Ochrana heslem NFC tag versus trvalé zamykání: Co si vybrat před nasazením

Když je značka NFC použita ve veřejném nebo zákaznickém{0} nasazení, obsah by neměl zůstat upravitelný náhodně. Ale „uzamknout štítek“ může znamenat několik různých věcí a výběr špatného může způsobit problém, který nelze po výrobě opravit.

Praktickým rozhodnutím je, zda má značka zůstat zapisovatelná, vyžadovat heslo pro operace s chráněnou pamětí, nebo má být trvale -pouze pro čtení. Čtvrtá otázka stojí mimo tuto možnost: pokud projekt potřebuje prokázat, že fyzická značka je pravá, nestačí jednoduchá ochrana heslem nebo zamykání-pouze pro čtení.

Tato příručka je určena pro týmy B2B, které připravují NFC nálepky, štítky, karty, displeje nebo jiné -čitelné štítky pro telefony pro hromadné nasazení. Zaměřuje se spíše na rozhodnutí o nasazení, produkční sekvenci a kritéria přijetí než na konkrétní{3}}programovací kroky aplikace.

 

Čtyři různé požadavky se často nazývají „bezpečnost“

Tyto nejsou zaměnitelné. Trvale uzamčenou adresu URL lze stále kopírovat a reprodukovat na jiné běžné značce. Heslo může omezit některé operace s pamětí bez šifrování veřejné adresy URL NDEF. Projekt zabezpečeného ověřování může stále používat adresu URL NDEF, ale hodnota zabezpečení pochází z kryptografického protokolu a ověření na serveru, nikoli ze skutečnosti, že je značka-pouze pro čtení.

Pokud potřebujete nejprve širší základy NFC, Syntek'sPrůvodce základy značek NFCvlastní tento úvodní úkol. Tato stránka začíná v bodě, kde již existuje obsah značky a pracovní postup nasazení.

 

 

Co znamená trvalé zamykání na běžných značkách NTAG21x

NXP popisuje NTAG213, NTAG215 a NTAG216 jako IC kompatibilní s NFC Forum Type 2 Tag s oběmapolní -programovatelné zamykání-funkce pouze pro čteníakonfigurovatelná 32bitová ochrana heslem. To jsou samostatné mechanismy.

VDatový list NTAG213/215/216bajty statického zámku a bajty dynamického zámku určují, zda lze znovu zapisovat stránky definované uživatelské{0}}paměti. Když je nastaven příslušný bit zámku, chráněná oblast se stane-pouze pro čtení. Proces zámku-bitu je jednosměrný-: naprogramovaný bit zámku nelze jednoduše změnit zpět z 1 na 0.

Proto trvalé zamykání patří na konec schvalovacího procesu, nikoli na začátek kódování.

TheDokumentace Chrome Web NFCpoužívá stejný operační koncept pro podporované značky: vytvoření značky pro čtení-pouze je trvalou, jednosměrnou{1}}operací a nelze ji vrátit prostřednictvím běžného pracovního postupu NDEF.

 

Ochrana heslem je vratná kontrola, nikoli šifrování

NTAG21x také poskytuje konfigurovatelnou ochranu heslem. NXP dokumentuje příkaz k ověření -hesla, výchozí bod chráněné-oblasti a nastavení přístupu, která mohou omezit operace zápisu nebo v závislosti na konfiguraci operace čtení a zápisu.

Díky tomu je ovládání-založené na hesle užitečné, když oprávněný operátor může později potřebovat upravit chráněný obsah.

32-bitové heslo značky by však nemělo být nabízeno jako šifrování nebo vysoce{3}}bezpečné ověřování. Je to funkce pro řízení přístupu-pro operace s pamětí. Pokud značka obsahuje veřejnou adresu URL, kterou má kdokoli číst, zápisy chráněné heslem nečiní tuto adresu URL důvěrnou.

Vytváří také provozní závislost: někdo musí vlastnit heslo, postup vydání, zásady obnovy a nástroje používané k ověření a aktualizaci značky. Ztráta této kontroly může proměnit teoreticky přepisovatelné nasazení v prakticky neudržitelné.

 

Použijte životní cyklus nasazení k výběru strategie uzamčení

