La guida definitiva ai tag NFC: ogni chip, a cosa serve e cosa lo legge

Apri l’annuncio di una confezione di tag NFC. C’è scritto “NFC 213”, oppure “compatibile NTAG215”, o soltanto “tessera NFC 1K, funziona con tutti i telefoni”. Tu vuoi sapere una cosa sola: farà quello che ho in mente? E l’annuncio non te lo sa dire, perché non lo sa nemmeno chi l’ha scritto.

Da anni sviluppo NFC.cool Tools, un’app che a ogni avvicinamento deve prima di tutto rispondere proprio a questa domanda: che chip è, e che cosa sa fare? Il solo codice di identificazione riconosce una sessantina di prodotti di sette produttori, e ognuno è finito in quella lista perché qualcuno l’ha avvicinato a un telefono e qualcosa non si è comportato come prometteva l’annuncio. Questa è la guida di riferimento che avrei voluto avere mentre scrivevo quel codice. È lunga di proposito. Se ti basta la versione breve, parti dalla guida ai tag NFC per chi inizia, che rimanda qui per gli approfondimenti.

Il succo in una frase, così ce l’hai prima delle tabelle: non esiste il tag NFC migliore, esiste solo il chip giusto per il lavoro, e il lavoro dipende da tre cose: quanto devi memorizzare, chi devi tenere fuori e che cosa deve poterlo leggere.

Come usare questa guida

Ogni numero di questa guida viene dal datasheet di un produttore, da un documento di Apple o di Google oppure dal codice della mia app, e le fonti sono elencate in fondo. Quando un chip l’ho avuto sulla scrivania, lo dico in una nota sul campo. Quando non l’ho avuto, dico anche questo: i componenti più esotici vengono dai datasheet, e un datasheet è una promessa, non una misura.

Due cose che qui non trovi: una spiegazione passo passo per scrivere il primo tag (per quella c’è la guida alla scrittura) e la storia completa dell’NTAG 424 DNA, che ha un articolo tutto suo.

• Com’è fatto fisicamente un tag NFC

• La giungla delle sigle: standard, tipi del Forum e cosa non è NFC

• Come leggere un datasheet o un annuncio

• NDEF e quanto ci sta davvero su un tag

• Mappe di memoria: cosa c’è e dove sul chip

• La tabella per scegliere

• Famiglia per famiglia

• Formati e distanza di lettura

• Chi legge cosa

• Cosa fa NFC.cool Tools con ogni chip

• Comprare senza farsi fregare

• L’intero catalogo in una tabella

• I confronti più cercati

• Domande frequenti

• Glossario

• Fonti e approfondimenti

Com’è fatto fisicamente un tag NFC

Un tag NFC è fatto di tre cose incollate insieme: un chip grande come un granello di sabbia, un’antenna fatta di qualche spira di alluminio o rame inciso e un supporto che li tiene insieme, che può essere un adesivo di carta, un inlay in PET, una tessera in PVC o una capsula di vetro. Il chip non ha batteria. Lo alimenta il telefono.

Il principio è l’accoppiamento induttivo. L’antenna del telefono è una bobina che genera un campo magnetico alternato a 13,56 milioni di cicli al secondo. Se porti una seconda bobina dentro quel campo, ci si induce una corrente, come succede con un caricatore wireless, solo con una minima frazione della potenza. Il chip del tag vive di quella corrente indotta. Per rimandare i dati non trasmette niente di suo: inserisce e disinserisce un carico sulla propria antenna, e la bobina del telefono lo percepisce come una minuscola variazione del proprio campo. Il trucco si chiama modulazione di carico, ed è il motivo per cui tutto il lavoro lo fa il telefono e il tag può costare otto centesimi.

È anche il motivo per cui la portata è quella che è. Il campo di una bobina piccola cala con il cubo della distanza, quindi un tag che si legge benissimo a un centimetro a dieci non riceve niente. Io me lo immagino come una candela: se ci stai vicino ci leggi, ma dall’altra parte della stanza puoi strizzare gli occhi quanto vuoi. La definizione dell’NFC Forum parla di “una portata tipica fino a 2 cm”, la documentazione di Android di “4 cm o meno” e i datasheet di NXP di “fino a 100 mm a seconda dell’intensità del campo e della geometria dell’antenna”. Hanno ragione tutti e tre. Il valore del telefono è quello che vedrai tu; i 100 mm sono quello che il chip riesce a fare con un lettore grande e un’antenna grande.

Le velocità di trasferimento sono modeste perché di più non serve. Un tag di Type A o Type B parla a 106 kbit/s, e i chip più veloci negoziano 212, 424 o 848 kbit/s dopo l’handshake iniziale. FeliCa va a 212 o 424. ISO 15693, la famiglia a lungo raggio, è ancora più lenta, con 26,48 kbit/s nella modalità normale, perché è stata progettata per essere letta da un varco di magazzino a un metro di distanza, non da un telefono. Il dump completo degli 888 byte di un NTAG216 richiede comunque una frazione di secondo.

La giungla delle sigle: standard, tipi del Forum e cosa non è NFC

Ogni annuncio mescola tre sistemi di nomi: gli standard ISO che definiscono la parte radio, i tipi di tag dell’NFC Forum che definiscono come sono organizzati i dati e i nomi commerciali dei produttori. Ecco la mappa.

Gli standard

I tipi di tag dell’NFC Forum

L’NFC Forum non ha progettato chip. Ha scritto cinque ricette per memorizzare un messaggio NDEF (il formato contenitore che ogni telefono capisce) su chip che esistevano già. Ecco cosa vuol dire “tag Type 2”: non un chip, ma un’organizzazione dei dati.

Due cose mancano da quell’elenco, e non per caso. MIFARE Classic non è affatto un tipo di tag del Forum; l’NDEF su Classic è una mappatura di NXP che Android supporta su alcuni telefoni e iOS su nessuno. E le ricette del Forum non dicono nulla sulla sicurezza. Un tag Type 2 può essere un semplice NTAG213 oppure un NTAG 224 DNA con autenticazione AES-128; un tag Type 4 può essere uno spoglio ST25TA02K oppure una carta bancaria. Il tipo ti dice come è memorizzato il messaggio NDEF, non chi può arrivarci.

Cosa non è un tag NFC

Metà dei messaggi “perché il telefono non legge questo?” che ricevo riguarda cose che NFC non sono mai state. La bobina NFC di un telefono è sintonizzata su 13,56 MHz e parla i protocolli qui sopra. Tutto il resto per lui è invisibile, per quanto possa avere l’aspetto di un tag.

Quello che fa male è il badge a 125 kHz. Funziona con il lettore della porta, è una tessera di plastica con dentro una bobina, e con un telefono non parlerà mai. Ho scritto perché un iPhone non può aprire la porta del condominio proprio perché la risposta sincera è una questione di hardware.

Come leggere un datasheet o un annuncio

La prima pagina di un datasheet ha tutti i numeri che ti servono, e un buon annuncio li ricopia. Ecco cosa significa ciascuno e quali mentono.

Memoria utente e memoria totale

Ogni chip ha più EEPROM di quanta tu ne possa usare. Un NTAG213 ha 180 byte in tutto e 144 sono tuoi; gli altri 36 contengono l’UID, i bit di blocco, il capability container e le pagine di configurazione. Un MIFARE Classic 1K ha 1024 byte, di cui 752 di dati, perché ogni settore perde un blocco per le chiavi. Gli annunci riportano il numero più alto. Quello che conta è la memoria utente, e nemmeno quella corrisponde a quanto entra in un messaggio NDEF, come vedremo nella prossima sezione.

