Hur man väljer ett MIFARE-chip: Classic Vs Plus Vs DESFire Vs Ultralight

Rätt val beror på vad autentiseringsuppgifterna måste göra, säkerhetsnivån som krävs, läsarna och programvaran som redan är installerad, hur länge autentiseringsuppgifterna kommer att vara i bruk och om systemet behöver en applikation eller flera.

En engångsbiljett till evenemang har till exempel mycket andra krav än en fem-årig anställds legitimation eller ett återanvändbart transitkort. Samma chip ska inte automatiskt användas för alla tre.

Den här guiden jämför de viktigaste MIFARE-familjerna och ger dig ett praktiskt sätt att begränsa valet innan du beställerRFID-kort, armband, nyckelbrickor, biljetter eller andra kontaktlösa referenser.

Snabbt svar: Vilket MIFARE-chip ska du utvärdera?

Den här tabellen är en utgångspunkt, inte en köpspecifikation. Den slutliga IC måste fortfarande kontrolleras mot dina läsare, firmware, programvara, applikationsarkitektur och nyckel-hanteringskrav.

Vad är ett MIFARE-chip?

MIFARE är en familj av kontaktlösa IC-produkter som används i applikationer som åtkomsthantering, kollektivtrafik, gästfrihet, biljettförsäljning, lojalitet och sluten-betalning.

MIFARE-produkter fungerar i en 13,56 MHz kontaktlös miljö, men ordet "MIFARE" identifierar inte ett enda chip. Olika MIFARE-familjer använder olika minnesstrukturer, autentiseringsmetoder och applikationsmodeller.

IC:en är också skild från den fysiska legitimationen. Samma teknik kan integreras i plastkort, pappersbiljetter,RFID-armband, RFID nyckelbrickor, märken eller andra formfaktorer.

Den distinktionen är viktig eftersom chipval och legitimationskonstruktion löser olika problem. IC kontrollerar kontaktlös funktionalitet, medan antenngeometri, material, dimensioner och produktkonstruktion påverkar fysisk hållbarhet och RF-prestanda.

MIFARE Chip Comparison Matrix

De viktigaste MIFARE-familjerna förklaras

MIFARE Classic EV1: Främst ett äldre kompatibilitetsbeslut

MIFARE Classic är fortfarande allmänt erkänt eftersom ett stort antal åtkomst-kontroll-, medlemskaps-, campus- och transportsystem byggdes runt dess sektor-och-blockarkitektur.

MIFARE Classic EV1 finns i 1 KB och 4 KB varianter och fungerar på 13,56 MHz med en datahastighet på 106 kbit/s.

Dess främsta fördel idag är ofta kompatibilitet med ett installerat system snarare än överlägsen säkerhet.

Om en organisation redan har läsare, mjukvara och autentiseringsdata designade kring klassiska sektorer, kan förändringar av autentiseringstekniken kräva modifieringar av mer än själva kortet. Det är därförMIFARE 1K-kortkan fortfarande vara aktuella för ersättnings- och underhållsprojekt.

NXP uppger dock för närvarande att MIFARE Classic EV1 inte rekommenderas för ny design. För säkerhetskänsliga-nyinstallationer bör den livscykelpositionen övervägas innan du gör Classic till standardvalet. Se denofficiell MIFARE Classic EV1 produktinformation från NXP.

Praktiskt beslut:använd Classic när det befintliga systemet kräver det. Välj det inte för ett nytt projekt bara för att det är bekant, billigt eller allmänt tillgängligt.

MIFARE Plus EV2: Ett migreringsverktyg, inte bara en "bättre klassiker"

MIFARE Plus EV2 blir särskilt relevant när en organisation vill ha starkare säkerhet men inte kan ersätta en hel Classic-baserad infrastruktur samtidigt.

Dess strategiska värde är migration.

En stor access- eller transitoperatör kan ha läsare på hundratals eller tusentals platser. Det kan vara opraktiskt att ersätta alla referenser, läsare, firmware och back-end-komponenter i en enda övergång.

MIFARE Plus EV2 stöder AES-128-säkerhet och är designad för att hjälpa befintliga kontaktlösa infrastrukturer att gå mot en säkrare arkitektur.

