Усі Апаратні USB-ключі Sentinel HL (HASP) підтримують режим роботи Driverless.
Плюси від переходу з ключів у конфігурації HASP на ключі у конфігурації Driverless:
1. Не вимагають інсталяції драйвера: ключі в режимі Driverless не вимагають інсталяції будь-яких драйверів і працюють в Windows як HID сумісні пристрої
Переваги:
- Для встановлення драйверів потрібні права адміністратора на комп'ютері клієнта, це може вимагати додаткових дій на стороні клієнта, що не бажано. Використання ключів у режимі Driverless дозволить унеможливити наявність у клієнта прав адміністратора на його ПК.
- Дозволяє уникнути проблем, які можуть виникати у роботі драйвера на ПК.
- Обидва вищезазначені пункти покращують якість обслуговування клієнтів та скорочують кількість звернень у технічну підтримку.
2. Підвищений рівень захисту програм за допомогою AppOnChip: механізм AppOnChip дозволяє виконувати код вашої програми безпосередньо всередині апаратного ключа. Це дозволяє розробникам максимально надійно захищати своє програмне забезпечення. Процес захисту за допомогою AppOnChip повністю автоматизований, і немає жодної необхідності будь-яким спеціальним чином адаптувати програмний код. У списку доступних функцій просто відзначити ті з них, які повинні бути захищені за допомогою AppOnChip. Цей додатковий захід безпеки робить ваш софт найбільш захищеним.
Переваги:
- Посилення захисту. AppOnChip змушує невелику частину коду програми виконуватися на апаратному ключі, і результат виконання є необхідним для продовження роботи всієї програми. Відповідно, програма не зможе працювати без апаратного ключа. Розробники можуть вибирати, які частини коду повинні бути захищені, за допомогою зручного у використанні графічного інтерфейсу.
- Легкість застосування. Процеси прив'язки додатка до апаратного ключа, аналіз того, які частини коду можуть бути виконані на ключі, і конвертація коду для виконання ключа абсолютно автоматизовані. Від розробників не потрібно жодних додаткових зусиль.
- Захищений код не зберігається на ключі. На відміну від конкуруючих рішень весь код залишається на жорсткому диску комп'ютера із захищеним додатком. Тільки у момент виконання невелика частина коду виконується на ключі. Пам'ять ключа не торкається.
- Захищений код не уповільнює швидкодію захищеної програми.
- Не порушуються внутрішні процеси. Розробнику не потрібно стежити за версіями оновлень захищеної програми або оновлювати код усередині ключа у існуючих користувачів.
Увага! Механізм AppOnChip недоступний для ключів Sentinel HL (HASP) Basic та Sentinel HL (HASP) Pro.
3. V-Clock: V-Clock – це віртуальний таймер, що дозволяє записувати ліцензійні обмеження за часом у моделі ключів (крім Sentinel HL Basic), які не мають реального лічильника часу.
Переваги:
- Дозволить постачати клієнтам ліцензії за підпискою, у вже наявні у них ключі: Sentinel HL Max, Sentinel HL Net - без необхідності заміни ключа клієнту, і без відповідних накладних витрат.
- Дозволить постачати клієнтам ліцензії на підписку в ключах з більш компактним форм-фактором: Micro та Board.
Увага! Механізм V-Clock недоступний для ключів Sentinel HL (HASP) Basic та Sentinel HL (HASP) Pro.
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 (залежно від складності ліцензій, що записуються).
Переваги:
- Більша кількість захищених програм може постачатися з одним ключем.
- Не потрібно надавати клієнту кілька ключів, що дозволяє економити на логістиці та вартості самих ключів.
Для переведення ключа Sentinel HL з режиму роботи HASP в режим Driverless необхідно:
Або в Sentinel EMS або через License Generation API записати в ключ ліцензію з оновленням ключа до Driverless.
При записі ліцензії через Sentinel EMS режим Driverless включається під час створення продукту з feature, за це відповідає кнопка “Upgrade to Driverless”. При записі такого продукту в ключ відбудеться перехід ключа з режиму HASP на Driverless.
Для того, щоб захищена програма працювала з ключами в режимі Driverless, необхідно захистити свою програму використовуючи SDK LDK версії 6.3 та вище (для повної підтримки рекомендується SDK LDK 7.0 і вище).
*ВАЖЛИВО!*: Зверніть увагу, що ключі, що працюють у режимі Driverless, не мають зворотної сумісності з попередніми системами захисту, такими як HASP4, HASPHL та HASP SRM, і можуть працювати тільки з сучасною системою захисту Sentinel LDK. Назад перевести ключ із режиму Driverless в режим HASP неможливо!
