Protezione tramite password del tag NFC e blocco permanente: cosa scegliere prima dell'implementazione

Quando un tag NFC viene utilizzato in un'implementazione pubblica o rivolta al cliente-, il contenuto non dovrebbe rimanere modificabile per sbaglio. Ma "bloccare il tag" può significare molte cose diverse e scegliere quello sbagliato può creare un problema che non può essere risolto dopo la produzione.

La decisione pratica è se il tag debba rimanere scrivibile, richiedere una password per le operazioni di memoria protetta o diventare permanentemente di sola lettura. Una quarta domanda esula da questa scelta: se il progetto deve dimostrare che un tag fisico è autentico, la semplice protezione tramite password o il blocco di sola lettura non sono sufficienti.

Questa guida è rivolta ai team B2B che preparano adesivi, etichette, schede, display o altri tag NFC leggibili dal telefono-per l'implementazione in blocco. Si concentra sulla decisione di implementazione, sulla sequenza di produzione e sui criteri di accettazione piuttosto che sulle fasi di programmazione specifiche dell'app-.

 

Quattro diversi requisiti vengono spesso definiti "sicurezza"

Questi non sono intercambiabili. Un URL bloccato in modo permanente può ancora essere copiato e riprodotto su un altro tag ordinario. Una password può limitare alcune operazioni di memoria senza crittografare un URL NDEF pubblico. Un progetto di autenticazione sicura può comunque utilizzare un URL NDEF, ma il valore di sicurezza deriva dal protocollo crittografico e dalla verifica del backend, non dal fatto che il tag è di sola lettura-.

Se hai bisogno prima delle nozioni di base NFC più ampie, Syntek'sGuida alle nozioni fondamentali sui tag NFCpossiede quel compito introduttivo. Questa pagina inizia nel punto in cui esistono già il contenuto del tag e il flusso di lavoro di distribuzione.

 

 

Che cosa significa il blocco permanente sui tag NTAG21x comuni

NXP descrive NTAG213, NTAG215 e NTAG216 come circuiti integrati conformi al tag NFC Forum Type 2 con entrambi afunzione di blocco di sola lettura-programmabile sul campoEprotezione con password configurabile a 32 bit. Questi sono meccanismi separati.

NelScheda tecnica NTAG213/215/216, i byte di blocco statici e i byte di blocco dinamici controllano se le pagine di memoria utente-definite possono essere scritte nuovamente. Quando viene impostato un bit di blocco rilevante, l'area protetta diventa di sola lettura-. Il processo del-bit di blocco è un-modo: un bit di blocco programmato non può essere semplicemente riportato da 1 a 0.

Questo è il motivo per cui il blocco permanente va effettuato alla fine del processo di approvazione e non all'inizio della codifica.

ILDocumentazione Chrome Web NFCutilizza lo stesso concetto operativo per i tag supportati: rendere un tag di sola lettura-è un'operazione permanente, un-direzionale e non può essere annullata tramite il normale flusso di lavoro NDEF.

 

La protezione tramite password è un controllo reversibile, non una crittografia

NTAG21x fornisce anche una protezione tramite password configurabile. NXP documenta un comando di autenticazione della password-, un punto di partenza dell'area protetta-e impostazioni di accesso che possono limitare le operazioni di scrittura o, a seconda della configurazione, operazioni di lettura e scrittura.

Ciò rende utile il controllo basato su password-quando un operatore autorizzato potrebbe dover modificare successivamente i contenuti protetti.

Tuttavia, una password con tag a 32-bit non deve essere commercializzata come crittografia o autenticazione ad alta-sicurezza. È una funzionalità di controllo-dell'accesso per le operazioni di memoria. Se un tag contiene un URL pubblico che chiunque dovrebbe leggere, le scritture protette da password non rendono riservato tale URL.

Crea anche una dipendenza operativa: qualcuno deve possedere la password, la procedura di emissione, la politica di ripristino e gli strumenti utilizzati per autenticare e aggiornare il tag. La perdita di tale controllo può trasformare una distribuzione teoricamente riscrivibile in una praticamente irraggiungibile.

 

Utilizza il ciclo di vita della distribuzione per scegliere la strategia di blocco