L’UID

L’identificativo univoco viene impresso in fabbrica e non si può modificare, tranne sui cloni costruiti apposta per modificarlo. Esistono tre lunghezze:

Il codice del produttore viene dal registro ISO/IEC 7816-6, ed è il controllo onesto più rapido che puoi fare su un annuncio. Se un tag “NXP originale” risponde 1D, l’ha fatto Fudan.

ATQA, SAK e GET_VERSION: come un lettore distingue i chip

Quando un chip di Type A risponde a un telefono, invia due piccoli valori, l’ATQA e il SAK. I lettori, compresa la mia app, usano il SAK per smistare i chip in famiglie, perché i bit del SAK dicono se il chip parla ISO-DEP e a quale grande famiglia appartiene. La nota di identificazione di NXP dice in grassetto di non usare l’ATQA per niente, perché si sovrappone tra chip diversi e trae in inganno, e posso confermare che è così.

Visto che tutti gli NTAG e tutti gli Ultralight rispondono SAK 00, per distinguere un NTAG213 da un NTAG216 o da un Ultralight EV1 serve un comando in più: GET_VERSION. Restituisce otto byte, e il lavoro lo fanno tre di questi. Il byte 2 è il tipo di prodotto (03 Ultralight, 04 NTAG, 07 NTAG I2C, 01 DESFire, 02 Plus, 08 DESFire Light), il byte 4 è la generazione e il byte 6 codifica la dimensione della memoria. È così che NFC.cool sa cosa ha davanti, ed è anche la prima cosa che una console che legge gli Amiibo chiede a un tag.

Esistono chip senza GET_VERSION: l’Ultralight originale, l’Ultralight C e il vecchio NTAG203 non l’hanno mai avuto, e lo stesso vale per la maggior parte dei cloni. Già questa assenza è un’impronta digitale.

Durata, conservazione dei dati, temperatura

Sono i tre numeri che gli annunci non riportano quasi mai e i datasheet riportano sempre.

• La durata in scrittura indica quante volte si può riscrivere un byte. 100.000 cicli sono il minimo per qualunque chip attuale; i chip dell’epoca Classic e l’Ultralight originale sono dichiarati per 10.000. DESFire EV3 e la famiglia ST25DV sono dichiarati per 1.000.000 come valore tipico.

• La conservazione dei dati indica per quanto tempo i byte sopravvivono senza alimentazione. 10 anni è il vecchio standard, 50 anni è quanto NXP dichiara per l’NTAG 424 DNA e la famiglia ICODE SLIX, e ST dichiara 200 anni per i chip Type 4 ST25TA. La conservazione è specificata a temperatura ambiente; il calore la accorcia.

• La temperatura di esercizio va da -25 a +70 °C per la maggior parte dei chip consumer di NXP, da -40 a +85 °C per i componenti ST ed EM e arriva fino a 105 °C per ICODE 3. Di solito il limite non è il chip, ma l’adesivo e il supporto.

La scala della sicurezza

È la parte di un annuncio che mente di più. “Crittografato”, “sicuro”, “anticlonazione” finiscono stampati su tag la cui unica protezione è una password a 32 bit inviata in chiaro. Ecco la scala, dal gradino più basso al più alto, e ogni chip di questa guida sta su uno dei gradini.

Due funzioni stanno accanto alla scala, non sopra un gradino. Una firma di originalità è una firma digitale sull’UID, scritta dal produttore, che permette a un lettore di verificare che il chip venga da NXP o da ST. Non impedisce la copia, perché un clone può portarsi dietro una firma copiata, e lo dice la stessa NXP nella sua application note. E i contatori (un contatore di letture a 24 bit sugli NTAG213/215/216, tre contatori irreversibili sull’Ultralight EV1, un contatore di scritture a 16 bit sullo SLIX2) servono ai casi d’uso, non alla sicurezza, a meno che non vengano inseriti in un messaggio SUN.

NDEF e quanto ci sta davvero su un tag

NDEF (NFC Data Exchange Format) è la busta. Un telefono non legge “un URL” da un tag; legge un messaggio NDEF che contiene un record URI, e la busta ha un peso. Conoscere quel peso è il modo per rispondere alla domanda “il mio link ci sta su un NTAG213?”.

Il record

Ogni record inizia con un byte di flag (inizio messaggio, fine messaggio, record breve e un type name format da tre bit), poi la lunghezza del tipo, la lunghezza del payload (un byte se il payload è sotto i 256 byte, altrimenti quattro), il tipo vero e proprio e il payload. Un record URL breve costa quindi 4 byte di intestazione prima del primo byte del link.

Il byte di prefisso è l’unica trovata ingegnosa del record URI. Invece di scrivere per esteso https://, il primo byte del payload è il codice di un prefisso comune, e il telefono lo rimette al suo posto.

Quindi https://nfc.cool/ viene memorizzato come il byte 04 seguito da nfc.cool/: nove byte di payload per un URL di diciassette caratteri. Il datasheet dell’NTAG 5 di NXP riporta come esempio D1 01 0C 55 01 seguito da nxp.com/nfc, che decodificato diventa http://www.nxp.com/nfc.

La busta intorno al record

Su un tag Type 2 o Type 5 il messaggio sta dentro un TLV: un byte che dice “messaggio NDEF” (03), un byte di lunghezza (tre byte se il messaggio è lungo 255 byte o più), il messaggio e un byte terminatore (FE). Su un tag Type 4 il TLV non c’è; il file NDEF inizia con una lunghezza da due byte. E su un NTAG213 o NTAG212 appena uscito dalla fabbrica i primi cinque byte di memoria utente sono già occupati da un Lock Control TLV che NXP scrive prima della spedizione e che ogni scrittore conserva.

Ecco il calcolo per un singolo link https://, fatto a mano per il chip che comprano quasi tutti:

• memoria utente dell’NTAG213: 144 byte

• meno il Lock Control TLV di fabbrica: 139

• meno la cornice del TLV NDEF (03, lunghezza, FE): 136 byte per il messaggio

• meno l’intestazione del record (flag, lunghezza del tipo, lunghezza del payload, U): 132 byte di payload

• meno il byte di prefisso: 131 caratteri dopo https://

Cosa ci sta e dove

Due note a margine su cui inciampano in molti. Il capability container scritto da NXP sull’NTAG215 e sull’NTAG216 dichiara 496 e 872 byte, meno della memoria utente, quindi getMaxSize() di Android riporta il numero più piccolo, ed è giusto così. E una vCard con nome, telefono, email e URL pesa 132 byte prima della busta e 148 dopo, ed è per questo che su un NTAG213 non ci sta del tutto e i venditori di biglietti da visita scelgono di default l’NTAG215 o l’NTAG216. I valori arrotondati che ho usato nella guida per chi inizia (circa 130, 480 e 850 caratteri) sono questi stessi numeri, smussati.

Mappe di memoria: cosa c’è e dove sul chip

Se ti è mai capitato di fare il dump di un tag in NFC.cool e di fissare l’esadecimale, questa è la chiave per decifrarlo.

Type 2: la mappa delle pagine dell’NTAG213

