Статус: Активный участник
Группы: Участники
Зарегистрирован: 21.03.2022(UTC) Сообщений: 33 Откуда: Краснодарский край
Сказал(а) «Спасибо»: 17 раз
|
Возможна ли обратная функция для Hash строки?
|
|
|
|
Статус: Активный участник
Группы: Участники
Зарегистрирован: 21.11.2010(UTC) Сообщений: 1,122
Сказал(а) «Спасибо»: 7 раз Поблагодарили: 154 раз в 139 постах
|
Нет. Как минимум из-за коллизий. Как максимум - по определению хеша, как однонаправленной (необратимой) функции.
|
 1 пользователь поблагодарил basid за этот пост.
|
|
|
Статус: Сотрудник
Группы: Участники
Зарегистрирован: 26.07.2011(UTC) Сообщений: 13,664   Сказал «Спасибо»: 571 раз Поблагодарили: 2297 раз в 1798 постах
|
Автор: basid  Нет. Как минимум из-за коллизий. Как максимум - по определению хеша, как однонаправленной (необратимой) функции. Радужные таблицы есть для этого. |
|
 1 пользователь поблагодарил Андрей * за этот пост.
|
|
|
Статус: Активный участник
Группы: Участники
Зарегистрирован: 21.11.2010(UTC) Сообщений: 1,122
Сказал(а) «Спасибо»: 7 раз Поблагодарили: 154 раз в 139 постах
|
Насколько я понимаю, даже радужные таблицы не позволят восстановить "текст" длиннее десятка (десятков) символов. И даже в пределах своих ограничений - отнюдь не гарантируют восстановление.
|
 1 пользователь поблагодарил basid за этот пост.
|
|
|
Статус: Эксперт
Группы: Участники
Зарегистрирован: 05.03.2015(UTC) Сообщений: 1,602  Откуда: Иркутская область Сказал(а) «Спасибо»: 110 раз Поблагодарили: 396 раз в 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