Опытным путём установлено, что требуется ещё nvcodes.dat

Все верно.

Не очень, поскольку позволяет установить полноценный SDK и использовать его с вашими кодами доступа.
Вообще говоря вся такая схема тиражирования защищенного приложения не особо надежна, т.к. компрометируются не только коды доступа в виде файла "nvcodes.dat", но, что еще хуже, и тиражная прошивка в виде *nsd-файла маски.

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

потребуются еще 2 библиотеки...

Опытным путём установлено, что требуется ещё nvcodes.dat
Хорошо ли это с точки зрения безопасности?

Добрый день!
Требуется решить такую задачу: отдать в цех софт для тиражирования лицензий (массовое производство).
Как правильно организовать запись образа в ключ?

Не совсем так, тут потребуются еще 2 библиотеки из состава Guardant SDK, а именно:

1. GrdAPI32.dll – скопировать можно из папки «\Bin», установленного SDK (директория «по умолчанию»: %Program Files%\Guardant\SDK 7\Bin\);

2. 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 (десятичное).
Как правильно организовать запись образа в ключ?