Un NTAG215 ha la stessa struttura, con la memoria utente che arriva fino alla pagina 81 e la configurazione da 83 a 86; un NTAG216 arriva fino a E1, con la configurazione da E3 a E6. I bit del capability container sono irreversibili: una volta impostato il flag di sola lettura nel byte 3, o un bit di blocco, non si torna indietro, ed è proprio questo che scrive il “blocco permanente” dell’app. Una “formattazione” su un Type 2 scrive un TLV NDEF vuoto (03 00 FE) a pagina 4; non azzera la memoria, quindi i vecchi dati restano leggibili con un dump finché non vengono sovrascritti.

Type 4: il file system dell’NTAG 424 DNA

Qui le pagine non ci sono. Un’applicazione ISO 7816 chiamata D2760000850101 contiene tre file: un capability container da 32 byte (E103), un file NDEF da 256 byte (E104) e un file proprietario da 128 byte (E105). Ogni file ha i suoi diritti di lettura, scrittura e modifica degli accessi, ciascuno associato a una delle cinque chiavi AES. DESFire funziona allo stesso modo ma ti lascia creare applicazioni e file tuoi; i tre dell’NTAG 424 DNA sono fissi, ed è per questo che l’ho descritto come una piccola cassaforte chiusa con tre cassetti.

Type 5: i blocchi ISO 15693

Blocchi da quattro byte, numerati da zero, con il capability container nel blocco 0 (E1 40 seguito dalla dimensione) e il TLV NDEF che parte dal blocco 1. UID, AFI, DSFID e stato dei blocchi stanno fuori dai blocchi indirizzabili e si leggono con un comando a parte, GET SYSTEM INFORMATION. Su un ICODE SLIX2 l’ultimo blocco indirizzabile, il 79, è il contatore a 16 bit; su ICODE 3 il blocco 75 contiene un contatore a 24 bit e dal blocco 76 in su c’è un’area di configurazione separata.

MIFARE Classic: settori, trailer e directory

Un Classic 1K ha 16 settori da 4 blocchi da 16 byte. L’ultimo blocco di ogni settore è il sector trailer: chiave A, tre byte di accesso, un byte libero, chiave B. Il blocco 0 del settore 0 è il blocco del produttore, con l’UID. Per mettere l’NDEF su un Classic, NXP ha definito una directory: il settore 0 diventa la MIFARE Application Directory (MAD), leggibile con la chiave pubblica A0 A1 A2 A3 A4 A5, ed elenca quali settori contengono NDEF con il codice applicazione 03 E1. Quei settori usano una seconda chiave pubblica, D3 F7 D3 F7 D3 F7. Una tessera nuova di fabbrica ha tutte le chiavi impostate su FF FF FF FF FF FF. Quando NFC.cool su Android formatta una tessera Classic, scrive proprio questa directory e queste chiavi, ed è il motivo per cui una tessera Classic formattata si legge su alcuni telefoni Android e su nessun iPhone.

La tabella per scegliere

Parti da qui se sai qual è il lavoro e cerchi il chip.

Cosa manca dalla tabella: MIFARE Classic. Nel 2026 non c’è un solo lavoro per cui comprerei un chip Classic, e la sezione qui sotto spiega perché.

Famiglia per famiglia

Ogni famiglia riceve lo stesso trattamento: una tabella tecnica presa dal datasheet, a cosa serve il chip, cosa ci fanno i telefoni e una nota sul campo quando ce l’ho.

NTAG 21x: la famiglia degli adesivi

È il chip che sta in quasi tutti gli adesivi, i gettoni e le tessere NFC venduti ai consumatori, e NXP nel 2026 li elenca ancora tutti come attivi, anche se il datasheet non è cambiato dal 2015.

Sono tutti NFC Forum Type 2, ISO/IEC 14443 Type A, UID da 7 byte, 106 kbit/s, dichiarati da -25 a +70 °C. NTAG210 e NTAG212 hanno una capacità d’ingresso di 17 pF per antenne piccole; 213, 215 e 216 hanno 50 pF. La firma di originalità è ECDSA sulla curva secp128r1, 32 byte, letta con il comando READ_SIG; la chiave di verifica sta in un’application note di NXP che non è pubblica, ed è per questo che quasi nessuna app consumer la controlla.

Le tre funzioni che contano nella pratica sono la password (una PWD a 32 bit, una PACK a 16 bit con cui risponde il tag, AUTH0 per dire da dove parte la protezione e AUTHLIM per rendere il tag inservibile dopo un numero scelto di tentativi sbagliati), il contatore NFC (24 bit, incrementato una volta per sessione di lettura, leggibile con un comando dedicato) e il mirror ASCII, che incolla UID e contatore come testo nel messaggio NDEF, così un semplice URL diventa https://example.com/?u=04A1...&c=000123 a ogni lettura. Le testine Philips Sonicare di cui ho scritto usano un NTAG213 con AUTHLIM impostato a tre, ed è così che una testina si blocca da sola se sbagli.

Sul campo: sono i chip su cui faccio i test a ogni release, e l’NTAG216 è quello che consiglio quando qualcuno vuole comprare una sola confezione e non pensarci più. Su tutto quello che lasci in un luogo pubblico vale la pena impostare la password: ferma chi ha un’app gratuita, cioè quasi tutti. Non ferma chi ha uno sniffer, perché la password stessa viaggia via radio senza crittografia, e nell’app lo dico chiaramente.

Sui telefoni: lettura e scrittura NDEF ovunque, lettura in background dei record URL su iPhone e accesso raw su entrambe le piattaforme per password, contatore e mirror. NFC.cool fa tutto questo su iPhone, su Android e, con un lettore USB, su iPad e Mac.

NTAG DNA: quelli che firmano ogni lettura

Tre generazioni, due ancora in produzione.

SUN, Secure Unique NFC, è la funzione per cui questi chip valgono il triplo di un NTAG213: il tag copia UID e contatore di letture nell’URL e ci aggiunge un CMAC AES-128 calcolato su quei valori, nuovo a ogni lettura. Il server verifica il MAC; un tag clonato non ha la chiave e fallisce. Ho spiegato tutto, compresa la modalità LRP e le cinque chiavi, nell’articolo sull’NTAG 424 DNA, quindi qui c’è solo quello che è cambiato da allora: NXP ora vende anche l’NTAG 426Q DNA e l’NTAG X DNA, un chip Type 4 connesso da 16 kB certificato EAL6+, quindi il 424 non è più il chip DNA più recente, ma solo quello che puoi davvero comprare sotto forma di adesivo.

La famiglia 22x DNA è la novità interessante: SUN su un chip Type 2, il che significa che l’adesivo costa meno e il telefono lo legge come un normale NTAG. Le varianti StatusDetect aggiungono un sensore: o un circuito conduttivo che registra, in modo irreversibile, di essere stato interrotto, oppure una misura di capacità da 0 a 11 pF tra due pin, che NXP propone per il livello dei liquidi, l’umidità e la pressione.

Sul campo: i miei primi NTAG 424 DNA li ho comprati su AliExpress per pochi euro, e intorno a quelli ho costruito tutte le funzioni dell’app per il 424: cambio delle chiavi, SUN in modalità in chiaro e crittografata, diritti di accesso ai file, il file vault, lo stato antimanomissione. Il 424 è anche l’unico chip per cui NFC.cool verifica la firma di originalità con la chiave pubblica pubblicata da NXP e mostra “Genuine NXP”. I 22x DNA li conosco solo sulla carta.

MIFARE Ultralight: la famiglia dei biglietti