Nejlépe udržovatelné veřejné nasazení je často stabilní, společností{0}}kontrolovaná adresa URL zapsaná do značky, po níž následují změny obsahu na straně serveru-. V tomto modelu lze paměť NFC číst-pouze v případě, že vstupní stránku, obsah kampaně, informace o záruce nebo informace o produktu lze upravovat online.

Syntek'sprůvodce značkami NFC na webuse zabývá samostatnou otázkou nasazení NFC-založené na adresách URL. Rozhodnutí o uzamčení zde začíná po schválení cílové architektury.

 

Nezamykejte trvale{0}}vlastněnou destinaci dodavatele bez plánu migrace

Trvalý zámek zmrazí to, co je uloženo na čipu, nikoli to, co se děje na internetu. Toto rozlišení je užitečné pouze v případě, že organizace kontroluje cíl nebo má spolehlivou cestu migrace.

Před uzamčením značky na adrese URL potvrďte:

• kdo je vlastníkem domény;
• kdo řídí přesměrování;
• zda se cíl může později přesunout na jinou platformu;
• zda adresa URL obsahuje konkrétní{0}}cestu dodavatele, která může zmizet;
• zda musí jedinečné tokeny na-značku zůstat platné po očekávanou dobu nasazení;
• co se stane, když kampaň, zaměstnanec, záznam o produktu nebo umístění skončí.

Trvalá značka směřující na jednorázovou SaaS URL se může stát trvalou fyzickou připomínkou dočasného softwarového rozhodnutí. U dlouhodobých-značek by měla být kontrola adresy URL považována za součást specifikace produktu.

 

 

Uzamčení by mělo následovat po schválení kódováním a funkčním schválením

Oddělí se bezpečná výrobní sekvencepsaní, ověřeníazamykání.

1. Zmrazit pravidlo užitečného zatížení.Definujte přesný typ záznamu NDEF, strukturu adresy URL, jedinečné{0}}pravidlo tokenu a veškerá proměnná data.
2. Zakódujte značku.Napište schválené užitečné zatížení pomocí zadaného výrobního procesu.
3. Přečtěte si to elektronicky.Potvrďte, že uložený záznam odpovídá zdrojovým datům.
4. Otestujte uživatelský výsledek.Klepněte na hotový štítek reprezentativními cílovými telefony nebo čtečkami a potvrďte dokončení zamýšlené akce.
5. Ověřte cíl.Zkontrolujte přesměrování, chování HTTPS, vlastnictví účtu a jakékoli jedinečné mapování.
6. Schválit produkční-ekvivalent vzorku.Vzorek by měl používat konečný čip, vložku, materiál, stav povrchu a pravidlo kódování.
7. Použijte schválený stav ochrany.Ponechejte zapisovatelný, nakonfigurujte ovládání heslem nebo trvale uzamkněte podle specifikace projektu.
8. Ověřte stav uzamčení příspěvku-.Přečtěte si obsah znovu a potvrďte, že zamýšlené omezení zápisu skutečně platí.
9. Zaznamenejte výsledek.U produkčního záznamu ponechte požadavek na mapování, revizi vzorku a stav zámku-.

Toto pořadí zabrání běžnému selhání: odhalení nesprávné adresy URL, duplicitního tokenu nebo nesprávného záznamu NDEF až poté, co byla značka již trvale nastavena pouze na čtení-.

 

 

U jedinečných adres URL záleží na souboru mapování stejně jako na stavu uzamčení

Dávka značek NFC může obsahovat společnou adresu URL nebo každý kus může nést jiný token. Jedinečné kódování přidává další režim selhání: tag NFC lze správně uzamknout, ale namapovat na nesprávnou fyzickou položku.

Pro kódování po{0}}kusu může produkční záznam vyžadovat pole jako:

Zamykání nevyřeší špatné mapování. Správná sekvence je nejprve ověřit mapování a poté použít nevratný stav.

 

Co testovat poté, co je značka trvale přečtena-pouze

Závěrečná kontrola by měla prokázat, že obsah stále funguje a že existuje schválený stav ochrany.

