English
Français
Español
DeutschGuide e Risorse Tecniche
Sicurezza RFID: crittografia, clonazione e protezione dati
Rischi reali e contromisure concrete: clonazione, spoofing, crittografia AES e GDPR nei sistemi RFID industriali.
Indice dei contenuti
- Perché la sicurezza nei sistemi RFID è fondamentale
- Minacce reali: clonazione, spoofing e intercettazione
- Crittografia RFID: algoritmi e applicazioni
- Autenticazione nei sistemi RFID
- Protezione della memoria del tag: password, lock e kill command
- RFID e GDPR: obblighi e buone pratiche
- Standard di sicurezza RFID di riferimento
- Checklist: implementare la sicurezza RFID in azienda
- Approfondimenti e risorse
Perché la sicurezza nei sistemi RFID è fondamentale
I sistemi RFID sono oggi integrati in supply chain, impianti produttivi, magazzini, reparti ospedalieri e infrastrutture di controllo accessi. La comunicazione via radio che li rende così efficienti — nessun contatto fisico, nessuna linea di vista — è anche la loro superficie di attacco principale: chiunque con l’attrezzatura giusta può tentare di leggere, copiare o interferire con i tag a distanza, senza che il proprietario se ne accorga.
Garantire la sicurezza in un sistema RFID significa proteggere tre livelli distinti:
- Riservatezza — impedire che terzi accedano ai dati trasmessi o memorizzati nel tag.
- Integrità — assicurare che le informazioni non vengano alterate durante la trasmissione o a riposo.
- Autenticità — verificare che tag e lettore siano dispositivi legittimi prima di ogni scambio.
La scelta del livello di sicurezza adeguato dipende dall’applicazione: un tag su un pallet di acqua minerale ha esigenze diverse da un tag su un componente aeronautico o su un badge di accesso a una zona riservata. Il principio base rimane lo stesso: la sicurezza si progetta dall’inizio, non si aggiunge dopo.
Minacce reali: clonazione, spoofing e intercettazione
Prima di scegliere le contromisure, è utile capire quali attacchi sono realistici in un contesto industriale e quali sono più teorici che pratici.
Clonazione di tag RFID
La clonazione consiste nel leggere il contenuto di un tag legittimo e copiarlo su un tag vergine, creando un duplicato funzionalmente identico all’originale. È l’attacco più comune e quello con le conseguenze più gravi in applicazioni di autenticazione prodotto e controllo accessi.
Tag vulnerabili: tutti i tag senza crittografia o con protezione debole. Il caso più noto è il chip Mifare Classic, il cui algoritmo proprietario Crypto-1 è stato violato nel 2008 e può essere clonato in pochi secondi con strumenti open source (Proxmark, Flipper Zero). Per questa ragione Mifare Classic è considerato obsoleto per nuovi progetti di sicurezza.
Contromisure:
- Scegliere chip con crittografia AES-128 hardware (DESFire EV3, NTAG 424 DNA, UHF Gen2v2).
- Nei tag UHF, abilitare le funzioni di autenticazione introdotte con EPC Gen2v2 (ISO 18000-63).
- Per anti-contraffazione: chip con SUN Authentication (NTAG 424 DNA) — ogni tap genera un messaggio firmato univoco che non può essere replicato anche se il payload NDEF viene letto.
Spoofing e relay attack
Lo spoofing è la simulazione di un tag legittimo tramite hardware o software dedicato, senza necessariamente clonare un tag fisico esistente. In sistemi RFID senza autenticazione reciproca, un lettore non ha modo di distinguere un tag reale da uno emulato.
Il relay attack è una variante sofisticata: due dispositivi intercettano la comunicazione tra tag e lettore e la “inoltrano” in tempo reale, consentendo l’accesso anche quando il tag fisico non è presente nell’area di lettura. È un rischio reale nei sistemi di accesso con badge NFC o RFID non protetti.
Contromisure:
- Mutual authentication: tag e lettore si autenticano a vicenda — un emulatore non conosce la chiave privata del tag.
- Timestamp e nonce: ogni sessione di comunicazione è univoca e non riproducibile.
- Limiti di distanza fisici: protezioni d’antenna che limitano il range di lettura a valori compatibili con la presenza fisica dell’utente.
Eavesdropping e replay attack
L’eavesdropping è l’intercettazione passiva delle comunicazioni radio tra tag e lettore. Senza crittografia, i dati (EPC, User Memory, payload NDEF) viaggiano in chiaro e possono essere catturati da qualsiasi ricevitore sintonizzato sulla frequenza corretta entro un raggio che può superare i 10 metri in UHF.
Il replay attack riutilizza comunicazioni legittime registrate in precedenza per ottenere accessi non autorizzati. Viene bloccato efficacemente da protocolli challenge-response con nonce casuali, che rendono ogni sessione non replicabile.
Crittografia RFID: algoritmi e applicazioni
La crittografia rende i dati trasmessi illeggibili a chi non possiede le chiavi di decodifica. Nei sistemi RFID si distinguono due approcci:
- Crittografia simmetrica — tag e lettore condividono la stessa chiave segreta. Più veloce, adatta a chip a bassa potenza. Esempio: AES-128.
- Crittografia asimmetrica — coppia di chiavi pubblica/privata. Sicurezza superiore, richiede più potenza di calcolo. Usata in sistemi con PKI o certificati digitali. Esempio: ECC (Elliptic Curve Cryptography).
| Algoritmo | Tipo | Sicurezza | Chip / standard che lo usano | Applicazioni tipiche |
|---|---|---|---|---|
| AES-128 | Simmetrica | Alta | DESFire EV3, NTAG 424 DNA, UHF Gen2v2 | Controllo accessi, logistica sicura, anti-contraffazione |
| AES-256 | Simmetrica | Molto alta | DESFire EV3 (modalità avanzata) | Difesa, infrastrutture critiche, documenti d’identità |
| 3DES | Simmetrica | Media | Mifare Ultralight C, sistemi legacy | Ticketing, sistemi esistenti da aggiornare gradualmente |
| ECC | Asimmetrica | Molto alta | DESFire EV3, sistemi PKI | Banking, autenticazione certificata, IoT industriale |
| Crypto-1 | Proprietaria | Obsoleta — non usare | Mifare Classic (legacy) | Non adatta a nuovi progetti; vulnerabile dal 2008 |
I chip di nuova generazione integrano AES direttamente nell’hardware dedicato del chip, separato dall’area memoria: anche se il payload viene letto, la chiave di cifratura non è accessibile dall’esterno.
Autenticazione nei sistemi RFID
La crittografia protegge i dati, ma non basta: serve anche verificare chi sta comunicando. I principali protocolli di autenticazione usati in ambito RFID/NFC:
Challenge-Response
Il lettore invia una sfida casuale (nonce) al tag; il tag risponde con un valore calcolato usando la chiave segreta. Se la risposta è corretta, l’accesso viene concesso. Ogni sessione è univoca: un reply attack non funziona perché la sfida cambia ogni volta.
Mutual Authentication
Sia il tag che il lettore si autenticano a vicenda prima di scambiare dati. È il meccanismo usato da DESFire EV3 e dai sistemi di pagamento NFC: elimina il rischio di lettori falsi che raccolgono dati da tag legittimi.
SUN Authentication (NFC)
Meccanismo specifico di NTAG 424 DNA: ad ogni tap il tag genera un URL firmato con CMAC (Cipher-based Message Authentication Code). Il server verifica la firma e il contatore incrementale — ogni tap produce una firma diversa, impossibile da clonare o replicare.
Protezione della memoria del tag: password, lock e kill command
Oltre alla crittografia della comunicazione, i chip RFID moderni offrono meccanismi per proteggere i dati a riposo, cioè memorizzati nel tag stesso:
Password e Access Control
La maggior parte dei chip supporta password distinte per lettura, scrittura e blocco permanente. In EPC Gen2v2 esistono due livelli gerarchici: Access Password (per scrittura e lock) e Kill Password. In NFC (NTAG, DESFire) le password sono gestite a livello di file o pagina, con granularità fine.
Buona pratica: non lasciare mai la password di fabbrica (generalmente 00000000h) su tag in produzione. Cambiare la password durante la fase di encoding e registrarla in modo sicuro nel sistema di gestione.
Lock byte e permalock
I lock byte rendono singole pagine o blocchi di memoria non modificabili in modo permanente. Una volta impostato il lock, nemmeno chi conosce la password può sovrascrivere quell’area. Utile per tag di certificazione, documenti, etichette antimanomissione.
Il permalock (EPC Gen2) blocca definitivamente intere parole di memoria. Come i lock byte NFC, è irreversibile: applicarlo solo quando il contenuto è definitivo e verificato.
Kill command
Il kill command è un comando previsto dallo standard EPC Gen2 che disattiva permanentemente il tag, rendendolo non più leggibile da nessun lettore. Il tag “muore” in modo irreversibile. Richiede la presentazione della Kill Password corretta (32 bit).
Casi d’uso legittimi: fine del ciclo di vita del prodotto tracciato, tutela della privacy del consumatore finale (il tag su un capo di abbigliamento acquistato può essere disattivato alla cassa), smaltimento di asset aziendali.
Attenzione: la Kill Password di default (00000000h) deve essere cambiata prima del rilascio in campo — un tag con password di fabbrica può essere ucciso da chiunque.
Session key e protezione anti-replay
I chip avanzati (DESFire EV3, Gen2v2) generano chiavi di sessione dinamiche per ogni comunicazione: la chiave è derivata dalla chiave master tramite un algoritmo di key diversification e cambia a ogni autenticazione. Anche intercettando una sessione completa, l’attaccante non può replicarla perché la chiave successiva sarà diversa.
RFID e GDPR: obblighi e buone pratiche
Il GDPR (Regolamento UE 2016/679) si applica ai sistemi RFID ogni volta che i dati memorizzati o trasmessi sono riconducibili a una persona fisica — direttamente (nome, codice fiscale) o indirettamente (ID badge che identifica un dipendente, percorso di un utente tracciato tramite tag su oggetti personali).
Quando il GDPR si applica a un sistema RFID
- Badge di accesso aziendale con RFID/NFC che identifica il dipendente
- Tag su dispositivi medici o farmaci associati a un paziente
- Sistemi di loyalty o pagamento che collegano un tag a un profilo cliente
- Tracciamento logistico di spedizioni associate a dati personali del destinatario
- Tag su capi di abbigliamento con informazioni di acquisto collegate a identità
Obblighi pratici
- Privacy by design — la protezione deve essere integrata nell’architettura del sistema, non aggiunta successivamente.
- Minimizzazione dei dati — memorizzare sul tag solo i dati strettamente necessari; i dati personali devono risiedere nel backend, non in chiaro sul chip.
- Pseudonimizzazione — usare ID opachi (hash, token) invece di dati personali diretti nella memoria del tag.
- Diritto alla cancellazione — prevedere procedure per il kill command o il reset del tag in caso di richiesta dell’interessato.
- Data breach — documentare le misure di sicurezza adottate; in caso di violazione, notifica all’Autorità entro 72 ore.
Standard di sicurezza RFID di riferimento
| Standard | Ambito | Funzioni di sicurezza coperte |
|---|---|---|
| ISO/IEC 18000-63 (EPC Gen2v2) |
RFID UHF | Autenticazione, crittografia AES-128, access control, kill command, protezione EPC |
| ISO/IEC 29167 | RFID generico | Framework crittografico per protocolli RFID: definisce suite di algoritmi sicuri interoperabili |
| ISO/IEC 14443-4 | NFC / Smart card | Protocollo T=CL per comunicazioni sicure (usato da DESFire, NTAG 424 DNA) |
| ISO/IEC 27001 | Sistema di gestione | Framework per la gestione della sicurezza delle informazioni; si applica all’infrastruttura RFID complessiva |
| GDPR (UE 2016/679) | Privacy / dati personali | Privacy by design, minimizzazione dati, pseudonimizzazione, data breach notification |
Checklist: implementare la sicurezza RFID in azienda
Un approccio strutturato alla sicurezza RFID prevede interventi su più livelli. Questa checklist copre i punti critici per un system integrator o un responsabile IT che progetta o revisiona un’infrastruttura RFID:
Livello chip / tag
- ✓ Scegliere chip con crittografia AES hardware per applicazioni critiche
- ✓ Cambiare le password di fabbrica durante la fase di encoding
- ✓ Applicare permalock o lock byte sulle aree dati che non devono essere modificate
- ✓ Valutare il kill command per tag con dati personali o a fine vita
- ✓ Non usare Mifare Classic per nuovi progetti di controllo accessi
Livello infrastruttura
- ✓ Comunicazione lettore → middleware su canale cifrato (TLS/HTTPS)
- ✓ Autenticazione del lettore sul backend (API key, certificati)
- ✓ Segregazione di rete per i reader RFID (VLAN dedicata)
- ✓ Log degli accessi con timestamp e ID lettore per audit trail
Livello software / backend
- ✓ Non memorizzare dati personali in chiaro nella User Memory del tag
- ✓ Usare ID opachi (token/hash) nel tag; i dati reali restano nel database
- ✓ Verificare l’UID del tag come secondo fattore di autenticazione (UID è unico e non modificabile)
- ✓ Implementare scadenza delle sessioni di lettura e nonce anti-replay
Livello organizzativo / GDPR
- ✓ Redigere il DPIA (Data Protection Impact Assessment) se il sistema tratta dati personali su scala
- ✓ Documentare le misure di sicurezza nel Registro dei Trattamenti
- ✓ Prevedere procedure di disattivazione tag per l’esercizio del diritto all’oblio
- ✓ Formare il personale operativo sulle procedure di accesso e incidente
Approfondimenti e risorse
Altre guide Wintag su RFID e NFC
- Architettura RFID avanzata — componenti, EPC Gen2, anticollisione e middleware
- Memoria dei tag NFC: NDEF, chip e protezione — lock byte, password e AES nei chip NFC
- Come programmare un tag RFID — encoding, access password e best practice operative
- Hub Risorse Tecniche Wintag — tutte le guide RFID e NFC
Cerchi tag RFID per un progetto specifico?
Wintag progetta soluzioni su misura. Raccontaci l’applicazione e ricevi una valutazione tecnica entro 24 ore.
Hai un progetto RFID?
Parliamoci.
Descrivi la tua esigenza e un tecnico Wintag ti risponde entro 24 ore con una valutazione concreta — senza impegno.