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

iamnp:
ну да согласен это бредик)

Ilyko96:
Из этого бредика я вытащил главное. (моя идея провалилась)
Есть две переменные - Alphabet и AlphabetCount. Для каждого значения AlphabetCount прописано значение Alphabet (т.е. Если AlphabetCount=1, то Alphabet="a", если AlphabetCount=2, то Alphabet="b" и т.д.) Далее делаем следующее - сравниваем хэш загаданного числа с хэшом переменной Alphabet. Если сравнение "неудачно", то прибавляем к AlphabetCount единицу и опять сравниваем. Таким образом мы добиваемся проверки 26 значений от "a" до "z". Это уже что-то.
Дальше я попробую добиться проверки второй буквы. Это будет уже гораздо сложнее. .

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

bukvy.cap


Ilyko96:
Что-то ты очень намудрил там. сейчас мудрю над расшифровкой слов, состоящих более чем из одной буквы (с одной - легко)
Принцип такой: чтобы узнать кол-во вариантов надо возвести кол-во вариантов букв в степень кол-ва букв, например:
русское слово: рай.
В русском языке 33 буквы. В слове 3 буквы, значит, максимальное кол-во вариантов для просчета равно: 33*33*33=33^3=35937 - не много.
Теперь слово Привет. 33^6=1 291 467 969 Много. Если даже поставить скорость просчета на 10 000 вариантов в тик, т.е. ~600 000 в секунду, то слово привет будет расшифровываться максимум 35 мин. Многовато.
Английское слово demo. 26^4=456 976. Это значит, что максимальное время просчета слова demo - 1 секунда.
Английское слово winner. 26^6=308 915 776. Макс время просчета - 8.5 минут.
А теперь давайте подумаем. Стоит ли заморачиваться на всем этом? И как вы думаете какой ответ?
Конечно стоит! . Хотя бы для 4ех значных или даже 5ти слов я думаю написать расшифровщик стоит. Вот кстати мой вариант:

TextCRC32.cap