| |
|
|
| | Здравствуйте, скажите, пожалуйста, какой алгоритм хеширования самы лучший? С точки зрения стойкости хеша. | |
| |
|
|
| |
|
|
| |
для: ice-w-ind
(19.02.2006 в 21:04)
| | | Вероятно md5. | |
| |
|
|
| |
|
|
| |
для: cheops
(20.02.2006 в 02:09)
| | | А по-моему - любой. Если мы из любого количества символов делаем только 32, то без разница по какому это алгоритму произведено. | |
| |
|
|
| |
|
|
| |
для: Loki
(20.02.2006 в 09:59)
| | | Там ещё штука в том, чтобы хэш не вычислялся быстро, а md5() помоему самый медленный... | |
| |
|
|
| |
|
|
| |
для: cheops
(20.02.2006 в 14:25)
| | | MD5 конечно медленней, но недавно подобрали способ быстрого подгона его хэша и теперь он очень быстро вскрывается.
RC5 512бит ключ RSA 512 бит ключ - фига кто подберет (даже сам если ключ посеешь). | |
| |
|
|
| |
|
|
| |
для: XPraptor
(20.02.2006 в 15:13)
| | | Как я понимаю, раз любой хэш формируется по некому алгоритму (который, не является секретом), то можно на нем основываясь формировать массив значений для перебора, тем самым, сокращая время подбора возможных значений. Собственно, это просто вопрос потраченного времени - а желающих попробовать, думаю, достаточно. | |
| |
|
|
| |
|
|
| |
для: Loki
(20.02.2006 в 15:50)
| | | Ты в принципе прав, но таких значений нужны триллионы и не реально их создать и тем более каждый раз искать по ним.
А к MD5 хитрый ход нашли, там возникает определенная цепная последовательность, которая не возникает в других алгоритмах, и если наскочил на эту послежовательность, то дальше уже очень быстро подбор идет. | |
| |
|
|
| |
|
|
| |
для: XPraptor
(20.02.2006 в 16:32)
| | | >но таких значений нужны триллионы и не реально их создать
ну при тупом переборе еще больше надо значений
>то дальше уже очень быстро подбор идет.
жуть! и как теперь жить дальше?:) | |
| |
|
|
| |
|
|
| |
для: Loki
(20.02.2006 в 16:37)
| | | Да нормально! Возможность использовать эту дыру имеют только очень сильные станции, имеющиеся у единиц. | |
| |
|
|