U velkých zakázek definujte, zda se má v každé vrstvě kontrolovat každá zakódovaná položka nebo statisticky kontrolovaný vzorek. Tento plán odběru vzorků je dohodou mezi kupujícím a výrobcem; nemělo by být nahrazeno vágním prohlášením, že značky jsou „testovány“.

 

Trvalé uzamčení neřeší fyzické neoprávněné zásahy

Značku NFC -pouze pro čtení nelze přepsat běžnými operacemi s pamětí, ale veřejnou značku lze přesto odstranit, zakrýt, nahradit nebo fyzicky poškodit.

U veřejných instalací zvažte, zda projekt také potřebuje:

• konstrukce evidentní{0}}neoprávněné manipulace;
• pravidelná fyzická kontrola;
• tištěný záložní kód QR;
• řízený registr aktiv/míst;
• backend monitorování pro neočekávané cíle nebo použití tokenů;
• postup výměny poškozených nebo chybějících štítků.

Požadavek fyzické bezpečnosti závisí na prostředí. Revizní štítek na pracovní desce, štítek venkovního majetku a pečeť pro-ověření produktu nemají stejný model hrozby.

 

Ochrana heslem nenahrazuje ověřování

Tento rozdíl je nejdůležitější v projektech proti{0}}padělatelství.

Standardní tag lze trvale uzamknout, takže jeho paměť nelze upravovat, přesto lze viditelná nebo čitelná data zkopírovat do jiného tagu. Pevné UID může být užitečné jako identifikátor, ale spoléhat se na samotný identifikátor není ekvivalentní kryptografickému důkazu.

Pokud je obchodním požadavkem „zabránit neoprávněnému přepisování“, může být vhodné zamykání nebo řízení zápisu-na základě hesla. Pokud je požadavkem „prokázat, že tento fyzický produkt je pravý“, projekt by měl vyhodnotit čip a backend určený pro ověřování.

Tato architektura zabezpečení je záměrně mimo rozsah tohoto článku. Nedělejte z levné-veřejné značky URL značky „anti-padělek“ pouhou změnou stavu uzamčení.

 

Definujte stav zámku v RFQ, ne po výrobě

Pro přímé získávání z telefonu-čitelných značek a štítků NFC, SyntekKategorie značek NFCje obchodním vlastníkem. Pokud projekt vyžaduje-vlastní kódování a ověření,Kategorie čtečky a zapisovače NFCje příslušná hardwarová cesta.

 

Změna objednávek vyžaduje zámek-Změna stavu-pravidla kontroly

Opakované pořadí by nemělo zdědit slovo „stejné“, aniž by definovalo, co musí zůstat stejné.

Revalidaci je třeba zvážit, pokud změna ovlivní:

• chování modelu čipu nebo paměti/ochrany;
• Typ záznamu NDEF nebo struktura URL;
• společné versus jedinečné kódování;
• konfigurace hesla nebo rozsah ochrany;
• politika trvalého zámku;
• tištěné sériové nebo QR mapování;
• vložka, anténa nebo hotový materiál;
• montážní plocha nebo zamýšlená sada telefonu/čtečky.

Kosmetická změna kresby nemusí vyžadovat kompletní technický test, ale změna, která může změnit RF chování, interpretaci dat, mapování nebo ochranu proti zápisu, by měla spustit kontrolu dotčené vrstvy.

 

Rozhodovací pravidlo

Vyberte stav ochrany z modelu údržby, nikoli ze slova „zabezpečený“.

Udržujte štítek zapisovatelnýzatímco rozmístění je stále uváděno do provozu.Používejte přístup řízený heslem-když jsou autorizované budoucí aktualizace paměti skutečným provozním požadavkem a zvolený čip podporuje potřebné chování.Použít trvalé zamykání-pouze pro čteníkdyž je zakódované užitečné zatížení konečné a nemělo by se přepisovat.Použijte kryptografické ověřováníkdy podnik musí ověřit pravost, spíše než pouze bránit běžným úpravám.

Pro hromadnou výrobu je nejbezpečnější sekvence:

definovat užitečné zatížení → zakódovat → přečíst zpět → cíl testu → ověřit mapování → schválit hotový vzorek → použít ochranu → ověřit ochranu → uvolnit dávku

Tato sekvence brání nevratnému zámku, aby se nestal nevratnou výrobní chybou.