encfs vs ecryptfs
Hleb Valoshka
хранилище шифрованных файлов. Стоит ли переходить на ecryptfs? Оно
должно быть побыстрее, т.к. ядерное. Но довольно часты сообщения об
уязвимостях в ядерном модуле ecryptfs, а это намекает о невысоком
качестве программирования. С другой стороны, сейчас encfs пользуется
boost для сохранения конфига в xml, а это тоже ни в какие ворота не
лезет.
Что посоветуете?
Dmitry E. Oboukhov
HV> хранилище шифрованных файлов. Стоит ли переходить на ecryptfs? Оно
HV> должно быть побыстрее, т.к. ядерное. Но довольно часты сообщения об
HV> уязвимостях в ядерном модуле ecryptfs, а это намекает о невысоком
HV> качестве программирования. С другой стороны, сейчас encfs пользуется
HV> boost для сохранения конфига в xml, а это тоже ни в какие ворота не
HV> лезет.
HV> Что посоветуете?
а чем cryptmount/cryptdisk не устраивают? они вполне себе ядерные,
файловую систему шифруют на уровне блочного устройства, в Debian есть.
я до них пользовался loop-aes - никаких нареканий кроме того что в
ядре по умолчанию нет - надо модуль каждое обновление ядра
пересобирать.
шифрование/расшифрование/переход от loop-aes к cryptdisk, переход от
вида шифрования к другому, смена ключей - все без потери данных и
необходимости деланья бакапа
--
... mpd is off
. ''`. Dmitry E. Oboukhov
: :’ : email: un...@debian.org jabber://UN...@uvw.ru
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
`- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
Boris Pihtin
--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/4B8ABE1C...@links.md
Eugene Berdnikov
> О©╫ О©╫О©╫О©╫ cryptmount/cryptdisk О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫? О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫,
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ Debian О©╫О©╫О©╫О©╫.
> О©╫ О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ loop-aes - О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫
> О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ - О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ cryptoloop О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫
loop-aes-utils О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
--
Eugene Berdnikov
--
To UNSUBSCRIBE, email to debian-russ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Dmitry E. Oboukhov
>> файловую систему шифруют на уровне блочного устройства, в Debian есть.
>> я до них пользовался loop-aes - никаких нареканий кроме того что в
>> ядре по умолчанию нет - надо модуль каждое обновление ядра
>> пересобирать.
EB> В дебиане сейчас модуль cryptoloop в пакете ядра, использующий его
EB> loop-aes-utils от ядра не зависит.
время идет все меняется. за всеми пакетами/технологиями уследить
невозможно ))
Hleb Valoshka
> а чем cryptmount/cryptdisk не устраивают? они вполне себе ядерные,
> файловую систему шифруют на уровне блочного устройства, в Debian есть.
Главная проблема с блочными устройствами — то что фиг угадаешь нужный
размер. Но если шифровать какую-нибудь флешку, то так, наверно, даже
лучше будет.
Dmitry E. Oboukhov
>> файловую систему шифруют на уровне блочного устройства, в Debian есть.
HV> Главная проблема с блочными устройствами — то что фиг угадаешь нужный
HV> размер. Но если шифровать какую-нибудь флешку, то так, наверно, даже
HV> лучше будет.
не понял, а как играет рояль размер на шифрование?
ключи, которыми шифруется всяко меньше одного элементарного блока
блочного устройства, причем меньше в кратное число раз. так что хочешь
расширяй, хочешь ужимай девайс без потери данных - никаких проблем нет
Hleb Valoshka
> HV> Главная проблема с блочными устройствами — то что фиг угадаешь нужный
> HV> размер. Но если шифровать какую-нибудь флешку, то так, наверно, даже
> HV> лучше будет.
> не понял, а как играет рояль размер на шифрование?
> ключи, которыми шифруется всяко меньше одного элементарного блока
> блочного устройства, причем меньше в кратное число раз. так что хочешь
> расширяй, хочешь ужимай девайс без потери данных - никаких проблем нет
Проблем нет, но ведь лениво :) И для бэкапа во время изменения размера
нужен дополнительный носитель.