L’Ultralight è il fratello maggiore dell’NTAG. Stessa interfaccia radio, stesse pagine da 4 byte, stesso SAK e, dall’EV1 in poi, stessi comandi. La differenza sta nello scopo: l’Ultralight è nato per i biglietti di corsa singola e la linea NTAG per gli adesivi con un URL, ed è per questo che gli NTAG escono di fabbrica con un capability container già scritto e gli Ultralight no.

I tre contatori irreversibili sono il tratto distintivo dell’Ultralight EV1: un’azienda di trasporti scala un conteggio e il chip si rifiuta di tornare indietro. L’Ultralight AES è la risposta discreta a “vorrei un NTAG213 con una vera autenticazione”: gli stessi 144 byte, AES-128 al posto di una password, su un tag Type 2 che qualunque telefono legge.

Sui telefoni: tutto quello che c’è qui viene letto come tag Type 2. Core NFC di Apple espone una famiglia .ultralight e permette a un’app di inviare comandi nativi; Android ha una classe MifareUltralight che è facoltativa ma presente su tutti i telefoni che ho visto. NFC.cool riconosce le varianti EV1 e l’AES tramite GET_VERSION e tratta la password dell’EV1 come quella degli NTAG; l’autenticazione AES vera e propria, invece, l’app non la fa.

MIFARE Classic, Plus e DESFire: la famiglia del controllo accessi

Tre famiglie in una sola sezione, perché sono un’unica storia: il Classic è stato violato, il Plus era la strada per migrare, il DESFire è dove il settore è arrivato.

MIFARE Classic è il chip della vecchia chiave dell’hotel, della tessera della palestra e di moltissimi badge aziendali. Non è un tipo di tag dell’NFC Forum. Ha un suo cifrario, CRYPTO1, che due gruppi di ricerca hanno ricostruito nel 2008: Nohl e Plötz osservando il silicio al microscopio, e il gruppo della Radboud University osservando il protocollo, recuperando una chiave “con appena uno o due tentativi di autenticazione con un lettore autentico, in meno di un secondo”. NXP è andata in tribunale per fermare il secondo articolo e ha perso. Sedici anni dopo, nell’agosto 2024, Quarkslab ha pubblicato una backdoor hardware nel Fudan FM11RF08S, il chip compatibile Classic più diffuso degli ultimi cinque anni, e ha trovato una chiave backdoor più vecchia condivisa da chip Fudan precedenti, da alcuni chip Infineon e perfino da alcuni chip NXP di inizio anni Duemila. Il Classic non è un prodotto di sicurezza, e la stessa pagina prodotto di NXP per il Classic EV1 oggi dice “not recommended for new designs”, sconsigliato per i nuovi progetti, e rimanda al DESFire Light.

La risposta secca per l’iPhone, visto che me lo chiedono ogni settimana: un iPhone non può leggere il contenuto di una tessera MIFARE Classic, e nessuna app può cambiare le cose. Core NFC di Apple non ha una famiglia Classic nella sua API, e la documentazione del suo comando MIFARE dice chiaro e tondo che “doesn’t support the Crypto1 protocol”, cioè che non supporta il protocollo Crypto1. Il telefono vede l’UID e il SAK, la mia app ne ricava la famiglia, e lì finisce. Su Android è diverso: la classe MifareClassic è facoltativa ed è implementata dai telefoni il cui controller NFC ha CRYPTO1 in hardware (i controller NXP sì; i chip Broadcom di una generazione di Nexus e Galaxy no), e su quei telefoni NFC.cool legge ogni settore che la chiave di fabbrica apre e può formattare una tessera nuova per l’NDEF.

MIFARE Plus è la mappa di memoria del Classic con AES-128 aggiunto sopra, in modo che un gestore potesse sostituire prima le tessere e poi i lettori. Funziona per livelli di sicurezza: SL1 si comporta come un Classic (con AES facoltativo), SL3 è solo AES su ISO-DEP e il Plus X aveva un SL2 intermedio. Plus S e Plus X sono fuori produzione; Plus SE (un 1K, 752 byte) e Plus EV2 (2K o 4K, EAL5+, conservazione di 25 anni, durata tipica di 1.000.000 di cicli) sono attuali. In SL1 un telefono vede SAK 08 o 18, come per un Classic; in SL3 vede una tessera ISO-DEP.

MIFARE DESFire è un’altra bestia: un piccolo file system con applicazioni, file, diritti di accesso per ogni file e fino a 14 chiavi per applicazione, che parla APDU su ISO-DEP fino a 848 kbit/s.

Il “2K” nel nome di un DESFire non sono 2048 byte di qualcosa che puoi usare direttamente. La nota comparativa di NXP riporta i valori utilizzabili della tabella, e ogni applicazione e ogni file che crei si prendono una fetta per le proprie intestazioni, allocata in pagine da 256 byte. Chiedilo alla tessera con il comando FreeMemory invece di fidarti dell’etichetta. Il DESFire EV3 ha portato SUN anche in questa famiglia, quindi un EV3 sa fare il trucco dell’NTAG 424 DNA di firmare un URL, cosa che l’EV2 non sa fare.

Sui telefoni: iOS presenta il DESFire come tag MIFARE .desfire, oppure come tag ISO 7816 se l’app richiede l’applicazione NDEF; Android usa IsoDep. NFC.cool identifica generazione e dimensione tramite GetVersion ed elenca le applicazioni e i file che può vedere senza chiavi. Non si autentica su un DESFire e non ci scrive; quello è un lavoro per gli strumenti del gestore, e preferisco dirlo piuttosto che far finta di niente.

ISO 15693: la famiglia a lungo raggio

Sono i chip progettati per un metro, non per un centimetro. Un telefono li legge comunque (Apple da iOS 13, Android tramite NfcV), e GoToTags ha misurato che su un iPhone i tag Type 5 si leggono a circa il doppio della distanza dei tag Type 2, ma il loro posto naturale sono il varco della biblioteca, lo scaffale del magazzino e la lavanderia industriale. L’UID è da 8 byte e inizia con E0, i blocchi sono da 4 byte, e la famiglia aggiunge tre cose che i chip di Type A non hanno: un AFI (un byte di famiglia applicativa su cui un lettore può filtrare), un DSFID (un byte di formato dei dati) e l’EAS, il bit di sorveglianza elettronica degli articoli che fa suonare il varco antitaccheggio di un negozio.

NXP ICODE. La discendenza è SLI (2000), SLI-S e SLI-L (2007), SLIX e le sue varianti S e L (2010), SLIX2 (2014), ICODE DNA (2016) e ICODE 3 (2024). Non esiste uno “SLIX3”; un annuncio che lo cita intende ICODE 3 oppure tira a indovinare.

ICODE 3 è quello da conoscere: copia l’UID e il suo contatore degli avvicinamenti nel messaggio NDEF come fa un NTAG213, si legge fino a 212 kbit/s e accorda da solo la propria antenna. Non ha AES; il componente con AES è l’ICODE DNA, e nessuno dei due fa SUN.

STMicroelectronics ST25TV e ST25DV. La linea Type 5 di ST, e quella con i numeri migliori di tutta la guida sul datasheet.

