Перейти к содержанию
Сергей Ильин

PassMark: тест быстродействия систем шифрования

Recommended Posts

Сергей Ильин

Наткнулся на интересный тест, но не антивирусов, а систем настольного шифрования.

Тест проведен PassMark, заказан Check Point. Стенд для тестирования: Intel Pentium 4 - 3.06 GHz with HT, 1GB RAM, 160GB SATA HD, Windows XP SP2 (BitLocker тестировался на Vista).

Тестировались:

Check Point Full Disk Encryption (Pointsec for PC Enterprise Workplace 6.2.0)

PGP Whole Disk Encryption 9.6 with PGP Universal Server 2.6.0

Utimaco SafeGuard Easy 4.3.0.6

SafeBoot Device Encryption 4.2.14 (теперь McAfee)

GuardianEdge Encryption Anywhere Hard Disk 8.1.1

Microsoft BitLocker (original release i.e. no SP)

Итоговые результаты - PassMark Composite Rating

Check Point - 93.4

Ultimaco - 88.55

BitLocker 87.25

PGP 80.9

GE 77.55

SafeBoot Device Encryption 4.2.14 - 51.8

pass_mark.jpg

Результаты отдельных подтестов. Производительность жесткого диска (расстановка вендоров идентична итоговым результатам).

disk_mark.jpg

А вот мне показалось наиболее интересным в этом тесте. Деградация производительности жесткого диска на 20-40% при использовании прозрачного шифрования - это перебор.

disk_performance.jpg

Немного другая картина при копировании файлов.

file_copy.jpg

С более подробными данными теста можно ознакомиться здесь

http://www.checkpoint.com/products/datasec...st-results.html

Интересно ваше мнение о том, насколько такие тесты вообще интересны?

А то может быть стоит и нам что-то похожее сделать ...

post-4-1249044690_thumb.jpg

post-4-1249045055_thumb.jpg

post-4-1249045211_thumb.jpg

post-4-1249045523_thumb.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
priv8v

Насколько это интересно пользователям домашних ПК? Ответ на этот вопрос будет частично и ответ на Ваш вопрос :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин
Насколько это интересно пользователям домашних ПК?

Все тестируемые продукты, кроме BitLocker - это корпоративные системы шифрования. Домашние пользователи тут совсем не при чем ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
priv8v

Вы не поняли мой намек ;)

Я тактично намекал на то, что это никому не нужно и совершенно не интересно, кроме единиц. Большинство пользователей - пользователи домашних компов или админы, которым все равно это не нужно. Оставшихся можно пересчитать по пальцам одной руки.

Поэтому считаю нецелесообразным делать на АМ подобные тесты с расчетом на интерес пользователей и бурное обсуждение этих тестов. Имеет смысл проводить подобные тестирования на АМ только для того, что бы посветиться в СМИ и привлечь тех, кому это интересно. ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
dot_sent
А вот мне показалось наиболее интересным в этом тесте. Деградация производительности жесткого диска на 20-40% при использовании прозрачного шифрования - это перебор.

Отнюдь. Сильно зависит от алгоритма шифрования, может быть и больше. У моей трукриптовской приблуды на основе ГОСТа - около 50%, и я просто счастлив, что настолько мало. Я ожидал замедления раз в 5, когда начинал работу...

Вы не поняли мой намек ;)

Я тактично намекал на то, что это никому не нужно и совершенно не интересно, кроме единиц. Большинство пользователей - пользователи домашних компов или админы, которым все равно это не нужно. Оставшихся можно пересчитать по пальцам одной руки.

Поэтому считаю нецелесообразным делать на АМ подобные тесты с расчетом на интерес пользователей и бурное обсуждение этих тестов. Имеет смысл проводить подобные тестирования на АМ только для того, что бы посветиться в СМИ и привлечь тех, кому это интересно. ;)

Совершенно согласен.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Создайте учетную запись или войдите, чтобы комментировать

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти

  • Сообщения

    • stepangrnec
      купить лотерейный билет лото  мгновенная лотерея онлайн 
    • demkd
      HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{c53e07ec-25f3-4093-aa39-fc67ea22e99d}
      Windows.StateRepositoryPS.dll используется в ShellExperienceHost.exe, который в результате и рубится из-за исключения уже в другой библиотеке - StartUI.dll при нажатии на кнопку меню с виндовым флажком, как это связано с Windows.StateRepositoryPS.dll не совсем ясно, поскольку в событиях не видно никаких проблем с соответствующим ему COM.
      "Для них недостаточно просто назначить Full Access для Everyone" тут это прокатывает и все работает если впрямую назначить Everyone и дать полный доступ, а uVS ранее просто и незатейливо сбрасывал dacl в null и отключал наследование, что если верить msdn обеспечивает полный доступ к ключу всем и оно так и есть, но как оказалось нравится это не всем причем таким странным образом, поэтому теперь и dacl и owner всегда возвращаются в исходное состояние во избежании.
    • Такси Курумоч
      Такси Курумоч Аэропорт Самара с квитанцией, чеком Сайт: http://g-transfer.ru
      Email: [email protected]
      Viber/Whatsapp +79272040919
      Телефон +79991709505   Воспользовался услугами данной трансферной компании, и решил обязательно поделиться со всеми)
    • Dragokas
      demkd, какой конкретно ключ? Если речь идёт о доступе служб к ключам, то начиная с Vista есть службы с так называемым Restricted SID (ServiceSidType = 3). Для них недостаточно просто назначить Full Access для Everyone (S-1-1-0).
    • demkd
      Неожиданно в Win10 всплыла нехорошая ошибка с правами доступа к ключам, как оказалось полный доступ к некоторым ключам может привести к неработоспособности отдельных компонентов Windows.
      К примеру исправление двойных слешей в Win10 1803 убивает меню пуск, почему ему не нравится полный доступ к ключу я так и не понял, но теперь такой проблемы нет и владелец и права доступа восстанавливаются после модификации ключа. ---------------------------------------------------------
       4.0.18
      ---------------------------------------------------------
       o В окно информации о процессе добавлены проценты загрузки CPU с момента создания процесса.
         "CPU" = загрузка всего процессора.
         "CPU 1 core" = загрузка в пересчете на 1 ядро.  o uVS теперь восстанавливает права доступа и владельца ключей после модификации параметров ключа.  o Исправлена ошибка из-за которой в лог могло выводиться обрезанное информационное сообщение о пути до ключа реестра.  o Исправлена ошибка из-за которой не удавалось изменить некоторые ключи реестра при запуске uVS под текущим пользователем.
         (Если права доступа запрещали изменение ключа для текущего пользователя).  o Исправлена финальная (когда не помогло использования ASA) функция удаления защищенных ключей реестра из веток *\CLSID.
         Ранее удаление завершалось с ошибкой "ключ не найден".
         (!) Внимательно следите за тем что вы удаляете, функция игнорирует системную защиту реестра (Win10) и защиту большинства антивирусных программ.  
×