Ниже приведены необходимые шаги для настройки сообщения SUN с помощью опции 'SDM write' программного средства ufr-examples-c_sharp-nt4h.
Первым шагом является настройка необходимых ключей безопасности для тега.
Настройка ключей AES вашего тега должна быть выполнена тщательно, прежде чем настраивать конфигурацию файла и / или записывать данные. Так как большинство параметров вращаются вокруг ключевых индексов тега. Аутентификация будет в основном зависеть от ключей, установленных для этих индексов.
Например, мы будем использовать ключ '792F423F4528482B'. Программный инструмент требует, чтобы этот ключ был преобразован в 16 шестнадцатеричных байтов. Конечно, это условие можно изменить в коде проекта. После преобразования ключ HEX, используемый в демонстрации ниже, — «37:39:32:46:34:32:33:46:34:35:32:38:34:38:32:42».
Шаг 1) — Выберите опцию (5) — Изменить клавишу AES.
Введите индекс ключа, который вы хотите изменить (мы выбираем ключ #3 тега). Введите главный ключ карты и старый ключ (ранее использовавшийся), которые установлены для индекса ключа #3. Шаг 2) Перед записью SDM (безопасного динамического сообщения), которое будет содержать зашифрованное сообщение SUN, проверьте параметры файла для текущей конфигурации тега.
— Выберите опцию (1) — получите настройки файла и сохраните эти данные где-то поблизости. Это потребуется позже для настройки SDM.
Шаг 3) Написание SDM.
— Выберите опцию (9) — безопасное динамическое сообщение написать
Примечание: В нашем примере допущена опечатка. Правильным должен быть оператор 'Enter write AES key' вместо ключа 'change', так как эта часть зарезервирована для записи сообщения NDEF через LinearWrite(). Пожалуйста, обратите внимание на эту часть процедуры
записи SDMМы настроили клавишу записи как ключ #3, поэтому мы ввели ключ, как показано выше.
(Эта ошибка также будет исправлена в следующем обновлении этого программного обеспечения).
Краткое объяснение процедуры записи SDM: — На все перечисленные вопросы были даны ответы «Да» (только ввод «Y» на клавиатуре при появлении запроса).
— Мы использовали ключ изменения 0 с тех пор, как он был ранее настроен (см. шаг 2 и параметры «получить настройки файла» для вашего тега).
При выполнении записи SDM сначала необходимо ввести индекс ключа текущего ключа изменения в качестве формы аутентификации. Кроме того, вы можете ввести новый индекс ключа изменения при появлении запроса «Введите новый номер ключа изменения (0 — 2 для NTAG413) (0 — 4 для NTAG424 и NTAG424_TT».
Для других опций мы использовали ранее настроенный ключ #3. Для простоты мы использовали только эти две клавиши, где ключ #0 — это 16 шестнадцатеричных байт 0x00, а ключ #3 — 3739324634323346343532334383242. Шаг 4) Чтение
SDM Для полного чтения сообщения SDM для расшифровки требуются следующие два ключа:
Ключ AES метаданных и ключ AES считывания данных файла были ранее настроены как ключ #3. Если введенный ключ неправильный, на выходе будут некорректные данные.
Вы можете проверить и изменить настройки SDM-файла в любое время, используя пункты меню 1) и 2).
Настройки файла тегов, используемые для этой демонстрации: 
Примечание:Для первого шага требуется 16 шестнадцатеричных байт, что означает 16 байт 00, поэтому входные данные должны быть: 00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00 или 00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
Вы можете ввести ключ HEX с или без ':' в качестве разделителя. Кроме того, вы также можете использовать ' ' (пробел) в качестве разделителя. Эти разделители игнорируются при синтаксическом анализе ключа при проверке правильности шестнадцатеричной строки. Именно так мы решили метод ввода в нашем примере с программным обеспечением. Это условие может быть изменено в вашей реализации (сведения предоставляются uFR API).
Главный ключ AES по умолчанию содержит все значения 0. Убедитесь, что вы отслеживаете ключевые изменения для вашего тега.
Вы можете проверить, был ли ключ успешно изменен, используя опцию (3) — получить UID (NTAG424 и NTAG424_TT)
