Набор из 16 компонент для шифровки/дешифровки данных. Delphi/FPC.

http://tempsoft.narod.ru/Crypt.rar

Wolfik, компоненты классные. Лучше бы было, если все алгоритмы в один компонент. Можно так?

Супер

Я поначалу так и делал, но размер компилируемого файла становится больше, может конечно что не так делал, посмотрю еще...

Немного обновленная версия. Нового ничего, исправлено пара мелких недочетов.

Не помешала бы и какая-нибудь справочка по компонентам со сравнениями алгоритмов.

А возможность шифрования в HiAsm'e - класс!
Вот бы ещё научиться применять это правильно...

Вставь компонент в поле проекта и наведи на него мышь. Или еще какие данные необходимо?

Кратенькое сравнение алгоритмов было бы полезной информацией для рядового чайника...
Прояснило бы большую часть вопросов, типа: "А зачем их целых 16 штук?!", "Какая между ними разница-то?", "Чем мне лучше шифровать?" и т.д.

Впрочем, кому надо - тот найдёт.

Лучший способ шифрования - статистически корректный самопал.
Ибо стандартные методы будут использоваться для вскрытия прежде всего.

Galkov, я конечно согласен с Вами, что свое оно конечно лучше, но многие ли смогут сотворить чтото серьезнее однопроходового xor-a?

Ну и как вы себе предствляете вскрытие "стандартного" RC6? Без ключа то вычислить для начала алгоритм хэша в 512 бит проблематично... А если длина данных меньше длины получаемого ключа так и совсем невозможным видится все это дело.

Wolfik, говорить о "не проблематичном" вскрытии не очень разумно.

Пример из !Random! тоже вскрыть, без знания ключа - проблематично (и скажи мне, кстати, какая там длина ключа ).
Насколько я понимаю, вскрытие проблематичных случаев осуществляется именно полным перебором (да-да - всех 4Г, к примеру) на мощных компах. Тем более, что задача хорошо распараллеливается.

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

Мысль, в общем - такая: чем больше необъединяемых "ступеней" шифровки (да еще и с независимым случайным ключем), тем меньше шансов найти тот супер-компьютер, на котором это станет реально.
И именно этот каскад и будет "самопалом".
Или эксклюзивом

---

ЗЫ: Собственно, в инете об этом мало написано... Как обычно, когда вопрос требует образованности выше среднего... Ну скажем такое: http://www.delphikingdom.com/asp/viewitem.asp?catalogid=362

"The page cannot be found"

Мда...
Это, как писал Dilma, новый сайт прикалывается - не отдает файлы с неизвестным ему лично расширением

code_1098.txt

8 байт исходный, во что превращается после doRandSeed не знаю, не смотрел
2. Тут много нюансов, например наш криптованный файл попадает не в те руки. Многое зависит от "известно ли что в коробочке".
Если заголовок, да или любая сигнатура исходного файла не известна, и нет утилиты, посредством которой файл был зашифрован - начинаются пляски с бубнами...
В статье на которую Вы дали ссылку, рассматривается вариант, когда уже чтото известно.
Как определить алгоритм шифрования, я лично не знаю, но думаю что опять же без знания что должно получиться в итоге совсем не просто решается задачка.
Если же есть шифротекст и прога его создавшая, и не хватает лишь ключа вот тогда уже длина ключа определяет все.
Вот к примеру схемка, алгоритм которой лего вскрыть (соответсвенно и ключ выяснить), если шифровать файл более 14 байт (если ключ ессно не менять)
code_1112.txt
ЗЫ:

Собственно, совсем даже нет... Не так много именно на паскале примеров, но суть одна...

Поясните как использовать компоненты.
Набросал такую схемку:

code_21743.txt

После расшифровки файлик получил с белибердой.