NFC címke jelszavas védelem vs állandó zárolás: mit válasszunk a telepítés előtt

Ha NFC-címkét használnak nyilvános vagy{0}}ügyfél előtti telepítésben, a tartalom nem maradhat véletlenül szerkeszthető. De a "lock the tag" több különböző dolgot is jelenthet, és a rossz választás olyan problémát okozhat, amelyet a gyártás után nem lehet orvosolni.

A gyakorlati döntés az, hogy a címke írható maradjon, jelszót kell-e kérnie a védett memóriaműveletekhez, vagy tartósan csak olvashatóvá válik-e{0}. A negyedik kérdés kívül esik ezen a választáson: ha a projektnek bizonyítania kell, hogy egy fizikai címke valódi, akkor az egyszerű jelszavas védelem vagy a csak olvasható -zárolás nem elegendő.

Ez az útmutató azoknak a B2B csapatoknak szól, akik NFC-matricákat, címkéket, kártyákat, kijelzőket vagy más, telefonon olvasható{1}}címkéket készítenek tömeges telepítéshez. Az alkalmazás-specifikus programozási lépések helyett a telepítési döntésre, a gyártási sorrendre és az elfogadási feltételekre összpontosít.

 

Négy különböző követelményt gyakran "biztonságnak" neveznek

Ezek nem cserélhetők fel. A véglegesen zárolt URL továbbra is másolható és reprodukálható egy másik szokásos címkén. A jelszó a nyilvános NDEF URL titkosítása nélkül korlátozhat bizonyos memóriaműveleteket. Egy biztonságos hitelesítési projekt továbbra is használhat NDEF URL-t, de a biztonsági érték a kriptográfiai protokollból és a háttérellenőrzésből származik, nem pedig abból, hogy a címke csak olvasható.

Ha először a szélesebb körű NFC alapokra van szüksége, akkor a SyntekAz NFC címke alapjainak útmutatójaövé az a bevezető feladat. Ez az oldal azon a ponton kezdődik, ahol a címketartalom és a központi telepítési munkafolyamat már létezik.

 

 

Mit jelent az állandó zárolás a közös NTAG21x címkéken?

Az NXP az NTAG213, NTAG215 és NTAG216 NFC Forum Type 2 Tag-kompatibilis IC-kként írja le mindkétmező-programozható, csak olvasható-zár funkcióéskonfigurálható 32 bites jelszavas védelem. Ezek különálló mechanizmusok.

ANTAG213/215/216 adatlap, a statikus zárolási bájtok és a dinamikus zárolási bájtok szabályozzák, hogy a meghatározott felhasználói -memóriaoldalak újraírhatók-e. Ha egy releváns zárbit be van állítva, a védett terület csak olvashatóvá válik-. A lock-bit folyamat egy-irányú: a programozott zárbit nem módosítható egyszerűen 1-ről 0-ra.

Ezért az állandó zárolás a jóváhagyási folyamat végén, nem pedig a kódolás elején.

AChrome Web NFC dokumentációugyanazt a működési koncepciót használja a támogatott címkék esetében: a címke -csak olvashatóvá tétele állandó, egy-irányú művelet, és nem fordítható vissza a normál NDEF-munkafolyamattal.

 

A jelszavas védelem visszafordítható vezérlés, nem titkosítás

Az NTAG21x konfigurálható jelszavas védelmet is biztosít. Az NXP egy jelszó-hitelesítési parancsot, egy védett-terület kezdőpontját és hozzáférési beállításait dokumentálja, amelyek korlátozhatják az írási műveleteket, vagy a konfigurációtól függően az olvasási és írási műveleteket.

Ez hasznossá teszi a jelszó{0}}alapú vezérlést, ha egy felhatalmazott üzemeltetőnek később módosítania kell a védett tartalmat.

A 32-bites címkés jelszót azonban nem szabad titkosításként vagy magas-biztonságú hitelesítésként forgalmazni. Ez egy hozzáférési-vezérlő funkció a memóriaműveletekhez. Ha egy címke olyan nyilvános URL-t tartalmaz, amelyet bárkinek el kell olvasnia, a jelszóval védő írások nem teszik bizalmassá az URL-t.

Működési függőséget is létrehoz: valakinek birtokolnia kell a jelszót, a kibocsátási eljárást, a helyreállítási szabályzatot és a címke hitelesítéséhez és frissítéséhez használt eszközöket. Az irányítás elvesztése egy elméletileg újraírható telepítést gyakorlatilag fenntarthatatlanná változhat.

 

A zárolási stratégia kiválasztásához használja a telepítési életciklust

