Ключевое слово в защите информации
КЛЮЧЕВОЕ СЛОВО
в защите информации
Получить ГОСТ TLS-сертификат для домена (SSL-сертификат)
Добро пожаловать, Гость! Чтобы использовать все возможности Вход или Регистрация.

Уведомление

Icon
Error

Опции
К последнему сообщению К первому непрочитанному
Offline potapov_victor  
#1 Оставлено : 20 июня 2015 г. 17:53:51(UTC)
potapov_victor

Статус: Новичок

Группы: Участники
Зарегистрирован: 20.06.2015(UTC)
Сообщений: 1
Российская Федерация
Откуда: Москва

Добрый вечер. Скачал здесь "https://www.cryptopro.ru/faq/vychislenie-kheshei-s-ispolzovaniem-kriptopro-csp-40-po-gost-3411-2012" утилиту для проверки целостности файлов. Перед использованием решил убедиться в корректности ее реализации. Для этого сделал следующее:

Создал файл (63 байта) с помощью 16-ричного редактора, содержащий тестовое сообщение определенное стандартом ГОСТ Р 34.11-2012: 32 31 30 39 38 37 36 35 34 33 32 31 30 .... 39 38 37 36 35 34 33 32 31 30. В итоге получил хеш-код никак не похожий, на хеш-код из ГОСТа. Затем попробовал перевернуть сообщение в файле, то есть создал файл с байтами: 30 31 32 33 34 35 36 37 38 39 30 31 32 33 ... 39 30 31 32. Попробовал вычислить хеш-код от него. К удивлению, получил хеш-код такой же как и в ГОСТе, но с обратным порядком байтов. Вы могли бы объяснить почему на тестовых сообщениях наблюдаются такие отличия?
Offline Станислав Смышляев  
#2 Оставлено : 22 июня 2015 г. 7:46:59(UTC)
Станислав Смышляев

Статус: Сотрудник

Группы: Участники
Зарегистрирован: 10.04.2013(UTC)
Сообщений: 186
Российская Федерация

Сказал(а) «Спасибо»: 1 раз
Поблагодарили: 81 раз в 62 постах
Добрый день!

Обратите внимание на нотацию ГОСТ Р 34.11-2012: все данные в ней приводятся в big-endian-нотации. Big-endian формат описания данных, принятый для упрощения совместной работы с ГОСТ Р 34.10-2012 (где требуются теоретико-числовые описания), уже неоднократно вызывал недоумения.

ГОСТ Р 34.11-2012 описывает, что двоичные вектора длины больше 512 растут в направлении справа налево, а меньшей 512 дополняются слева (т.е. получается, что числа из ГОСТ Р 34.10-2012 представляются в "little-endian");
Заметьте также, что контрольный пример 2 ГОСТ Р 34.11-2012 (справочный) описывает расчёт хэш-функции от строки: "Се ветри, Стрибожи внуци, веютъ с моря стрелами на храбрыя плъкы Игорев" в "litle-endian" нотации.
С уважением,
Станислав Смышляев, к.ф.-м.н.,
Заместитель генерального директора ООО "КРИПТО-ПРО"
Техническую поддержку оказываем здесь.
Наша база знаний.
Offline evgeni1  
#3 Оставлено : 16 сентября 2016 г. 11:27:29(UTC)
evgeni1

Статус: Участник

Группы: Участники
Зарегистрирован: 19.05.2016(UTC)
Сообщений: 12

Сказал(а) «Спасибо»: 1 раз
Почему данная утилита формирует хеш в кодировке base64, а после декодирования размер хеша ни как не равен 32 или 64 байтам, а равен 96?
Ведь такой хеш не подходит для запроса в ваш штамп времени

Отредактировано пользователем 16 сентября 2016 г. 11:31:39(UTC)  | Причина: Не указана

Offline Максим Коллегин  
#4 Оставлено : 16 сентября 2016 г. 13:40:29(UTC)
Максим Коллегин

Статус: Сотрудник

Группы: Администраторы
Зарегистрирован: 12.12.2007(UTC)
Сообщений: 6,395
Мужчина
Откуда: КРИПТО-ПРО

Сказал «Спасибо»: 37 раз
Поблагодарили: 718 раз в 622 постах
Это не BASE64, а строковая шестнадцатиричная запись.
Знания в базе знаний, поддержка в техподдержке
thanks 1 пользователь поблагодарил Максим Коллегин за этот пост.
evgeni1 оставлено 19.09.2016(UTC)
RSS Лента  Atom Лента
Пользователи, просматривающие эту тему
Guest
Быстрый переход  
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.