Новые направления российской криптографии: 2024–2026¶

Помимо привычных подписей CMS и шифрования TLS, технический комитет ТК26 публикует документы для специализированных отраслей. Эти источники помогают ориентироваться в развитии криптографии, но не означают, что соответствующие протоколы входят в стандартную поставку НАЙС.ОС.

Промышленный защищённый обмен — CRISP¶

ГОСТ Р 71252-2024 «Протокол защищённого обмена для индустриальных систем» введён 1 апреля 2024 года и действует. Он заменил рекомендацию Р 1323565.1.029-2019. Протокол CRISP предназначен для систем с жёсткими ограничениями длины передаваемых данных и необходимостью неинтерактивной защиты сообщений.

В опубликованном каталоге методических рекомендаций ТК26 имеется МР 26.4.001-2025, посвящённая наборам CS = 5 и CS = 6 для CRISP. В каталоге указано утверждение на заседании ТК26 20 ноября 2025 года. Чтобы утверждать фактическую совместимость устройства с этими наборами, необходимо изучить полные тексты обоих документов и провести отдельные испытания.

Новые направления 2026 года¶

МР 26.4.001-2026 — криптографические алгоритмы формирования вспомогательных секретных ключей и аутентификационных векторов в сетях мобильной связи пятого поколения. По официальному перечню ТК26 документ утверждён протоколом №36 от 16 апреля 2026 года. Это не инструкция по применению ГОСТ в обычном TLS, CMS или Linux dm-crypt; его область — мобильные телекоммуникационные сети.

ГОСТ Р 34.14-2025 действует с 1 января 2026 года и задаёт общий язык криптографических терминов. Он полезен практически всем авторам документации.

Р 1323565.1.062-2025 — действующие рекомендации по схеме формирования и проверки кода проверки, введённые 1 сентября 2025 года. Это отдельный механизм проверки, и его нельзя отождествлять ни с CMS-подписью, ни с HMAC без анализа алгоритмического содержания.

МР 26.2.002-2024 — использование российских алгоритмов в OpenID Connect, указанное в официальном каталоге методических рекомендаций ТК26. Для IAM и единого входа это направление особенно перспективно; конкретные криптографические наборы, токены и профили следует описывать только после исследования полного текста документа.

Принцип пополнения справочника¶

Добавление новой публикации в каталог не должно автоматически порождать на сайте утверждение «НАЙС.ОС поддерживает протокол». В отдельной таблице фиксируются год, статус, предмет документа, алгоритмы, наличие реализации, проверка межвендорной совместимости, ограничения, после чего строятся практические руководства.

Система отслеживания новых документов¶

Ежегодное изменение каталога документов не должно приводить к необдуманным изменениям криптографической политики. Для каждой публикации формируется карточка: (1) организация-издатель и статус, (2) точная дата, (3) изменённый механизм, (4) вытесняемые документы, (5) новые OID/идентификаторы, (6) затрагиваемые реализации, (7) тесты обратной совместимости и (8) план вывода старых профилей.

Документ/направление	Причина отслеживания	Какая часть НАЙС.ОС может зависеть
ГОСТ Р 34.14-2025	Единообразие определений	Справочник алгоритмов и пользовательские руководства
ГОСТ Р 71252-2024 / CRISP	Промышленные защищённые сообщения	Отдельные производственные приложения и шлюзы, не базовый IPsec
Р 1323565.1.062-2025	Новая специализированная схема кода проверки	Библиотеки приложений с отдельными требованиями
МР 26.4.001-2025	Варианты CS для CRISP	Производственные сценарии межвендорного обмена
МР 26.4.001-2026	Вспомогательные ключи/векторы для 5G	Отраслевые телеком-системы, не обычный VPN
МР 26.2.002-2024	ГОСТ в OpenID Connect	IAM и прикладные системы, при отдельной реализации

История стандарта не равна истории RPM¶

Факт публикации документа не означает, что он доступен в репозитории НАЙС.ОС. Перед записью «поддерживается» потребуется проверить версию пакета, включение алгоритма/протокола, документированный тестовый профиль и результат на реальных пакетах. И наоборот, существующий рабочий OpenSSL или strongSwan не делает продукт автоматически сертифицированным СКЗИ.

Практический порядок актуализации¶

Сравнить карточки на Росстандарте и каталоге ТК26.
Проверить RFC Info (включая Updated by, Obsoleted by и errata), а не ориентироваться на старые поисковые сниппеты.
Выделить изменение спецификации, идентификаторов и параметров без копирования нормативного текста.
Определить, какие страницы алгоритмов, протокольных профилей и конкретных компонентов нужно пересмотреть.
Сформировать сценарии регрессионных и отрицательных тестов; только после этого обновить матрицу реальной реализации.

Полезные соседние главы: историческая миграция, методика соответствия, классификация источников.