Обновилась программа для создания зашифрованных виртуальных дисков в Linux и windows. Среди изменений в частности, исправление ошибок (в т.ч. при работе под linux). Основные возможности TrueCrypt:
Создание виртуальных зашифрованных дисков в файле/разделе.
От bestcrypt-а лично у меня аллергия. В мохнатом 2002 году упал он с критическими ошибками в зашифрованном томе. Жаль что отличные программы для оффтопика (Steganos security suite и GPG desktop) не портированы на linux :(
Drive Mapper - в ядре 2.6
Crypt - в ядре (при EXPERIMENTAL открывается как расширение DM, раньше было отдельной софтиной)
CryptAPI - в ядре
Cyptsetup - это фронтенд к dm-crypt, доступен в исходниках.
Можно криптовать любые устройства (в том числе, софтверные RAID-массивы, флешки и т. п.). Можно даже своп закриптовать - что, в общем-то, полезно - чисто теоретически в своп могут попать важные данные (особенно, при использовании tmpfs).
Сервак стоит с терабайтным LSI MegaRAID (RAID-5) массивом. Работает год (ставил dm-crypt на 2.6.11, кажется, ядро - тогда Crypt в ядре еще небыло). Нареканий нет.
Ну наехали... Под Windows он, не только под Linux. Могу ошибаться, но по моему изначально под Windows и только потом портированный под Linux. На рынке Windows программ - по моему даже freeware альтернативы нет. Я лично с удовольствием перешел на него с BestCrypt. Программа хоть и относительно новая, но корни ростут с какого-то старого виндового GPL-проекта. Не помню точно, читать сейчас лень. Так что высказывающим претензии "зачем надо" предлагаю все вышеперечисленное учесть. На винде - надо, учитывая что можно криптованный том (к тому же например на флешке с виндовой версией на той же флешке) смонтировать и под Windows и под Linux - я для себя альтернативы не вижу.
Насчет многкратного шифрования никто не сомневался - только к чему замечание?
А вообще вроде обьяснили что крайне серьезное достоинство заключается в наличии версии под Windows. Ну и если я правильно понимаю реально в кроссплатформенности - не завязан на системные вещи Linux. Ну и наверно все-таки может оказаться полезной возможность создания скрытого раздела... Теоретически.
"Не думайте, что кто-нибудь станет заниматься прямым криптоанализом шифртекста - в современных условиях это неоправданно дорогостоящая атака с негарантированным результатом. Гораздо проще обойти непроницаемую криптографическую защиту PGP и определённым образом получить ключевую фразу и закрытый ключ пользователя: перехватив ли их с помощью трояна, скрытно установленного в помещении миниатюрного видеозаписывающего устройства, путём удалённой регистрации излучаемых компьютером электромагнитных волн или же при помощи шантажа, социальной инженерии либо прямого физического воздействия на самого пользователя. Перечисленное не исчерпывает список возможных векторов и методов атак, но эти - экономически наиболее эффективны." http://pgpru.com/faq/crypto/
таким образом, потенциальный злоумышленник, используя термоэлектроприбор специального вида, может получить доступ к данным, зашифрованным TrueCrypt. Решения проблемы в настоящее время нет.
Не, там именно стеганография. Он может внутри одного сделать второй шифрованный раздел так, что без пароля ты даже не установишь факт существования второго раздела.
>не, там именно стеганография. Он может внутри одного сделать второй шифрованный раздел так, что без пароля ты даже не установишь факт существования второго раздела.
это еще не стеганография. стеганография будет если ты этот зашифрованный раздел внедришь в популярный фильмVideoOut.avi
я к тому, что критерий должен быть инвариантным относительно семантики шифруемых данных. если открыв контейнер мы видим там юля_савичева.mp3 и file.dat - это обычная криптография. а как интерпретировать эти данные - уже дело пользователя, file.dat может быть потоком mpeg2 или еще одним контейнером.
> таким образом, потенциальный злоумышленник, используя термоэлектроприбор специального вида, может получить доступ к данным, зашифрованным TrueCrypt. Решения проблемы в настоящее время нет.
шифрованные разделы очень хороши на ноутбуке, который легко потерять/легко могут украсть. По крайней мере, деловому человеку будет спать спокойнее.
> В общем, странная какая-то поделка... > С помощью dm-crypt можно делать все то же самое.
Под Линуксом, насколько я помню, он напрямую использует dm-crypt, так что можно рассматривать его как удобный framework для работы, примерно одинаково функционирующий под разными платформами.
>TrueCrypt Licensing. Karl Goetz wondered if the license of the popular multi-platform disc encryption software TrueCrypt is free enough to allow distributing it with Debian. Michael Poole answered that the license isn't free at all because there are a lot of unclear and unprecise paragraphs which makes it impossible to distribute TrueCrypt within Debian.
> ALTERNATIVELY, provided that this notice is retained in full, this product may be distributed under the terms of the GNU General Public License (GPL), in which case the provisions of the GPL apply INSTEAD OF those given above.
> А под "стеганография" что понимается? двойное шифрование одних и тех же данных?
в TrueCrypt владелец зашифрованных данных обладает возможностью отказаться от факта шифрования данных. У тома TrueCrypt нет никаких свойств, характеризующих его, как том. В отличие от того же dm-crypt.
Ну это не совсем стеганография в чистом виде. Двухвходовый криптоконтейнер - скажем так. Один вход для себя - другой для "интересующихся" товарищей, которые неприменно хотят увидеть что же там есть. Эти два "раздела" пересекаются - т.е. заполнив на 100% криптоконтейнер под одним логом вы потрете данные записаные под другим. Но зато, как отмечалось выше, наличие второго входа необнаруживаемо и сам контейнер не имеет сигнатуры. В чем собственно и заключается его преимущество перед dm-crypt.
Ну это не совсем то: насколько я разбирался - в TrueCrypt всё устроенно хитрее. Никакие операции под одним логом не повредят данных второго - пока не будет превышен обьём. Насчет сигнатуры - шли довольно долгие прения на том же pgpru.com (если не ошибаюсь) с привлечением разработчиков сабжа - сошлись на том, что не определяется .
> но тем не менее - факт существования криптоконтейнера врагу известен, не так ли?
Дык, в том-то и цимес, что нет. Без пароля от скрытого контейнера невозможно даже узнать есть он или нет. Иначе просто смысла нет париться, ибо второй пароль легко получается тем же "терморектальным криптоанализом"... ;-)
> т.е. заполнив на 100% криптоконтейнер под одним логом вы потрете данные записаные под другим
Не обязательно. Там есть режим защиты внутреннего криптоконтейнера от повреждения. Разумеется, при знании его пароля.
Т.е. сам не испортишь, но и на 100% не заполнишь, а "товарищи" заполнят, убив данные. Впрочем, это как раз тот случай, когда потеря приемлема и желательна. :)
> When a computer hibernates (or enters a power-saving mode), the content of its system memory is written to a storage file on the hard drive. TrueCrypt cannot prevent cached passwords, encryption keys, and the contents of sensitive files opened in RAM from being saved unencrypted to a hibernation storage file. Note that when you open a file stored on a TrueCrypt volume, for example, in a text editor, then the content of the file is stored unencrypted in RAM (and it may remain unencrypted in RAM until the computer is turned off). Also note that when a TrueCrypt volume is mounted, its master key is stored unencrypted in RAM. Therefore, we strongly recommend that you prevent or disable hibernation mode on your computer at least for each session during which your work with any sensitive data and during which you mount a TrueCrypt volume.
Под виндами наличие сего костыля еще хоть как-то оправдано (заложено в костыльную архитектуру, иначе говоря), но каким хреном эта шарага для юниксов... слесари-гинекологи, епте %)
"Вам шашечки или ехать?" Если шашечки (соблюдение стандартов), то в тех сферах применения, где это требуется ты всё-равно без всех лицензий и сертификатов ничего не внедришь.
> ЗЫ: За отказ сообщить пароль к архиву/контейнеру, к примеру, в UK Вы схлопочете 5 лет. Думайте сами...
а вот для этго и пригодится второй невидимый контейнер, "размазанный" по первому... особенно если на него положить авишку, в которую уже внедрить еще один, третий, контейнер, в котором будет немного вареза (чтобы повелись, если вдруг найдут :) и еще один невидимый контейнер, уже с sensitive data %))))))))
Я, во-первых, не в UK (и в свете такого маразма - UK явно не то место, куда нужно стремиться), во-вторых, вопрос ставился как "если есть нативные системные средства, позволяющие получить результат, то зачем ставить костыли и велосипеды?".
> When a computer hibernates (or enters a power-saving mode), the content of its system memory is written to a storage file on the hard drive. TrueCrypt cannot prevent cached passwords, encryption keys, and the contents of sensitive files opened in RAM from being saved unencrypted to a hibernation storage file. Note that when you open a file stored on a TrueCrypt volume, for example, in a text editor, then the content of the file is stored unencrypted in RAM (and it may remain unencrypted in RAM until the computer is turned off). Also note that when a TrueCrypt volume is mounted, its master key is stored unencrypted in RAM. Therefore, we strongly recommend that you prevent or disable hibernation mode on your computer at least for each session during which your work with any sensitive data and during which you mount a TrueCrypt volume.
> Пр-р-рэлэстно.
Ну так это в винде нельзя зашифровать своп и "хибернетица" в него. Юзайте линукс :)