[PhoeniX]

Описание:
Программа для шифрования Н-ных данных (чисел, текста, даже файлов) в bitmap-изображения. Изображения портятся не сильно, опытным путём доказано, что при преобразовании изображений с зашифрованными данными в JPEG (через фотожабу, с качеством 100), и обратно, данные не теряются.

Скриншоты:


Сама программа (текущая версия: 1.3b):
dump.ru
narod.ru

Возможные ошибки:
-Невозможность шифрации чисел более определённого значения.
-Неверные данные и/или Access Violation при дешифрации с неправильным паролем.
-Невозможность зашифровать текст длиной более 32767 символов.

Планы на следующую версию (1.4b):
-Шифровка чисел любого размера (ограничение только по длине).
-Минимальная проверка данных для исключения AV.
-Сообщение, при "пересечении" границы длины.

[Konrad]

Большая проблема таких вот программ, что в описании пишут "шифрование данных", но вот каким алгоритмом?)
Инновационным XOR-ом?)

[PhoeniX]

А ты попробуй этот ксор для начала разгадать)
И, более того, сначала вытащить данные из изображения для расшифровки...
К тому же, я немного модифицировал процедуру генерации xor-значения. И в одной из следующих версий порадую собственным алгоритмом.

[NIch]

А ты попробуй этот ксор для начала разгадать)

Ну это не так сложно как кажется, если пройтись через отладчик...OllyDbg например...

Код:

И, более того, сначала вытащить данные из изображения для расшифровки...

И данные можно вытащить, узнав алгоритм записи в катринку...
Если уж шифровать, то серьезным алгоритмом...А данные чаще записывют в последний бит байта цвета...
На мой взгляд суть твоей программы не столько в защите данных сколько в сокрытии самого факта хранения данных...
Например, кто догадается искать бухгалтерские отчеты в папке D:\Фото\Пикник в лесу 9 мая...

[PhoeniX]

Ну это не так сложно как кажется, если пройтись через отладчик...OllyDbg например...

Не так сложно... А если пароль 20-значный, маска ппц какая будет. Попробуешь её получить, не?

суть программы в сокрытии факта хранения данных...

Ну, это да... но и минимальное шифрование не помешает.
А данные я пишу не так уж просто

в последний бит байта цвета

а более запутанно...

[NIch]

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

В свете последних рассуждений приходим к мысли, что напрямую кодировать простой текст нельзя. Во-первых, число, представляющее пробел, будет по-прежнему разделять слова и в шифротекте. Выделив это часто встречающееся одно и то же число, пользователь догадается, что это закодированный пробел. Во-вторых, короткие часто встречающиеся предлоги и союзы также помогут взломщику в определении ключа. Поэтому самым эффективным способом является использование длинного ключа, покрывающего несколько букв, а лучше равного по длине самому сообщению. Так, если мы кодируем достаточно длинное сообщение (не менее 5-10 предложений) с помощью случайного ключа такой же длины, то такое сообщение очень сложно расшифровать. Еще более высоких результатов по надежности можно достичь, если перед шифрованием произвести, например, сжатие текста каким-либо архиватором. Плюс к тому же, если сообщение имеет малую длину, можно добавить в начало и конец сообщения случайные последовательности символов.

http://axofiber.no-ip.org/inside/xor.ciphering.htm