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

Магма — ГОСТ Р 34.12-2015

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

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

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

Характеристика Значение
Класс Блочный симметричный шифр
Размер блока / результата / профиль 64 бита
Ключевой материал 256 бит
Основной источник RFC 8891

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

«Магма» — шифр с 64-битным блоком и 256-битным ключом, устроенный как сеть Фейстеля с 32 раундами. Не следует отождествлять его с произвольной конфигурацией ГОСТ 28147-89: у нового стандарта определён актуализированный алгоритм и правила, а совместимость зависит от точного набора преобразований и параметров.

Из-за 64-битного блока ограничения по объёму данных под одним ключом и nonce особенно важны для режимов с большим количеством блоков. В системах с длительным трафиком следует руководствоваться лимитами конкретного протокольного профиля, а не обещать безопасное шифрование неограниченного потока. Совпадение длины ключа Магмы и Кузнечика (256 бит) не делает их эквивалентными.

Магма — примитив для режимов, таких как MGM; сам базовый шифр не аутентифицирует пакет. Переговоры о наборе преобразований, смена ключей и обеспечение уникальности nonce задаются внешним протоколом.

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

  • Проверка базового алгоритма в Crypto API: поиск magma в /proc/crypto.
  • RFC 9227 описывает профили с MAGMA_MGM_KTREE, но наличие алгоритма не равно результату сквозного испытания.
  • На испытанных двух VM НАЙС.ОС сквозной туннель подтверждён с Кузнечиком, а не с Магмой; указывать для Магмы статус «требуется испытание».

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

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

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