Вопрос STALART античит детектит любое изменение памяти

juKola · Вчера в 11:28

Есть такой проект, который восстанавливает ОФТ времена (+-2019 год) сталкрафта. С недавнего времени появился античит, который через jna детектит любое изменение памяти. Любой метод инжекта, от Thread Hijaking до Manual Map в детекте. Протой накрывал dll и всё равно детект.
Пробовал через extreme injector сделать scrambled dll и потом заинжектить - тоже самое.
Также детектит изменение памяти через перекоденный полностью cheat engine.

Хз что дальше делать. Пытался через codex реализовать что-то вроде external, но там цензура токсичная.

Если есть у кого исходники external - прошу поделитесь. Или у кого есть рабочая реализация - помогите мне, пожалуйста. Нужны любые советы и варианты

mentolass · Вчера в 11:42

jvmti class file load hook

anfisov · Вчера в 11:43

Я конечно понимаю что это может быть перебор, но как насчет драйверной реализации?

DiveriX · Вчера в 12:38

Ваще бред ты братанчик написал, можно как-то яснее формулировать проблему? Детектит изменение памяти? Или все таки когда инжектишь? Как накладывание проты ваще чем-то поможет в андетект... Откуда уверенность что именно через jna? Любой инжект из экстрим инжектора можно легчайше остановить

anfisov написал(а):
Я конечно понимаю что это может быть перебор, но как насчет драйверной реализации?

Чё ебнулся что-ли

AntiInjects · Вчера в 14:15

На StalArt'e из защиты только скриншотилка экрана, и в папке с игрой, в mods, валяется Guard от luxinfine, который почти нихуя не детектит. О каких детектах идёт речь? Не понимаю. Прикладываю строки из Guard.jar
P.s. Меня забанили, так что похуй. Ловите исходники фулл на JNI.

Пожалуйста, авторизуйтесь для просмотра ссылки.

juKola · Вчера в 18:48

AntiInjects написал(а):
На StalArt'e из защиты только скриншотилка экрана, и в папке с игрой, в mods, валяется Guard от luxinfine, который почти нихуя не детектит. О каких детектах идёт речь? Не понимаю. Прикладываю строки из Guard.jar
P.s. Меня забанили, так что похуй. Ловите исходники фулл на JNI.

Пожалуйста, авторизуйтесь для просмотра ссылки.

Пожалуйста, авторизуйтесь для просмотра ссылки.

Посмотреть вложение 333621

Благодарю, уважаемый