Обновление Firmware ключа 2.16 -> 3.25

Страницы: 1
RSS
Обновление Firmware ключа 2.16 -> 3.25
 
Вопрос от конечника.
Есть ПО которое приобрели в 2010 году. защищено оно ключом HASP HL c прошивкой 2.16.
При попытке запуска ПО под Windows 7 x64 с последними драйверами вываливаются ошибки защиты (ключ не найден и т.п.). Если зайти в http://localhost:1947/ на странице ключей видим надпись "HASP version not supported".

Подозреваю, что это может быть из-за несовместимости современных драйверов и прошивки ключа. Старые драйвера при попытке установки на Win 7 x64 сообщают "Unsupported operating system".

От обновления  удерживает единственный вопрос - после обновления Firmware ключа останется ли система защиты программы совместимой с ним?. Смущает то, что везде пишут про это обновление, что это обновление функционала ключей до HASP SRM, но сохраняется ли при этом обновлении ПО совместимость связки драйвер-firmware ключа с защитой программ, защищённых 6 лет назад - понять невозможно.

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

Ключи HASP HL c микропрошивкой 2.16 сразу наводят на мысль, что ПО защищено устаревшей системой защиты (вероятнее всего HASP4 - система защиты 1996 года, нами снята с поддержки в 2006-2007 гг.), а следовательно обновление микропрошивки Вам уж точно не поможет никак. Обновление микропрошивки нужно только если Вам предоставят дистрибутив ПО, защищённого современной системой защиты (Sentinel LDK), в противном случае данное действие абсолютно бесполезно.

"Если зайти в http://localhost:1947/ на странице ключей видим надпись "HASP version not supported"." - а сюда вообще нет смысла заходить, так как ПО защищённое на устаревшие системы защиты, такие как HASP4 и HASP 1.3 (она же HASP HL), не работают с ключом через менеджер лицензий, встроенный в драйвер, GUI которого Вы как раз и видите на страничке http://localhost:1947/.
HASP4 и HASP 1.3 (она же HASP HL) для работы с ключами по сети, требуют отдельно устанавливаемого менеджера лицензий HASP LM, но для локальной работы с ключом даже и он не требуется.

Основная проблема у Вас заключается в том, что само ПО защищено старой системой защиты, давно снятой нами с поддержки, и как следствие для таких систем защиты у нас нет официальной поддержки современных ОС. Всё свежее Windows Vista уже официально не поддерживается. Вам необходимо обратиться к разработчику ПО с вопросом поддерживает ли его ПО работу на требуемой Вам ОС. Если да - пусть пришлют Вам дистрибутив защищённого ПО, причём используемая система защиты должна также поддерживать требуемую Вам ОС, после чего они либо удалённо обновят Вам лицензии в текущем ключе (вот тогда как раз потребуется обновить в ключе микропрошвку), либо заменят ключ на новый.
 
Юрий, Ваши слова об окончании поддержки в 2007 году звучат несколько странно, потому что программа нами была приобретена весной 2010 года.

Можете ли Вы как-либо помочь однозначно идентифицировать как(чем) была защена программа, если (например) мы предоставим вам какой-либо из EXE-файлов и фото ключа?
Если необходимо доказательство приобретения - можем прислать скан накладной.

Если всё то, что Вы предполагаете окажется истиной, то, как мне кажется, это будет нам основанием задавать вопросы разработчику (если, конечно, они живы ещё).
 
Добрый день, Олег.

"программа нами была приобретена весной 2010 года" - это ни о чём не говорит. 1С, к примеру, до сих пор защищаются с помощью технологии HASP4, и люди и в 2017 году покупают их ПО. Мы продаём именно ключи, а ПО для защиты у нас в свободном доступе и распространяется бесплатно. Ключ - лишь контейнер для хранения лицензий, следовательно, если бы Вы были разработчиком ПО, Вы бы могли найти на просторах интернета HASP4 SDK, приобрести у нас стартовый комплект ключей, и без проблем использовать их с HASP4 SDK и защищаться с помощью устаревшей технологии. Никто Вам этого не запрещает.

"Можете ли Вы как-либо помочь однозначно идентифицировать как(чем) была защена программа" - по предоставленной Вами информации это либо HASP4, либо HASP 1.3, обе технологии сняты с поддержки в 2007 году. Вам при любом раскладе обращаться к разработчику ПО, так как мы по большому счёту с конечными клиентами и не работаем.
С конечными пользователями мы работает только если есть однозначная проблема с ключом и если его к нам переадресовал разработчик ПО, предоставив нам всю необходимую нам для анализа информацию об используемых у них компонентах нашего SDK.
 
Oleg Denisov,  "однозначно идентифицировать как(чем) была защена программа" не всегда возможно, потому что защиты бывают разные.

Снаружи обычно видна защита от реверс-инжиниринга, HASP Envelope.
1) В ней есть два движка - Legacy Win32 и Experimental Win NextGen
Эти два движка различить можно (любой утилитой, показывающей PE сегменты - от ntCore CFF Explorer до Total Commander с плагинами), но начиная с Hasp HL ( Hasp SDK 5.x ) в комплекте присутствуют оба. Только рекомендация по умолчанию плавно изменилась с "используйте Legacy" на "Используйте Next Gen".

Внутри Envelope работает основная программа, в которую может быть (но может и не быть, конечно) встроена самостоятельная, вторичная защита. И эта защита
2) использует разные OBJ-файлы, влинковываемые в код программы (они все время обновляются)
3) использует разные программные модели вызова этих OBJ (HASP 4 либо HASP HL)

И совместимость в "точках излома" зависит от сочетания версий всех трёх частей и еще точной версии драйвера... Мрак.

http://www.safenet-sentinel.ru/helpdesk/messages/forum10/topic78/message305/#message305

В общем, поднимайте Microsoft XPMode или VMLite XPMode или другую виртуалку с XP x86.
Либо просите новую версию защиты.
Страницы: 1
Читают тему (гостей: 1)