Опытным путём установлено, что требуется ещё nvcodes.dat
Все верно.
Хорошо ли это с точки зрения безопасности?
Не очень, поскольку позволяет установить полноценный SDK и использовать его с вашими кодами доступа.
Вообще говоря вся такая схема тиражирования защищенного приложения не особо надежна, т.к. компрометируются не только коды доступа в виде файла "nvcodes.dat", но, что еще хуже, и тиражная прошивка в виде *nsd-файла маски.
Гораздо лучшим решением будет написание собственной утилиты программирования ключей, которая будет прошивать нужные данные в ключ без каких дополнительных файлов и данных. Причем, например, достаточно просто собрать такую утилиту при помощи опции утилиты программирования электронных ключей GrdUtil "Сохранение образа в виде исходного кода".
]]>потребуются еще 2 библиотеки...
Опытным путём установлено, что требуется ещё nvcodes.dat
Хорошо ли это с точки зрения безопасности?
Добрый день!
Требуется решить такую задачу: отдать в цех софт для тиражирования лицензий (массовое производство).
Как правильно организовать запись образа в ключ?
Не совсем так, тут потребуются еще 2 библиотеки из состава Guardant SDK, а именно:
GrdAPI32.dll – скопировать можно из папки «\Bin», установленного SDK (директория «по умолчанию»: %Program Files%\Guardant\SDK 7\Bin\);
grdmask.dll - %Program Files%\Common Files\Guardant\GrdUtil\ .
Причем grdmask.dll нужно еще и зарегистрировать в системе, где нет установленного Guardant SDK, следующим образом: [путь]regsvr32 grdmask.dll .
С помощью grdutil я сохраняю в отдельном файле образключа.nsd, а в командном файле пишу примерно следующее:
grdutil.exe -write -infile(образключа.nsd)
@if errorlevel 1 goto error
...
Так вот эта штука возвращает код ошибки 126 (десятичное).
Как правильно организовать запись образа в ключ?