Стрибог-512 — ГОСТ Р 34.11-2012¶
Источник описания и статус реализации
Алгоритм, профиль стандарта и программная поддержка — три разных уровня. RFC Editor публикует многие описания ГОСТ как Informational / Independent Submission, а не как консенсусный стандарт IETF. Наличие RFC не свидетельствует о сертификации СКЗИ и не доказывает поддержку алгоритма каждым приложением НАЙС.ОС. Проверяйте установленную версию и подтверждённые испытания.
Назначение и параметры¶
| Характеристика | Значение |
|---|---|
| Класс | Криптографическая хэш-функция |
| Размер блока / результата / профиль | Выход 512 бит |
| Ключевой материал | Секретный ключ не требуется |
| Основной источник | RFC 6986 |
Как устроен алгоритм и что он гарантирует¶
Стрибог-512 — отдельный профиль хэш-функции ГОСТ Р 34.11-2012 с 512-битным результатом. Он используется для проверки целостности и в протокольных конструкциях, в том числе совместно с ГОСТ Р 34.10-2012/512. Это не алгоритм электронной подписи и не шифр.
При выборе профиля важно не подставлять Стрибог-256 вместо Стрибог-512 из-за схожего имени. В цифровых подписях, KDF и IKEv2 выход хэш-функции включён в форматы и расчёты протокола; его замена делает реализацию несовместимой.
Оба варианта семейства основаны на ГОСТ Р 34.11-2012, но имеют разные заданные параметры и контрольные векторы. Если результаты разных программ отличаются, сначала проверяют выбор варианта, затем кодировку исходных данных и представление байтов.
Реализация в НАЙС.ОС: что подтверждено и что проверять¶
- OpenSSL:
openssl dgst -md_gost12_512 FILE. - Linux Crypto API:
streebog512. - Подтверждённый тест НАЙС.ОС: PRF на основе Стрибог-512 в ГОСТ IKEv2 strongSwan; корректность подтверждается успешным установлением SA, а не одним названием хэша.
Проверка и критерии приёмки¶
Перед эксплуатацией получите перечень реальных возможностей целевого пакета, а не доверяйте абстрактной таблице криптографии. Положительный тест должен соответствовать выбранному профилю, формату ключей, параметрам и протоколу; отрицательный тест должен демонстрировать отказ при неверном ключе, повреждённых входных данных или неверном теге (если соответствующая защита предусмотрена). Для сетевых профилей отдельно проверьте отказ аутентификации, границы ключевой ротации и предотвращение обхода туннеля.
Эксплуатация и совместимость¶
- Матрица статусов алгоритмов: стандарт, имя системной реализации, подтверждённый тест.
- Использование ГОСТ в ядре Linux, OpenSSL, IKEv2/strongSwan, шифрование дисков.
- OID и параметры, форматы ключей и подписи, векторы испытаний.
- Правила безопасности и полный каталог RFC.
Связь с документами и форматами CMS¶
Хэш в CMS SignedData · OID и кодировки. Для сетевого IKEv2 и ядра правила применения задаются отдельно.