К чему привязать лицензионный ключ

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

Поделитесь своим опытом, а также возможными проблемами.
Кто нибудь использовал аппаратные ключи? Сколько они стоят, насколько сложно с ними работать???

gr_vl

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

Только аппаратные ключи могут даровать некоторую видимость кошерной защиты.
Работать с ними несложно - для всех ключей есть API.
Пользуюсь ключами HASP HL от Aladdin, и ключами SenseLock.

Второй ключ, при правильном подходе к защите, позволяет сделать практически неснимаемую защиту.

gr_vl
Коллеги, руководство требует внедрения защиты от копирования разрабатываемого программного обеспечения.

Пошли их на экскурсию по хакерским сайтам, может у них наступит какое то прояснения. Не спасают даже аппаратные ключи.

Anatoly Podgoretsky
Не спасают даже аппаратные ключи.

Сенслок спасет :-) При условии, что разработчик сможет вынести в него часть основных алгоритмов (для прикладных программ это может быть очень непросто)). + для работы с сенслоком недостаточно знать API, как минимум найти понимающего сишника, или забашлять ребятам-поставщикам за услуги программинга.
Не думаю что верным решением будет хасп => сломать его можно, а ведь эти ключи не продаются по 100р за килограмм, за сходную цену логичнее выбрать продвинутый сенслок (или аналоги, если таковые уже появились)

ТС, что за продукт то? Если дешевый - нет смысла связываться с ключами, они минимум 20$ к цене накрутят. Если широко тиражируемый - не стоит делать привязку к оборудованию, поддерживать заеустанешь. Если с ограниченными продажами - есть смысл делать привязку к оборудованию. Если работа с продуктом требует подключения к инету - нелишним будет сделать проверку через инет. Если продукт дорогой - однозначно ключи (особенно если получится сделать так, что кол-во ключей меньше чем кол-во продаваемых лицензий)

Ну начать то все равно придется с программного ключа..
За аппаратный буду общатся с начальством. Продукт спецефический, маловостребованный и потому дорогой.
Так что вопрос к чему в системе можно привязаться (типа MAK адреса, серийного номера диска)..

gr_vl
Ну начать то все равно придется с программного ключа.. За аппаратный буду общатся с начальством. Продукт спецефический, маловостребованный и потому дорогой. Так что вопрос к чему в системе можно привязаться (типа MAK адреса, серийного номера диска)..

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

gr_vl,

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

Обычно ко всем готовым решениям есть готовые системы взлома.

Maxim Rusov
Обычно ко всем готовым решениям есть готовые системы взлома.

если код выносится в электронный ключ, то все Ваши готовые системы взлома идут отрядом в лес

Защита приложений на Delphi