Detta gör nyckelfrågan:

Behöver du bevara en kontrollerad övergång från ett befintligt klassiskt-system?

Om svaret är ja, förtjänar Plus EV2 en seriös utvärdering. Om svaret är nej och du designar en helt ny multi-applikationsplattform kan DESFire ge en mer naturlig utgångspunkt.

MIFARE DESFire Light: Säkert och enklare för en huvudapplikation

DESFire Light fyller utrymmet mellan mycket enkla produkter med begränsad-användning och den mer flexibla fler-applikationen DESFire EV3-arkitekturen.

Det ger 640 byte användarminne, AES-128-säkerhet, ISO/IEC 14443 typ A-kommunikation och en fördefinierad filstruktur.

Nyckelordet ärenda ansökan.

Om en referens behöver säker åtkomst, lojalitet, en transporträttighet eller annan definierad applikation men inte behöver en stor multi-tjänstarkitektur, kan DESFire Light minska onödig komplexitet.

Det kan därför vara ett mer logiskt val än att välja DESFire EV3 helt enkelt för att EV3 har mer minne och funktioner.

MIFARE DESFire EV3: För säkra och flexibla multi-applikationssystem

DESFire EV3 är designad för applikationer där säkerhet, flexibel dataorganisation och flera tjänster kan behöva samexistera på samma referens.

Den stöder ISO/IEC 14443 typ A-kommunikation, datahastigheter upp till 848 kbit/s, flexibla filstrukturer och minnesvarianter inklusive 2 KB, 4 KB, 8 KB och 16 KB.

NXP listar Common Criteria EAL5+-certifiering för produkten. Aktuella tekniska detaljer kan kontrolleras påofficiella MIFARE DESFire EV3 produktsida.

Den främsta anledningen till att välja DESFire är inte bara "mer minne". Dess arkitektur är användbar när separata applikationer, filer, nycklar och åtkomstbehörigheter måste hanteras inom samma referens.

En campuslegitimation kan till exempel kräva tillgång, närvaro, cafeteriafunktioner och annan service. Det är en annan arkitektur än ett kort som bara skickar en identifierare till en back{1}}databas.

MIFARE Ultralight EV1: For Simple Limited-Använd inloggningsuppgifter

MIFARE Ultralight EV1 är designad för applikationer med hög-volym, begränsad-användning där enkelhet och referenskostnad är viktig.

Typiska användningsfall inkluderar transportbiljetter för enstaka-resor, inträde för evenemang, dagskort, lojalitetsansökningar och andra korta-uppgifter.

Den använder en enklare minnesarkitektur än DESFire och ger lösenords-baserat skydd snarare än den mer avancerade säkerhetsmodellen av DESFire eller AES-baserade Ultralight-produkter.

Ultralight EV1 är vettigt när värdet och risken förknippade med användaruppgifterna är begränsade och avancerad multi-applikationsfunktionalitet skulle öka komplexiteten utan att lösa ett verkligt krav.

MIFARE Ultralight AES: Begränsad användning behöver inte betyda låg säkerhet

En kort-livsbiljett eller gästuppgifter kan fortfarande innebära en betydande säkerhetsrisk.

MIFARE Ultralight AES åtgärdar denna lucka genom att kombinera begränsad-användningspositionering med AES-128 kryptografisk autentisering.

NXP identifierar applikationer inklusive kollektivtrafik, gästfrihet, tillgång, evenemangsbiljetter och lojalitet. Tekniska detaljer finns tillgängliga iofficiellt MIFARE Ultralight AES datablad.

Detta gör Ultralight AES särskilt användbart när applikationen inte kräver en fullständig DESFire-arkitektur men grundläggande lösenordsbaserat-skydd inte är tillräckligt för projektets krav.

MIFARE DUOX: För mer avancerade säkerhetsarkitekturer

MIFARE DUOX ligger i den högre-säkerhetsdelen av den nuvarande MIFARE-portföljen.

Den kombinerar symmetrisk och asymmetrisk kryptografi, inklusive AES och elliptisk-kurvkryptering, och NXP positionerar den för användningsfall inklusive avancerad åtkomsthantering, säker fordonsåtkomst och laddning av elbilar.