L'implementazione pubblica più gestibile è spesso un URL stabile, controllato dall'azienda-scritto nel tag, seguito da modifiche ai contenuti lato server-. In questo modello, la memoria NFC può diventare di sola lettura- mentre la pagina di destinazione, i contenuti della campagna, le informazioni sulla garanzia o le informazioni sul prodotto rimangono modificabili online.

Syntekguida ai tag NFC del sito webcopre la questione separata dell'implementazione NFC-basata su URL. La decisione di blocco in questo caso inizia dopo l'approvazione dell'architettura di destinazione.

 

Non bloccare in modo permanente una destinazione-di proprietà del fornitore senza un piano di migrazione

Un blocco permanente congela ciò che è memorizzato sul chip, non ciò che accade su Internet. Questa distinzione è utile solo se l'organizzazione controlla la destinazione o dispone di un percorso di migrazione affidabile.

Prima di bloccare un tag su un URL, conferma:

• chi possiede il dominio;
• chi controlla i reindirizzamenti;
• se la destinazione può spostarsi successivamente su un'altra piattaforma;
• se l'URL contiene un percorso specifico del fornitore-che potrebbe scomparire;
• se i token univoci per tag devono rimanere validi per la durata di distribuzione prevista;
• cosa succede quando una campagna, un dipendente, un record di prodotto o una sede vengono ritirati.

Un tag permanente che punta a un URL SaaS usa e getta può diventare un promemoria fisico permanente di una decisione temporanea relativa al software. Per i tag-di lunga durata, il controllo dell'URL deve essere considerato parte della specifica del prodotto.

 

 

Il blocco dovrebbe seguire la codifica e l'approvazione funzionale

Una sequenza di produzione sicura separascrivere, verificaEbloccaggio.

1. Congelare la regola del carico utile.Definisci l'esatto tipo di record NDEF, la struttura dell'URL, la regola del token-univoco e tutti i dati variabili.
2. Codificare l'etichetta.Scrivere il carico utile approvato utilizzando il processo di produzione specificato.
3. Rileggilo elettronicamente.Confermare che il record archiviato corrisponda ai dati di origine.
4. Testare il risultato dell'utente.Tocca il tag finito con telefoni o lettori di destinazione rappresentativi e conferma il completamento dell'azione prevista.
5. Verificare la destinazione.Controlla i reindirizzamenti, il comportamento HTTPS, la proprietà dell'account e qualsiasi mappatura univoca.
6. Approvare un campione equivalente alla produzione-.Il campione deve utilizzare il chip finale, l'intarsio, il materiale, le condizioni della superficie e la regola di codifica.
7. Applicare lo stato di protezione approvato.Lascia scrivibile, configura il controllo della password o blocca in modo permanente in base alle specifiche del progetto.
8. Verifica lo stato di blocco post-.Leggere di nuovo il contenuto e verificare che la restrizione di scrittura prevista sia effettivamente in vigore.
9. Registra il risultato.Conserva i requisiti di mappatura, revisione del campione e stato di blocco-nel record di produzione.

Questo ordine impedisce un errore comune: il rilevamento di un URL errato, di un token duplicato o di un record NDEF errato solo dopo che il tag è già stato reso permanentemente di sola lettura.

 

 

Per gli URL univoci, il file di mappatura è importante tanto quanto lo stato di blocco

Un lotto di tag NFC può contenere un URL comune oppure ogni pezzo può contenere un token diverso. La codifica univoca aggiunge un'altra modalità di errore: il tag NFC può essere bloccato correttamente ma mappato sull'elemento fisico sbagliato.

Per la codifica per-pezzo, il record di produzione potrebbe richiedere campi come:

Il blocco non risolve una mappatura errata. La sequenza corretta consiste nel verificare prima la mappatura, quindi applicare lo stato irreversibile.

 

Cosa testare dopo che un tag è di sola lettura-permanente

L'ispezione finale dovrebbe dimostrare sia che il contenuto funziona ancora sia che esiste lo stato di protezione approvato.

Per ordini di grandi dimensioni, definire se ogni articolo codificato o un campione controllato statisticamente viene controllato a ogni livello. Tale piano di campionamento è un accordo acquirente/produttore; non dovrebbe essere sostituito da una vaga affermazione che i tag sono "testati".

 

