- Статус
- Оффлайн
- Регистрация
- 13 Фев 2026
- Сообщения
- 347
- Реакции
- 7
Народ, кто ковыряет аим под Apex — решил отойти от банальной записи в память ViewAngle, так как EAA (Easy Anti-Cheat) последнее время лютует с проверками целостности.
Суть идеи: инжекчу mouse deltas прямо через стек драйвера мыши, вызывая MouClassServiceCallback из KM-драйвера. В теории профит очевиден:
Есть пара технических моментов, которые хочу обсудить с теми, кто уже работал с Kernel-level инпутом:
Кто пробовал подобный метод обхода или ловил детекты по стеку драйверов — отпишитесь, как сейчас обстоят дела с EAC в этом плане.
Суть идеи: инжекчу mouse deltas прямо через стек драйвера мыши, вызывая MouClassServiceCallback из KM-драйвера. В теории профит очевиден:
- Нулевое взаимодействие с памятью процесса игры, что обходит детекты по CRC/интегрити.
- Весь инпут проходит через легальный стек драйвера — для системы это выглядит как физический девайс.
- Полный отказ от юзермод хуков и всяких SendInput, которые палятся на раз-два.
Есть пара технических моментов, которые хочу обсудить с теми, кто уже работал с Kernel-level инпутом:
1. Насколько сейчас EAC агрессивен к перехвату/вызову MouClass service callback? Есть ли там триггеры на нетипичные вызовы?
2. Есть ли жесткие тайминги по injection rate? Не хочу получить бан за «сверхчеловеческую» частоту опроса, которая не бьется с физическим поведением реальной мыши.
3. Стоит ли копать в сторону других методов на уровне драйверов, или этот путь все еще жизнеспособен?
2. Есть ли жесткие тайминги по injection rate? Не хочу получить бан за «сверхчеловеческую» частоту опроса, которая не бьется с физическим поведением реальной мыши.
3. Стоит ли копать в сторону других методов на уровне драйверов, или этот путь все еще жизнеспособен?
Кто пробовал подобный метод обхода или ловил детекты по стеку драйверов — отпишитесь, как сейчас обстоят дела с EAC в этом плане.