Неудачное исполнение PGPDisk в 9-ой версии

У меня стояла раньше версия 8.1, решила перейти на более новую 9.01...
Сразу же бросились в глаза 2 неудобства:

1. Нельзя из трея вызвать менеджер PGPDisk-а, нужно загружать обязательно интерфейс десктопа.
2. PGPDisk 9.0 не может найти распознать и открыть контейнер, если его расширение
(с целью скрытия от любопытных глах) изменено вручную с *.pgd на любое типа
*.tmm
Если 8.1 прекрасно распознавал по началу исходника файла (PGPdMAIN...) и предлагал ввести ключевую фразу, то 9-ка вообще непонимаеь такого файла.
А переименовывать контейнеры обратно в *.pgd нехочется.

3. Самое важное палево :) PGPDisk 9.0 открывает PGPDisk кониейнер, только после добавления его в список контейнеров со всеми путями! К нему. Конечно потом можно это окно почистить, но как по мне это перебор :(

Можно ли как-то обойти эти проблеммы или это и есть НЕполезные "фичи" новой версии?

Комментарии

—	SATtva (20/06/2005 20:24) профиль/связь <#> комментариев: 11558 документов: 1036 редакций: 4118

1. Нельзя. Новый "объединённый интерфейс" действительно не всегда удобен.
2. Смена расширения файла не является средством защиты или сокрытия контейнера: его всегда можно безошибочно распознать по восьми первым байтам (PGPdMAIN). Злоумышленнику несложно проверить первые байты всех файлов на диске, что выдаст все контейнеры PGP, какие бы расширения Вы им ни давали. Если Вам необходима возможность сокрытия наличия зашифрованных данных, как таковых, используйте TrueCrypt — его контейнеры не имеют определённой структуры, каких-либо меток и заголовков.
3. То же самое, что было отмечено выше.

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

—	*Гость* (20/06/2005 21:30) <#>

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

—	SATtva (20/06/2005 22:01) профиль/связь <#> комментариев: 11558 документов: 1036 редакций: 4118

Раньше это было наследием шестых-седьмых версий. Код девятой полностью переработан, отчего каких-то особенностей ранних действительно можно не обнаружить. "Сокрытие" контейнеров (и их расширений) в предыдущих версиях относится к фичам того же разряда, ибо не привносит возможности реального сокрытия контейнера, а только вводит пользователя в заблуждение и ложное чувство защищённости. По-видимому, разработчики сочли такую практику вредной.

Если Вы опасаетесь, что посторонний может случайно или намеренно повредить или стереть найденный контейнер, лучше храните его резервные копии. Если же опасаетесь иных более целенаправленных и ресурсоёмких атак, используйте TrueCrypt либо другие средства, реализующие методы стеганографии. Но не думайте, что простым переименованием файла можно добиться его защиты. Если так, то использование стойкой криптографии для ограничения доступа вносит серьёзный дисбаланс и сильно превышает Вашу модель угрозы.

Ваша оценка документа [показать результаты]