L’Augmented NDEF dell’ST25TV02KC merita un paragrafo, perché viene venduto come sicurezza. A ogni lettura il chip inserisce nell’URL il proprio UID, un campo personalizzato e un codice univoco di lettura di tre caratteri, senza toccare l’EEPROM. Il codice cambia a ogni avvicinamento, e il datasheet di ST dice testualmente che è “predictable”, prevedibile. È un token di freschezza che dice al tuo server che si tratta di una lettura nuova, non una prova che il tag sia autentico. La funzione che attesta l’autenticità è TruST25, la firma di originalità di ST sull’UID, e come quella di NXP è una firma statica che un clone può copiare.

Il resto del mondo Type 5. Gli inlay Tag-it HF-I di Texas Instruments (Standard da 32 byte, Pro da 32 byte con scrittura protetta da password e comando kill, Plus da 256 byte) stanno in tutte le biblioteche che hanno installato l’NFC prima del 2015, e oggi sono tutti indicati come sconsigliati o obsoleti. L’EM4233 di EM Microelectronic (208 byte, una modalità privacy con chiave a 96 bit, conservazione di 60 anni) è disponibile su richiesta. Il my-d di Infineon e l’MB89R118 di Fujitsu compaiono nel codice di identificazione di NFC.cool perché li hanno segnalati gli utenti. L’NTAG 5 di NXP (link, boost, switch) è un chip ISO 15693 nonostante il nome NTAG, con 2048 o 512 byte, una porta I2C, recupero di energia fino a 30 mW e un’EEPROM da 1.000.000 di cicli e 40 anni: un tag connesso per l’elettronica, non un adesivo, e il software scritto per gli NTAG21x non ci parla.

Sul campo: lo SLIX2 è il chip di tutte le bobine di filamento OpenPrintTag, quindi ne ho avuti per le mani parecchi, e NFC.cool li legge, li scrive e li formatta su entrambe le piattaforme. Quello che l’app non fa, e voglio essere chiaro, sono i comandi ISO 15693 per password, privacy, EAS e AFI. I byte dei comandi sono nel codice come tabella di riferimento; i pulsanti non ci sono ancora.

Type 4 al di fuori di MIFARE: ST25TA

La famiglia ST25TA di ST è fatta di tag Type 4 su ISO/IEC 14443 Type A senza tutta la macchina del DESFire: un file NDEF, un file capability container e un file di sistema, due password a 128 bit (lettura e scrittura) e un contatore di eventi a 20 bit che può contare le letture o le scritture.

Duecento anni di conservazione e un milione di cicli di scrittura, ma solo a 106 kbit/s. Le varianti -P e -D hanno un pin di uscita generico che cambia stato quando il tag viene letto, ed è così che si fa reagire una lampada a un telefono. Su entrambi i sistemi questi chip vengono letti come tag Type 4; NFC.cool ci legge e ci scrive l’NDEF e mostra i dettagli ISO-DEP.

Chip sensore e a doppia interfaccia

Sono chip con due facce: un’antenna NFC da una parte e, dall’altra, un bus I2C, un sensore o una seconda radio.

Con questi chip non ho costruito niente, quindi questa tabella viene solo dai datasheet. Contano per la guida perché negli annunci compaiono come “chip NFC” e confondono le idee: un NTAG 5 non è un NTAG213, e un tag em echo sul telefono non fa niente di speciale.

Vecchie glorie e nicchie

Topaz (Innovision, poi Broadcom) è l’NFC Forum Type 1: blocchi da 8 byte, 96 o 512 byte, blocchi irreversibili, 10.000 cicli di scrittura. Entrambi i sistemi leggono ancora l’NDEF da un Topaz, ma l’NFC Forum ha tolto il Type 1 dalle specifiche del 2021 e nessuno lo usa più nei nuovi progetti. I rivenditori ne hanno ancora in magazzino.

FeliCa è la famiglia di Sony e quella dei trasporti pubblici giapponesi. FeliCa Lite-S (224 byte di memoria utente in blocchi da 16 byte, un IDm da 8 byte, un MAC triple DES semplificato) è la versione tag ed è NFC Forum Type 3; FeliCa Standard è la versione smart card, oggi con AES e una certificazione Common Criteria EAL6+ sull’attuale RC-SA01, ed è quella su cui girano Suica, PASMO, Edy, WAON, nanaco e l’Octopus di Hong Kong. I moduli FeliCa Plug di Sony sono usciti di produzione a marzo 2026. NFC.cool riconosce i marchi dei trasporti e del denaro elettronico dal codice di sistema su entrambe le piattaforme, legge Lite-S e Standard e ci scrive l’NDEF su iPhone.

Kovio NFC Barcode era un tag in silicio stampato, di sola lettura, da 16 byte. Android ha ancora una classe NfcBarcode dedicata. Le attività di Kovio sono passate a Thinfilm nel 2014, Thinfilm ha smesso di produrre NFC nel 2019 e ha cambiato nome nel 2021. Quella classe è un fossile.

Chip di memoria ISO 14443 Type B. Gli SRI512, SRT512 e SRI4K di ST (512 o 4096 bit in blocchi da 32 bit, due contatori a scalare, 1.000.000 di cicli, 40 anni) vivono nei trasporti francesi e belgi e in alcuni skipass. Android li espone tramite NfcB; l’iPhone non ha proprio un oggetto tag raw per il Type B, quindi un iPhone non vede una tessera Type B a meno che non parli ISO-DEP e non risponda a una SELECT. Calypso, il sistema del Navigo di Parigi, è una smart card Type B che lo fa.

Cloni e compatibili

È la sezione che gli annunci preferirebbero tu non leggessi.

Fudan FM11NT021 è il più diffuso “NTAG213” che non è un NTAG213. Ha gli stessi 180 byte in 45 pagine, la stessa area utente da 144 byte, una password, un contatore di letture a 24 bit e, nell’UID, il codice produttore Fudan 1D. Non implementa GET_VERSION e il suo datasheet attuale non elenca un comando READ_SIG, quindi un lettore che fa una di queste due domande riceve silenzio e ripiega sul tirare a indovinare in base alla dimensione della memoria, ed è per questo che la community di Proxmark3 lo segnala come NTAG203. Fudan produce anche versioni da 504 e 888 byte (FM11NT041, FM11NT081). Per un link su un adesivo funzionano. Per gli Amiibo no, perché la console chiede per prima cosa GET_VERSION.

Fudan FM11RF08 e FM11RF08S sono i chip compatibili Classic della maggior parte delle tessere “1K” economiche. Nel 2020 l’08S ha aggiunto contromisure contro gli attacchi noti al Classic, e poi si è scoperto che conteneva una chiave backdoor hardware comune a tutte le tessere prodotte, pubblicata da Quarkslab nel 2024 insieme a strumenti che oggi fanno parte del firmware di Proxmark3.

Le tessere MIFARE Classic “magic” sono chip costruiti in modo che UID e blocco del produttore si possano riscrivere, cosa che un vero Classic non permette mai. Le generazioni sono un hobby a sé:

Esistono anche tessere NTAG21x magic, e quelle che emulano completamente accettano perfino una firma di originalità copiata, ed è proprio il punto che NXP sottolinea sulle firme statiche.

“Compatibile NTAG215” per gli Amiibo. Un Amiibo è un normale NTAG215 i cui 540 byte contengono dati crittografati e firmati con chiavi derivate dall’UID del tag stesso. Se copi i byte su un altro tag le firme non corrispondono più, ed è per questo che un backup va ricifrato per l’UID del tag di destinazione, che è esattamente quello che fa il backup e ripristino degli Amiibo di NFC.cool. La sequenza di lettura della console inizia con GET_VERSION, poi un’autenticazione con password derivata dall’UID, poi la lettura di tutte le 135 pagine, comprese quelle di configurazione. Un chip senza GET_VERSION, o con 45 pagine invece di 135, si ferma al primo passo. La documentazione di TagMo lo dice in una riga: viene riconosciuto solo l’NTAG215.