Il blocco permanente non risolve la manomissione fisica

Un tag NFC di sola lettura-non può essere riscritto tramite le normali operazioni di memoria, ma un tag pubblico può comunque essere rimosso, coperto, sostituito o danneggiato fisicamente.

Per gli impianti pubblici valutare se il progetto necessita anche di:

• costruzione-evidente la manomissione;
• ispezione fisica periodica;
• un QR fallback stampato;
• un registro delle risorse/posizioni controllate;
• monitoraggio del backend per destinazioni impreviste o utilizzo di token;
• una procedura di sostituzione dei tag danneggiati o mancanti.

Il requisito di sicurezza fisica dipende dall'ambiente. Un tag di revisione del piano di lavoro, un'etichetta per una risorsa esterna e un sigillo di autenticazione-del prodotto non hanno lo stesso modello di minaccia.

 

La protezione tramite password non sostituisce l'autenticazione

Questa distinzione è particolarmente importante nei progetti anti-contraffazione.

Un tag standard può essere bloccato in modo permanente in modo che la sua memoria non possa essere modificata, ma i dati visibili o leggibili possono comunque essere copiati su un altro tag. Un UID fisso può essere utile come identificatore, ma fare affidamento solo su un identificatore non equivale a una prova crittografica.

Se il requisito aziendale è "prevenire la riscrittura non autorizzata", potrebbe essere appropriato il blocco o il controllo della scrittura basato su password-. Se il requisito è "dimostrare che questo prodotto fisico è autentico", il progetto dovrebbe valutare un chip e un backend progettati per l'autenticazione.

Tale architettura di sicurezza esula intenzionalmente dall'ambito di questo articolo. Non trasformare un tag URL pubblico a basso-costo in un prodotto "anti-contraffazione" semplicemente modificandone lo stato di blocco.

 

Definire lo stato di blocco nella richiesta di offerta, non dopo la produzione

Per l'approvvigionamento diretto di tag ed etichette NFC-leggibili dal telefono, Syntek'sCategoria tag NFCè il proprietario commerciale. Se il progetto richiede-codifica e verifica interne, il fileCategoria Lettore e scrittore NFCè il percorso hardware rilevante.

 

I riordini necessitano di una regola di controllo di blocco-modifica stato-

Un ordine ripetuto non dovrebbe ereditare la parola "stesso" senza definire cosa deve rimanere lo stesso.

La riconvalida dovrebbe essere presa in considerazione quando una modifica influisce:

• modello del chip o comportamento della memoria/protezione;
• Tipo di record NDEF o struttura URL;
• codifica comune e unica;
• configurazione della password o ambito di protezione;
• politica di blocco permanente;
• mappatura seriale o QR stampata;
• intarsio, antenna o materiale finito;
• superficie di montaggio o il set telefono/lettore previsto.

Una modifica estetica della grafica potrebbe non richiedere un nuovo test tecnico completo, ma una modifica che può alterare il comportamento RF, l'interpretazione dei dati, la mappatura o la protezione da scrittura dovrebbe attivare la revisione dello strato interessato.

 

La regola decisionale

Scegli lo stato di protezione dal modello di manutenzione, non dalla parola "sicuro".

Mantieni il tag scrivibilementre la distribuzione è ancora in fase di commissionamento.Utilizza l'accesso controllato tramite password-quando i futuri aggiornamenti di memoria autorizzati rappresentano un reale requisito operativo e il chip scelto supporta il comportamento richiesto.Utilizza il blocco permanente di sola lettura-quando il payload codificato è definitivo e non deve essere riscritto.Utilizza l'autenticazione crittograficaquando l'azienda deve verificare l'autenticità anziché limitarsi a impedire modifiche ordinarie.

Per la produzione in serie, la sequenza più sicura è:

definire il carico utile → codificare → rileggere → destinazione del test → verificare la mappatura → approvare il campione finito → applicare la protezione → verificare la protezione → rilasciare il batch

Questa sequenza impedisce che un blocco irreversibile diventi un errore di produzione irreversibile.