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