NXP listar också Common Criteria EAL6+-certifiering. Mer information finns påofficiella MIFARE DUOX produktsida.

Det betyder inte att DUOX ska ersätta DESFire eller Ultralight i varje projekt. En enkel medlemskapsinformation drar sällan nytta av den extra arkitektur som krävs för certifikat-baserade eller avancerade nyckel-hanteringsmodeller.

Använd högre komplexitet endast när hotmodellen och systemkraven motiverar det.

Classic vs Plus vs DESFire: Det snabbaste sättet att förstå skillnaden

Den mest användbara distinktionen är därför:

Classic handlar oftast om kompatibilitet. Plus handlar ofta om migration. DESFire handlar vanligtvis om att bygga en mer flexibel säker applikationsarkitektur.

Ultralight AES vs DESFire Light: Vilken ska du välja?

Dessa två produkter kan vara förvirrande eftersom båda kan dyka upp i projekt som kräver mer säkerhet än en enkel -biljett med låg kostnad.

Välj inte mellan dem baserat enbart på ordet "AES". Applikationsmodellen är lika viktig som den kryptografiska funktionen.

En praktisk MIFARE urvalsbeslutsväg

1. Ersätter du autentiseringsuppgifter i ett befintligt MIFARE Classic-system?
2. Om ja, avgör först om du behöver exakt äldre kompatibilitet eller en stegvis migrering. Exakt kompatibilitet kan hålla Classic relevant. En stegvis säkerhetsuppgradering kan göra Plus EV2 mer lämplig.
3. Har användaruppgifterna kort-livslängd eller begränsad-användning?
4. Om ja, utvärdera Ultralight. Använd säkerhetskravet för att avgöra om en grundläggande Ultralight-produkt eller Ultralight AES är lämpligare.
5. Behöver du en säker huvudapplikation?
6. Om ja, utvärdera DESFire Light innan du automatiskt går över till en större produkt för flera-appar.
7. Behöver du flera applikationer, flexibla filer eller framtida expansion?
8. Om ja, blir DESFire EV3 en starkare kandidat.
9. Kräver systemet certifikat-baserade, asymmetriska eller ovanligt höga-säkerhetsfunktioner?
10. Om ja, utvärdera om DUOX passar den bredare säkerhetsarkitekturen.

Hur man väljer rätt MIFARE-chip steg för steg

Steg 1: Definiera vad autentiseringsuppgifterna faktiskt gör

Börja inte med en chipkatalog. Skriv ner användaråtgärden först.

• Öppna en dörr
• Rekorduppslutning
• Lås upp ett hotellrum
• Ange en händelse
• Lagra en transporträtt
• Behåll lagrat värde
• Supportåtkomst plus betalning
• Interagera med en smartphone
• Ersätt en befintlig Classic-uppgifter

En-dagsbiljett och ett återanvändbart anställdskort bör inte utvärderas med samma prioriteringar.

Steg 2: Definiera säkerhetskravet som ett hot

"Vi behöver ett säkert kort" är inte ett fullständigt krav.

Fråga istället vad du försöker förhindra:

• Enkel duplicering av autentiseringsuppgifter
• Otillåtna ändringar av lagrad data
• Manipulering av lagrat värde
• Obehörig läsaråtkomst
• Kommunikationsavlyssning eller manipulation
• Åtkomst över-applikationer
• Dåligt kontrollerad nyckelfördelning

Detta skapar omedelbart en mer användbar chip-diskussion.

En lojalitetsreferens utan lagrat värde och en företagsåtkomstbehörighet som skyddar begränsade områden bör inte automatiskt använda samma säkerhetsmodell.

Steg 3: Kontrollera läsarens kompatibilitet innan du beställer kort

Detta är ett av de viktigaste upphandlingsstegen.

Två produkter kan båda arbeta på 13,56 MHz och kräver fortfarande olika protokoll, autentisering, firmware eller mjukvarustöd.

Om du redan har ett installerat system, samla in:

• Läsartillverkare
• Läsarmodell
• Firmware version
• Aktuell kort- eller chipmodell
• Mjukvaruplattform
• Autentiseringsmetod
• Befintlig nyckelstruktur

