Обзор программы BestCrypt

Главная

Обзоры

Статьи

Словарик

Контакты

Официальный сайт разработчиков: www.jetico.com

Последняя версия: BestCrypt Control Panel v.8.06 и BestCrypt Driver v.4.20 - выпущены 9 декабря 2008 г.

Главное окно программы шифрования BestCrypt

Рис. 1. Главное окно BestCrypt

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

Далее мы рассмотрим некоторые недостатки программы шифрования BestCrypt, ослабляющие или обладающие возможностью ослабить безопасность настолько, что никакие достоинства (которые также имеются) не могут этого скрасить. В большинстве случаев будут использоваться настройки по умолчанию - так как этот вариант используется многими пользователями. Сразу стоит упомянуть, что, по большей части, настройки по-умолчанию в программе шифрования BestCrypt подразумевают более низкий уровень безопасности, чем тот, что можно получить, изменив настройки. Это также считается недостатком программы.

Опции установки BestCrypt

Рис. 2. Выбор модулей расширения при установке

При инсталляции программы BestCrypt можно выбрать опции (рис. 2): шифрование файла подкачки, утилиты уничтожения, шифрованный архив, шифрование раздела - но по умолчанию они отключены. По завершении инсталляции требуется перезагрузить компьютер.

Настройки файла-контейнера

Рис. 3. Создание шифрованного файла-контейнера

При создании файла-контейнера (рис. 3) программа позволяет ввести имя файла, но расширение .jbc изменить нельзя (имя по-умолчанию: New Container.jbc). То есть мы не можем изменить расширение файла-контейнера, не нарушив нормальной работы программы. А это значит, что для того, чтобы найти шифрованный файл-контейнер на носителе информации - достаточно в поисковом запросе всего лишь указать расширение файла. Более того, сама программа после её запуска может выполнить такой поиск.

В опциях программы присутствует категория "Recently Mounted". То есть программа не только не пытается скрыть шифрованный файл с конфиденциальным содержимым - но, напротив, различными способами выдаёт его! Причём данная опция позволяет злоумышленнику без трудов определить, какие контейнеры использовались последними, и на этом основании предполагать, какие из файл-контейнеров ему следует анализировать. То есть файл-контейнеры, указанные первыми, скорее всего содержат часто используемые документы, а последними - файлы, использующиеся редко. Это также облегчает работу злоумышленника.

Авторы программы считают, что скрывать файл-контейнер не имеет смысла, так как опытный криптоаналитик легко найдёт область данных, содержащую случайные данные. Однако, это не совсем верно. Во-первых, найти необходимую область случайных данных в случае, если на компьютере постоянно использовалась, например, программа Eraser, довольно сложно (при наличии некоторого свободного дискового пространства), так как среди свободного дискового пространства будет довольно много псевдослучайных данных, сгенерированных и записанных Eraser'ом, и разобраться в этом "мусоре" будет намного сложнее. Во-вторых, как показано ниже, блок данных, генерируемый BestCrypt'ом, вовсе не является блоком случайных данных - и то, что этот блок довольно просто отыскать - является недоработкой программы.

По замыслу разработчиков файл-контейнер можно удалить лишь после ввода пароля для этого контейнера (при использовании соответствующей настройки; по умолчанию включена). Удалению препятствует запущенный процесс BCResident.exe, завершение которого с помощью диспетчера задач заблокировано. Однако, в действительности для удаления файла *.jbc достаточно воспользоваться утилитой Unlocker или ей подобной - файл-контейнер будет разблокирован и удалён после перезагрузки. Таким образом, функция защиты от удаления является лишь декорацией, создающей ложное ощущение безопасности у пользователей. Тогда возникает вопрос, не является ли таковой сама функция шифрования?

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

Рис. 4. Генерация псевдослучайных данных

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

По-умолчанию программа открывает содержимое диска, подмонтированного из контейнера, в "Проводнике" (опция "Explore Drives After Mounting"), что может приводить к нежелательным результатам.

Рассмотрим структуру тестового шифрованного файла-контейнера: в его начале идёт открытая служебная информация (заголовок), которая может быть использована в качестве сигнатур для поиска файлов-контейнеров на носителе информации, а также для криптоанализа. В частности, среди служебной информации можно найти данные об используемом криптографическом алгоритме (AES, Blowfish, Twofish, Serpent, CAST, ГОСТ 28147-89, RC-6) и режиме шифрования (CBC, LRW). Эти и другие данные можно также увидеть с помощью панели управления программы BestCrypt без ввода паролей.

          Offset      0  1  2  3  4  5  6  7   8  9  A  B  C  D  E  F

          00000000   00 00 00 4C 4F 43 4F 53  39 34 20 D1 A9 3A 6C 00   ...LOCOS94 С©:l.
          00000010   00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
          00000020   00 00 00 00 00 00 00 00  00 00 00 42 43 5F 4B 65   ...........BC_Ke
          00000030   79 47 65 6E 49 44 04 00  00 00 03 00 00 00 54 00   yGenID........T.
          00000040   65 00 73 00 74 00 43 00  6F 00 6E 00 74 00 00 00   e.s.t.C.o.n.t...
          00000050   00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
          00000060   00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
          00000070   00 10 00 00 00 00 00 00  00 00 10 00 00 00 00 00   ................
          00000080   F0 00 00 00 02 00 00 BC  80 00 00 00 98 00 01 00   р......јЂ......
          00000090   00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
          ..............................................................................

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

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

BestCrypt создаёт контейнеры с неравномерно распределёнными битами

Рис. 5. Анализ файла-контейнера, зашифрованного в BestCrypt

Для анализа был создан AES-CBC-контейнер объёмом 100МБ. Минимальные значения на графике - порядка 383 000. В реализации AES биты шифртекста должны быть равномерно распределены, но при взгляде на диаграмму становится непонятным: для чего было модифицировать выходную последовательность? Или, что ещё страшнее: может, это и является характеристикой выходной последовательности? Таким образом, возникают сомнения и в корректности реализации алгоритма шифрования. Аналогичное явление наблюдается и при выборе других алгоритмов шифрования и различных режимов (CBC и LRW).

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

admin

Опубликовано: 30.09.2008

Последнее изменение: 25.06.2009