Исходное сообщение
"Шифрование разделов LUKS" Отправлено Аноним, 03-Сен-23 16:17
> монтирую руками и только я Я по-началу тоже так предполагал. Но бэкапы - такая штука, которую очень желательно делать часто, а значит это должно быть легко и удобно. Иначе быстро надоедает, появляются задержки между бэкапами и риск потери свежих данных растет. К тому же, риск раскрыть пароль при вводе с клавиатуры обычным пользователем значительно выше, чем при монтировании ключом, который видит только суперпользователь с также шифрованной ФС с ОС. К тому же, если для доступа к диску используется несколько устройств с разными ключами, можно легко сменить/удалить ключ только для скомпрометированного устройства. Ну и, наконец, возможность перешифровать диск с новыми настройками налету. Например, при устаревании (вычислительной сложности) или компрометации алгоритмов шифрования. Или просто под новый процессор, который имеет инструкции/модуль для более быстрой работы с каким-то конкретным шифром. Короче, заголовки LUKS - это очень гибко и удобно. > особой разницы нет Есть ещё похожий, но более гибкий вариант: хранить заголовки LUKS на отдельном от диска устройстве. Диск будет а-ля plain-dmcrypt, но заголовки, например, на флэшке, позволят легко менять настройки/ключи шифрования. Цена: потеря данных при потере флэшки. Подробнее: https://wiki.archlinux.org/title/Dm-crypt/Specialties#Encryp...

Ваше сообщение
Имя*:
EMail:	Для отправки новых сообщений в текущей нити на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> монтирую руками и только я > Я по-началу тоже так предполагал. Но бэкапы - такая штука, которую очень > желательно делать часто, а значит это должно быть легко и удобно. > Иначе быстро надоедает, появляются задержки между бэкапами и риск потери свежих > данных растет. К тому же, риск раскрыть пароль при вводе с > клавиатуры обычным пользователем значительно выше, чем при монтировании ключом, который > видит только суперпользователь с также шифрованной ФС с ОС. К тому > же, если для доступа к диску используется несколько устройств с разными > ключами, можно легко сменить/удалить ключ только для скомпрометированного устройства. > Ну и, наконец, возможность перешифровать диск с новыми настройками налету. Например, при > устаревании (вычислительной сложности) или компрометации алгоритмов шифрования. Или > просто под новый процессор, который имеет инструкции/модуль для более быстрой работы > с каким-то конкретным шифром. > Короче, заголовки LUKS - это очень гибко и удобно. >> особой разницы нет > Есть ещё похожий, но более гибкий вариант: хранить заголовки LUKS на отдельном > от диска устройстве. Диск будет а-ля plain-dmcrypt, но заголовки, например, на > флэшке, позволят легко менять настройки/ключи шифрования. Цена: потеря данных при потере > флэшки. > Подробнее: > https://wiki.archlinux.org/title/Dm-crypt/Specialties#Encrypted_system_using_a_detached_LUKS_header
	Введите код, изображенный на картинке: