Крипт DLL и DAT файлов

[Zubastic]

Собственно интересует как это можно реализовать. Желательно глянуть какие-нибудь сорсы (например лейм крипта) для этого дела. Интересует это дабы защитить свои патчи от декомпила и шаринга особо "умными" ребятками.

[n3k0nation]

Собственно интересует как это можно реализовать. Желательно глянуть какие-нибудь сорсы (например лейм крипта) для этого дела. Интересует это дабы защитить свои патчи от декомпила и шаринга особо "умными" ребятками.

Лейм-крипт просто ксорит заголовок. С тем же успехом, можно вписать туда не 412, а 878 "крипт" -)

[Zubastic]

Лейм-крипт просто ксорит заголовок. С тем же успехом, можно вписать туда не 412, а 878 "крипт" -)

nichoci
Вообще я думал над тем, чтобы запилить в dll проверку на hwid и в случае прохождения декриптовать или крашить клиент
Но вопрос в том как это сделать. Мне бы какую-нибудь базу, даже самую лажовую, ибо писать с нуля это жуть.

[Deazer]

Проверять на клиенте HWID клиента :redlol:
Да ты по круче одного моего знакомого с Италии.
С таким же успехом ты можешь читать данные с l2.ini IP аутха и крашить клиент если его там изменили.

[Zubastic]

Проверять на клиенте HWID клиента :redlol:
Да ты по круче одного моего знакомого с Италии.
С таким же успехом ты можешь читать данные с l2.ini IP аутха и крашить клиент если его там изменили.

Мне нужно, чтобы патчик работал только у некоторых людей

[Deazer]

Мне нужно, чтобы патчик работал только у некоторых людей

Вполне можно сделать абсурдочек, но если работа стоит свеч - этот абсурдокод нужно максимально запутать.
И это можно сделать
1. Конечный автомат
2. http://z0mbie.daemonlab.org/permut.html
3. Виртуалка
4. Ну и самое простое валидация клиента на стороне сервера. Способов тут уж уйма. От впиливания новго пакета до добавления в тело существующего пакета свои "валидации"

2 и 3 будут прилично уменьшать производительность

[Zubastic]

Вполне можно сделать абсурдочек, но если работа стоит свеч - этот абсурдокод нужно максимально запутать.
И это можно сделать
1. Конечный автомат
2. http://z0mbie.daemonlab.org/permut.html
3. Виртуалка
4. Ну и самое простое валидация клиента на стороне сервера. Способов тут уж уйма. От впиливания новго пакета до добавления в тело существующего пакета свои "валидации"

2 и 3 будут прилично уменьшать производительность

Да уровень "ломателей" будет на уровне: не открылось в файл эдиторе - все хана

[fabuLous]

нет чтоб на доверии..эхх..

[Zubastic]

нет чтоб на доверии..эхх..

Там уже какие-то утырки ковыряют мой патч. Хочу новый уровень защиты

[Deazer]

Да уровень "ломателей" будет на уровне: не открылось в файл эдиторе - все хана

Вариантом SmartCrypt они патч откроют получив публичный ключ(ну это вообще тфу), но и не запишут в твой патч данные не зная приватного ключа - т.е. данные смогу просмотреть, но поменять не могут.
Если все завязано на скажем l2.bin / exe то там можно запилить свой приват и подставить твои данные. На забугорах есть мидлы которые это делают Have a Fun

Добавлено через 4 минуты
т.е. мы вернулись на первый круг - чекать клиент на клиенте