Защита INI-файлов с CRC32 part2

Ilyko96:
Нет, в принципе, тут все не сложно . Исходник я тоже перевел (кстати, без юзания гугл транслита.

iamnp:
так может сделаешь небольшой исходник?

iamnp:
Ну вот чуть чуть посидел и уже успехи!
Первая часть ваще супер работает(как мне кажется), а вторая не хочет проверять хэш

CRC32.zip


Ilyko96:
Все вроде правильно (щас покопаюсь, почему не пашет вторая часть)
Но я не вижу тут защиты данных. Тут получается есть 2 файла, один зашифрованный, а другой - нет. И дальше то, что называется "RE-HASHED" - это проверка шифрованных данных и НЕшифрованных. Мы не сможем реализовать проверку если не будет файла с НЕшифрованными данными, а тогда какой смысл из этого?. не понимаю.

iamnp:
Я могу ошибаться, но мне кажется что два файла это файл и ключ к нему, и к каждому файлу свой ключ, и если ты изменишь файл, а ключ из каких то буковок, ты его трогать не будешь, ключ будет таким же а файл другим. Они друг у другу не подходят и все облом. Как то так)

Ilyko96:
ммм, по-моему у нас разное понятие о шифровании данных.
Начнем с самого простого: зачем нам шифровать данные? Чтобы пользователь, пользуясь блокнотом или Конструктом не смог изменить значения в сохранении. Почему я еще добавил про Construct? Потому что, я не думаю, что тот, кто пользуется шифровкой CRC32 уйдет далеко от этого форума (максимум на гсуп) (XPlay - не в счет В общем, постарался объяснить свою позицию. Понял, что получилось очень плохо. . Но, тем не менее это все работает.

Start.cap