NFC taga paroles aizsardzība pret pastāvīgu bloķēšanu: ko izvēlēties pirms izvietošanas

Ja NFC tags tiek izmantots publiskā vai klienta{0}}izvietošanā, saturs nedrīkst palikt rediģējams nejauši. Bet "bloķēt tagu" var nozīmēt vairākas dažādas lietas, un nepareiza izvēle var radīt problēmu, ko pēc ražošanas nevar novērst.

Praktisks lēmums ir tāds, vai tagam ir jāpaliek rakstāmam, vai tam ir nepieciešama parole aizsargātām atmiņas darbībām vai arī tam ir jābūt pastāvīgi tikai lasāmam{0}}. Ceturtais jautājums ir ārpus šīs izvēles: ja projektam ir jāpierāda, ka fiziskais tags ir īsts, nepietiek ar vienkāršu paroles aizsardzību vai tikai lasīšanas -bloķēšanu.

Šī rokasgrāmata ir paredzēta B2B komandām, kas gatavo NFC uzlīmes, etiķetes, kartītes, displejus vai citus tālruņa{1}}lasāmus tagus lielapjoma izvietošanai. Tajā galvenā uzmanība tiek pievērsta izvietošanas lēmumam, ražošanas secībai un pieņemšanas kritērijiem, nevis lietotnes{3}}konkrētajām programmēšanas darbībām.

 

Četras dažādas prasības bieži sauc par "drošību"

Tie nav savstarpēji aizvietojami. Pastāvīgi bloķētu URL joprojām var kopēt un reproducēt citā parastajā tagā. Parole var ierobežot dažas atmiņas darbības, nešifrējot publisko NDEF URL. Drošas autentifikācijas projekts joprojām var izmantot NDEF URL, taču drošības vērtību nodrošina kriptogrāfijas protokols un aizmugursistēmas verifikācija, nevis fakts, ka tags ir tikai lasāms{3}}.

Ja jums vispirms ir nepieciešami plašāki NFC pamati, Syntek'sNFC tagu pamatprincipu rokasgrāmataviņam pieder šis ievaduzdevums. Šī lapa sākas vietā, kur jau pastāv taga saturs un izvietošanas darbplūsma.

 

 

Ko pastāvīgā bloķēšana nozīmē parastajiem NTAG21x tagiem

NXP apraksta NTAG213, NTAG215 un NTAG216 kā NFC foruma 2. tipa tagu saderīgus IC ar abiemlauka-programmējama tikai lasāma-bloķēšanas funkcijaunkonfigurējama 32 bitu paroles aizsardzība. Tie ir atsevišķi mehānismi.

InNTAG213/215/216 datu lapa, statiskie bloķēšanas baiti un dinamiskās bloķēšanas baiti nosaka, vai noteiktās lietotāja -atmiņas lapas var ierakstīt atkārtoti. Kad ir iestatīts attiecīgais bloķēšanas bits, aizsargātā zona kļūst tikai lasāma-. Bloķēšanas-bitu process ir viens-veids: ieprogrammēto bloķēšanas bitu nevar vienkārši mainīt atpakaļ no 1 uz 0.

Tāpēc pastāvīgā bloķēšana notiek apstiprināšanas procesa beigās, nevis kodēšanas sākumā.

TheChrome Web NFC dokumentācijaizmanto to pašu darbības jēdzienu atbalstītajiem tagiem: tagu nolasīšana tikai -ir pastāvīga, vienvirziena darbība, un to nevar mainīt, izmantojot parasto NDEF darbplūsmu.

 

Paroles aizsardzība ir atgriezeniska kontrole, nevis šifrēšana

NTAG21x nodrošina arī konfigurējamu paroles aizsardzību. NXP dokumentē paroles-autentifikācijas komandu, aizsargātā-apgabala sākumpunktu un piekļuves iestatījumus, kas var ierobežot rakstīšanas darbības vai, atkarībā no konfigurācijas, lasīšanas un rakstīšanas darbības.

Tas padara paroles{0}}vadību noderīgu, ja pilnvarotam operatoram vēlāk var būt nepieciešams modificēt aizsargāto saturu.

Tomēr 32-bitu tagu paroli nedrīkst reklamēt kā šifrēšanas vai augstas-drošības autentifikāciju. Tā ir piekļuves-kontroles funkcija atmiņas darbībām. Ja tagā ir ietverts publisks URL, kas kādam ir jālasa, ar paroli aizsargātas rakstības nepadara šo URL konfidenciālu.

Tas arī rada darbības atkarību: kādam ir jābūt parolei, izdošanas procedūrai, atkopšanas politikai un rīkiem, ko izmanto, lai autentificētu un atjauninātu atzīmi. Šīs kontroles zaudēšana var pārvērst teorētiski pārrakstāmu izvietošanu par praktiski neuzturamu.

 

Izmantojiet izvietošanas dzīves ciklu, lai izvēlētos bloķēšanas stratēģiju

