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

XTS — шифрование секторов

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

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

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

Характеристика Значение
Класс Режим дискового шифрования
Размер блока / результата / профиль Блоки с tweak
Ключевой материал Два ключа / составной ключ
Основной источник IEEE 1619; NIST SP 800-38E

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

XTS предназначен для шифрования адресуемых блоков на носителе с использованием значения tweak, связанного с номером сектора. В Linux dm-crypt часто встречается строка kuznyechik-xts-plain64: она указывает на XTS поверх Кузнечика и тип представления сектора в IV, а не на отдельный ГОСТ-алгоритм с таким названием.

XTS не аутентифицирует секторы: атакующий, способный изменять шифротекст, может вызывать предсказуемые повреждения данных, не получая корректного сигнала о нарушении целостности. Также XTS не защищает метаданные и не заменяет резервное копирование. Профиль должен точно определять размер сектора, формат ключа и его двойную длину для двух независимых частей.

RFC, который сам по себе определял бы XTS-Кузнечик как национальный протокол, здесь не заявляется: используйте IEEE 1619, NIST SP 800-38E, профиль dm-crypt и действующие нормативные документы для вашей системы.

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

  • Практическое руководство: ГОСТ-диски, команды cryptsetup и проверка LUKS2.
  • Не применять XTS в IKEv2/ESP или TLS как режим сетевого AEAD.
  • Не путайте XTS и DEC: соответствие одной рекомендации не доказывает реализацию другой.

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

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

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