Последнее сообщение: 13 лет назад2 сообщения2 человека в обсуждении
В разделе о коллизии сказано, что коллизия возможна, если злоумышленник имеет доступ к неподписанному оригиналу. А как в случае подписи можно не иметь доступ к оригиналу? ---Максим Масютин 12:08, 2 марта 2009 (UTC)Ответить[ответить]
Проведение коллизионной атаки на практике имеет смысл только в случае цифровой подписи документов, причём если взломщик может изменять неподписанный оригинал.
Рецензия с 20 ноября по 18 декабря 2008 годаПравить
Последнее сообщение: 13 лет назад16 сообщений5 человек в обсуждении
Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.
Новая статья в рамках проекта «Защита информации». Хочу номинированть в хорошие, по этому интересуют любые замечания. Hrushe4ka 16:20, 20 ноября 2008
В статье обнаружены и исправлены две фактические ошибки:
константа была бы именно такой, какой вы её записали, в том случае, если одна шестнадцатеричная цифра содержала 8 бит, а не 4. 0xFFFF это 1111, а не 11111111, как вы написали;
ещё раз почитайте ещё разок стандарт ГОСТ Р 34.11-94, особенно страницу 4 пункт 5.3 "Перемешивающее преобразование". Оно несколько отличается от вашего.
И когда пишете статьи, помните, что возможно ими будет кто-то пользоваться, а не заглядывать постоянно в оригинал стандарта и искать, что же ещё там было неправильно написано...
«Согласно парадоксу о днях рождения требуется около 2256/2 операций хеширования» — создаётся впечатление, что прям взял и подобрал, ничего сложного. Стоит дописать, что по современным оценкам такие операции «в лоб» не могут быть выполнены за разумное время. Аналогично про перебор. vlsergey 14:56, 20 ноября 2008 (UTC)Ответить[ответить]
Для оформления формлу стоит использовать тег <math>...</math> и соответствующий язык разметки TeX. vlsergey 14:56, 20 ноября 2008 (UTC)Ответить[ответить]
Не хватает раздела "использование", хотелось бы увидеть больше про историю разработки алгоритма. vlsergey 14:56, 20 ноября 2008 (UTC)Ответить[ответить]
раздел "Описание": Контрольная сумма вычисляется с помощью сложения, но на рисунке изображены xorы. --Anton Khorev 00:29, 18 декабря 2008 (UTC)Ответить[ответить]
Сделано, изменил на значок накапливаемой суммы -- Rashless 09:09, 9 марта 2010 (UTC)Ответить[ответить]
раздел "Алгоритм вычисления шаговой функции хэширования": здесь xor обозначен как (x) вместо (+) --Anton Khorev 00:56, 18 декабря 2008 (UTC)Ответить[ответить]
Последнее сообщение: 9 лет назад6 сообщений5 человек в обсуждении
Кажется, в примерах результат для пустой строки неправильный. Если я ни с чем не путаю, то результат должен быть ce85b99cc46752fffee35cab9a7b0278abb4c2d2055cff685af4912c49490f8d (только тут везде в обратном порядке байты записываются... но всё равно это сосем не похоже на то, что на странице). Гуманоид 16:08, 26 ноября 2009 (UTC)Ответить[ответить]
Действительно GOST( "" ) = ce85b99cc46752fffee35cab9a7b0278abb4c2d2055cff685af4912c49490f8d!!! См. английскую wiki, также проверяется той С++ прогой, что указана в ссылках. :Использование hex-чисел с их перевёрнутой записью, довольно бесмысленно в качестве примеров. Rashless 18:04, 20 февраля 2010 (UTC)Ответить[ответить]
В статье правильны только первые два примера, которые взяты из текста ГОСТ, остальные - нет.
62.148.148.47 07:50, 2 февраля 2010 (UTC)Ответить[ответить]
Не совсем так. Этот пример выполняется лишь в кодировке CP1251: GOST( "ГОСТ Р 34.11-94" ) = GOST ( "\303\316\321\322 \320 34.11-94" ) = 30cff16501e3d77d84f24c55284945f7297120c78bc6b3ed4f537b674735a8b6
Лучше бы использовали GOST( "GOST R 34.11-94" ) = 47efb8144a1f2e081212b1a3d69e21fab8ae7a154fb4eaee264da29592a9f028 Rashless 18:04, 20 февраля 2010 (UTC)Ответить[ответить]
И всё-таки в примерах результат для пустой строки неправильный. Он должен быть
BD298BCFCAFB398D76E3FC8FA0951679D6B57BD782AC7BF13C03C6848A351D89
Пункт 4 Финальной итерации должен выполняться в любом случае (даже при нулевой длине сообщения). Все известные мне реализации этого не делают. Вопрос - почему?Andrej71 15:51, 25 января 2013 (UTC)Ответить[ответить]
Действительно, для пустого входа результатом хеш-функции должно быть шестнадцатеричное значение, указанное Andrej71 выше (на тестовых s-блоках и нулевом начальном h). Результаты работы программы RHash не сходятся с примерами из ГОСТа.
--Totktonada 02:03, 14 апреля 2013 (UTC)Ответить[ответить]
Последнее сообщение: 3 года назад3 сообщения2 человека в обсуждении
Доброго вечера коллега Dimitriy Ryazantcev, поясните пожалуйста, основания для переименования ГОСТ Р 34.10-94, которого каждая собака знает, в ГОСТ 34.311-95, о котором знают только редкие специалисты. На мой личный взгляд, это идёт в разрез с ВП:ИС, т.к. старое название на несколько порядков более узнаваемо читателем. Сергей Леонтьев, Крипто-Про (обс.) 19:28, 18 сентября 2019 (UTC)Ответить[ответить]
Насколько я понял международный ГОСТ 34.311-95 целиком заменил в свое время национальный ГОСТ Р 34.11-94. С доводом по поводу узнаваемости я согласен - материалов именно про ГОСТ Р 34.11-94 на порядки больше в сети, хотя стандарты идентичны. Тогда логичнее будет переименовать назад в ГОСТ Р 34.11-94 и сделать переадресацию с ГОСТ 34.311-95 и упоминание о их идентичности? Dimitriy Ryazantcev (обс.) 09:17, 21 сентября 2019 (UTC)Ответить[ответить]
Последнее сообщение: 1 год назад1 сообщение1 человек в обсуждении
Сейчас его содержимое основывается на неавторитетном сетевом самиздате. Наверное, можно найти примеры и в АИ, но нужно ли? Или лучше удалить этот раздел? Сергей Леонтьев, Крипто-Про (обс.) 19:23, 23 марта 2021 (UTC)Ответить[ответить]
была бы именно такой, какой вы её записали, в том случае, если одна шестнадцатеричная цифра содержала 8 бит, а не 4. 0xFFFF это 1111, а не 11111111, как вы написали;
