ГОСТ на накопителях: XTS, LUKS2, DEC и ранняя загрузка¶
Почему успешно открытый том LUKS2 не равен полной поддержке всех национальных режимов шифрования носителей.
Документация ПО — НАЙС.ОС CLOUD. Это самостоятельная учебно-справочная статья. Команды приведены для изучения и диагностики; операции с ключами, дисками и действующими сервисами выполняют только после резервного копирования и проверки назначения.
Что проверено в НАЙС.ОС¶
Эксплуатационные испытания показали успешное создание LUKS2-контейнера kuznyechik-xts-plain64, запись ext4, закрытие и повторное открытие с сохранением файла. При этом в заголовке LUKS2 могут отдельно использоваться AES для защиты ключевого слота, Argon2id как парольная функция и SHA-256 для служебных операций. Корректное название — шифрование данных тома «Кузнечиком» в XTS, а не «все криптографические механизмы тома используют ГОСТ».
XTS против DEC¶
Рекомендация Р 1323565.1.042-2022 посвящена режиму DEC. Название режима и требования не совпадают с XTS. Наличие xts(kuznyechik) в Linux Crypto API не подтверждает поддержку DEC, а успешная работа dm-crypt не выполняет автоматически требования режима DEC.
Ключи, IV и целостность¶
Для XTS используются два ключа блочного шифра, поэтому 512 бит ключевого материала представляют собой два ключа по 256 бит. Значение plain64 указывает на способ формирования входных данных для обработки сектора. XTS не предоставляет криптографическую аутентификацию и не обнаруживает все возможные подмены данных.
Ранняя загрузка корня¶
В актуальной архитектуре НАЙС.ОС дополнительные реализации ГОСТ компонуются непосредственно в ядро. Для них не требуется отдельный RPM внешних ГОСТ-модулей и копирование отдельного внешнего модуля шифра в initramfs. Но для открытия зашифрованного корня потребуются драйверы устройства, dm-crypt/DM и утилиты или сервисы активации LUKS2 в раннем окружении. Проверка Kconfig и содержимого initramfs остаётся обязательной перед перезагрузкой.
Не изменяйте рабочее системное хранилище на основе успешного теста файла-образа. Для шифрования существующего корня нужен план миграции, резервная копия, консольный доступ и проверенный сценарий восстановления.
Переход на новое ядро¶
Старые LUKS2-тома не требуют пересоздания только потому, что реализация «Кузнечика» переехала из .ko в vmlinux, если новый механизм полностью совместим по алгоритму и параметрам. Однако эти условия должны подтверждаться отдельной проверкой и тестом повторного открытия на новом ядре.
Для полного пошагового руководства, команд cryptsetup, создания тома на физическом диске и аварийного восстановления переходите в Шифрование дисков с ГОСТ и ГОСТ в initramfs.
Первоисточники и дополнительное чтение¶
- Р 1323565.1.042-2022 — режим DEC для накопителей.
- RFC 7801 — устройство «Кузнечика», § 5 с официальным примером.