Базовые национальные стандарты ГОСТ: подпись, хэш, блочные шифры и термины¶

Базовые ГОСТ задают отдельные криптографические операции. По ним разрабатываются независимые реализации, тестовые векторы и протокольные профили. Их нельзя читать как инструкцию по настройке конкретной операционной системы или сетевого приложения. Страница связывает первоисточники с подробными статьями алгоритмов, которые служат каноническим источником математических определений в документации НАЙС.ОС.

Карта базовых алгоритмов¶

Документ	Тип операции	Ключевые особенности	Разбор в НАЙС.ОС	Опубликованный RFC
ГОСТ Р 34.10-2012	Электронная подпись	256- и 512-битные варианты, параметры эллиптических кривых, подпись/проверка	256 бит, 512 бит	RFC 7091
ГОСТ Р 34.11-2012	Хэш	Стрибог: выход 256/512 бит, одинаковая базовая конструкция	256, 512	RFC 6986
ГОСТ Р 34.12-2015	Блочное шифрование	«Кузнечик»: блок 128 бит, ключ 256 бит; «Магма»: блок 64 бит, ключ 256 бит	Кузнечик, Магма	RFC 7801, RFC 8891
ГОСТ Р 34.13-2015	Режимы блочных шифров	Применение шифра к данным, режимы и дополнительные параметры	CTR, CBC, CFB/OFB	Не заменяется одним RFC
ГОСТ Р 34.14-2025	Терминология	Определения для криптографической защиты информации	терминология	Не протокольный RFC

Точный национальный текст, дата введения, действующий статус и замены проверяются в официальном фонде Росстандарта и каталоге ТК26. РФЦ-описания — полезные технические первоисточники и тестовые материалы, но не заменяют правовой статус национального стандарта.

От абстрактного примитива к безопасной операции¶

Подпись: сообщение -> ГОСТ Р 34.11-2012 -> ГОСТ Р 34.10-2012 -> (r, s)
                                              |
                                        открытый ключ
                                              |
                                          X.509/CMS

Шифрование: сообщение -> режим (MGM/CTR/CBC/XTS) -> блочный шифр
                                    |                 |
                              nonce, IV, тег       Кузнечик/Магма
                                    |
                                 протокол

Форма подписи, алгоритм хэширования и параметры публичного ключа согласуются с выбранным протоколом. Для CMS и X.509 понадобятся OID и DER (RFC 9215), для IKEv2 — конкретные Transform IDs (RFC 9385), для DNSSEC — номера алгоритмов и формы ключей (RFC 9558). Наличие реализации только базовой операции не обеспечивает полноценную совместимость.

Старые ГОСТ и новые ГОСТ: совместимость, а не взаимозаменяемость¶

Исторические ГОСТ 28147-89, ГОСТ Р 34.11-94 и ГОСТ Р 34.10-2001 встречаются в архивах сертификатов, криптографических контейнерах и старых сетевых интеграциях. Они имеют другие OID, параметры, модели угроз и режимы применения. Для их разбора предусмотрены страницы ГОСТ 28147-89, хэш ГОСТ94, подпись ГОСТ2001, а для решений по миграции — история профилей.

Изменение национального стандарта не означает автоматической возможности дешифровать старый архив новым алгоритмом: ключи, формат сообщения и параметры должны быть преобразованы по отдельной согласованной процедуре. Никогда не переписывайте OID старого ключа в надежде получить поддержку нового профиля.

Особенности реализации в НАЙС.ОС¶

В Kernel Crypto API и OpenSSL/GOST Engine одни и те же имена алгоритмов могут обозначать разные технические интерфейсы. В ядре важны Crypto API registration, модуль/встроенная реализация и тестовые векторы. В OpenSSL — engine/provider, OID, сериализация ключей и возможности вызывающего приложения. В strongswan важен полный согласованный профиль IKEv2/ESP, а не только наличие отдельных алгоритмов в /proc/crypto.

Контрольные вопросы разработчику¶

Какой именно криптографический примитив и какая редакция его определяет?
Каковы размеры ключа, блока, выхода, подписи и параметры кривой?
Как выбран режим, что используется в качестве nonce/IV/UKM и как обеспечивается их требуемое поведение?
Где задана сериализация результата и идентификатор OID/Transform ID?
Какие тестовые векторы и отрицательные проверки выполнены?
С каким установленным RPM и каким вторым участником подтверждена межоперабельность?

Ответы заносятся в паспорт соответствия. Для настройки VPN, CMS и дисков используйте отдельные руководства, а не этот обзор.

Первоисточники и смежные разделы¶

ГОСТ Р 34.14-2025, Росстандарт · RFC 7091 · RFC 6986 · RFC 7801 · RFC 8891 · справочник алгоритмов.