Проверка статуса ГОСТ, рекомендаций и RFC: методика актуализации¶
Нормативная документация должна хранить не только ссылки, но и доказуемое соответствие версии документа выбранному сценарию. Содержимое стандарта и его статус могут меняться независимо от выпуска пакета НАЙС.ОС. Для правовых выводов используется актуальная официальная карточка и собственная оценка применимости, а не поисковая выдача.
Различаем типы публикаций¶
| Публикация | Признаки | Как цитировать и на что не ссылаться |
|---|---|---|
| ГОСТ Р | Национальный стандарт с обозначением, годом и статусом | Источник правил примитива; не доказывает реализацию на сервере |
| Р 1323565.1 | Российские рекомендации | Для специализированного профиля; не тождественны универсальному требованию ко всему ПО |
| МР ТК26 | Методические рекомендации/профильные материалы | Проверять дату, утверждение и область |
| RFC Standards Track | Документ IETF стандартизации | Использовать obsoletes, updates, errata и status |
| RFC Independent Submission Informational | Независимая публикация формата/алгоритма | Не выдавать за «ГОСТ, утверждённый IETF» |
| Internet-Draft/проект ТК26 | Рабочая редакция | Не приравнивать к финальному действующему документу |
| Исходный код/тест установленного RPM | Результат практической проверки | Не приравнивать к регуляторной сертификации |
Примеры: RFC 9846 (TLS 1.3, Standards Track, заменил RFC 8446), RFC 4490 (исторический ГОСТ CMS, Standards Track), RFC 9367 (ГОСТ TLS 1.3, Informational/Independent), RFC 9906 (отказ от ECC-GOST DNSSEC).
Откуда брать актуальные данные¶
- Официальный фонд Росстандарта: поиск по обозначению и году, сведения о введении, изменении/замене.
- ТК26: тематические перечни национальных стандартов, рекомендаций и методических материалов.
https://www.rfc-editor.org/info/rfcXXXX/: статус, публикация, редакционные связи и errata конкретного RFC.- IANA registries: для номеров Transform ID, DNSSEC, TLS cipher suites и иных протокольных значений.
- Исходный код/спецификация RPM и акт испытаний НАЙС.ОС: только здесь может появиться утверждение о поддержке продукта.
Единая карточка источника¶
id: RFC-9385
kind: independent-informational-rfc
subject: GOST transformations in IKEv2
primary_url: https://www.rfc-editor.org/info/rfc9385/
status_checked_at: '2026-10-26'
product_claim: requires-separate-evidence
validation_source: niceos-strongswan-rpm-acceptance
Это образец описания, а не машинно полученный документ. В реальном паспорте добавляют конкретные revisions, links to errata, fields replaces, updated_by, next_review, и идентификатор тестового отчёта. Для российских стандартов при изменении карточки обязательно анализируется не только статус, но и отличие содержания и области применения.
Процесс изменения статуса¶
Уведомление об изменении → проверка первоисточника → карта затронутых алгоритмов/протоколов → сравнение режимов и идентификаторов → оценка риска для пользователей → обновление тестов → изменение документации. Смена RFC 8446 на 9846 не означает изменения версии TLS на 1.4; изменение RFC о DNSSEC не даёт автоматического права мигрировать зону без контроля DS.
Отдельно о сертификации¶
Функциональная криптографическая реализация и официальный сертификат СКЗИ — разные категории. Здесь намеренно нет заявления о наличии сертификата. В матрице испытаний достаточно подтвердить исполнимость, межоперабельность и ограничение; юридические требования рассматривают отдельно для конкретной закупки или контекста эксплуатации.
Смежные разделы¶
Термины · новые источники ТК26 · история миграций · алгоритмы · каталог RFC.