Перейти к содержанию

ACPKM — обновление ключа шифрования

Источник описания и статус реализации

Алгоритм, профиль стандарта и программная поддержка — три разных уровня. RFC Editor публикует многие описания ГОСТ как Informational / Independent Submission, а не как консенсусный стандарт IETF. Наличие RFC не свидетельствует о сертификации СКЗИ и не доказывает поддержку алгоритма каждым приложением НАЙС.ОС. Проверяйте установленную версию и подтверждённые испытания.

Назначение и параметры

Характеристика Значение
Класс Механизм обновления ключевого материала
Размер блока / результата / профиль В зависимости от шифра
Ключевой материал Исходный ключ и интервал
Основной источник RFC 8645

Как устроен алгоритм и что он гарантирует

ACPKM описывает процедуру обновления ключевого материала блочного шифра по мере обработки данных. Она нужна для ограничения объёма информации, обрабатываемой одним рабочим ключом. ACPKM может применяться как часть CTR-ACPKM и других конструкций, поэтому название ACPKM само по себе не определяет шифрование данных.

Стороны должны согласовать число блоков между обновлениями, правила получения следующего ключа, допустимые размеры данных и применение в конкретном режиме. Невозможно произвольно добавить ACPKM в совместимый с ГОСТ пакет, если этого не предусматривает протокольный профиль.

Важно различать ACPKM (конструкция обновления ключа блочного шифра) и KTree (используемая в ГОСТ IKEv2/ESP система получения рабочего ключевого материала). Общие цели не означают взаимозаменяемость алгоритмов.

Реализация в НАЙС.ОС: что подтверждено и что проверять

  • RFC 8645 определяет несколько конструкций и модели rekey; изучать соответствующий раздел, а не только заголовок RFC.
  • Для strongSwan проверяйте конкретные трансформы RFC 9227; не заявляйте ACPKM только по наличию MGM-KTREE.
  • Нужны тестовые векторы и согласование шага смены ключей.

Проверка и критерии приёмки

Перед эксплуатацией получите перечень реальных возможностей целевого пакета, а не доверяйте абстрактной таблице криптографии. Положительный тест должен соответствовать выбранному профилю, формату ключей, параметрам и протоколу; отрицательный тест должен демонстрировать отказ при неверном ключе, повреждённых входных данных или неверном теге (если соответствующая защита предусмотрена). Для сетевых профилей отдельно проверьте отказ аутентификации, границы ключевой ротации и предотвращение обхода туннеля.

Эксплуатация и совместимость