Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
спасет collision-resistant hash-function 09.12.02 15:45 Число просмотров: 3593
Автор: SemenU Статус: Незарегистрированный пользователь
|
> > Например, пусть f(X) = X % P (остаток от деления X на P). > > Это плохой пример. Нужно смотреть в сторону > collision-resistant (collision-free) хэш-фукнций. Ссылка > внизу. > Пример-то, конечно, плохой... Хотя, разве CRC не есть остаток от деления? Правда полиномы там, но все же.
Почитаю... может пойму чего лишнего.
> > Но, определенно, если взять H[i](X) := X % Pi, и Pi попарно > > различные простые, тогда все намного лучше! Правильно? > > Не факт. Если например положить P равным произведению Pi > (или простому числу того же порядка), то получиться > примерно тоже самое. > Гмм... Да нет же... Видимо я туплю, но:
пусть X == A1 mod P1 и X == A2 mod P2. Я утверждаю, что A1 и A2 не связанны
никаким уравнением не включающим X.
другими словами: Для любых A1 и A2 существует X, что выполняются два вышепривенных равенства. X, например, (A2-A1)P1^(P2-1) + A1
> > Кто нибудь представляет себе, что будет, если f - это MD5? > > Можно ли выразить значение MD5(A*x + B) через MD5(x)? > > Вряд ли. По крайней мере это > криптографический хэш, что, в частности, > подразумевает отсутствие функциональных закономерностей > между MD5(A*x+B) и MD5(x). Хотя это не доказано. > Да-аа... Я так и думал.
MD5 - это круто. Может и правда, закрыть глаза на то, что он в несколько раз
медленнее CRC. За то 128 бит сразу! За то можно линейно портить данные, и получать другие хэш функции...
Правда немножечко я еще сомневаюсь... Разве может быть все так просто?
|
|
|