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

CTR-ACPKM — счётчик с обновлением ключа

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

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

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

Характеристика Значение
Класс Составной режим шифрования
Размер блока / результата / профиль По размеру блока шифра
Ключевой материал Основной ключ и правило обновления
Основной источник RFC 8645

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

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

Шифрование CTR-ACPKM не автоматически аутентифицировано. Наличие ACPKM ограничивает экспозицию одного ключа, но не заменяет MAC/AEAD. Для защищённого канала необходим отдельный установленный режим аутентификации и защиты от повторов.

Режим не следует путать с KUZNYECHIK_MGM_KTREE: последний определяется RFC 9227 для IKEv2/ESP и использует MGM с собственным деревом обновления ключей.

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

  • Источник: RFC 8645, положения о CTR-ACPKM и безопасности переиспользования счётчиков.
  • В документации приложений фиксировать базовый шифр, IV, шаг обновления и механизм проверки целостности.
  • Нет подтверждённого сквозного испытания CTR-ACPKM как отдельной функции системного strongSwan НАЙС.ОС.

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

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

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