md5 .......

← →
Acidy (2003-01-18 13:24) [0]

Уважаемые мастаки, можно пример кодирования и раскодирования файла с помощью md5.

← →
Filat (2003-01-18 16:15) [1]

http://www.netcrack.by.ru/md5.rar

← →
Burmistroff (2003-01-18 20:19) [2]

Я не уверен, но по-моему MD5 - алгоритм хэширования. Т.е. "раскодировать" обработынные данные нельзя (нет взаимнооднозначного соответствия)

← →
mrcat (2003-01-18 23:22) [3]

Acidy © (18.01.03 13:24)
...
можно пример кодирования и раскодирования файла с помощью md5.
...

Вы неверно понимаете назначение MD5.

← →
Ich Hasse (2003-01-19 21:30) [4]

2 Burmistroff
Ты прав, это дейтвительно алгоритм хэширования

2 Acidy
Зачем файл-то???
Им хэшируют пароли, а не файлы

← →
Acidy (2003-01-22 10:54) [5]

Да..... прошу прощения за некомпитентность (эгхе-эгхе...выговорил...)... но посоветуйте какой-нить алгоритм, штоб понадёжнее зашифровать и расшифровать файл. Спасибо. Acidy

← →
mumu (2003-01-22 11:14) [6]

Blowfish
Cast 128
Cast 256
Ice, Thin Ice, Ice2
IDEA
Mars
Misty1
RC2, RC4, RC5, RC6
Rijndael (the new AES)
Serpent
Tea
Twofish
...
любой по вкусу.

← →
Acidy (2003-01-22 12:30) [7]

Один, плз, самый надёжный........ желательно ссылку сразу....
Пасибо, Acidy

← →
mrcat (2003-01-22 12:58) [8]

Acidy © (22.01.03 12:30)
...
Один, плз, самый надёжный........ желательно ссылку сразу....
...

Перед тем как что-то шифровать - определитесь с процедурой доступа к зашифрованным данным...

← →
mumu (2003-01-22 13:06) [9]

2Acidy © (22.01.03 12:30)
>Один, плз, самый надёжный........
Что касается "самого надёжного", то посыл изначально не верный. Все эти алгоритмы надежны, и нет пока никакого доказательства, что один надёжнее другого.

Я предлагаю Rijndael, но не потому что он "самый надёжный", а просто потому, что он является стандартом AES, и для него есть бесплатная реализация на Delphi. В конце концов, какой выбрать -- это дело вкуса.

Домашняя страница Rijndael:
http://www.esat.kuleuven.ac.be/~rijmen/rijndael/
Реализация для Delphi:
http://www.eldos.org/elaes/elaes.html
http://www.eldos.org/files/elaes.zip
http://www.eldos.org/files/aesdemo.zip

← →
mrcat (2003-01-22 13:21) [10]

mumu (22.01.03 13:06)
...
Я предлагаю Rijndael, но не потому что он "самый надёжный", а просто потому, что он является стандартом AES
...

=))))))))))))

И что с того? Вы в курсе по каким критериям шел отбор AES ?!

← →
mumu (2003-01-23 07:09) [11]

2mrcat © (22.01.03 13:21)
>=))))))))))))
>И что с того?

С таким же успехом вы могли это написать про DES в 1977 году.
А по существу - AES замена DES. Ну а то, насколько распространен DES, я думаю, нет необходимости говорить.
Ну и личные комментарии: не надо выдергивать фразу из контекста. Не красиво с вашей стороны получается. У процитированного вами предложения было продолжение, и оно было по существу: с алгоритма сняты все патентные ограничения (что не факт для др. алгоритмов), есть готовая реализация алгоритма для Delphi в исходном коде. И дальше я заметил, что в конце концов, использование алгоритма - дело вкуса каждого. Не нравится RIJNDAEL, используйте другой!
Может быть, вы сейчас заметили, что дело не только в том, что он AES.

>Вы в курсе по каким критериям шел отбор AES ?!