Vislabāk uzturējamā publiskā izvietošana bieži ir stabils, uzņēmuma kontrolēts URL, kas tiek ierakstīts tagam, kam seko servera{1}}puses satura izmaiņas. Šajā modelī NFC atmiņa var kļūt tikai lasāma-, kamēr galvenā lapa, kampaņas saturs, garantijas informācija vai produkta informācija joprojām ir rediģējama tiešsaistē.

Syntek'svietnes NFC tagu rokasgrāmataattiecas uz atsevišķu jautājumu par URL{0}}balstītu NFC izvietošanu. Bloķēšanas lēmums šeit sākas pēc mērķa arhitektūras apstiprināšanas.

 

Neatgriezeniski nebloķējiet pārdevēja{0}}piederošo galamērķi bez migrācijas plāna

Pastāvīga bloķēšana iesaldē to, kas tiek saglabāts mikroshēmā, nevis to, kas notiek internetā. Šī atšķirība ir noderīga tikai tad, ja organizācija kontrolē galamērķi vai tai ir uzticams migrācijas ceļš.

Pirms taga bloķēšanas URL, apstipriniet:

• kam pieder domēns;
• kurš kontrolē novirzīšanu;
• vai galamērķis vēlāk var pāriet uz citu platformu;
• vai vietrādī URL ir norādīts piegādātāja{0}}konkrēts ceļš, kas var pazust;
• vai viena -taga unikālajiem marķieriem ir jāpaliek derīgiem paredzamajā izvietošanas laikā;
• kas notiek, kad kampaņa, darbinieks, produkta ieraksts vai atrašanās vieta tiek pārtraukta.

Pastāvīgs tags, kas norāda uz vienreiz lietojamu SaaS URL, var kļūt par pastāvīgu fizisku atgādinājumu par pagaidu programmatūras lēmumu. Ilgtermiņa -tagiem URL kontrole ir jāuzskata par produkta specifikācijas daļu.

 

 

Bloķēšanai ir jāatbilst kodēšanai un funkcionālai apstiprināšanai

Droša ražošanas secība atdalarakstīšana, verifikācijaunbloķēšana.

1. Iesaldējiet lietderīgās slodzes noteikumu.Definējiet precīzu NDEF ieraksta veidu, URL struktūru, unikālo{0}}token kārtulu un visus mainīgos datus.
2. Kodēt tagu.Uzrakstiet apstiprināto kravnesību, izmantojot norādīto ražošanas procesu.
3. Izlasiet to atpakaļ elektroniski.Apstipriniet, ka saglabātais ieraksts atbilst avota datiem.
4. Pārbaudiet lietotāja rezultātu.Pieskarieties gatavajai atzīmei ar reprezentatīviem mērķa tālruņiem vai lasītājiem un apstipriniet, ka plānotā darbība ir pabeigta.
5. Pārbaudiet galamērķi.Pārbaudiet novirzīšanu, HTTPS darbību, konta īpašumtiesības un jebkuru unikālo kartēšanu.
6. Apstipriniet ražošanas{0}}līdzvērtīgu paraugu.Paraugam jāizmanto galīgā mikroshēma, inkrustācija, materiāls, virsmas stāvoklis un kodēšanas noteikums.
7. Izmantojiet apstiprināto aizsardzības stāvokli.Atstājiet rakstāmību, konfigurējiet paroles vadību vai neatgriezeniski bloķējiet saskaņā ar projekta specifikāciju.
8. Pārbaudiet izlikšanas-bloķēšanas stāvokli.Vēlreiz izlasiet saturu un pārbaudiet, vai paredzētais rakstīšanas ierobežojums patiešām ir spēkā.
9. Ierakstiet rezultātu.Saglabājiet kartēšanas, parauga pārskatīšanas un bloķēšanas{0}}stāvokļa prasības ražošanas ierakstā.

Šis pasūtījums novērš bieži sastopamu kļūmi: nepareiza URL, pilnvaras dublikāta vai nepareiza NDEF ieraksta atklāšanu tikai pēc tam, kad tags jau ir pastāvīgi lasāms tikai{0}}.

 

 

Unikālajiem URL kartēšanas failam ir tikpat liela nozīme kā bloķēšanas stāvoklim

NFC tagu paketē var būt kopīgs URL, vai arī katrai daļai var būt atšķirīgs marķieris. Unikāls kodējums pievieno vēl vienu kļūmes režīmu: NFC tagu var pareizi bloķēt, bet kartēt ar nepareizu fizisko vienumu.

Kodēšanai uz vienu-gabalu ražošanas ierakstā var būt nepieciešami tādi lauki kā:

Bloķēšana neizlabo sliktu kartēšanu. Pareizā secība ir vispirms pārbaudīt kartēšanu, pēc tam lietot neatgriezenisko stāvokli.

 

Ko pārbaudīt pēc tam, kad tags ir pastāvīgi lasīts{0}}

Galīgajā pārbaudē ir jāpierāda, ka saturs joprojām darbojas, un ka pastāv apstiprinātais aizsardzības stāvoklis.

