Муки выбора - dm-crypt vs loop-aes

возможность расшифровки с почти любого LiveUSB

Для него ядро патчить нужно.

dm-crypt с LUKS или без.

Это до сих пор так? А то где-то говорят, что и без патча можно. Собсно, из-за этого я и задумался.

Можно тогда вкратце + и - включенного LUKS? Насколько опасно в случае LUKS наличие ключа в заголовке?

Для кого? Все искаропки давно.

У loop-aes есть какие-то преимущества перед dm-crypt?

https://wiki.debian.org/ru/Crypt?highlight=(LUKS)#A.2BBB0EMARHBDAEOwRMBD0ESwQ... :

и самое главное, можем зашифровать раздел без потери данных:

dd if=/dev/sda2 of=/dev/loop0

а так же расшифровать, если решаем что шифрование не наш метод:

dd if=/dev/loop0 of=/dev/sda2

Ну и самое приятное, мы можем делать проверки файловой системы на целостность:

fsck.ext3 /dev/loop0

нужно просто как защита бэкапа в случае кражи

Даже XOR подойдёт. Урки не всегда имеют достаточно мозга чтобы понять, что винч зашифрован, не говоря уже о попытках расшифровки, алгоритмах, ключах и т.д.

loop-aes

Он вне ядра. Это периодический гемор с накатыванием левых патчей/пересборкой/колдунством с совместимостью с новыми версиями. Сегодня работает, завтра - нет. Оно того не стоит.

надежность в применении

Не припомню, чтобы с LUKS+dm-crypt были проблемы. Но рекомендуется делать бэкап метаданных LUKS, чтобы точно не было проблем никогда.

Драйвер loop-aes отличается простотой реализации…

Что посоветуют специалисты?

А разве не cryptsetup используется из коробки при установке debian или ubuntu? cryptsetup очень удобен, скорость чтения падает в 2 раза, ну и пусть.

используй хардварное решение: http://www.zalman.ru/global/product/product_read.php?id=238

Утилиты из cryptsetup как раз предоставляют интерфейс к dm-crypt. Опять же, основное требование не в скорости, а в том, чтобы оно не навернулось.

Да, меня это как раз и привлекло. Правда, я так и не понял, работает ли он в современных системах.

Можно тогда вкратце + и - включенного LUKS?

Плюсы:

• можно использовать более одного ключа;
• определённая кроссплатформенность;
• ключи можно менять.

Минусы:

• очевидность наличия зашифрованных данных.

Насколько опасно в случае LUKS наличие ключа в заголовке?

Он хорошо зашифрован.

Подумав, пожалуй таки воспользуюсь dm_crypt+LUKS. В стандартных дебиановских репозиториях (sid) уже нет loop-aes, по надежности наверн вроде ок.

aes-loop был быстрее, когда-то давно. Так что - dm-crypt

А ещё dm-crypt+LUKS во всяких гномах/кедах сам подключается и просит пароль.