TrueCrypt

Нормально всё. С паяльником расшифровывается на ура.

P.S. Сам юзаю EncFS.

AES используется в США для шифрования государственных данных вплоть до высшей степени секретности. Мне этого хватает.

Работает и там и там на отлично.

ну на AES у меня нареканий никогда не было. Я им полностью доверяю.
Насколько я понял, даже если создать отдельный файл и монтировать его как раздел, то файл представляется в итоге как набор тупо символов? Я к тому, что в последствие этот файл никоим образом нельзя привязать к TrueCrypt? а как на этот счет с физическим разделом?

В документации утверждается, что невозможно определить, является ли данный файл зашифрованным томом или порождением /dev/urandom-а. Физический раздел, как я понимаю, ничем от файла не отличается.

Удобно. Правда в сфере защиты информации никогда не может быть полной гарантии. Вот, например, не так давно:

http://it.slashdot.org/article.pl?sid=08/10/05/192258&from=rss

И ещё - никакое шифрование не спасёт тебя от кейлоггера.

От кейлоггера спасёт файл с ключом.

>От кейлоггера спасёт файл с ключом.

Угу, это как бороться со взломом, положив рядом ключ.

По-моему если над компьютером утерян контроль, не поможет ничего. Можно лишь пытаться минимизировать риски.

This!is!my!perfect!unbreakable!password.

а как шифрование в реальном времени сказывается на производительности? Допустим, на шифрованном разделе у меня будут ms sql БД...

Я пробовал, на виндах. Нормально работает.

Атака, либо на пароль, либо на потенциальные уязвимости механизма "вывода" ключа шифрования (описано в PKCS#5).

Можно применять "ключевые" файлы (т.е. часть информации из файла состыковывается с паролем и передается в процедуру "вывода").

Слегка уязвима к утечке страниц памяти в свап, но этим "недугом" страдают все программы подобного рода, да и опасность главным образом теоретическая.

Каких-то сигнатур в файле тома нет. Хотя, "случайные данные" - сама по себе сигнатура.

> а как шифрование в реальном времени сказывается на производительности? Допустим, на шифрованном разделе у меня будут ms sql БД...

У меня на копировании выдавал скорость аналогичную ntfs-3g - ~16Мб/сек. Подозреваю, что узким местом здесь является fuse. (Процессор: Barton 3200+)

> а как шифрование в реальном времени сказывается на производительности? Допустим, на шифрованном разделе у меня будут ms sql БД...

Зачотный фимоз мозга. А чо не оракель?

а 1СЭ однако