Вопрос к гитао или рассуждения о защите файлов клиента
 

Тут пришла в голову одна идея, основанная на видении работы леймапдейтера. Как известно апдейтер сверяет файлы клиента с файлами на сервере и в случае несовпадения crc перекачивает файл. После проверки (если файлы не зашифрованы) то их можно заменить и клиент заработает. Вот возникла такая (безумная :redlol:) идея сделать так: запускается апдейтер и проверяет файл за файлом, после чего файл загружается в оперативную память, тем самым исключая подмену (система не даст заменить файл). Собственно я написал бред или все таки есть разумное зерно? :redlol:

Re: Вопрос к гитао или рассуждения о защите файлов клиента
 

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

Но это касательно датников, ini и контента типо UTX/UKX. Про dll'ки не знаю.

Re: Вопрос к гитао или рассуждения о защите файлов клиента
 

:eek: Не завидую игрокам с слабыми PC, которые попадутся под такую хню...

Re: Вопрос к гитао или рассуждения о защите файлов клиента
 

Sisi, а в чем дело? Ведь при запуске клиента, он сам загружает это дело, а я предлагаю это сделать на стадии проверки файлов.

Re: Вопрос к гитао или рассуждения о защите файлов клиента
 

воспользуйтесь молебоксом, а в память грузить не надо, не у всех ее много :)

Re: Вопрос к гитао или рассуждения о защите файлов клиента
 

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

Re: Вопрос к гитао или рассуждения о защите файлов клиента
 

порассуждаем ИМХО
1) А ничего, что клиент и апдейтер находяться в разных АП? Или вы предлагаете шарить память?
2) л2 - 32бит. Даже с файл маппингом это ок 2гб памяти (что меньше размера файлов клиента)
3) vmprot crc давно обходиться, это если лень 4) делать
4) Обьекты выделяются на хипе. vtbl и данные отлично подменяются.
5) И клиент можно отлично запустить и без апдейтера. Насколько помню там был ключь вроде hex(rnd1).(rnd1 ^ GetTickCount()).hex(rnd2). или наоборот :p

от 90% читеров и базового функционала достаточно, от остальных 10% мало что спасет.

Re: Вопрос к гитао или рассуждения о защите файлов клиента
 

izen, конструктивно, скорее для 10% или это не нужно или бана хватит.

Re: Вопрос к гитао или рассуждения о защите файлов клиента
 

"Защищать" что либо на стороне клиента бессмысленно by design

Re: Вопрос к гитао или рассуждения о защите файлов клиента
 

не верно.
защищать ТОЛЬКО на стороне клиента бессмысленно.