Да, в курсе.
Первоначальные требования минимальные.
Блочный шифр-претендент должен:
1. иметь размер блока, равный 64 битам;
2. поддерживать ключи с длиной 128, 192 и 256 бит.

Первый раунд:
Основные критерии:
1. по проблемам безопасности исследовались на предмет:
1.1 общих известных криптоаналитических атак;
1.2 криптоатак, специфичных для примененных в алгоритме примитивов;
1.3 наличия нестойких ключей;
1.4 минимального критического количества раундов, достаточного для стойкости к известным криптоатакам;
1.5 отсутствия корреляций между входными данными или ключом и временем шифрования/дешифрования или потребляемой на этом процессе мощностью;
1.6 четкости и ясности дизайна (дающих некоторую гарантию от закладки разработчиками недокументированных возможностей);
1.7 использования в алгоритме частей опубликованных ранее криптоалгоритмов (и их стойкости или, наоборот, известных уязвимостей).

2. В плане практической реализации уделялось особое внимание:
2.1 оптимизации по скорости исполнения под множество современных архитектур и, в первую очередь, под 32-разрядные системы с достаточно большими ресурсами оперативной памяти;
2.2 возможности оптимизации по размеру кода для чрезвычайно ограниченных в ресурсах систем;
2.3 возможности распараллеливания вычислений в разумных пределах;
2.4 учету различий и технических тонкостей существующих архитектур (как, например, различному порядку хранения байт в многобайтовых числах);
2.5 сравнению быстродействия прямых и обратных операций, то есть шифрования и дешифрования;
2.6 временным параметрам процедуры расширения ключей;
2.7 изменению скорости работы алгоритма в случае применения 128, 192 и 256-битных ключей соответственно.

Во второй этап вышли 5 алгоритмов: MARS, RC6TM, RIJNDAEL, SERPENT и TWOFISH.
Итоговые результаты:
1. ни к одному из претендентов нет претензий в криптографической устойчивости;
2. запас стойкости несколько завышен у алгоритмов MARS, Serpent, Twofish (что сказывается на избыточном времени шифрования) и оптимален у алгоритмов RC6 и RIJNDAEL;
3. по быстродействию в программной реализации первые места занимают RC6 и RIJNDAEL, причем первый уверенно лидирует на 32-разрядных платформах, а второй - на всех остальных архитектурах;
4. процедура расширения ключа выполняется за наименьшее время у алгоритма RIJNDAEL;
5. при реализации на архитектурах, ограниченных в ресурсах, вне конкуренции в плане требований проявил себя RIJNDAEL;
6. по быстродействию в аппаратной реализации первые места занимают RIJNDAEL и Serpent;
7. к атакам, связанным с особенностями сред исполнения команд, наиболее устойчивы RIJNDAEL и Serpent;
8. в отношении объема дополнительных ресурсов памяти для реализации дешифрования в предпочтительном положении находятся Twofish, MARS и RC6;
9. наименее ресурсоемкой схемой генерации ключей "на лету" обладает алгоритм Twofish;
10. в плане возможности распараллеливания вычислений с отрывом в несколько раз лидирует алгоритм RIJNDAEL.

Если кратко:
MARS - СЛИШКОМ МЕДЛЕННО И СЛОЖНО
RC6 - СЛИШКОМ МНОГО ОПЕРАТИВНОЙ ПАМЯТИ
SERPENT - НАДЕЖНЫЙ, НО МЕДЛЕННЫЙ
TWOFISH - МЕДЛЕННЫЙ И ТАИНСТВЕННЫЙ

Можно продолжить, но это становиться похожим на оффтоп.

← →
?! (2003-01-23 09:33) [12]

mumu: Респект !!!

2Кто ищет: Короче есть CryptoApi - можно юзать. Валяется пакет у Джедаев. http://projectjedi.sourceforge.net/
PS. С чего бы это ДЖедаи от delphi-jedi.org отказались ...
видимо - деньги ?

← →
Acidy (2003-01-23 15:05) [13]

Всем БОЛЬШОЕ спасибо !!! На досуге покавыряюсь...... :)

md5 ....... Найти похожие ветки