Радар своими руками

[xkor]

n1ghtmare, помойму структура должна быть такой:

struct NetworkPacket
{
	unsigned char id;
	unsigned char res;
	short id2;
	unsigned int size;
	unsigned char* data;
};

[n1ghtmare]

Проблема решена, спасибо Yegor. А в структуре инт не обязателен, ведь эти 2 байта равны 0.

[Yegor]

Для выделения памяти в процессе л2 под структуру пакета можно исползовать AllocMem из winApi или надо использовать внетренние средства?

Добавлено через 2 часа 5 минут
Получилось заюзать некоторые из л2 функций, правда пока те что не требую параметров. Тоже критовало, но оказалось что при вызове любой из этих функций надо в регистр ecx записывать адрес UNetworkHandler .

[Prixmegently]

Чтобы добавить свой пакет в очередь с помощью AddNetworkQueue надо "выделять" память с помощью ла2. Murc там писал об этом, сам не пробовал. В остальном все зависит от функции.

Те "функции" что ты юзал - методы __thiscall поэтому и адрес объекта в ECX.

[Yegor]

Все что спрашивал ранее уже сделал и на удивление работает.

Следующий вопрос, каким образом можно не пустить перехваченный пакет клиенту, у меня 2 соображения:

1) Не вызывать хукнутую AddNetworkQeue, но тут хз как корректно освободить память занятую пакетом.

2) Пакет пустить но изменить его id на несуществующий, но тут неизвестно как поведет себя клиент.

А какие вы знаете варианты?

[Prixmegently]

Не вызывай оригинал, только не забудь что это функция и нужно вернуть INT (0 например). Проблем вроде не возникало, "блокировал" входящие пакеты давно, точно не помню.

[Yegor]

Prixmegently, а кто освободит память занимаемую пакетом? Или это делает вызывающая функция?

[xkor]

Yegor, никто ибо вызывающая функция понятия не имеет когда пакет будет обработан...

[Yegor]

xkor, а что же делать?

[Prixmegently]

А что это так критично? Ну можешь поизвращаться и заменить содержимое пакета. Тогда он будет обработан и память освободится.