Come si presenta un clone nell’app. NFC.cool identifica i chip prima di tutto con GET_VERSION. Un chip che non risponde, o che risponde con una dimensione di memoria diversa da quella dichiarata, viene chiamato per quello che è davvero, non per quello che dice l’annuncio. Su un NTAG 424 DNA l’app fa un passo in più e verifica la firma di originalità ECDSA con la chiave pubblica di NXP, ed è l’unico punto dell’app che può dire “Genuine NXP” con una base crittografica. Sugli NTAG21x l’app non legge la firma, in parte perché la chiave di verifica di NXP è coperta da NDA e in parte perché una firma statica copiata passerebbe comunque. Per un tag Type 2 la catena di prove onesta è questa: codice del produttore, GET_VERSION, dimensione della memoria e presenza delle funzioni che il chip dichiara di avere.

Formati e distanza di lettura

Il chip decide cosa sa fare il tag; il formato decide se il telefono riesce a raggiungerlo.

Due regole fisiche spiegano la maggior parte delle segnalazioni “non si legge”. La dimensione dell’antenna determina la portata, più o meno: una tessera si legge da più lontano di un gettone, un gettone da più lontano di un inlay da 10 mm, e un impianto ha bisogno del contatto. Il metallo stara l’antenna: una bobina appoggiata su una superficie metallica induce correnti parassite nel metallo, la sua induttanza cala e la risonanza si allontana dai 13,56 MHz, quindi un tag normale su un armadietto d’acciaio è morto. Un foglio di ferrite tra la bobina e il metallo devia il campo e riporta in vita il tag, al prezzo di una portata minore e di un costo più alto, ed è per questo che i tag on-metal costano il triplo.

Dove tieni il telefono conta quanto il tag. Sull’iPhone l’antenna è sul bordo superiore; l’indicazione di Apple è di “avvicinare la parte superiore dell’iPhone” al tag. Su Android dipende dal modello, di solito al centro del retro o vicino alla fotocamera. La guida per chi inizia spiega tutto passo passo.

Chi legge cosa

La matrice dei telefoni e dei lettori. Le colonne dei telefoni vengono dalla documentazione di Apple e di Google e dalla mia app; quelle dei lettori da scrivania e per smanettoni vengono dalle schede tecniche dei produttori e dalla documentazione dei progetti stessi, e quei dispositivi non li ho provati di persona, a parte i lettori citati nella colonna di iPad e Mac.

Alcune righe meritano una frase.

• La lettura in background su iPhone scatta solo per un record URL NDEF, solo quando il telefono è sbloccato e in uso, e non mentre sono attivi la fotocamera, Wallet, una sessione di lettura o la modalità aereo. Non legge mai un chip raw. Da iPhone XS in poi.

• Quali iPhone leggono i tag: dall’iPhone 7 in poi dentro un’app, secondo la sessione della WWDC 2019 di Apple. Scrittura e comandi raw sono arrivati con iOS 13.

• La classe MifareClassic di Android è facoltativa. Le parole di Google: “if it is not implemented, then MifareClassic will never be enumerated”. Dipende dal controller, non dalla versione di Android.

• Web NFC è solo NDEF, da Chrome 89 in poi, solo su Android, e Apple ha preso una posizione contraria, quindi una versione per Safari non ci sarà. È per questo che il lettore NFC online di questo sito funziona su Android e a chi ha un iPhone dice di usare l’app.

• iPad e Mac non hanno una radio NFC. Da NFC.cool 6.15.0 l’app parla invece con un lettore USB CCID tramite lo stack per smart card di Apple; l’HID OMNIKEY 5022 CL è quello che ho provato io, l’ACS ACR1552U-M1 e l’ACR1255U-J1 funzionano secondo le segnalazioni degli utenti, e l’articolo dedicato elenca i limiti. Impostare la password di un NTAG funziona con un lettore; per rimuoverla serve un comando che l’OMNIKEY rifiuta, quindi quella resta una cosa da fare con il telefono.

• L’ACS ACR122U non supporta ISO 15693, e nemmeno l’ACR1252U o l’ACR1255U-J1. Nella linea ACS lo fa solo l’ACR1552U. L’OMNIKEY 5022 fa entrambe le cose. Meglio saperlo prima di comprare un lettore per i tag delle biblioteche.

• Proxmark3 e Flipper Zero sono gli strumenti che sanno recuperare le chiavi MIFARE Classic ed emulare le tessere. Servono a questo, e la guida li cita perché un “chi legge cosa” senza di loro sarebbe disonesto.

Cosa fa NFC.cool Tools con ogni chip

Questo è il punto di un articolo in cui compare la cosa che ho costruito io, e qui ci sta, perché ogni riga qui sopra finisce con “e l’app che cosa ci fa?”. La tabella qui sotto non è un testo promozionale; l’ho ricavata dal codice sorgente dell’app mentre scrivevo questa guida, e mi ha corretto su due cose che altrimenti avrei dato per vere.

Le due correzioni, per la cronaca: avrei scritto che l’app verifica la firma di originalità sui tag NTAG21x, e invece non lo fa; ce l’ha solo il 424. E avrei scritto che i comandi password di ISO 15693 c’erano già, mentre sono una tabella di riferimento in attesa di un’interfaccia. Sono tutte e due in lista.

Comprare senza farsi fregare

Cosa deve dire un annuncio prima che io compri:

1. Il nome esatto del chip. “NTAG213”, non “NFC 213”; “ICODE SLIX2”, non “tag ISO 15693”; “MIFARE Classic EV1 1K”, non “tessera 1K”. Se l’annuncio non nomina il chip, il venditore non lo sa oppure non vuole che lo sappia tu.

2. La memoria utente in byte, e deve corrispondere al chip: 144 per un NTAG213, 504 per un 215, 888 per un 216, 316 per uno SLIX2. Un “1K” che si rivela un MIFARE Classic su un iPhone non funzionerà.

3. Il produttore, se l’annuncio promette NXP o ST originali. Il codice del produttore nell’UID ti dirà la verità dopo l’acquisto; il prezzo te la dice prima. Nessuno vende adesivi NTAG216 originali a un terzo del prezzo di mercato.

4. La dimensione dell’antenna e il formato. Un inlay da 10 mm si legge a un centimetro; uno da 38 mm a quattro. Un tag on-metal deve dichiararsi on-metal.

5. Se è formattato NDEF. Gli NTAG escono già formattati; gli Ultralight EV1 e la maggior parte dei chip ISO 15693 no, e NFC.cool li formatta, ma è un passaggio in più.

Campanelli d’allarme: “compatibile NTAG215” (non è un NTAG215), “crittografato” su qualunque cosa stia sotto il gradino 4 della scala, “funziona con tutti i telefoni” su un MIFARE Classic e qualunque nome di chip con una sigla che il produttore non ha mai usato, come SLIX3.

Quanto costano i tag. Prezzi di listino che ho visto il 9 settembre 2026 da Seritag, Shop NFC, GoToTags, NFCW Shop, NFC.CARDS, NFC-Tag-Shop.de, Tagstand e Digi-Key. Quasi tutti i negozi vendono almeno a decine, quindi la colonna “singolo” è la fascia più piccola che offrono. I prezzi cambiano; prendili come proporzioni.