A leginkább karbantartható nyilvános telepítés gyakran a címkéhez írt stabil, vállalati{0}}vezérelt URL, amelyet szerveroldali tartalommódosítások követnek. Ebben a modellben az NFC-memória csak-olvashatóvá válik, miközben a céloldal, a kampánytartalom, a garanciális információk vagy a termékinformációk online szerkeszthetők maradnak.

Syntekweboldal NFC címke útmutatólefedi az URL{0}}alapú NFC-telepítés külön kérdését. A zárolási döntés itt a cél architektúra jóváhagyása után kezdődik.

 

Ne zároljon végleg egy szállító{0}}tulajdonban lévő célhelyet migrációs terv nélkül

Az állandó zár a chipen tárolt dolgokat fagyasztja le, nem azt, ami az interneten történik. Ez a megkülönböztetés csak akkor hasznos, ha a szervezet felügyeli a célállomást, vagy megbízható migrációs útvonallal rendelkezik.

Mielőtt egy címkét zárolna egy URL-hez, erősítse meg:

• kié a domain;
• ki irányítja az átirányításokat;
• hogy a célállomás később átkerülhet-e egy másik platformra;
• hogy az URL tartalmaz-e egy szállítói -specifikus elérési utat, amely eltűnhet;
• a címkénkénti egyedi tokeneknek érvényesnek kell-e maradniuk a telepítés várható élettartama alatt;
• mi történik, ha egy kampányt, alkalmazottat, termékrekordot vagy helyet visszavonnak.

Az eldobható SaaS URL-re mutató állandó címke állandó fizikai emlékeztetővé válhat egy ideiglenes szoftveres döntésről. A hosszú élettartamú címkék esetén az URL szabályozását a termékleírás részeként kell kezelni.

 

 

A zárolásnak követnie kell a kódolást és a működési jóváhagyást

Egy biztonságos gyártási sorrend válik el egymástólírás, ellenőrzéseészáró.

1. A hasznos teher szabályának rögzítése.Határozza meg a pontos NDEF rekordtípust, az URL szerkezetét, az egyedi{0}}token szabályt és a változó adatokat.
2. Kódolja a címkét.Írja be a jóváhagyott hasznos terhet a megadott gyártási folyamat segítségével.
3. Olvasd vissza elektronikusan.Győződjön meg arról, hogy a tárolt rekord megegyezik a forrásadatokkal.
4. Tesztelje a felhasználói eredményt.Koppintson a kész címkére a reprezentatív céltelefonokkal vagy olvasókkal, és erősítse meg, hogy a tervezett művelet befejeződött.
5. Ellenőrizze a célállomást.Ellenőrizze az átirányításokat, a HTTPS viselkedését, a fiók tulajdonjogát és az egyedi hozzárendeléseket.
6. Jóváhagy egy gyártási-egyenértékű mintát.A mintának a végső chipet, betétet, anyagot, felületi állapotot és kódolási szabályt kell használnia.
7. Alkalmazza a jóváhagyott védelmi állapotot.Hagyja írhatóvá, konfigurálja a jelszóvezérlést, vagy véglegesen zárolja a projekt specifikációi szerint.
8. Ellenőrizze a feladás-zárolási állapotát.Olvassa el újra a tartalmat, és ellenőrizze, hogy a tervezett írási korlátozás valóban érvényben van.
9. Rögzítse az eredményt.Tartsa meg a hozzárendelésre, a minta-revízióra és a zárolási állapotra vonatkozó követelményt a termelési rekordnál.

Ez a sorrend megakadályozza a gyakori hibákat: hibás URL, ismétlődő token vagy rossz NDEF-rekord felfedezése csak azután, hogy a címke már véglegesen olvashatóvá lett{0}}csak.

 

 

Az egyedi URL-ek esetében a leképezési fájl ugyanolyan fontos, mint a zárolási állapot

Az NFC-címkék kötegei tartalmazhatnak egy közös URL-t, vagy minden darab más-más tokent tartalmazhat. Az egyedi kódolás további hibamódot ad: az NFC-címke megfelelően zárolható, de nem a megfelelő fizikai elemhez rendelhető.

A darabonkénti-kódoláshoz a termelési rekordnak szüksége lehet olyan mezőkre, mint például:

A zárolás nem javítja a rossz leképezést. A helyes sorrend az, hogy először ellenőrizze a leképezést, majd alkalmazza az irreverzibilis állapotot.

 

Mit kell tesztelni, miután a címke véglegesen csak olvasható{0}}

A végső ellenőrzésnek igazolnia kell mind a tartalom működését, mind a jóváhagyott védelmi állapot fennállását.

Nagy megrendelések esetén határozza meg, hogy minden egyes rétegnél minden kódolt cikk vagy statisztikailag ellenőrzött minta kerüljön ellenőrzésre. Ez a mintavételi terv vevő/gyártó megállapodás; nem szabad egy homályos kijelentéssel helyettesíteni, miszerint a címkék "teszteltek".

 

