ГОСТ: экспорт, обёртывание и разделение ключей¶
Источник описания и статус реализации
Алгоритм, профиль стандарта и программная поддержка — три разных уровня. RFC Editor публикует многие описания ГОСТ как Informational / Independent Submission, а не как консенсусный стандарт IETF. Наличие RFC не свидетельствует о сертификации СКЗИ и не доказывает поддержку алгоритма каждым приложением НАЙС.ОС. Проверяйте установленную версию и подтверждённые испытания.
Назначение и параметры¶
| Характеристика | Значение |
|---|---|
| Класс | Криптографические механизмы защиты ключевого материала |
| Размер блока / результата / профиль | По профилю |
| Ключевой материал | KEK, UKM, KDF и параметры |
| Основной источник | RFC 7836; RFC 4357 |
Как устроен алгоритм и что он гарантирует¶
Экспорт ключа — отдельная криптографическая операция, а не простое шифрование данных в файле. При передаче ключа между сторонами могут использоваться VKO, KDF, алгоритм обёртывания и формат контейнера. Правила кодирования UKM, длины ключа и OID являются частью профиля.
Ключ шифрования данных (DEK), ключ защиты ключа (KEK) и ключ цифровой подписи имеют разные назначения. Использовать один и тот же секрет для всех целей без протокольного разделения нельзя. При импорте следует защищать целостность контейнера и подтверждать, что он действительно предназначен нужному получателю.
RFC 7836 описывает современные сопровождающие конструкции; RFC 4357 — исторические профили для ГОСТ 28147 и прежних стандартов. В X.509/CMS дополнительно нужно учитывать формат публичного ключа и ASN.1 структуры.
Реализация в НАЙС.ОС: что подтверждено и что проверять¶
- Практика: CMS EnvelopedData, форматы ключей, PKCS#12.
- Никогда не помещайте реальные закрытые ключи или KEK в публичные примеры.
- Успешная операция OpenSSL не гарантирует совместимость с КриптоПро без теста бинарного формата.
Проверка и критерии приёмки¶
Перед эксплуатацией получите перечень реальных возможностей целевого пакета, а не доверяйте абстрактной таблице криптографии. Положительный тест должен соответствовать выбранному профилю, формату ключей, параметрам и протоколу; отрицательный тест должен демонстрировать отказ при неверном ключе, повреждённых входных данных или неверном теге (если соответствующая защита предусмотрена). Для сетевых профилей отдельно проверьте отказ аутентификации, границы ключевой ротации и предотвращение обхода туннеля.
Эксплуатация и совместимость¶
- Матрица статусов алгоритмов: стандарт, имя системной реализации, подтверждённый тест.
- Использование ГОСТ в ядре Linux, OpenSSL, IKEv2/strongSwan, шифрование дисков.
- OID и параметры, форматы ключей и подписи, векторы испытаний.
- Правила безопасности и полный каталог RFC.
Связь с документами и форматами CMS¶
Получатели и CEK в CMS · Модель угроз CMS. Для сетевого IKEv2 и ядра правила применения задаются отдельно.