Använd den exakta läsarinformationen istället för att anta att någon produkt listad under enRFID-läsarekategori kan stödja varje MIFARE-familj.

Vad är inte tillräckligt för att bekräfta kompatibilitet?

Följande beskrivningar är inte tillräckliga:

• "13,56 MHz läsare"
• "NFC-kompatibel"
• Ett foto av det befintliga kortet
• De fysiska kortets mått
• Ett påstående om att läsaren redan arbetar med "MIFARE"

Du behöver den exakta läsaren och referensspecifikationen.

Steg 4: Bestäm vilken data som måste lagras

Mer minne är inte automatiskt bättre.

Börja med datamodellen.

Exempel 1: UID eller Identifier Lookup

Om autentiseringsuppgifterna endast identifierar en användare och alla behörigheter lagras i en backend-databas kan-kortets datakrav vara litet.

Exempel 2: Access Plus en Berättigande

Om kortet lagrar en åtkomstbehörighet plus en annan behörighet eller värde, blir minnesorganisation och åtkomstbehörigheter viktigare.

Exempel 3: Flera oberoende tjänster

Om en legitimation stöder åtkomst, transport, betalning, lojalitet eller campustjänster kan separata applikationer, filer och nycklar bli viktigare än det totala antalet byte.

Detta är en anledning till att DESFire inte bara bör utvärderas som "ett kort med mer minne."

Steg 5: Bestäm om Smartphone NFC-interaktion spelar någon roll

Behandla inte "13,56 MHz", "RFID" och "NFC" som utbytbara upphandlingsvillkor.

Om en smartphone måste interagera med användaruppgifterna, bekräfta stöd för exakt IC, telefonplattform och applikationsdesign.

Dedikerad åtkomst-kontrollläsare och konsumentsmartphone-interaktioner löser olika problem.

Steg 6: Matcha chipet med Credential Lifetime och Form Factor

En -dagsbiljett till evenemang har en annan kostnadsmodell än en anställds autentiseringsuppgifter som förväntas förbli i användning i flera år.

Slutprodukten kan vara ett PVC-kort, pappersbiljett, nyckelbricka, silikonarmband, vävt armband eller annan formfaktor.

Till exempel kan projekt som kräver bärbara referenser jämföra alternativ som t.exMIFARE-armband i plastförutom konventionella kort.

Kom ihåg att chipkapacitet bara är en del av den färdiga referensen. Antenndesign, material, dimensioner och läsarmiljön kan påverka faktisk RF-prestanda.

Steg 7: Jämför total systemkostnad, inte bara chippris

Den billigaste referensen är inte alltid det lägsta-kostnadssystemet.

Den totala projektkostnaden kan inkludera:

• Autentiseringskostnad
• Byte av läsare
• Firmware-uppgraderingar
• Programvaruförändringar
• Nyckelhantering
• Personalisering
• Kodning
• Systemintegration
• Testning
• Migration
• Ersättning av legitimation

En något dyrare inloggningsinformation som stöder en praktisk migreringsväg kan vara billigare än ett lägre-priskort som tvingar byta ut en hel läsarinfrastruktur.

Steg 8: Testa den verkliga legitimationen före massproduktion

Behandla aldrig ett datablad som ett substitut för systemtestning.

Testa den exakta kombinationen av:

• Chips
• Antenn
• Behörighetsmaterial
• Läsare
• Firmware
• Programvara
• Kodning
• Nycklar
• Installationsmiljö

För utvecklings- och verifieringsarbete, en lämplig13,56 MHz NFC-läsare och skrivarekan vara användbart, men produktionskompatibilitet måste fortfarande valideras mot läsaren som faktiskt kommer att distribueras.

Vilket MIFARE-chip passar till olika applikationer?

Åtkomstkontroll

För ett nytt säkerhetskontrollsystem för -känslig åtkomst-, börja med säkerhetsarkitekturen och läsarkapaciteten istället för att automatiskt ange Classic.

DESFire är ofta värt att utvärdera när en säker modern referens krävs, medan Plus blir särskilt relevant om en installerad Classic-infrastruktur behöver en migreringsväg.

