Driverless-конфигурация

Аппаратные ключи Sentinel HL могут поставляться в двух различных конфигурацих:
  • Driverless - современная конфигурация и доступ ко всему функционалу и современным возможностям
  • HASP-конфигурация - обеспечивает обратную совместимость с устаревшими системами защиты(HASP4/HASP HL), но не поддерживает часть современного функционала.


Разработчики могут самостоятельно обновить ключи Sentinel HL до конфигурации Driverless или сразу приобратеть ключи в этой конфигурации. Рекомендуем всем перейти на Driverless-конфигурацию, так как она предоставляет максимальный уровень безопасности и удобства, а также доступ ко всем современным возможностям.

Плюсы от перехода с ключей в конфигурации HASP на ключи в конфигурации Driverless


1. Не требуют установки драйвера: ключи в режиме Driverless не требуют установки каких-либо драйверов и работают как HID совместимые устройства. Преимущества:
  • Для установки драйверов требуются права администратора на компьютере клиента, это может потребовать дополнительных действий на стороне клиента, что не желательно. Использование ключей в режиме Driverless позволит исключить требования наличия у клиента прав администратора на его ПК.
  • Позволяет избежать проблем, которые могут возникать в работе драйвера на ПК.
  • Оба вышеуказанных пункта улучшают качество обслуживания клиентов и сокращают количество обращений в техническую поддержку.


2. Повышенный уровень защиты с AppOnChip: механизм AppOnChip позволяет исполнять код вашего приложения непосредственно внутри аппаратного ключа. Это позволяет разработчикам максимально надежно защищать свое программное обеспечение. Процесс защиты с помощью AppOnChip полностью автоматизирован, и нет никакой необходимости каким-либо специальным образом адаптировать код приложения. В списке доступных функций необходимо просто отметить те из них, которые должны быть защищены при помощи AppOnChip. Эта дополнительная мера безопасности делает ваш продукт наиболее защищённым. Преимущества:
  • Усиление защиты. AppOnChip заставляет небольшую часть кода приложения исполняться на аппаратном ключе, и результат исполнения является необходимым для продолжения работы всего приложения. Соответственно, приложение не сможет работать без аппаратного ключа. Разработчики могут выбирать, какие конкретно части кода должны быть защищены, с помощью удобного в использовании графического интерфейса.
  • Легкость внедрения. Процессы привязки приложения к аппаратному ключу, анализ того, какие части кода могут быть исполнены на ключе, и конвертация кода для исполнения на ключе абсолютно автоматизированы. От разработчиков не требуется никаких дополнительных усилий.
  • Защищенный код не хранится на ключе. В отличие от конкурирующих решений, весь код остается на жестком диске компьютера с защищенным приложением. Только в момент исполнения небольшая часть кода выполняется на ключе. Память ключа не затрагивается.
  • Защищённый код не замедляет быстродействие защищённого приложения.
  • Не нарушаются внутренние процессы. Разработчику не требуется следить за версиями обновлений защищённого приложения либо обновлять код внутри ключа у существующих пользователей.


3. V-Clock: V-Clock – это виртуальный таймер, позволяющий записывать лицензионные ограничения по времени в модели ключей (кроме Sentinel HL Basic), не имеющие реального счётчика времени. Доступен только в режиме Driverless. Преимущества:
  • 1) Позволит поставлять клиентам лицензии по подписке, в уже имеющиеся у них ключи: Sentinel HL Pro, Sentinel HL Max, Sentinel HL Net, - без необходимости замены ключа клиенту, и без соответствующих накладных расходом.
  • 2) Позволит поставлять клиентам лицензии по подписке в ключах с более компактным форм-фактором: Micro и Board.


4. Dynamic Memory: Размер динамической памяти значительно больше, чем доступная по умолчанию, стандартная RO/RW память. Динамическое пространство памяти разделяется между сегментами динамической памяти (подобно сегментам стандартной RO/RW памяти) и памятью для хранения лицензии (Features и Product). Преимущества:
  • В Driverless ключах получаем больше защищённой памяти: Read / Write Memory 4 KB + Read Only Memory 2 KB + Dynamic memory 25 KB. Для сравнения, в режиме HASP, ключи имеют: Read / Write Memory 4 KB + Read Only Memory 2 KB.
  • Все пространство, которое не используется для хранения лицензии (Features и Product), может использоваться для сегментов динамической памяти.


5. Network Seats в локальных моделях ключей: Эта опция позволяет записывать сетевые лицензии в изначально локальные модели ключей, такие как: Pro, Max, Time. Преимущества:
  • Позволяет сделать сетевым ключ любого форм-фактора (Mini, Micro и т.д.).
  • Позволяет не зависеть от модели ключа, с точки зрения количества сетевых рабочих мест. Для примера, если необходимо записать лицензию на 11 рабочих мест, вы должны были приобретать ключ Net-50, в который можно записывать лицензии до 50 сетевых рабочих мест, однако это не выгодно, так как вы из этих 50 рабочих мест используете только 11. Переход на Driverless ключи позволит вам записывать, в пользовательские ключи любое, нужное вам, количество сетевых рабочих мест, и именно за это конкретное количество вы и платите. Для этого, вы приобретает на свой мастер ключ нужное количество сетевых рабочих мест, записываются они в пул лицензий HL Pool of Seats на вашем Мастер ключе. Из этого пула лицензий вы и тратите сетевые рабочие места по своему усмотрению. Вы можете записывать как 2, так и 5, и 100, или даже 1000 сетевых рабочих мест в свои ключи, и платить именно за конкретное их количество.


6. Максимально возможное количество записываемых в ключ лицензий (Features, в зависимости от сложности лицензии): Driverless ключи дают возможность записывать в ключи большее количество Features ID. Для сравнения, в ключи HASP максимум можно записать до 231 Features ID, в ключи Driverless можно записывать от 240 до 2160 Features ID (в зависимости от сложности записываемых лицензий). Преимущества:
  • Большее количество защищённых приложений могут поставляться с одним ключом.
  • Не требуется предоставлять клиенту несколько ключей, что позволяет экономить на логистике и на стоимости самих ключей.


Driverless режим поддерживают ключи в новом корпусе с микропрошивкой 4.х и выше. Ключи в старом корпусе с микропрошивкой 3.25 и ниже не поддерживают данный режим на аппаратном уровне. Для перевода ключа Sentinel HL из режима работы HASP в режим Driverless, необходимо:
При записи лицензии через Sentinel EMS режим Driverless включается при создании продукта с feature, за это отвечает галочка “Upgrade to Driverless”. При записи такого продукта в ключ произойдёт перевод ключа из режима HASP в режим Driverless.

Либо в Sentinel EMS, либо через License Generation API записать в ключ лицензию с обновлением ключа до Driverless.

Для того, чтобы защищённое приложение работало с ключами в режиме Driverless, необходимо защитить своё приложение используя SDK LDK версии 6.3 и выше (для полной поддержки рекомендуется SDK LDK 7.0 и выше).

ВАЖНО: Обратите внимание, что ключи, работающие в режиме Driverless, не имеют обратной совместимости с предыдущими системами защиты, такими как HASP4, HASPHL и HASP SRM, и могут работать только с современной системой защиты Sentinel LDK. Обратно перевести ключ из режима Driverless в режим HASP невозможно!