11

Я хотел бы услышать от пользователей TrueCrypt, которые имели как хорошие, так и (если таковые имеются) неудачные опыты с ним: достаточно ли это надежно для критически важного для бизнеса использования? В моем случае я ожидаю использовать файловые контейнеры, а не шифровать целые разделы.

Для меня сценарий кошмара таков: я иду, чтобы открыть контейнер, предоставляю правильную аутентификационную информацию (будь то пароль, ключ и т.д.), И TrueCrypt просто не может открыть контейнер по любой причине. Возможно, при последнем обновлении произошла ошибка записи. Возможно, случайный космический луч попал не в ту часть структуры данных. Возможно, машина, на которой я последний раз использовал контейнер, была разрушена падающим спутником, и сейчас я пытаюсь открыть контейнер на другой машине с другой архитектурой (32-битная Windows вместо 64-битной * nix, что угодно). Вы поняли идею.

Меня не волнуют страшные истории о потерянных ключах или о том, что у тебя есть; ничто без бэкдора не сможет защитить вас от глупостей. Я говорю о программном сбое, который приводит к потере ваших данных.

(И да, разумеется, если я имею дело с критически важными для бизнеса данными, я собираюсь хранить резервные копии контейнера - несколько раз во времени, возвращаясь дни / недели / и т.д.), Чтобы смягчить последствия некоторых из перечисленных .)

|источник

3 ответа3

8

Я и мои коллеги-инженеры в офисе все используем TrueCrypt.

Каждый из нас хранит локальное хранилище данных TC объемом 50 ГБ в формате NTFS. Каждый дает свой пароль нашему боссу и сохраняет резервные копии на NAS в офисе.

Процедурно, отсутствие условного депонирования является основной причиной НЕ использовать TC. Т.е. если кто-то изменит свою парольную фразу, разозлится и выйдет, у нас НЕТ способа доступа к его данным. Таким образом, с точки зрения бизнеса, это, вероятно, самый большой риск.

Что касается производительности, TC будет идти в ногу с тем, как он интегрируется с хост-ОС, но я бы не стал использовать его для шифрования корпоративного хранилища данных или чего-либо еще.

Нам очень нравится тот факт, что TC поддерживает несколько платформ, потому что не все наши инженеры используют одну и ту же ОС. Некоторые работают под управлением Linux, некоторые работают под управлением Windows, и независимо от того, что TC работает Это также не волнует, если вы переключаете платформы! Это мило.

|источник
6

TrueCrypt так же надежен, как и простой раздел: если он подвержен неисправимой ошибке, не имеет значения, какой тип тома, вы все равно потеряете данные.

Хорошая вещь о TrueCrypt заключается в том, что вы не потеряете все это (следующее было взято из FAQ):

Что произойдет, если часть тома TrueCrypt будет повреждена?

В зашифрованных данных один поврежденный бит обычно повреждает весь блок зашифрованного текста, в котором он произошел. Размер блока зашифрованного текста, используемого TrueCrypt, составляет 16 байт (т.е. 128 бит). Режим работы, используемый TrueCrypt, гарантирует, что, если повреждение данных происходит внутри блока, остальные блоки не будут затронуты. См. Также вопрос « Что делать, если зашифрованная файловая система на томе TrueCrypt повреждена »?

Что мне делать, если зашифрованная файловая система на томе TrueCrypt повреждена?

Файловая система на томе TrueCrypt может быть повреждена так же, как и любая обычная незашифрованная файловая система. Когда это происходит, вы можете использовать инструменты восстановления файловой системы, поставляемые с вашей операционной системой, чтобы исправить это. В Windows это инструмент «chkdsk». TrueCrypt предоставляет простой способ использования этого инструмента на томе TrueCrypt: щелкните правой кнопкой мыши подключенный том в главном окне TrueCrypt (в списке дисков) и в контекстном меню выберите «Восстановить файловую систему».

|источник
1

Truecrypt может иметь дело со всем, кроме этих двух.

  • ошибка записи при последнем обновлении

Это связано с файловой системой и выходит за рамки truecrypts, ОС и файловая система должны беспокоиться о том, чтобы сделать это правильно.

  • рассеянный космический луч попал не в ту часть структуры данных.

Я не верю, что любое программное обеспечение можно обезопасить, если космический луч перевернет неправильный бит оперативной памяти в решающий момент.

Единственный способ обезопасить себя от этих потенциальных ошибок - резервные копии.
|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .