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