A tartós zárolás nem oldja meg a fizikai beavatkozást

A csak olvasható -NFC-címke nem írható át normál memóriaműveletekkel, de a nyilvános címkék ettől függetlenül eltávolíthatók, letakarhatók, kicserélhetők vagy fizikailag megsérülhetnek.

Nyilvános létesítmények esetén fontolja meg, hogy a projektnek szüksége van-e:

• manipuláció-evidens szerkezet;
• időszakos fizikai ellenőrzés;
• nyomtatott QR tartalék;
• ellenőrzött eszköz/helyregiszter;
• háttérfigyelés váratlan célhelyek vagy tokenhasználat esetén;
• a sérült vagy hiányzó címkék pótlási eljárása.

A fizikai biztonsági követelmény a környezettől függ. A munkalap felülvizsgálati címkéjének, a kültéri eszközcímkének és a termék-hitelesítési pecsétnek nem ugyanaz a fenyegetési modellje.

 

A jelszavas védelem nem helyettesíti a hitelesítést

Ez a megkülönböztetés leginkább a{0}}hamisítás elleni projekteknél számít.

Egy szabványos címke véglegesen zárolható, így a memóriája nem szerkeszthető, de a látható vagy olvasható adatok mégis átmásolhatók egy másik címkére. A rögzített UID hasznos lehet azonosítóként, de önmagában az azonosítóra hagyatkozni nem egyenlő a kriptográfiai bizonyítással.

Ha az üzleti követelmény a „jogosulatlan átírás megelőzése”, a zárolás vagy a jelszó{0}}alapú írásvezérlés megfelelő lehet. Ha a követelmény „bizonyítsa be, hogy ez a fizikai termék eredeti”, a projektnek értékelnie kell a hitelesítésre tervezett chipet és háttérrendszert.

Ez a biztonsági architektúra szándékosan kívül esik ennek a cikknek a hatókörén. Ne alakítson át egy alacsony költségű nyilvános URL-címkét „hamisítás-ellenes”-termékké pusztán a zárolási állapotának megváltoztatásával.

 

Határozza meg a zárolási állapotot az ajánlatkérésben, ne a gyártás után

A telefonos{0}}olvasható NFC-címkék és címkék közvetlen beszerzéséhez a SyntekNFC címke kategóriaa kereskedelmi tulajdonos. Ha a projekt házon belüli-kódolást és ellenőrzést igényel, aNFC olvasó és író kategóriaa megfelelő hardverútvonal.

 

Az átrendelésekhez zárolásra van szükség-állapotmódosítás-ellenőrzési szabály

Az ismétlődő sorrend nem örökölheti az „ugyanaz” szót anélkül, hogy meghatározná, minek kell változatlannak maradnia.

Az újraérvényesítést meg kell fontolni, ha a változás érinti:

• chip modell vagy memória/védelmi viselkedés;
• NDEF rekordtípus vagy URL-struktúra;
• közös versus egyedi kódolás;
• jelszókonfiguráció vagy védelmi hatókör;
• állandó zárolási szabályzat;
• nyomtatott soros vagy QR-leképezés;
• betét, antenna vagy kész anyag;
• szerelési felület vagy a tervezett telefon/olvasó készlet.

Előfordulhat, hogy a kozmetikai műalkotás módosítása nem igényel teljes műszaki újratesztet, de az RF viselkedést, az adatértelmezést, a leképezést vagy az írásvédelmet megváltoztató változtatásnak az érintett réteg felülvizsgálatát kell kiváltania.

 

A döntési szabály

Válassza ki a védelmi állapotot a karbantartási modellből, ne a "biztonságos" szóból.

Legyen írható a címkemiközben a bevetés még üzembe helyezés alatt áll.Használjon jelszóval{0}}ellenőrzött hozzáféréstamikor az engedélyezett jövőbeli memóriafrissítések valós működési követelményt jelentenek, és a kiválasztott chip támogatja a szükséges viselkedést.Használjon állandó, csak olvasható{0}}zárolástamikor a kódolt hasznos adat végleges, és nem szabad átírni.Használjon kriptográfiai hitelesítéstamikor a vállalkozásnak ellenőriznie kell a hitelességet, nem pedig pusztán a szokásos szerkesztések megakadályozását.

Tömeges gyártás esetén a legbiztonságosabb sorrend a következő:

hasznos terhelés meghatározása → kódolás → visszaolvasás → célhely tesztelése → leképezés ellenőrzése → kész minta jóváhagyása → védelem alkalmazása → védelem ellenőrzése → köteg kiadása

Ez a sorrend megakadályozza, hogy egy visszafordíthatatlan zár visszafordíthatatlan gyártási hibává váljon.