Статус: Активный участник
Группы: Участники
Зарегистрирован: 21.03.2022(UTC) Сообщений: 33 Откуда: Краснодарский край
Сказал(а) «Спасибо»: 17 раз
|
Возможна ли обратная функция для Hash строки?
|
|
|
|
Статус: Активный участник
Группы: Участники
Зарегистрирован: 21.11.2010(UTC) Сообщений: 1,042
Сказал(а) «Спасибо»: 7 раз Поблагодарили: 141 раз в 127 постах
|
Нет. Как минимум из-за коллизий. Как максимум - по определению хеша, как однонаправленной (необратимой) функции.
|
1 пользователь поблагодарил basid за этот пост.
|
|
|
Статус: Сотрудник
Группы: Участники
Зарегистрирован: 26.07.2011(UTC) Сообщений: 12,691 Сказал «Спасибо»: 500 раз Поблагодарили: 2046 раз в 1586 постах
|
Автор: basid Нет. Как минимум из-за коллизий. Как максимум - по определению хеша, как однонаправленной (необратимой) функции. Радужные таблицы есть для этого. |
|
1 пользователь поблагодарил Андрей * за этот пост.
|
|
|
Статус: Активный участник
Группы: Участники
Зарегистрирован: 21.11.2010(UTC) Сообщений: 1,042
Сказал(а) «Спасибо»: 7 раз Поблагодарили: 141 раз в 127 постах
|
Насколько я понимаю, даже радужные таблицы не позволят восстановить "текст" длиннее десятка (десятков) символов. И даже в пределах своих ограничений - отнюдь не гарантируют восстановление.
|
1 пользователь поблагодарил basid за этот пост.
|
|
|
Статус: Эксперт
Группы: Участники
Зарегистрирован: 05.03.2015(UTC) Сообщений: 1,602 Откуда: Иркутская область Сказал(а) «Спасибо»: 110 раз Поблагодарили: 394 раз в 366 постах
|
Автор: basid не позволят восстановить "текст" длиннее десятка (десятков) символов. Согласен. Даже если отбросить издержки формирования таблиц для длинных текстов. Практически любой хэш имеет коллизии при "тексте" длинее чем длина самого хэша, а некоторые не очень удачные начинают давать коллизии уже при половине длины. Таблицы по сути находят самый короткий "текст" (в пределах алфавита), дающий заданный хэш, так что точное восстановление "текста" длиннее чем длина самого хэша - такое себе. Если ограничить набор символов, выкинув непечатные, то конечно получится чуть длиннее, но не особо. Другими словами, при длине хэша 256 бит (32 байта) восстановить "текст" длиннее 32 символов фактически очень сложно, а длиннее 44 символов (с алфавитом хотя бы 32 символа) скорее невозможно. Кроме того, хочется заметить, что в случае гост процедура подписания ЭП/проверки ЭП не использует шифрование/расшифрование хэша данных. Проверка по сути берет случайное число и проверочное значение из ЭП, идут действия с ними, с хэшем данных и открытым ключом, в конце применяется хэш, должно получиться снова проверочное значение. Другими словами, возможность гарантированного взлома хэша гост серьезно снизит стойкость ЭП, так как будет возможность подобрать проверочное значение.
|
1 пользователь поблагодарил two_oceans за этот пост.
|
|
|
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
Important Information:
The Форум КриптоПро uses cookies. By continuing to browse this site, you are agreeing to our use of cookies.
More Details
Close