Online Store

SUN-üzenet konfigurálása az SDM írási függvény használatával – SDK-projekt ufr-examples-c-nt4h

Íme a szükséges lépések a SUN üzenet konfigurálásához az ufr-examples-c_sharp-nt4h szoftvereszköz "SDM írás" opciójával.

Az első lépés a címkéhez szükséges biztonsági kulcsok konfigurálása.

A címke AES-kulcsainak konfigurálását körültekintően kell elvégezni a fájlkonfiguráció beállítása és/vagy az adatok írása előtt. Mivel a legtöbb paraméter a címke kulcsfontosságú indexei körül forog. A hitelesítés leginkább az indexeken beállított kulcsoktól függ.

Például a "792F423F4528482B" kulcsot fogjuk használni. A szoftvereszköz megköveteli, hogy ezt a kulcsot 16 hexadecimális bájtra konvertálják. Természetesen módosíthatja ezt a feltételt a projektkódban. Az átalakítás után az alábbi bemutatóban használt HEX kulcs a következő: "37:39:32:46:34:32:33:46:34:35:32:38:34:38:32:42".

 

1 lépés)Válassza ki az opciót (5) – AES kulcs módosítása.

Adja meg a módosítani kívánt kulcsindexet (a címke #3 kulcsát választjuk). Adja meg a kártya főkulcsát és régi (korábban használt) kulcsát, amelyek a #3 kulcsindexhez vannak beállítva. 2 lépés) A titkosított SUN üzenetet tartalmazó SDM (Secure dynamic message) megírása előtt ellenőrizze a címke aktuális konfigurációjának fájlbeállításait.

Válassza az (1) opciót – szerezze be a fájlbeállításokat, és mentse el az adatokat valahol a közelben. Erre később lesz szükség az SDM konfigurálásához.

3 lépés) Az SDM megírása.

Válassza ki a (9) lehetőséget – biztonságos dinamikus üzenetírásSUN messages C SDK 1SUN messages C SDK 2Megjegyzés: Példánkban elírási hiba van.

 

 

A helyesnek az "Enter write AES key" utasításnak kell lennie a "change" kulcs helyett, mivel ez a rész az NDEF üzenet LinearWrite() használatával történő írására van fenntartva. Kérjük, figyeljen az SDM írási eljárásSUN messages C SDK 3 ezen részére Az írási kulcsot #3 kulcsként állítottuk be, így a kulcsot a fent látható módon adtuk meg.


(Ezt a hibát a szoftver következő frissítésében is kijavítjuk).

Az SDM írási eljárás rövid magyarázata:– Mindezekre a felsorolt kérdésekre igennel válaszoltunk (csak az "Y" bemenete a billentyűzeten, amikor a rendszer kéri).

– A 0 kulcsváltási kulcsot a korábbi konfigurálás óta használjuk (lásd a 2. lépést és a "fájlbeállítások lekérése" opciókat a címkéhez).

Az SDM-írás közben először meg kell adnia az aktuális módosítási kulcs kulcsindexét hitelesítési formaként. Ezenkívül megadhatja a módosítási kulcs új kulcsindexét, amikor a rendszer kéri az "Új módosítási kulcs számának megadása (0 – 2 az NTAG413 esetében) (0 – 4 az NTAG424 és NTAG424_TT esetében".

Más lehetőségekhez a korábban konfigurált #3 kulcsot használtuk. Az egyszerűség kedvéért csak ezt a két kulcsot használtuk, ahol a #0 kulcs 16 hexadecimális bájt 0x00, a #3 kulcs pedig 3739324634323346343532334383242. 4 lépés) SDM olvasásSUN messages C SDK 4 Az SDM-üzenet teljes olvasásához a visszafejtéshez a következő két kulcsra van szükség:SUN messages C SDK 5 A metaadatok AES-kulcsa és a fájladatok olvasott AES-kulcsa korábban egyaránt #3 kulcsként lett konfigurálva. Ha a megadott kulcs nem helyes, a kimenet helytelen adat lesz.

SUN messages C SDK 6

Az SDM fájl beállításait bármikor ellenőrizheti és módosíthatja az 1) & 2) menüpontok segítségével.

A bemutatóhoz használt címkefájl-beállítások:  SUN messages C SDK 7 Megjegyzés:Az első lépés 16 hexadecimális bájtot igényel, ami 16 bájt 00-t jelent, ezért a bemenetnek a következőnek kell lennie: 00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00 vagy 00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000

A HEX kulcsot elválasztójelként ":" karakterrel vagy anélkül is megadhatja. Alternatív megoldásként használhatja a ' ' (szóköz) határolójelet is. Ezeket a határolójeleket a rendszer figyelmen kívül hagyja a kulcs elemzésekor, miközben ellenőrzi, hogy az helyes hexadecimális karakterlánc-e. Szoftveres példánkban éppen így oldottuk meg a beviteli módot. Ez a feltétel módosítható az implementációban (az uFR API által biztosított részletek).

Az alapértelmezett AES-főkulcs tartalmazza az összes 0-t. Ügyeljen arra, hogy nyomon kövesse a címke legfontosabb változásait. 

SUN messages C SDK 8

Ellenőrizheti, hogy a kulcs sikeresen megváltozott-e a (3) opcióval – UID beszerzése (NTAG424 és NTAG424_TT)

SUN messages C SDK 9