Современные стандарты ГОСТ: карта первоисточников¶
Канонический источник: Алгоритмы и режимы описаны в едином справочнике, ссылки на опубликованные RFC — в каталоге RFC. В этом разделе остаются нормативные документы по протоколам, профилям и их статусам.
ГОСТ-криптография применяется в очень разных системах: электронные подписи CMS, сертификаты и инфраструктура удостоверяющих центров, TLS и VPN, защита накопителей, DNSSEC, перенос ключей и работа с паролями. Для обмена данными недостаточно поддерживать один и тот же блочный шифр: стороны должны одинаково интерпретировать ключи, параметры, идентификаторы алгоритмов, режимы, аутентификацию и структуру сообщения.
Эта глава представляет карту утверждённых документов и опубликованных технических спецификаций, объясняет границы их применения и показывает, какие практические возможности следует проверять в НАЙС.ОС. Действующий национальный стандарт, рекомендации по стандартизации, информационный RFC, проект и факт поддержки алгоритма установленной программой — пять разных статусов. Они не заменяют друг друга.
С чего начать¶
| Направление | Статья | Базовые первоисточники |
|---|---|---|
| Электронные документы | Современный CMS в РФ | Р 1323565.1.025-2019; RFC 5652; RFC 4490 |
| Защищённый веб-трафик | ГОСТ в TLS 1.2/1.3 | RFC 9189, 9367, 9846 |
| Удостоверяющие центры | X.509, CRL, OCSP, TSP | Р 1323565.1.023-2022; .059-2024; .044-2022; RFC 9215 |
| Контейнеры ключей | Пароли и PFX | RFC 9337, 9548; Р 1323565.1.040/.041-2022 |
| Накопители | DEC и XTS: что отличается | Р 1323565.1.042-2022; LUKS2/cryptsetup |
| DNS | ГОСТ в DNSSEC | RFC 9558, 9906 |
| Защищённые сети | ГОСТ в IPsec/IKEv2 | RFC 9227, 9385 |
| Управление сертификатами | CMC и CMS в 2026 году | RFC 10002, 10003, 10004 |
| Последние публикации ТК26 | Изменения 2024–2026 годов | ГОСТ Р 71252-2024; МР ТК26 2025/2026 |
| Терминология | Словарь и статус документов | ГОСТ Р 34.14-2025 |
| Обследование внедрений | Матрица совместимости | Спецификация + результат испытания |
Как читать информацию на сайте¶
Алгоритм. ГОСТ Р 34.12-2015 определяет «Магму» и «Кузнечик», а ГОСТ Р 34.11-2012 — функцию «Стрибог». Название шифра не определяет протокол целиком.
Режим. XTS, MGM, CTR, CBC, DEC применяют блочный шифр по-разному. Например, проверенная команда cryptsetup ... --cipher kuznyechik-xts-plain64 использует XTS, а рекомендация Р 1323565.1.042-2022 описывает DEC; одно не является реализацией другого.
Протокол. CMS, TLS и ESP/IKEv2 задают дополнительные требования: форматы ключей, аутентификацию, обмен ключами, ограничения nonce и порядок смены рабочих ключей.
Продукт. Наличие RFC и криптографических примитивов не доказывает, что конкретная версия openssl, nginx, strongswan или другого ПО согласует данный ГОСТ-профиль. Это подтверждается тестом обоих участников.
Сертификация. Публичные криптографические алгоритмы, запись ПО в реестре и сертификат СКЗИ — независимые вопросы. Реализация алгоритма не означает наличия у программы регуляторного статуса сертифицированного средства защиты.
Как использовать раздел с эксплуатационными руководствами¶
Практические команды находятся в канонических главах OpenSSL, ГОСТ в ядре, шифрование дисков и OpenVPN. Здесь приведены протоколы, стандарты и критерии соответствия, чтобы не дублировать системные команды в нескольких статьях.
Концептуальная карта нормативного профиля¶
[Базовый ГОСТ/РФЦ алгоритма]
| ключи, размер блока, выход, математическая операция
v
[Режим + KDF/VKO/MAC]
| nonce, UKM, параметры выработки/ротации ключей
v
[Структуры ASN.1, CMS, X.509 либо записи протокола]
| OID, кодирование, идентификаторы, сертификаты
v
[Профиль TLS / IKEv2 / DNSSEC / PKIX / PFX]
| переговоры, доверие, аутентификация, ошибки
v
[Реализация в конкретном системном RPM НАЙС.ОС]
| проверка возможностей, отрицательные тесты
v
[Документированный результат и эксплуатационная политика]
Для каждого сценария нужен полный набор. Стандарт блочного шифра определяет примитив, но не формат пакета ESP; RFC о ГОСТ-ключе X.509 не определяет безопасный жизненный цикл CA; установка openssl-gost-engine ещё не гарантирует согласование ГОСТ-TLS. В матрице статусов все эти утверждения разведены.
Четыре вида источников — и почему это важно¶
| Тип | Кто публикует | Что фиксируем в паспорте реализации |
|---|---|---|
| Национальный стандарт ГОСТ | Росстандарт | Точное обозначение, редакция, дата действия, область применения |
| Рекомендации Р 1323565.1 | Российская система стандартизации | Номер и год, связь с ГОСТ, актуальный статус, покрытые механизмы |
| RFC Editor | IETF или другой stream | Номер, статус Standards Track/Informational, updates/obsoletes, errata |
| Собственная реализация НАЙС.ОС | Установленный RPM и конфигурация | Версия, архитектура, включённые компоненты, пройденные тесты и ограничения |
Важное различие: RFC 9906 является Standards Track и выводит из DNSSEC исторический ECC-GOST. RFC 9558 — Informational: описывает отдельный ГОСТ-2012 DNSSEC-профиль; запрет на старый алгоритм нельзя механически применять к новому. Для TLS 1.3 общую спецификацию в 2026 году обновил RFC 9846 (обозначен как obsoletes RFC 8446). Для CMS общая синтаксическая основа остаётся RFC 5652. На отдельных страницах указано, когда документ — профиль поверх общей спецификации.
Связи с алгоритмами и подсистемами НАЙС.ОС¶
- Подпись: ГОСТ Р 34.10-2012/256 и 512 → профиль X.509 → CMS SignedData → OpenSSL и сертификаты.
- Зашифрованные сообщения: Кузнечик, Магма, VKO → CMS-профиль → EnvelopedData → OpenSSL CMS.
- Защищённые каналы: MGM, KDF_TREE → TLS 1.3 или IKEv2/ESP → руководство strongSwan RPM.
- Накопители: XTS → нормативные требования к дискам → dm-crypt/LUKS2.
- Имена доменов: ГОСТ-подпись → RFC 9558 → системный резолвер.
- Доказательная база: матрица профилей → алгоритмическая матрица → конкретный журнал испытаний.
Методика чтения каждой главы¶
Читатель должен получить: предмет стандарта → его место в общей схеме → какие параметры надо согласовать → что можно и нельзя утверждать о НАЙС.ОС → отрицательные проверки → первоисточники. Описания алгоритмов, формулы и тестовые векторы не дублируются на каждой странице: для них существуют отдельные канонические статьи алгоритмов. Практические команды установки остаются в подсистемах, а не в каталоге стандартов.
Дополнительные главы: национальные ГОСТ, режимы и AEAD, модели доказательства соответствия, проверка актуальности, примеры профилей, переход от прежних ГОСТ, политика криптографического применения.
Основные официальные каталоги¶
- Росстандарт — фонд документов: регистрация, статус, дата введения, заменяющие документы.
- ТК 26 — национальные стандарты и рекомендации по стандартизации.
- ТК 26 — методические рекомендации: в том числе обновления 2025–2026 годов для индустриальных систем и сетей связи.
- RFC Editor — GOST: опубликованные независимые и IETF-документы.
Правило актуализации. Для каждого документа проверяются официальный статус, наличие замены/отмены, публикация нового RFC и исправления (errata). Дата публикации статьи на docs.niceos.ru сама по себе не гарантирует актуальность нормы: первоисточник остаётся решающим.