Lo schema è quello che ti aspetteresti: la memoria è quasi gratis, la crittografia costa circa il doppio e il formato costa più del chip. Un die NTAG213 nudo costa quattordici centesimi; il grosso del prezzo è l’adesivo che ci sta intorno.

Dove comprarli: nella pagina dei link di affiliazione tengo un elenco dei tag e dei lettori che uso davvero, e i 424 da cui sono nate tutte le funzioni DNA venivano da AliExpress, quindi non ti dirò che i marketplace sono off limits. Controlla con l’app quello che arriva prima di scriverci qualcosa.

L’intero catalogo in una tabella

Una riga per chip. “Byte utente” è quanto puoi scrivere; per il DESFire è il valore utilizzabile indicato da NXP. Le colonne dei telefoni dicono cosa sa fare la piattaforma, non cosa fa ogni app; la colonna NFC.cool dice cosa fa la mia. Sul telefono scorri di lato; la prima colonna resta ferma.

I confronti più cercati

NTAG213 contro NTAG215 contro NTAG216. Lo stesso chip in tre tagli di memoria: 144, 504 e 888 byte, con la stessa password, lo stesso contatore, lo stesso mirror e la stessa firma. Prendi il 213 per un link, il 215 per gli Amiibo, il 216 per un biglietto da visita o per non doverci pensare. La differenza di prezzo è di una trentina di centesimi.

NTAG213 contro Ultralight EV1. Stessa interfaccia radio e stessi comandi; l’NTAG ha il mirror ASCII e un capability container già scritto, l’EV1 ha tre contatori irreversibili ed esiste da 48 o da 128 byte. Per gli adesivi serve l’NTAG; per i biglietti, l’EV1.

NTAG213 contro ST25TN01K contro Fudan FM11NT021. Tre chip Type 2 tra 144 e 160 byte. L’NTAG ha una password e un contatore di letture e risponde a GET_VERSION; l’ST25TN ha più memoria, un comando kill, un codice di lettura e TruST25, ma niente password; il Fudan copia le funzioni dell’NTAG tranne GET_VERSION e, nel datasheet attuale, la firma. Per un semplice link va bene uno qualsiasi; per un contatore o per gli Amiibo, l’NTAG.

MIFARE Classic contro DESFire. Non c’è partita. Il cifrario del Classic è stato violato nel 2008 e il suo clone più diffuso è risultato avere una backdoor nel 2024; il DESFire EV3 ha AES, gestione delle chiavi, certificazione EAL5+ e SUN. L’unico argomento a favore del Classic è che il lettore sul muro è stato installato nel 2009.

NTAG 424 DNA contro NTAG213. Il 424 firma ogni lettura con AES-128 e memorizza 416 byte in tre file con cinque chiavi; il 213 memorizza 144 byte con una password a 32 bit. Se la domanda è “questo prodotto è autentico?”, risponde solo il 424. Se la domanda è “questo adesivo apre un link?”, il 213 lo fa a un terzo del prezzo.

NTAG 424 DNA contro NTAG 223 DNA. Entrambi fanno SUN. Il 424 è un Type 4 con cinque chiavi, LRP, un’opzione di UID casuale, un file vault e 50 anni di conservazione; il 223 è un adesivo Type 2 con una chiave SUN, una password a 32 bit e 10 anni. Il 223 è il modo più economico per mettere un URL firmato su un’etichetta; il 424 è quello che oggi un’app sa già configurare.

ICODE SLIX2 contro NTAG216 per l’inventario. Se l’unico lettore è un telefono, l’NTAG216 ha più memoria e il contatore. Se di mezzo c’è un varco o un lettore palmare, lo SLIX2 si legge a un metro e l’NTAG a quattro centimetri, e la scelta è fatta.

FeliCa contro NTAG in Giappone. Un tornello dei trasporti giapponesi parla FeliCa e nient’altro; un telefono giapponese legge entrambi. Per un tag su un poster a Tokyo, l’NTAG va benissimo. Per qualunque cosa debba accettare un lettore Suica serve FeliCa, e non è un chip che si programma con un’app sul telefono.

Domande frequenti

Meglio comprare l’NTAG215 o l’NTAG216?

Il 216, a meno che tu non debba scrivere degli Amiibo. Ha 888 byte contro i 504 del 215, la stessa password, lo stesso contatore, lo stesso mirror e lo stesso supporto sui telefoni. Il 215 si trova in tutti i negozi perché lo usano le statuine di Nintendo, e se il lavoro è quello è l’unica scelta possibile.

Un iPhone può leggere i tag MIFARE Classic?

Può vedere che ce n’è uno. Core NFC legge l’UID e il SAK e si ferma lì; l’API di Apple non ha una famiglia Classic e la sua documentazione dice che il comando MIFARE “doesn’t support the Crypto1 protocol”. Su un iPhone nessuna app può leggere un settore. I telefoni Android con un controller NFC di NXP possono farlo; quelli con certi altri controller no, e su quei telefoni la classe MifareClassic semplicemente non compare.

Quante volte si può riscrivere un tag NFC?

100.000 volte per qualunque chip attuale di NXP o ST a temperatura ambiente, e i valori dei datasheet sono minimi garantiti. Un DESFire EV3 o un ST25DV sono dichiarati per un milione. Il vecchio NTAG203, l’Ultralight originale e il Topaz erano dichiarati per 10.000. Nessuno riscrive un adesivo diecimila volte; il numero conta per i contatori e per i tag che registrano dati.

A che distanza funziona un tag NFC?

Da un telefono, fino a circa quattro centimetri per un’antenna grande come una tessera e circa due per un adesivo piccolo, nel punto giusto del telefono. La definizione dell’NFC Forum dice “fino a 2 cm”. Un tag ISO 15693 con un lettore a varco e un’antenna grande funziona a un metro, ma un telefono lo legge agli stessi pochi centimetri di qualunque altro tag, forse il doppio rispetto a un Type 2.

I tag NFC scadono o si consumano?

I dati del chip sono garantiti per 10 anni sulla maggior parte dei chip consumer, 50 sull’NTAG 424 DNA e sulla famiglia ICODE SLIX, 60 sugli ST25TV e 200 sugli ST25TA, sempre a temperatura ambiente. Il calore accorcia questi tempi. Nella pratica l’adesivo, la faccia in carta e l’antenna cedono molto prima dell’EEPROM.

I tag NFC economici dei marketplace sono un acquisto sicuro?

Sicuri sì; quello che dichiarano, non sempre. Un “NTAG213” economico è spesso un Fudan FM11NT021, che funziona per un link e fallisce con tutto ciò che chiede GET_VERSION. Un “NTAG215” economico spesso non lo è, e gli Amiibo lo rifiuteranno. Controlla codice del produttore e nome del chip nell’app prima di scriverci qualcosa, e compra da un negozio che indica il chip.

Il telefono può leggere la carta bancaria o il passaporto con un’app NFC?

Il passaporto sì: usando come chiave la zona a lettura ottica, un’app può leggere i gruppi di dati del chip, e NFC.cool lo fa su entrambe le piattaforme. La carta bancaria è una smart card EMV; un’app può leggerne l’elenco delle applicazioni e alcuni record pubblici, ma Apple blocca la lettura delle carte di pagamento in Core NFC, il codice di sicurezza della carta non sta sul chip e ogni transazione è firmata con una chiave che non lascia mai la carta, quindi non c’è niente da copiare.

