null

Положи х*й и все

 

Так ты объясни, чит твой на лицухе не палит античит?

 

Раз ответа не было, значит чит можно остановить. По всей видимости легче, чем думалось.

 

Я не знаю что значит "остановить чит". Работоспособность чита это лишь вопрос портирования самого чита (и рук, естественно). А уж какие там у вас методы защиты своих проектов меня уже не волнует.

 

Как ты собрался палить чит вообще? На лицухе или нет это не имеет значения. От простой установки чита ничего совершенно не поменяется. Палить можно невалидные действия вызванные читом, но никак не сам чит.
И то ****ь значит античит против ддосхака? Античит он либо против всех читов какого-то типа, либо его вообще нет, иначе это херня какая-то а не античит.

 

Серверные античиты жгут, а главное - обойти невозможно. Все, что на стороне лаунчера/клиента только замедляет работу оного лишними проверками.

p.s. - А еще я не понимаю, почему никто не редактирует код клиента через либу ASM. Можно элементарно заставить клиент проверять себя на наличие читерских классов из некой базы.

 

Зачем тебе вообще защита? Так бы сервер пропиарил

 

не лучше хеш проверок. эту проверку читер со знанием java может сам как хочет вертеть.

 

Можно выпилить это дело

 

ASM дает много возможностей для защиты клиента. Тут все зависит от хитрожопости программиста, а я лишь привел простейший пример.

 

Да никаких возможностей, я просто найду то место где ты делаешь свои проверки и вырежу их.

 

Можно заставлять клиент выполнять байт-код, высланный сервером (такое легко организовать, только нужно написать небольшой мод для клиента). Это позволит внедрять проверки, которых изначально в клиенте никогда не было (и не только).
P.S. Пользователю будет трудно избавиться от таких проверок, ведь удалить мод - не вариант (можно в случае отсутствия ответа (этот ответ может быть внедрён в отсылаемый код) от клиента кикать последнего), а анализировать и модифицировать принимаемый байт-код будет не очень просто.

 

с чего бы?

 

Я точно не знаю, но как на счет получить все классы из Class-loader'а и впихивать в каждый конструктор свой код?

 

Тебе всё равно нужен энтри пойнт где ты вставляешь свой код. Ты конечно можешь вставить его в каждый класс, но это задачу не усложнит ну никак. Проще уж тогда часть методов переобфусцировать, так универсальные чит паки поломаются.

 

Мб и так. Я еще не использовал ASM, отсюда и глупые доводы. Но тем не менее, ты (допустим, как читер) сможешь изменить все конструкторы классов так, чтобы я не смог сунуть в них код?

 

Чтобы сунуть куда-то код тебе нужно сначало чтобы было что-то что может совать код. И это что-то я отрежу сразу как найду. А учитывая что можно тупо прогнать диффом с офф майном, то найду я это очень быстро.

 

Понятненько...

 

Все клиентские проверки вырезаются, это просто вопрос времени и средств.
Но так как почти все читеры даже на ммору слились, то даже такое говно как JCR защищало сервер от школьников (ну пока УО1.3 не вышел).

 

В таком случае возвращаюсь к своей старой тактике.