Дебич, ты вначале должен вызвать WSARecv чтобы оно данные приняла, а потом их печатать
В for изменил lpBuffers на buffer но все так же нули.
>>239336665
Мне нужно данные буфера получить и решить допускать ли их до клиента или нет. Данные уже приняты и находятся в буфере, но почему-то я не могу их вывести.
Данные еще не приняты, поэтому у тебя там нули.
Данные принимаются только тогда когда ты вызываешь оригинальный WSARecv
Ты прав. Извини, я идиот. Как же быть, если я хочу чтобы данные не дошли до клиента но иметь возможность их прочитать?
Данные еще не приняты, поэтому у тебя там нули.
Данные принимаются только тогда когда ты вызываешь оригинальный WSARecv
А с WSASend так же?
Если я вызову оригинальный WSARecv а потом например очищу буфер куда записались данные или сделаю lpBuffers->len = 0 будет работать?
Вызываешь оригинальный WSARecv
Проверяешь что там в буфере
Потом делаешь что хочешь - модифицируешь буфер или возвращаешь ошибку
>А с WSASend так же?
WSASend отправляет данные.
Т.е. в приложении уже есть какой-то буффер с данными которые ты хочешь отправить. Поэтому он не пустой.
А WSARecv получает данные, поэтому буффер изначально пустой
Да будет. Но еще зависит от того как приложение обрабатываешь такие ошибки. Может оно вообще не ожидает что такое может случится и вылетит с крэшем
А как можно отмодифицировать буфер чтобы игра не крашнулась и посчитала что там нихуя нет?
Я попробовал lpBuffers->len = 0, dwBufferCount = 0, lpNumberOfBytesRecvd = 0 но игра все равно работает и читает данные..
после вызова оригинальной WSARecv ?
После вызова WSARecv но до return
Попробуй только так:
>lpBuffers->len = 0
Плюс lpNumberOfBytesRecvd это указатель, вначале нужно проверить если не ноль, а потом *lpNumberOfBytesRecvd = 0
тебя не смущает что ты должен вызвать _WSARecv, который запишет ответ в lpBuffers и сохранив ретурнавалюа, а потом выводить lpBuffers?
или ты ебанутый и целевой буффер до заполнения хочешь смотреть?
Я уже так сделал, прочитай ниже
>Дебич, ты вначале должен вызвать WSARecv чтобы оно данные приняла, а потом их печатать
в голос с этого господина, который пытается кс1,6 хакнуть
мы блять не успеваем ответ тебе писать
че тогда тебе унжно?
lpBuffers->len = 0; не получается
Или надо со звездочкой?
Иметь возможность вывести буфер в консоль до того как игра увидит эти данные и если надо не допустить их до игры
*lpNumberOfBytesRecvd = 0; моментальный дисконнект
lpBuffers оставь как есть, а lpNumberOfBytesRecvd со звездочкой, только вначале проверь что оно не ноль
на картинке все правильно
Дисконнект
Я видел что после WSARecv вызывается select, может есть возможность выдрать новые данные там?
значит в твоем приложении не предусмотрен вариант того что какой-то пакет не дойдет до него
Но как оно вообще понимает что до него сейчас что-то должно дойти если я перехватываю вызов функции принятия?
>select
эта функция просто проверяет готовы ли сокеты на чтение или запись. Никаких данных ты там не увидишь
Там вроде в readfds можно что-то указать, или например как-то из WSARecv высчитать сколько данных получил и выдрать как-то из самого сокета при вызове select (хз можно ли так вообще)
Ну представь себе что ты писал это приложение.
Ты выделяешь буффер под пакет из сети, вызваешь функцию чтения из сокета, а на выходе нихуя. Ну ты такой ладно, дисконнектим, завершаем всю хуйню
тогда не делай это >>239338983 >>239338901 >>239338774
нужно определитсья как ты не хочешь "не допустить" пакет до игры
1. ты можешь вернуть удобный для тебя еррор код - https://docs.microsoft.com/en-us/windows/win32/api/winsock2/nf-winsock2-wsarecv#return-value
2. ты можешь вызывать не
_WSARecv(...lpBuffers)
а подготовить свой tmplpBuffers (подготовить память по размерам исходного lpBuffers и в конце еще освобождать будеьш) и подставлять его в _WSARecv
и если данные пропускаешь - копировать tmplpBuffers в lpBuffers
>ты можешь вызывать не
>_WSARecv(...lpBuffers)
Если вызов WSARecv идет в цикле, то ты дожен вызвать оригинальный _WSARecv, иначе на следующий вызов тебе придет "какбы" предыдущий ответ _WSARecv
>2. ты можешь вызывать не
_WSARecv(...lpBuffers)
а подготовить свой tmplpBuffers (подготовить память по размерам исходного lpBuffers и в конце еще освобождать будеьш) и подставлять его в _WSARecv
и если данные пропускаешь - копировать tmplpBuffers в lpBuffers
Я не понял.. Можно прям как для дегенерата?
>Ты выделяешь буффер под пакет из сети, вызваешь функцию чтения из сокета, а на выходе нихуя.
Но ведь может быть так что у игры в данный момент нет что она могла бы отдать. Разве нет?
Если вызывается WSARecv значит приложение в большинстве случаев уже знает что на сокет что-то пришло.
Обычно это делают как раз select-ом
Так. А в select где-то можно узнать какие данные пришли?
он и будет вызывать его просто не с оригинальным указателем куда запишется ответ, а со своим временным, обработает его и решит - нужно скопировать в целевой или нет
>>239340003
просто ты создаешь временный контейнер который подставишь вместо lpBuffers
И какой функцией тогда принимаются данные и для чего WSARecv?
>к. А в select где-то можно узнать какие данные пришли?
Можно узнать только пришли данные или нет, а какие нельзя
>2к21
>быть байтаебом
Проиграл с мани.
мимо enterprise-разраб
>Проиграл с мани.
>мимо enterprise-разраб
300к-в-месяц-байтоеб обоссал форпошлепа
>И какой функцией тогда принимаются данные и для чего WSARecv?
Данные принимаются WSARecv
Я не понимаю как выделить ей память если я не знаю что в буфере
Сделал, сейчас буду тестить но вангую дисконнект
Я либо что-то сделал не так, либо я вообще нихуя не понимаю. Я зажал боковую кнопку мыши но данные в клиент все равно грузятся..
нет, это ошибочный код - ты на си с памятью умеешь работать или просто макака?
>>239341409
в этом коде ничего не изменилось тк ты просто взял указатель и сохранил в другую переменную - в итоге результат запишется в тоже место что и раньше
>>239341294
изучай приходящие dwBufferCount, lpBuffers - это массив WSABUF
я так поянл игра готовит под них память и подставляет в эту функцию - нужно сздать такую же
Я в С++ мало понимаю, помоги пожалуйста с выделением памяти
>я так понял игра готовит под них память и подставляет в эту функцию - нужно создать такую же
Но ведь это разве не будет то же самое что просто перезаписать этот ->buf нулями? Я пытался перезаписывать и меня дисконнектило
Если я решу не записывать данные в lpBuffers
Так у тебя же известен размер получаемого. Просто выдели память malloc, void* в помощь.
тогда ты не сможешь решить свою задачу
посмотри екземпл код по ссылке - там есть массив чаров, его пихают в WSABUF структуру, а её отправляют по указателю через & (представь это как массив с 1ой структуркой внутри), но на деле этих структур может быть больше 1 и каждая со своим массивом и длиной
https://docs.microsoft.com/en-us/windows/win32/api/winsock2/nf-winsock2-wsarecv#example-code
поэтмоу тебе и нужно изучить что на вход подает игра\приложение и дальше решать что будет
если там всегда dwBuffercount = 1 то можешь обойтись
WSABUF buf; DWORD cnt = 1;
buf.len = origbuf->len;
buf.buf = new char[buf.len]; // не забудь потом delete buf.buf
_WSARecv(...., &buf, &cnt,...)
>>239341957
если ты заполняешь нулями - это все равно результат просто с нулями, прилжение прочитает и поймет что ты хуйню прислал - я тебе говорил что возможно нужно давать int ответ что ошибка какая-либо по кодам ошибок wsarecv
ты блять определись как ты хочешь отвечать приложению чтобы не дать ему данные
Я не знаю как это делается. Так не прокатит?
ага для этого ему придется пройтись циклом по массиву из структур WSABUF, подготовить для каждой копию внутреннего buf размером len ну или собрать сумму + с учетом размера поля len и зааллокетить байт буфер который потом кастануть к WSABUF*, но оп даже не знает как работать с памятью в си
это почти тоже самое - теперь ответ запишется туда же потому что buf под одним указателем (читай - В ОДНОМ МЕСТЕ ПАМЯТИ что и исходный)
Там один dwBufferCount
ну если всегда один то вернись к >>239342188
test.buf = new byte[lpBuffers->len];
test.len = lpBuffers->len;
тогда они будут смотреть на разную область памяти и ты не затронешь оригинал который пришел в функцию
если захочешь чтобы результат применился сделаешь
memcpy из test.buf в lpBuffers->buf
в конце не забудь delete test.buf;
Я немного не могу понять в чем разница между тем что я прошелся for по lpBuffers->buf и выставил нолики и тем что я сделал как пишешь ты.
но опять таки я тебе напоминаю что это махинации с данными и ты соснешь хуй тк приложение ждет свои данные - дать ему нулевой результат - быть посланым нахуй
чтобы отказать ей в получении может нужно делать
int res = _WSARecv(...);
if(оп решил что не давать данные)
return WSAETIMEDOUT
else
return res;
в том что ты ставил *lpBuffers = 0 это фактически записать в память по адресу число 0, т.е. там лежит WSABuf и твоя запись запишет в WSABuf::len поле 0, массив при этом останется с данными, ну ты его тоже можешь нулями заполнить но приложение примет это все равно за данные с нулями внутри где в пакете сказали что вроде длина 0 но как обработается - на усмотрение приложения, это не ошибка и не отказ от выдачи ответа
>игра использовала RSA шифрование
И че? Для тебя проблема сбрутить ключ?
Бля, ну если оп не бум бум в памяти и в си, то зачем вообще лезть в хуки.
Оп, а ты можешь конкретно сформулировать актуальную задачу? Что тебе нужно сделать?
Сервер шлет данные. Данные не зашифрованы и мне нужно иметь возможность не допускать до клиента неугодные мне данные таким образом чтобы не выкинуло с сервера / крашнуло. Как будто их не было.
Прокси нельзя.
Я говорил про lpBuffers->buf = 0, т.е заполнить нулями массив char
ты должен знать как реагирует сервер на ответ
ты не можешь не допустить просто так чтобы не выкинуло
он делает запрос - под запрос получает ответ
ты не можешь в ответе написать хуй и чтобы он это принял за валидный ответ
А ты знаешь, что за данные в пакетах? Просто может быть такое, что просто из-за того, что пакет не придет с какой-то инфой, то клиент решит, что соединение потеряно.
Но ты вроде на верном пути.
Хук норм тема. Попробуй менять данные и отправлять после хука в клиент какую-то нибудь поебень. Ну то есть данные ты не можешь отправить. Если дашь ошибку, то клиент попробует сделать реконнект. Попробуй найти пакет, который не несёт какого-либо смысла, но сервер его отправляет. Очень большой вопрос, что отправить нужно, чтобы не было реконнекта и прогу не крашнуло.