Carte RFID
Carte MIFARE DESFire EV2
Carte DESFire EV2 per impianti di controllo accessi basati sulla generazione DESFire EV2 di NXP — memoria da 2K, 4K e 8K con autenticazione AES-128 — per carte sostitutive ed espansioni di sistema in cui lettori installati e set di chiavi richiedono EV2.
Carte MIFARE DESFire EV2 per sistemi che richiedono questa generazione. Indichi la memoria necessaria — ad esempio 2K, 4K o 8K — il modello di lettore e il profilo applicativo quando richiede campioni o un preventivo per grandi quantitativi.
NXP indica EV2 come non consigliato per i nuovi progetti e indirizza i nuovi progetti verso EV3. I progetti EV2 esistenti dovrebbero confermare il chip specificato e l'attuale disponibilità; valuti qualsiasi alternativa con l'integratore di sistema prima dell'approvazione.
Campioni standard gratuiti · Preventivo entro un giorno lavorativo
Dettagli del prodotto
Campioni di carte DESFire EV2 e ordini in grandi quantitativi
Per un'installazione EV2 esistente, parta dal chip approvato e dalla specifica della carta. Richieda insieme la capacità di memoria necessaria, il corpo carta, la stampa e lo stato di consegna, in modo che il preventivo e il campione si riferiscano allo stesso progetto. L'attuale disponibilità dell'esatta parte EV2 e le opzioni disponibili per la carta finita sono confermate nel preventivo.
- Corpo carta: specifichi dimensioni, spessore e materiale, ad esempio una carta ID-1 (85,6 × 54 mm). Confermi la costruzione proposta e il design dell'antenna; discuta altri formati tramite la pagina tag e portachiavi DESFire.
- Stampa e finitura: invii la grafica per entrambi i lati, la finitura, la numerazione visibile, i codici a barre o i codici QR e qualsiasi requisito di banda magnetica o pannello firma. Confermi quali opzioni sono incluse nel campione e nel preventivo.
- Codifica e personalizzazione: concordi la consegna con impostazioni predefinite di fabbrica o chiave di trasporto rispetto a carte preparate con la Sua applicazione, i file e le autorizzazioni. Una carta visivamente bianca non è necessariamente in uno stato di chip intatto. Fornisca il profilo di consegna richiesto e lo schema di numerazione, senza chiavi segrete attive nella richiesta di preventivo.
- Passaggio di consegne per la gestione delle chiavi: qualsiasi caricamento di chiavi di produzione è concordato separatamente con la parte responsabile dell'emissione, e la codifica è eseguita esclusivamente per l'organizzazione che amministra il sistema.
- Campioni e tempi di consegna: sono disponibili campioni standard gratuiti (un campione personalizzato comporta un costo di impostazione), e il tempo di consegna standard per i prodotti standard è generalmente di due o tre settimane; i tempi e la disponibilità di una specifica parte EV2 sono confermati nel preventivo.
Confronti i requisiti delle carte EV2 2K, 4K e 8K
Questa tabella confronta i requisiti delle carte 2K, 4K e 8K; non si tratta dell'intera gamma di memoria EV2. Il foglio tecnico sintetico pubblico di NXP elenca anche dispositivi da 16 KB e 32 KB. Confermi la parte esatta e l'attuale disponibilità della carta finita nel preventivo. Scelga la capacità in base al piano applicativo e di file del Suo integratore, inclusi l'overhead del file system e la crescita prevista, perché la sola dimensione della memoria non rende le carte intercambiabili.
| Variante | Tipo NXP (17 pF / 70 pF) | EEPROM | Che cosa verificare |
| DESFire EV2 2K | MF3D22 / MF3DH22 | 2 KB (2048 byte) | L'applicazione, le chiavi, i file e i record rientrano nella memoria disponibile |
| DESFire EV2 4K | MF3D42 / MF3DH42 | 4 KB (4096 byte) | L'intero piano applicativo e gli aggiornamenti futuri rientrano nella memoria disponibile |
| DESFire EV2 8K | MF3D82 / MF3DH82 | 8 KB (8192 byte) | La capacità multi-applicazione o di record richiesta e il profilo del lettore sono supportati |
Le parti standard elencate hanno una capacità di ingresso di 17 pF; le parti “H” hanno 70 pF, che NXP offre per design di antenne di piccolo formato. Il design dell'inlay deve comunque essere validato nella carta o nel tag finito. NXP specifica una ritenzione dei dati di 25 anni e cicli di scrittura tipici di 500.000 a 22 °C nel foglio tecnico sintetico; questi valori relativi al circuito integrato non garantiscono la durata in servizio di una carta stampata. Invii la parte esatta o la specifica della carta approvata, in modo che il campione possa essere verificato rispetto al sistema che utilizza.
Compatibilità con lettori e firmware
Un numero di carta visualizzato prova l'identificazione, non l'avvenuta autenticazione dell'applicazione. Prima di un ordine ripetuto o di una migrazione, chieda al fornitore del lettore o della serratura di confermare i punti seguenti e testi la carta proposta con il software di emissione e il firmware installato.
- Interfaccia aerea: il lettore implementa ISO/IEC 14443-2/3 Type A e il protocollo di trasmissione ISO/IEC 14443-4 (T=CL) utilizzato da DESFire. Una classificazione a 13,56 MHz da sola non conferma il supporto di 14443-4.
- Set di comandi: il firmware supporta i comandi DESFire e ISO/IEC 7816-4 necessari alla Sua applicazione — selezione dell'applicazione, autenticazione e lettura o scrittura dei tipi di file utilizzati — non solo la lettura dell'UID.
- Messaggistica sicura: confermi la modalità D40, EV1 o EV2, il tipo di chiave e le impostazioni di comunicazione dei file utilizzati dalla Sua applicazione. Verifichi ogni funzionalità EV2 richiesta rispetto al firmware del lettore e al profilo della carta approvato.
- Retrocompatibilità: se sono ancora in campo carte EV1 o D40 (MF3ICD40), verifichi che il lettore continui a leggerle accanto a EV2 durante una migrazione.
- Chiavi e diversificazione: concordi chi detiene le chiavi master dell'applicazione, come vengono diversificate per carta e come i lettori vengono caricati con esse.
- Test con campione: autentichi ed esegua la transazione reale — emissione, lettura e scrittura, una transazione interrotta e il relativo ripristino — con firmware e software di produzione del lettore prima di qualsiasi ordine in grandi quantitativi.
Prima di ordinare: lista di controllo EV2
- Parte EV2 esatta e capacità di memoria, oppure la specifica della carta approvata dal Suo integratore; il confronto 2K/4K/8K di questa pagina non è l'intera gamma della famiglia di chip.
- Se si tratta di un ordine ripetuto che deve corrispondere a una specifica installata, oppure di un nuovo progetto per il quale è stato valutato prima EV3.
- Marca, modello e firmware del lettore, modalità di messaggistica sicura e tipo di chiave, nonché piano applicativo e di file.
- Profilo di consegna: impostazioni predefinite di fabbrica/trasporto oppure carte personalizzate per il progetto, oltre a chi carica le chiavi di produzione, registra le carte e approva il campione.
- Costruzione della carta, grafica, numerazione, quantità, destinazione e data richiesta.
- Accettazione del campione: verifichi l'autenticazione dell'applicazione e le transazioni di lettura/scrittura richieste sul software di emissione e sui lettori reali; conservi la configurazione approvata per gli ordini ripetuti.
Che cos'è MIFARE DESFire EV2
MIFARE DESFire EV2 è un circuito integrato contactless multi-applicazione di NXP che opera a 13,56 MHz sull'interfaccia aerea ISO/IEC 14443 Type A e comunica con il protocollo di trasmissione ISO/IEC 14443-4. I dati sono contenuti in una struttura di applicazioni e file indirizzata con comandi ISO/IEC 7816-4, e le applicazioni possono utilizzare crittografia hardware: DES, 2K3DES e 3K3DES per compatibilità, e AES con chiavi a 128 bit per i progetti attuali. NXP indica EV2 come non consigliato per i nuovi progetti e indirizza i nuovi progetti verso DESFire EV3; questa pagina supporta le richieste per installazioni che lo specificano già. Le sezioni seguenti descrivono il circuito integrato. La disponibilità di una specifica parte EV2 e di qualsiasi lotto di carte finite è confermata nel preventivo.
EV1, EV2 ed EV3: che cosa è cambiato
Queste tre generazioni DESFire condividono l'interfaccia ISO/IEC 14443 Type A a 13,56 MHz, i comandi di file ISO/IEC 7816-4 e il motore crittografico DES/2K3DES/3K3DES/AES-128, e ogni chip più recente mantiene modalità di retrocompatibilità per quelli precedenti. Ciò che cambia tra le generazioni è l'insieme delle funzionalità di sicurezza applicativa e il livello di certificazione. Una funzionalità è utile per il Suo progetto solo quando chip, firmware del lettore e applicazione la implementano tutti.
| DESFire EV1 | DESFire EV2 | DESFire EV3 | |
| Messaggistica sicura | Modalità D40 ed EV1 | Messaggistica sicura EV2 basata su AES; mantiene le modalità di compatibilità EV1 e D40 | Mantiene le modalità di messaggistica sicura D40, EV1 ed EV2 |
| Applicazioni per carta | Fino a 28 | Praticamente illimitate | Praticamente illimitate |
| File per applicazione | Fino a 32 | Fino a 32 | Fino a 32 |
| Set di chiavi multipli | — | Fino a 16 set per applicazione (rotazione delle chiavi) | Sì |
| Transaction MAC | — | Sì, a livello di applicazione | Sì |
| Proximity Check (protezione contro attacchi relay) | — | Sì | Sì |
| Gestione delegata delle applicazioni (MIsmartApp) | — | Sì | Sì |
| Secure Dynamic Messaging / SUN | — | — | Sì (rispecchiato nel messaggio NDEF; compatibile con NTAG DNA) |
| Transaction Timer | — | — | Sì (attenua gli attacchi man-in-the-middle) |
| Common Criteria | EAL4+ (hardware e software) | EAL5+ (hardware e software) | EAL5+ (hardware e software) |
| Stato NXP per i nuovi progetti | Non consigliato | Non consigliato | Sostituzione consigliata |
EV2 fornisce modalità di messaggistica sicura retrocompatibili D40 ed EV1, ma una carta sostitutiva necessita comunque della configurazione applicativa, delle chiavi e del supporto del lettore previsti dal sistema installato. Funzionalità EV2 come set di chiavi multipli, Transaction MAC, Proximity Check e gestione delegata delle applicazioni richiedono la configurazione pertinente e il supporto dei comandi. Faccia confermare e testare dall'integratore le funzionalità effettivamente utilizzate dal progetto.
Struttura di applicazioni e file
Una carta DESFire si comporta come un piccolo file system su carta con tre livelli. Al livello superiore si trova il PICC — la carta stessa — che contiene la chiave master della carta, la configurazione a livello di carta e l'elenco delle applicazioni. Ogni applicazione è indirizzata da un Application ID (AID) di 3 byte e porta le proprie chiavi e il proprio insieme di file: EV1 consente fino a 28 applicazioni, mentre EV2 ed EV3 rimuovono il limite pratico e sono limitati solo dalla memoria disponibile. Ogni applicazione contiene fino a 32 file (ID file 0x00–0x1F), e ogni file ha i propri diritti di accesso e la propria modalità di comunicazione, così una carta può tenere affiancati una credenziale di accesso, un borsellino elettronico e un biglietto senza che condividano alcuna chiave.
| Tipo di file | Che cosa contiene | Nota di generazione |
| File dati standard | Un blocco di dati binari di lunghezza fissa, scritto direttamente nella sua posizione in memoria. | Supportato da EV1 ed EV2 |
| File dati di backup | Come un file standard ma con una copia ombra; le scritture si applicano solo con CommitTransaction e possono essere annullate con AbortTransaction. | Supportato da EV1 ed EV2 |
| File valore | Un valore con segno a 32 bit con operazioni di credito, debito e credito limitato e limiti configurabili, per borsellini cashless. | Supportato da EV1 ed EV2 |
| File record lineare | Un numero fisso di record di lunghezza fissa che si riempiono una sola volta, per log o voci ordinate. | Supportato da EV1 ed EV2 |
| File record ciclico | Un anello di record di lunghezza fissa in cui il più vecchio viene sovrascritto, per una cronologia di transazioni continua. | Supportato da EV1 ed EV2 |
| File Transaction MAC | Un file speciale che concatena un MAC e un contatore attraverso i comandi di una transazione autenticata, in modo che un sistema di back-office possa confermare che la transazione è stata eseguita su una carta autentica. | EV2 (mantenuto in EV3) |
Ogni file porta quattro campi di diritti di accesso — lettura, scrittura, lettura e scrittura, e modifica dei diritti di accesso — e ogni campo indica una delle chiavi dell'applicazione, oppure è impostato su “free” (nessuna autenticazione) o “deny” (mai). I file di backup, valore e record partecipano alle transazioni: un insieme di scritture viene preparato e poi confermato in modo atomico, così un tocco interrotto non lascia mai un saldo o un log scritti a metà.
Autenticazione e messaggistica sicura
La lettura di un UID non autentica un'applicazione DESFire. Nell'autenticazione reciproca, carta e lettore dimostrano il possesso della chiave richiesta e stabiliscono la protezione di sessione. La modalità di autenticazione selezionata e le impostazioni di accesso e comunicazione di ogni file determinano che cosa può essere letto, scritto o trasmesso in chiaro. Carta, firmware del lettore e applicazione devono implementare la configurazione concordata.
- Modalità di compatibilità D40: mantenuta per le installazioni legacy che utilizzano lo schema originale DES/2K3DES. Confermi il tipo di chiave configurato e i requisiti del lettore; non presuma che ciò fornisca protezione AES.
- Messaggistica sicura EV1: AuthenticateISO supporta chiavi 2K3DES o 3K3DES, mentre AuthenticateAES utilizza chiavi AES. Queste mantengono la corrispondente modalità di compatibilità EV1.
- Messaggistica sicura EV2: AuthenticateEV2First e AuthenticateEV2NonFirst utilizzano chiavi AES. La prima avvia l'autenticazione EV2 della transazione; la seconda supporta le autenticazioni successive all'interno della stessa transazione. Confermi i comandi e le impostazioni richiesti con l'integratore.
La comunicazione dei file può essere in chiaro, protetta da un checksum crittografico oppure cifrata, a seconda dell'autenticazione e delle impostazioni dei file. La sola autenticazione non significa che ogni file sia cifrato o che ogni lettura richieda una chiave. Il foglio tecnico sintetico pubblico EV2 di NXP descrive queste scelte e i comandi di autenticazione supportati; utilizzi la documentazione dettagliata del prodotto per l'implementazione. La diversificazione delle chiavi è trattata separatamente nella nota applicativa NXP AN10922.
Gestione delle chiavi: chiavi, versioni e set di chiavi
Le chiavi risiedono su due livelli. Il PICC contiene una chiave master della carta che governa la gestione a livello di carta. Ogni applicazione può contenere fino a 14 chiavi e ha le proprie impostazioni di chiave e i propri diritti di accesso ai file. Le informazioni sulla versione delle chiavi aiutano un emittente a gestire gli aggiornamenti, ma non sostituiscono la chiave segreta o le autorizzazioni richieste. Confermi la procedura ChangeKey o ChangeKeyEV2 selezionata rispetto all'esatta configurazione dell'applicazione.
EV2 supporta set di chiavi multipli per applicazione, consentendo all'emittente di preparare e passare a un altro set di chiavi quando il parco lettori supporta tale processo. Un integratore può utilizzare la diversificazione per carta, come lo schema in NXP AN10922, con archiviazione protetta della chiave master in un HSM o SAM. Si tratta di una decisione di progettazione della distribuzione, non di una proprietà automatica di una carta bianca. Concordi chi crea, detiene e carica le chiavi e come i lettori ottengono le credenziali richieste prima di ordinare. Non inserisca chiavi segrete attive in una richiesta di preventivo.
Il set di comandi DESFire
DESFire supporta comandi nativi e incapsulamento ISO/IEC 7816-4 su ISO/IEC 14443-4. La panoramica seguente aiuta a identificare ciò che lo stack del lettore deve implementare; non è una specifica di codifica. Il foglio tecnico sintetico pubblico EV2 di NXP elenca le famiglie di comandi, e la documentazione dettagliata del prodotto ne definisce i parametri e i requisiti di sicurezza. La configurazione della carta, il firmware del lettore e l'applicazione devono supportare le operazioni selezionate dall'integratore.
| Famiglia di comandi | Comandi rappresentativi | Scopo | Nota di generazione |
| Selezione e scoperta | SelectApplication, GetApplicationIDs, GetDFNames | Seleziona il PICC o un'applicazione ed elenca le applicazioni presenti sulla carta. | Supportato da EV1 ed EV2 |
| Informazioni su carta e chip | GetVersion, GetCardUID, FreeMem, ReadSig | Restituisce tipo di chip, dimensione della memoria, UID e memoria libera; ReadSig restituisce la firma di originalità NXP (ECDSA). | GetVersion EV1; ReadSig EV2 |
| Autenticazione | Authenticate (D40), AuthenticateISO, AuthenticateAES, AuthenticateEV2First, AuthenticateEV2NonFirst | Esegue l'autenticazione reciproca utilizzando il tipo di chiave configurato e stabilisce la corrispondente modalità di messaggistica sicura. | Compatibilità D40/EV1; EV2First/NonFirst aggiunti in EV2 |
| Gestione delle applicazioni | CreateApplication, DeleteApplication, GetKeySettings, ChangeKeySettings | Crea o elimina un'applicazione e stabilisce chi può gestirla. | Supportato da EV1 ed EV2 |
| Gestione delle chiavi | ChangeKey, ChangeKeyEV2, GetKeyVersion, InitializeKeySet, FinalizeKeySet, RollKeySet | Modifica le chiavi e legge le versioni delle chiavi; i comandi per i set di chiavi passano da un set all'altro. | ChangeKey EV1; set di chiavi EV2 |
| Gestione dei file | CreateStdDataFile, CreateBackupDataFile, CreateValueFile, CreateLinearRecordFile, CreateCyclicRecordFile, CreateTransactionMACFile, DeleteFile, GetFileSettings, ChangeFileSettings | Crea i tipi di file, elimina i file e legge o modifica i relativi diritti di accesso. | File dati/record/valore EV1; file Transaction MAC EV2 |
| Dati e record | ReadData, WriteData, ReadRecords, WriteRecord, ClearRecordFile | Legge e scrive file standard, di backup e record secondo la modalità di comunicazione del file. | Supportato da EV1 ed EV2 |
| Operazioni di valore | GetValue, Credit, Debit, LimitedCredit | Legge e regola il saldo di un file valore; LimitedCredit consente un aumento limitato senza la piena autorizzazione Credit. | Supportato da EV1 ed EV2 |
| Transazioni | CommitTransaction, AbortTransaction, CommitReaderID | Conferma o annulla le scritture preparate in modo atomico; associa un'identità di lettore alla transazione. | Commit/Abort EV1; CommitReaderID EV2 |
| Protezione contro attacchi relay | PreparePC, ProximityCheck, VerifyPC | Misura il tempo di andata e ritorno RF in modo che una carta inoltrata possa essere rifiutata. | EV2 |
| Secure Dynamic Messaging | SDM / SUN (configurati tramite le impostazioni dei file) | Espone dati dinamici configurati tramite una lettura NDEF per la verifica da parte dell'applicazione o del backend; una lettura da telefono da sola non verifica l'autenticità. | EV3 |
| Configurazione | SetConfiguration | Imposta opzioni a livello di carta come Random ID, gestione delle chiavi predefinite e impostazioni di messaggistica sicura. | Supportato da EV1 ed EV2 |
Certificazione di sicurezza
Le generazioni differiscono nella valutazione Common Criteria oltre che nelle funzionalità. Il materiale pubblico di NXP valuta DESFire EV1 a Common Criteria EAL4+ ed EV2 ed EV3 a EAL5+ — l'hardware e il sistema operativo di EV3 sono valutati a EAL5+ con AVA_VAN.5 aggiuntivo. La certificazione copre il chip e il suo sistema operativo, non una carta finita o una distribuzione: una carta lasciata con chiavi predefinite non è sicura, qualunque sia la classificazione del chip. Consideri il livello EAL come un input per un requisito di gara e confermi la parte certificata esatta con il Suo integratore.
Perché passare da MIFARE Classic a DESFire
MIFARE Classic utilizza Crypto-1, le cui debolezze di sicurezza pubblicate lo rendono inadatto a essere considerato equivalente alla moderna autenticazione applicativa AES. Un'installazione che autorizza una carta dal solo UID ha anche un problema separato: l'UID è un identificatore, non la prova che la carta contenga un segreto applicativo. Valuti sia la tecnologia della credenziale sia l'effettivo comportamento di autenticazione del lettore quando pianifica una migrazione.
DESFire supporta l'autenticazione reciproca AES-128 e diritti di accesso ai file configurabili e protezione della comunicazione. La sola copia di un UID non riproduce un'applicazione autenticata, ma l'installazione di un chip DESFire non rende automaticamente sicuro il sistema. File configurati per accesso libero o comunicazione in chiaro possono esporre dati; chiavi predefinite e chiavi dell'emittente scarsamente protette indeboliscono anch'esse la distribuzione. Configuri i diritti di accesso dell'applicazione, la messaggistica sicura e la gestione delle chiavi, e faccia in modo che il lettore autentichi l'applicazione. Random ID può ridurre la divulgazione dell'UID fisso durante la selezione della carta; non sostituisce l'autenticazione né garantisce che una carta non possa essere tracciata.
- Firmware del lettore: porti i lettori a una versione che autentica l'applicazione DESFire con le chiavi del progetto, anziché accettare l'UID.
- Cerimonia delle chiavi: generi le chiavi master in un HSM o SAM, scelga lo schema di diversificazione AN10922 e registri chi detiene e carica le chiavi prima che la prima carta venga codificata.
- Periodo a doppia tecnologia: utilizzi lettori multi-tecnologia che accettano insieme le carte legacy e le nuove carte DESFire, riemetta le carte per naturale esaurimento, quindi fissi una data tassativa per disabilitare i tipi di carta legacy nel software di accesso, in modo che i vecchi cloni smettano di funzionare.
Per un nuovo sistema NXP indirizza i progetti verso DESFire EV3; ordini EV2 per corrispondere a un'installazione che lo specifica già, e consideri qualsiasi cambio di generazione come una modifica della specifica approvata. Veda le carte MIFARE Classic, la famiglia MIFARE DESFire e le carte MIFARE Plus per le opzioni di migrazione.
Scelte correlate: famiglia MIFARE DESFire, carte MIFARE Plus, il tag e portachiavi DESFire e tutte le carte RFID.
Riferimenti tecnici: pagina prodotto e ciclo di vita NXP MIFARE DESFire EV2, il foglio tecnico sintetico DESFire EV2 e la pagina NXP DESFire EV3. La documentazione del chip descrive le capacità del circuito integrato; non stabilisce lo stock di Proud Tek né la compatibilità di una carta finita.
Domande frequenti
Di quale memoria EV2 ho bisogno: 2K, 4K o 8K?
Utilizzi il piano completo di applicazioni e file, inclusi overhead e aggiornamenti futuri. Le scelte 2K, 4K e 8K di questa pagina sono punti di confronto, non una promessa che una particolare applicazione rientri in esse. NXP elenca anche dispositivi EV2 da 16 KB e 32 KB. Indichi la capacità richiesta e la parte esatta nella richiesta di preventivo, e confermi l'attuale disponibilità delle carte e la compatibilità del campione prima di ordinare.
Qual è la differenza tra le parti MF3D e MF3DH?
Sono lo stesso chip DESFire EV2 e la stessa memoria. La parte standard (MF3D22, MF3D42, MF3D82) ha una capacità di ingresso di 17 pF per antenne di dimensioni carta; la parte “H” (MF3DH22, MF3DH42, MF3DH82) ha 70 pF per le antenne più piccole di etichette, braccialetti e piccoli portachiavi. Abbini la parte all'inlay in modo che la portata di lettura si adatti al formato.
In che cosa DESFire EV2 differisce da EV1 ed EV3?
EV1 offre fino a 28 applicazioni e Common Criteria EAL4+. EV2 aggiunge set di chiavi multipli, Transaction MAC, Proximity Check e gestione delegata delle applicazioni, rimuove il limite pratico del numero di applicazioni ed è certificato EAL5+. EV3 mantiene il set di funzionalità EV2 e aggiunge Secure Dynamic Messaging (SUN) e Transaction Timer. NXP raccomanda EV3, non EV1 o EV2, per i nuovi progetti.
DESFire EV2 funzionerà con i miei lettori esistenti?
Solo se i lettori implementano il protocollo ISO/IEC 14443-4, il set di comandi DESFire e la modalità di messaggistica sicura e le chiavi utilizzate dalla Sua applicazione. Il rilevamento del chip o la lettura del suo UID non lo dimostra. EV2 può autenticarsi nelle vecchie modalità D40 ed EV1 per un parco misto, ma confermi il firmware del lettore e testi un campione dall'inizio alla fine.
Una carta MIFARE DESFire EV2 può essere clonata?
La sola copia di un UID non riproduce un'applicazione che il lettore autentica correttamente con chiavi AES protette. Ciò non garantisce che ogni carta o distribuzione EV2 sia sicura. Le autorizzazioni dei file e le modalità di comunicazione possono consentire accesso libero o accesso a dati in chiaro, e chiavi predefinite, chiavi dell'emittente esposte o un lettore che verifica solo l'UID possono compromettere la protezione. Faccia configurare e testare dal Suo integratore l'autenticazione dell'applicazione, l'accesso ai file, la gestione delle chiavi e qualsiasi protezione contro attacchi relay richiesta.
Dovrei avviare un nuovo progetto su DESFire EV2?
NXP non raccomanda EV2 per i nuovi progetti e indirizza i nuovi progetti verso EV3. Ordini EV2 quando un'installazione esistente lo specifica; per un nuovo sistema, valuti EV3 con il Suo integratore e qualifichi un campione. Consideri qualsiasi cambio di generazione come una modifica della specifica approvata, non come una sostituzione equivalente.
Le carte arrivano pronte per la mia applicazione di accesso o pagamento?
Solo quando il profilo di consegna e le responsabilità di emissione sono concordati. Una carta fornita nel suo stato predefinito di fabbrica o di trasporto ha comunque configurazione del chip e materiale di chiave; non dovrebbe essere descritta come priva di chiavi. Applicazioni di progetto, chiavi di produzione, autorizzazioni e registrazione devono essere preparate dalla parte concordata. Confermi se consegniamo carte per la Sua personalizzazione oppure prepariamo un profilo applicativo approvato, quindi conservi tale specifica per gli ordini ripetuti.
Quali tipi di file può contenere un'applicazione DESFire EV2?
Cinque, più uno aggiunto da EV2: file dati standard (un blocco fisso scritto direttamente nella sua posizione in memoria), file dati di backup (una copia ombra confermata in modo atomico), file valore (un saldo a 32 bit con credito, debito e credito limitato), file record lineari (record fissi che si riempiono una sola volta) e file record ciclici (un anello che sovrascrive il più vecchio). EV2 ed EV3 forniscono anche un file Transaction MAC, che concatena un MAC attraverso una transazione autenticata in modo che un sistema di back-office possa confermare che è stata eseguita su una carta autentica. Ogni file ha i propri diritti di accesso e la propria modalità di comunicazione.
Quante applicazioni, file e chiavi supporta una carta EV2?
EV1 consentiva fino a 28 applicazioni; EV2 ed EV3 rimuovono il limite pratico, quindi il limite massimo è la memoria della carta. Ogni applicazione contiene fino a 32 file e fino a 14 chiavi, ed EV2 aggiunge set di chiavi multipli per applicazione in modo che le chiavi possano essere ruotate senza riemettere le carte. Dimensioni la carta in base al piano di applicazioni e file fornito dal Suo integratore, non in base ai conteggi massimi, perché una carta 2K non può contenere 32 file di grandi dimensioni.
Quali modalità di messaggistica sicura supporta DESFire EV2?
Il foglio tecnico sintetico pubblico EV2 di NXP elenca la messaggistica sicura D40, EV1 e EV2 basata su AES. AuthenticateEV2First e AuthenticateEV2NonFirst utilizzano chiavi AES. Confermi la modalità, il tipo di chiave e le impostazioni di accesso e comunicazione di ogni file con l'integratore; una lettura dell'UID riuscita o un'autenticazione non dimostrano da sole che tutti i dati dei file siano cifrati.
Ho bisogno di Proximity Check e Transaction MAC su EV2?
Proximity Check e Transaction MAC sono funzionalità EV2 disponibili, ma il loro valore dipende dall'applicazione e dal sistema di supporto. Proximity Check aiuta a rilevare comunicazioni inoltrate; Transaction MAC fornisce evidenza di transazione per la verifica del backend. Il Suo integratore dovrebbe decidere se sono richiesti, configurarli e verificare il supporto di lettore e backend con il campione. Non sono protezioni abilitate automaticamente su ogni carta fornita.
Perché passare da MIFARE Classic a DESFire?
Un'applicazione DESFire può utilizzare l'autenticazione reciproca AES-128, offrendo un percorso di migrazione lontano dalle debolezze di sicurezza Crypto-1 di Classic e dai controlli di accesso basati sul solo UID. Il miglioramento dipende dalle autorizzazioni dell'applicazione, dalle chiavi e dalla configurazione del lettore. Qualifichi la nuova credenziale sul parco lettori esistente o aggiornato, concordi la gestione delle chiavi e pianifichi come saranno ritirate le credenziali legacy. Per i nuovi progetti NXP indirizza gli acquirenti verso EV3; mantenga EV2 quando è la specifica approvata del sistema esistente.