Perché il badge dell’ufficio o la chiave dell’hotel non compaiono nell’app?

La maggior parte dei badge aziendali sono tessere di prossimità a 125 kHz, che la bobina a 13,56 MHz di un telefono non riesce nemmeno a percepire. La maggior parte delle chiavi d’albergo e delle vecchie tessere dei trasporti sono MIFARE Classic, che un iPhone può solo identificare e un telefono Android può leggere solo con il controller giusto e le chiavi giuste. In nessuno dei due casi un’app può risolvere il problema, e preferisco dirlo piuttosto che venderti un ripiego.

Si può sbloccare un tag NFC reso di sola lettura?

No. I bit di blocco di un tag Type 2 o Type 5 sono bit irreversibili nel chip; lo stesso vale per il flag di sola lettura nel capability container. Una password si può rimuovere se la conosci; un blocco no. Ecco perché NFC.cool chiede conferma due volte prima di bloccare qualunque cosa.

La password degli NTAG è vera sicurezza?

Ferma chi ha un’app gratuita, cioè quasi tutti. Non ferma chi ha un lettore in grado di ascoltare, perché la password a 32 bit viaggia via radio senza crittografia e il tag risponde con una conferma a 16 bit. Per tutto ciò che deve resistere a un attaccante motivato, la scala parte da AES: Ultralight AES per un adesivo Type 2, NTAG 424 DNA se è l’avvicinamento stesso a dover dimostrare qualcosa.

Che tag serve per gli Amiibo?

Un NTAG215, e solo un NTAG215. La console chiede GET_VERSION, si autentica con una password derivata dall’UID e legge tutte le 135 pagine. Un chip senza GET_VERSION o con un numero di pagine diverso si ferma al primo comando. Scrivere un Amiibo su un tag è un’operazione permanente, perché i byte di blocco e la password fanno parte del formato.

Quale tag NFC funziona su una superficie metallica?

Qualunque chip in formato on-metal, cioè con un foglio di ferrite tra l’antenna e il metallo. Un tag normale attaccato all’acciaio non si legge proprio; un tag on-metal si legge a circa quattro quinti della sua portata normale. Se tra un tag normale e il metallo riesci a mettere tre millimetri di qualunque materiale non metallico, funziona anche così.

NFC.cool funziona su iPad e Mac?

Sì, dalla versione 6.15.0, tramite un lettore USB per smart card; nessuno dei due dispositivi ha una radio NFC propria. L’HID OMNIKEY 5022 CL è quello che ho provato io, e secondo le segnalazioni funzionano anche l’ACS ACR1552U e l’ACR1255U-J1. Tutto ciò che funziona con il telefono su Type 2, Type 4 e FeliCa funziona anche con il lettore, con MIFARE Classic in sola lettura.

Glossario

Fonti e approfondimenti

Ogni tabella di questa guida è stata verificata con una di queste fonti. I prezzi vengono dai negozi citati nella sezione sugli acquisti e sono aggiornati al 9 settembre 2026.

NXP NTAG

• Datasheet NTAG213/215/216, Rev 3.2

• Datasheet di NTAG210/212, NTAG 210µ, NTAG213F/216F e NTAG 213 TT

• Datasheet di NTAG 223 DNA e NTAG 224 DNA StatusDetect

• Datasheet di NTAG 424 DNA e NTAG 424 DNA TagTamper, e AN12196, la nota su funzioni e suggerimenti del 424 con la chiave pubblica di originalità

• Datasheet di NTAG I2C plus e NTAG 5 boost

• AN13089, funzioni e suggerimenti per gli NTAG 21x, sul perché una firma di originalità statica non garantisce contro i cloni (copia su un altro sito; la versione su nxp.com non è pubblica)

NXP MIFARE

• Datasheet di MIFARE Ultralight, Ultralight C, Ultralight EV1 e Ultralight AES

• Datasheet di MIFARE Classic EV1 1K e Classic EV1 4K

• Datasheet sintetici di MIFARE Plus S, Plus SE e Plus EV2

• Datasheet di DESFire EV1, DESFire EV2, DESFire EV3 e DESFire Light, e AN12752 sulla memoria utilizzabile del DESFire

• AN10833, identificazione dei tipi MIFARE, AN10927, gli UID MIFARE, AN1305, NDEF su MIFARE Classic, AN10787, la MIFARE Application Directory, AN11004, il DESFire come tag Type 4

NXP ICODE

• Datasheet di ICODE SLIX, SLIX-S, SLIX-L, SLIX2, ICODE DNA e ICODE 3

• AN11809, il confronto tra i chip della famiglia ICODE

STMicroelectronics, TI, EM, Sony, Fudan

• Datasheet ST di ST25TV02KC, ST25TN01K, ST25DV64KC, ST25TA02KB e M24LR64E-R, AN5658 sull’Augmented NDEF e TA0358 su TruST25

• Datasheet TI Tag-it HF-I Standard, Pro e Plus

• EM Microelectronic EM4233, EM4423 ed EM4425

• Sony, datasheet FeliCa Lite-S e FeliCa Standard RC-SA01

• Datasheet Fudan FM11NT021

Ricerca sulla sicurezza e standard

• Quarkslab, MIFARE Classic: exposing the static encrypted nonce variant and a few hardware backdoors (2024)

• Nohl, Evans, Starbug e Plötz, Reverse-Engineering a Cryptographic RFID Tag (USENIX Security 2008)

• Garcia et al., Dismantling MIFARE Classic (ESORICS 2008)

• ISO/IEC JTC1/SC17 Standing Document 5, il registro dei produttori di circuiti integrati

• Le note di Proxmark3 sulle tessere magic e 3dbrew sulla struttura del tag Amiibo

• L’NFC Forum sulla tecnologia e sulla specifica dei tag Type 2

Telefoni e lettori

• Apple: Core NFC, lettura dei tag in background, il comando MIFARE che esclude CRYPTO1 e la sessione 715 della WWDC 2019

• Android: MifareClassic, la guida NFC avanzata e Web NFC in Chrome

• Lettori: ACS ACR122U, HID OMNIKEY 5022 CL, NXP PN532, Proxmark3, Flipper Zero e Chameleon Ultra

• Antenne e ferrite: TI SLOA241 e Würth ANP022

In sintesi

Abbina il chip al lavoro. Un NTAG213 per un link, un NTAG216 quando non sei sicuro, un NTAG215 per gli Amiibo, un NTAG 424 DNA quando un avvicinamento deve dimostrare qualcosa, un ICODE SLIX2 o un ICODE 3 quando a leggerlo deve essere un varco, un DESFire EV3 quando deve fidarsene una porta, e niente di niente dallo scaffale dei MIFARE Classic. Tutto il resto di questa guida è il ragionamento dietro questa frase, e le tabelle sono lì perché tu non debba mai più fidarti sulla parola di un annuncio.

Se vuoi vedere cos’è davvero un tag prima di scriverci sopra, è quello che fa NFC.cool Tools a ogni avvicinamento, su iPhone, su Android e su iPad o Mac con un lettore collegato. E se sulla scrivania hai un chip a cui l’app dà il nome sbagliato, o a cui non ne dà proprio nessuno, scrivimi. È così che la maggior parte di quei sessanta è finita nell’elenco.