- Статус
- Оффлайн
- Регистрация
- 13 Фев 2026
- Сообщения
- 295
- Реакции
- 7
Народ, назрел вопрос по архитектуре. Пишу первый полноценный интернал для Rust и возникло недопонимание по поводу взаимодействия с античитом (EAC).
Суть: Если я делаю интернал (.dll), обязан ли я писать свой Kernel-драйвер только под обход процесса инжекта (маппинг), или же мне нужно через драйвер дополнительно реализовывать RPM/WPM для чтения/записи памяти самой дллкой?
Есть мнение, что для интернала достаточно чистого мануал-маппинга через драйвер, чтобы обойти проверку хендлов и загрузку модуля. Но гложат сомнения — не отлечу ли я в детект сразу после инжекта, если сама дллка будет «стучаться» в память игры стандартными методами без прослойки?
Кто ковыряет EAC, подскажите:
Интересует именно техническая часть без воды. Кто уже проходил этот путь — дайте совет, не хочется словить пермач на основе из-за кривого инжекта.
Суть: Если я делаю интернал (.dll), обязан ли я писать свой Kernel-драйвер только под обход процесса инжекта (маппинг), или же мне нужно через драйвер дополнительно реализовывать RPM/WPM для чтения/записи памяти самой дллкой?
Есть мнение, что для интернала достаточно чистого мануал-маппинга через драйвер, чтобы обойти проверку хендлов и загрузку модуля. Но гложат сомнения — не отлечу ли я в детект сразу после инжекта, если сама дллка будет «стучаться» в память игры стандартными методами без прослойки?
Кто ковыряет EAC, подскажите:
- Нужно ли в драйвере делать полноценный интерфейс для чтения/записи, если вся логика сидит внутри процесса?
- Как сейчас обстоят дела с защитой от хуков на LoadLibrary/NtMapViewOfSection?
- Стоит ли вообще лезть в интернал, если для Rust сейчас актуальнее DMA или внешние экстерналы?
Интересует именно техническая часть без воды. Кто уже проходил этот путь — дайте совет, не хочется словить пермач на основе из-за кривого инжекта.