Classic kan fortfarande krävas för äldre ersättningsprojekt.

När du planerar den fysiska legitimationen inkluderar relevanta produktalternativMIFARE passerkort. Sidplanering för läsaren- bör behandlas separat; enRFID-åtkomst-kontrollläsaremåste stödja den valda legitimationsarkitekturen.

Evenemangsbiljetter

Börja med att utvärdera Ultralight-familjen för enkel-korttidsantagning.

Om starkare autentisering krävs kan Ultralight AES vara ett lämpligare alternativ för begränsad-användning.

Om händelsereferenserna även hanterar åtkomstzoner, lagrat värde, hotellfunktioner eller flera applikationer kan DESFire bli mer relevant.

IC:n kan sedan integreras i produkter som t.exRFID evenemangsarmband.

Hotellnyckelkort

Hotellprojekt kräver extra försiktighet eftersom kompatibiliteten beror mycket på låssystemet.

Välj inte en hotellinformation enbart från ett generiskt chipsbord.

Skaffa först:

• Låstillverkare
• Låsmodell
• Befintlig behörighetstyp
• Chipspecifikation som stöds
• Krävd personalisering eller kodningsprocess

Först då bör du välja kortkonstruktionen, såsom enRFID hotellnyckelkort.

Kollektivtrafik

Transitprojekt kan sträcka sig från billiga-enkelresor till återanvändbara autentiseringsuppgifter för flera-tjänster.

Biljetter med begränsad-användning kan passa Ultralight-familjen. Återanvändbara säkra referenser kan kräva DESFire eller annan starkare arkitektur. Befintliga Classic-distributioner kan behöva Plus som en del av en stegvis migrering.

Campus- och medlemskort

Om ett kort helt enkelt identifierar en medlem och backend lagrar alla behörigheter kan kravet på-kortansökan vara blygsamt.

Om en autentiseringsinformation stöder åtkomst, närvaro, bibliotekstjänster, kafeteriabetalning och andra funktioner, ökar värdet av en strukturerad multi-applikationsarkitektur avsevärt.

Sluten-slingabetalning

Lagrat värde ökar effekten av kopiering, manipulation eller svag nyckelhantering.

Säkerhetsarkitektur, transaktionsintegritet, autentisering och hantering av operativa nyckel bör därför väga tyngre än bara priset på kortet.

Hur man närmar sig en klassisk MIFARE-migrering

Behandla inte migrering som en enkel kortersättningsbeställning-.

Bygg upp ett lager först:

1. Befintliga läsarmodeller
2. Läsarens firmware
3. Back-programvara
4. Aktuell legitimationsmodell
5. Aktuell nyckelarkitektur
6. Antal aktiva autentiseringsuppgifter
7. Om gamla och nya meriter måste samexistera
8. Migrationsperiod
9. Målsäkerhetskrav

Om äldre läsare och uppgraderade läsare måste fungera under samma övergångsperiod, förtjänar MIFARE Plus EV2 särskild uppmärksamhet eftersom migrering är ett av dess viktigaste användningsfall.

Om du byter ut hela arkitekturen och inte behöver klassiskt-orienterat migreringsbeteende, jämför det tillvägagångssättet direkt med en DESFire-baserad omdesign istället för att anta att Plus automatiskt krävs.

Vanliga MIFARE-valsmisstag

Välj det lägsta-priset chip först

Börja med applikationen och systemkraven. Enhetspris bör beaktas efter kompatibilitet, säkerhet och arkitektur.

Jämför endast minnesstorlek

Ett större minnesvärde gör inte automatiskt ett chip mer lämpligt. Filstruktur, autentisering, läsarstöd och programseparation kan vara viktigare.

Förutsatt att varje 13,56 MHz-referens är kompatibel

Frekvens garanterar inte protokoll, autentisering, firmware eller mjukvarukompatibilitet.

Använder Classic som standard för ett nytt system

Klassiskt är fortfarande vanligt i installerade system, men installerad-baspopularitet och lämplighet för en ny säkerhetskänslig-design är två olika frågor.

Ignorera Reader Firmware och Programvara