Lieliem pasūtījumiem definējiet, vai katrā slānī tiek pārbaudīta katra kodētā prece vai statistiski kontrolēts paraugs. Šis paraugu ņemšanas plāns ir pircēja/ražotāja līgums; to nevajadzētu aizstāt ar neskaidru paziņojumu, ka tagi ir "pārbaudīti".

 

Pastāvīga bloķēšana neatrisina fizisku iejaukšanos

Tikai lasāmu -NFC tagu nevar pārrakstīt, veicot parastās atmiņas darbības, taču publisko tagu joprojām var noņemt, aizsegt, nomainīt vai fiziski sabojāt.

Publiskām instalācijām apsveriet, vai projektam ir nepieciešams arī:

• viltotu-konstrukciju;
• periodiska fiziskā pārbaude;
• drukāta QR rezerves versija;
• kontrolējamo aktīvu/atrašanās vietu reģistrs;
• aizmugursistēmas uzraudzība neparedzētiem galamērķiem vai marķiera izmantošanai;
• bojātu vai trūkstošu marķējumu aizstāšanas procedūra.

Fiziskās drošības prasības ir atkarīgas no vides. Darba virsmas pārskatīšanas birkai, āra īpašuma etiķetei un produkta{1}}autentifikācijas zīmogam nav viens un tas pats apdraudējuma modelis.

 

Paroles aizsardzība neaizstāj autentifikāciju

Šī atšķirība ir vissvarīgākā{0}}viltošanas novēršanas projektos.

Standarta tagu var neatgriezeniski bloķēt, lai tā atmiņu nevarētu rediģēt, taču redzamos vai lasāmos datus joprojām var kopēt citā tagā. Fiksēts UID var būt noderīgs kā identifikators, taču paļaušanās uz identifikatoru vien nav līdzvērtīga kriptogrāfiskajam pierādījumam.

Ja uzņēmuma prasība ir “novērst nesankcionētu pārrakstīšanu”, var būt piemērota bloķēšana vai paroles -balstīta rakstīšanas kontrole. Ja prasība ir “pierādīt, ka šis fiziskais produkts ir īsts”, projektā jānovērtē autentifikācijai paredzēta mikroshēma un aizmugursistēma.

Šī drošības arhitektūra ar nolūku neietilpst šī raksta darbības jomā. Nepārveidojiet zemu-publisko URL tagu par "pret-viltojumu" produktu, tikai mainot tā bloķēšanas stāvokli.

 

Definējiet bloķēšanas stāvokli piedāvājumā, nevis pēc ražošanas

Tālrunī{0}}lasāmu NFC tagu un etiķešu tiešai iegādei, SyntekNFC tagu kategorijair komercīpašnieks. Ja projektam ir nepieciešama iekšēja-kodēšana un pārbaude,NFC lasītāju un rakstītāju kategorijair attiecīgais aparatūras ceļš.

 

Reorders Need a Lock{0}}State Change-Control Rule

Atkārtots pasūtījums nedrīkst mantot vārdu "tas pats", nedefinējot, kam ir jāpaliek nemainīgam.

Atkārtota apstiprināšana jāapsver, ja izmaiņas skar:

• mikroshēmas modelis vai atmiņas/aizsardzības uzvedība;
• NDEF ieraksta veids vai URL struktūra;
• kopīgs un unikāls kodējums;
• paroles konfigurācija vai aizsardzības apjoms;
• pastāvīgās slēdzenes polise;
• drukāta sērijas vai QR kartēšana;
• inkrustācija, antena vai gatavais materiāls;
• montāžas virsma vai paredzētais tālruņa/lasītāja komplekts.

Kosmētiskās mākslas darbu maiņai var nebūt nepieciešama pilnīga tehniskā atkārtota pārbaude, taču izmaiņām, kas var mainīt RF darbību, datu interpretāciju, kartēšanu vai rakstīšanas aizsardzību, ir jāizraisa ietekmētā slāņa pārskatīšana.

 

Lēmuma noteikums

Izvēlieties aizsardzības stāvokli no apkopes modeļa, nevis no vārda "drošs".

Saglabājiet tagu rakstāmukamēr izvietošana joprojām tiek nodota ekspluatācijā.Izmantojiet paroli{0}}kontrolētu piekļuvikad autorizēti nākotnes atmiņas atjauninājumi ir reāla darbības prasība un izvēlētā mikroshēma atbalsta nepieciešamo darbību.Izmantojiet pastāvīgu tikai lasīšanas{0}}bloķēšanukad kodētā lietderīgā slodze ir galīga un to nevajadzētu pārrakstīt.Izmantojiet kriptogrāfisko autentifikācijukad uzņēmumam ir jāpārbauda autentiskums, nevis tikai jānovērš parastas izmaiņas.

Lielapjoma ražošanai drošākā secība ir:

definēt lietderīgo slodzi → kodēt → lasīt atpakaļ → pārbaudīt galamērķi → pārbaudīt kartēšanu → apstiprināt gatavo paraugu → lietot aizsardzību → pārbaudīt aizsardzību → atbrīvot partiju

Šī secība neļauj neatgriezeniskajai slēdzenei kļūt par neatgriezenisku ražošanas kļūdu.