Алгоритмы ГОСТ — единый справочник НАЙС.ОС¶
Единое место, где документируются принцип работы, параметры, ограничения и источники криптографических алгоритмов. Каждому алгоритму/самостоятельному режиму выделена отдельная страница. В статьях OpenSSL, ядра Linux, strongSwan, OpenVPN и CMS остаются только особенности реализации и прикладные команды со ссылками сюда.
Источник описания и статус реализации
Алгоритм, профиль стандарта и программная поддержка — три разных уровня. RFC Editor публикует многие описания ГОСТ как Informational / Independent Submission, а не как консенсусный стандарт IETF. Наличие RFC не свидетельствует о сертификации СКЗИ и не доказывает поддержку алгоритма каждым приложением НАЙС.ОС. Проверяйте установленную версию и подтверждённые испытания.
ГОСТ, RFC и нормативные профили: подробный справочник¶
Стандарты, профили и требования → — нормативный путеводитель: базовые ГОСТ, режимы и AEAD, CMS, TLS 1.3, PKI и CRL, IKEv2/ESP, DNSSEC, проверка соответствия. Для каждого профиля указаны RFC, границы поддержки НАЙС.ОС и ссылки на практические инструкции.
[ГОСТ / алгоритм] ──> [режим] ──> [профиль стандарта] ──> [реализация RPM] ──> [тест]
| | | |
v v v v
отдельная статья MGM / XTS CMS / TLS / IKE контроль на ОС
Теория: как алгоритмы становятся защищёнными документами¶
Полная теория ГОСТ CMS → — новый учебно-справочный раздел внутри каталога алгоритмов: формат и вложенность CMS, ASN.1/DER/OID, ГОСТ-подписи и шифрование, VKO, S/MIME, доверие, CRL/OCSP, модель угроз, межоперабельность и источники RFC.
Алгоритм → OID/DER → CMS SignedData / EnvelopedData → X.509 → проверка → приложение
│ │ │ │ │
▼ ▼ ▼ ▼ ▼
ГОСТ Р RFC 5652 Р 1323565.1.025-2019 RFC 9215 OpenSSL/GPGSM
- Начать с теории и схем · Подпись · Шифрование · OID и DER · Проверка сертификатов · Матрица совместимости.
Как пользоваться справочником¶
Алгоритм — это не протокол и не продукт. Выбирайте класс операции: подпись, хэш, шифр, режим, MAC или согласование ключей. Затем смотрите в отдельной статье параметры и риски, а в матрице реализации — статус проверки на НАЙС.ОС. Сетевые сценарии должны использовать завершённые профили IKEv2/ESP/TLS, а не самостоятельно собранные комбинации алгоритмов.