En kapabel kontaktlös IC kan inte leverera sin avsedda funktionalitet om läsaren eller systemprogramvaran inte stöder de nödvändiga kommandona och säkerhetsmodellen.

Ignorerar nyckelhantering

En stark kryptografisk funktion skapar inte automatiskt ett säkert system.

Standardnycklar, dåligt fördelade nycklar, osäker anpassning och svaga bakre-kontroller kan undergräva en tekniskt kapabel referens.

Säkerhet är ett -systemnivåansvar, inte bara en chipspecifikation.

Beställa massproduktion före testning

Validera alltid riktiga kort, läsare, firmware, mjukvara och kodning innan du bestämmer dig för stora produktionskvantiteter.

MIFARE eller NTAG: Behöver du verkligen MIFARE?

Inte varje 13,56 MHz-projekt är verkligen ett MIFARE-valsproblem.

Om huvudmålet är interaktion med konsumentsmartphone, som att öppna en webbadress, dela en digital profil, lansera en recensionssida eller utlösa en enkel NFC-åtgärd, kan en produkt frånNFC-taggkategori kanske passar bättre.

Till exempel kan en enkel smartphone-vänd app använda enNTAG213 NFC-kortsnarare än en säker MIFARE-åtkomstbehörighet.

MIFARE blir mer relevant när systemet involverar kontrollerad åtkomst, dedikerade läsare, autentisering, biljettförsäljning, lagrade värden eller strukturerade smarta-kortapplikationer.

Den bättre frågan är inte:

Vilket RFID-chip är bäst?

Det är:

Vilket chip matchar applikationen, läsaren, säkerhetskravet, systemarkitekturen och användarens livscykel?

Vad ska du skicka till din RFID-leverantör innan du begär en offert?

En leverantör kan ge en mer korrekt rekommendation när det tekniska kravet är tydligt.

Förbered följande information:

1. Ansökan:tillgång, biljettförsäljning, hotell, transport, lojalitet, medlemskap eller annan användning
2. Nuvarande läsartillverkare och modell:om systemet redan finns
3. Nuvarande kort- eller chipmodell:speciellt för ersättnings- eller migreringsprojekt
4. Obligatorisk säkerhetsnivå:inklusive vilka hot systemet måste hantera
5. Datakrav:vad som faktiskt behöver lagras på legitimationen
6. Ansökningsstruktur:en ansökan eller flera
7. Smartphone krav:om mobil NFC-interaktion behövs
8. Fysiskt format:kort, armband, nyckelbricka, biljett eller annan legitimation
9. Förväntad livslängd:en dag, flera månader eller flera år
10. Kvantitet:provkvantitet och förväntad produktionskvantitet
11. Personalisering:utskrift, UID-hantering, kodning eller andra datakrav
12. Testning:läsare och mjukvaruvalidering krävs före produktion

Om du inte kan tillhandahålla den exakta chipmodellen, skicka det befintliga referensprovet tillsammans med läsaren och systeminformationen istället för att gissa utifrån utseendet.

Slutlig MIFARE urvalschecklista

• Definiera applikationen innan du väljer chip.
• Definiera det faktiska säkerhetshotet istället för att använda ordet "säker" som ett generiskt krav.
• Bekräfta den exakta läsaren, firmware och mjukvarumiljö.
• Bestäm vilken data som verkligen behöver lagras.
• Bestäm om en eller flera ansökningar krävs.
• Bekräfta om smartphone-NFC-interaktion spelar någon roll.
• Matcha IC:en med användarens livslängd och fysiskt format.
• Jämför total systemkostnad, inte bara chippris.
• Separera äldre kompatibilitetskrav från nya-systemkrav.
• Testa riktiga prover innan massproduktion.

Om du bygger ett nytt system, välj inte referensen isolerat.

Om du uppgraderar ett befintligt system, börja med kompatibilitets- och migreringskrav.

Och om du fortfarande är osäker mellan MIFARE Classic, Plus, DESFire, Ultralight eller annan kontaktlös IC, ge leverantören din läsarmodell, aktuella referenser, applikation och säkerhetskrav först. Dessa detaljer är mycket mer användbara än att bara be om "det bästa MIFARE-chippet."