Sådan vælger du en MIFARE-chip: Classic Vs Plus Vs DESFire Vs Ultralight

Det rigtige valg afhænger af, hvad legitimationsoplysningerne skal gøre, det nødvendige sikkerhedsniveau, læsere og software, der allerede er installeret, hvor længe legitimationsoplysningerne vil forblive i brug, og om systemet har brug for en applikation eller flere.

En engangsbillet til begivenheder har f.eks. meget andre krav end en fem-årig medarbejderlegitimation eller et genanvendeligt transitkort. Den samme chip bør ikke automatisk bruges til alle tre.

Denne guide sammenligner de vigtigste MIFARE-familier og giver dig en praktisk måde at indsnævre valget på, før du bestillerRFID kort, armbånd, nøglebrikker, billetter eller andre kontaktløse legitimationsoplysninger.

Hurtigt svar: Hvilken MIFARE-chip skal du vurdere?

Denne tabel er et udgangspunkt, ikke en købsspecifikation. Den endelige IC skal stadig kontrolleres i forhold til din læser, firmware, software, applikationsarkitektur og nøgle-administrationskrav.

Hvad er en MIFARE-chip?

MIFARE er en familie af kontaktløse IC-produkter, der bruges i applikationer såsom adgangsadministration, offentlig transport, gæstfrihed, billetsalg, loyalitet og lukket-løkkebetaling.

MIFARE-produkter fungerer i det 13,56 MHz kontaktløse miljø, men ordet "MIFARE" identificerer ikke en enkelt chip. Forskellige MIFARE-familier bruger forskellige hukommelsesstrukturer, autentificeringsmetoder og applikationsmodeller.

IC'en er også adskilt fra den fysiske legitimation. Den samme teknologi kan være integreret i plastikkort, papirbilletter,RFID armbånd, RFID nøgleringe, badges eller andre formfaktorer.

Denne sondring betyder noget, fordi chipvalg og legitimationskonstruktion løser forskellige problemer. IC'en styrer den kontaktløse funktionalitet, mens antennegeometri, materiale, dimensioner og produktkonstruktion påvirker den fysiske holdbarhed og RF-ydelse.

MIFARE Chip sammenligningsmatrix

De vigtigste MIFARE-familier forklaret

MIFARE Classic EV1: Hovedsageligt en ældre kompatibilitetsbeslutning

MIFARE Classic forbliver bredt anerkendt, fordi et stort antal adgangs-kontrol-, medlemskabs-, campus- og transportsystemer blev bygget op omkring dets sektor-og-blokarkitektur.

MIFARE Classic EV1 er tilgængelig i 1 KB og 4 KB varianter og fungerer ved 13,56 MHz med en 106 kbit/s datahastighed.

Dens største fordel i dag er ofte kompatibilitet med et installeret system snarere end overlegen sikkerhed.

Hvis en organisation allerede har læsere, software og legitimationsdata designet omkring klassiske sektorer, kan ændring af legitimationsteknologien kræve ændringer til mere end selve kortet. Det er derforMIFARE 1K kortkan stadig være relevant for udskiftnings- og vedligeholdelsesprojekter.

NXP oplyser dog i øjeblikket, at MIFARE Classic EV1 ikke anbefales til nye designs. For sikkerhedsfølsomme-nye implementeringer bør denne livscyklusposition overvejes, før du gør Classic til standardvalget. Se denofficiel MIFARE Classic EV1 produktinformation fra NXP.

Praktisk beslutning:brug Classic, når det eksisterende system kræver det. Vælg det ikke til et nyt projekt, kun fordi det er velkendt, billigt eller bredt tilgængeligt.

MIFARE Plus EV2: Et migrationsværktøj, ikke blot en "bedre klassiker"

MIFARE Plus EV2 bliver særligt relevant, når en organisation ønsker stærkere sikkerhed, men ikke kan erstatte en hel Classic-baseret infrastruktur på samme tid.

Dens strategiske værdi er migration.

En stor adgangs- eller transitoperatør kan have læsere på hundredvis eller tusindvis af steder. Det kan være upraktisk at udskifte alle legitimationsoplysninger, læsere, firmware og back-end-komponenter i en enkelt overgang.

MIFARE Plus EV2 understøtter AES-128-sikkerhed og er designet til at hjælpe eksisterende kontaktløse infrastrukturer med at bevæge sig mod en mere sikker arkitektur.

Dette gør det centrale spørgsmål:

Har du brug for at bevare en kontrolleret overgang fra et eksisterende klassisk-system?

Hvis svaret er ja, fortjener Plus EV2 en seriøs evaluering. Hvis svaret er nej, og du designer en helt ny multi-applikationsplatform, kan DESFire give et mere naturligt udgangspunkt.

MIFARE DESFire Light: Sikker og enklere til én hovedapplikation

DESFire Light udfylder rummet mellem meget enkle produkter med begrænset-brug og den mere fleksible DESFire EV3-arkitektur med flere-applikationer.

Det giver 640 bytes brugerhukommelse, AES-128-sikkerhed, ISO/IEC 14443 Type A-kommunikation og en foruddefineret filstruktur.

Nøgleordet erenkelt ansøgning.

Hvis en legitimationsoplysninger har brug for sikker adgang, loyalitet, en transportberettigelse eller en anden defineret applikation, men ikke har brug for en stor multi-tjenestearkitektur, kan DESFire Light reducere unødvendig kompleksitet.

Det kan derfor være et mere logisk valg end at vælge DESFire EV3, blot fordi EV3 har mere hukommelse og funktioner.

MIFARE DESFire EV3: Til sikre og fleksible multi-applikationssystemer

DESFire EV3 er designet til applikationer, hvor sikkerhed, fleksibel dataorganisation og flere tjenester muligvis skal eksistere side om side på samme legitimationsoplysninger.

Den understøtter ISO/IEC 14443 Type A-kommunikation, datahastigheder op til 848 kbit/s, fleksible filstrukturer og hukommelsesvarianter inklusive 2 KB, 4 KB, 8 KB og 16 KB.

NXP angiver Common Criteria EAL5+-certificering for produktet. Aktuelle tekniske detaljer kan kontrolleres påofficielle MIFARE DESFire EV3 produktside.

Hovedårsagen til at vælge DESFire er ikke blot "mere hukommelse". Dens arkitektur er nyttig, når separate applikationer, filer, nøgler og adgangstilladelser skal administreres inden for samme legitimationsoplysninger.

En campus-legitimation kan for eksempel kræve adgang, deltagelse, cafeteriafunktioner og en anden service. Det er en anden arkitektur end et kort, der kun sender en identifikator til en back{1}}database.

MIFARE Ultralight EV1: For Simple Limited-Brug legitimationsoplysninger

MIFARE Ultralight EV1 er designet til høj-volumen, begrænset-brugsapplikationer, hvor enkelhed og legitimationsomkostninger er vigtige.

Typiske brugssager omfatter enkelt-transportbilletter, entré til begivenheder, dagskort, loyalitetsansøgninger og andre kort{1}}oplysningsoplysninger.

Den bruger en enklere hukommelsesarkitektur end DESFire og giver adgangskodebaseret-beskyttelse frem for den mere avancerede sikkerhedsmodel af DESFire- eller AES-baserede Ultralight-produkter.

Ultralight EV1 giver mening, når værdien og risikoen forbundet med legitimationsoplysningerne er begrænset, og avanceret multi-applikationsfunktionalitet ville tilføje kompleksitet uden at løse et reelt krav.

MIFARE Ultralight AES: Begrænset brug behøver ikke at betyde lav sikkerhed

En kort-livsbillet eller gæstelegitimationsoplysninger kan stadig medføre en væsentlig sikkerhedsrisiko.

MIFARE Ultralight AES løser dette hul ved at kombinere begrænset-brugspositionering med AES-128 kryptografisk godkendelse.

NXP identificerer applikationer, herunder offentlig transport, gæstfrihed, adgang, arrangementsbilletter og loyalitet. Tekniske detaljer er tilgængelige iofficielle MIFARE Ultralight AES datablad.

Dette gør Ultralight AES særligt nyttigt, når applikationen ikke kræver en fuld DESFire-arkitektur, men grundlæggende adgangskodebaseret-beskyttelse ikke er tilstrækkelig til projektets krav.

MIFARE DUOX: Til mere avancerede sikkerhedsarkitekturer

MIFARE DUOX ligger i den højere-sikkerhedsmæssige ende af den nuværende MIFARE-portefølje.

Den kombinerer symmetrisk og asymmetrisk kryptografi, inklusive AES og elliptisk-kurvekryptering, og NXP positionerer den til brugssituationer, herunder avanceret adgangsstyring, sikker adgang til køretøjer og opladning af elbiler.

NXP viser også Common Criteria EAL6+-certificering. Flere detaljer er tilgængelige påofficielle MIFARE DUOX produktside.

Det betyder ikke, at DUOX skal erstatte DESFire eller Ultralight i hvert projekt. En simpel medlemskabslegitimation drager sjældent fordel af den ekstra arkitektur, der kræves til certifikat-baserede eller avancerede nøgle-styringsmodeller.

Brug kun højere kompleksitet, når trusselsmodellen og systemkravene berettiger det.

Classic vs Plus vs DESFire: Den hurtigste måde at forstå forskellen på

Den mest nyttige sondring er derfor:

Classic handler normalt om kompatibilitet. Plus handler ofte om migration. DESFire handler normalt om at bygge en mere fleksibel sikker applikationsarkitektur.

Ultralight AES vs DESFire Light: Hvilken skal du vælge?

Disse to produkter kan være forvirrende, fordi begge kan optræde i projekter, der kræver mere sikkerhed end en grundlæggende billig-billet.

Vælg ikke mellem dem alene baseret på ordet "AES". Applikationsmodellen er lige så vigtig som den kryptografiske funktion.

En praktisk MIFARE-udvælgelsesbeslutningssti

1. Erstatter du legitimationsoplysninger i et eksisterende MIFARE Classic-system?
2. Hvis ja, skal du først afgøre, om du har brug for nøjagtig legacy-kompatibilitet eller en trinvis migrering. Præcis kompatibilitet kan holde Classic relevant. En trinvis sikkerhedsopgradering kan gøre Plus EV2 mere passende.
3. Bruger legitimationsoplysningerne kort-eller begrænset-?
4. Hvis ja, evaluer Ultralight. Brug sikkerhedskravet til at afgøre, om et grundlæggende Ultralight-produkt eller Ultralight AES er mere passende.
5. Har du brug for én sikker hovedapplikation?
6. Hvis ja, evaluer DESFire Light, før du automatisk flytter til et større multi-applikationsprodukt.
7. Har du brug for flere applikationer, fleksible filer eller fremtidig udvidelse?
8. Hvis ja, bliver DESFire EV3 en stærkere kandidat.
9. Kræver systemet certifikat-baserede, asymmetriske eller usædvanligt høje-sikkerhedsfunktioner?
10. Hvis ja, vurder om DUOX passer til den bredere sikkerhedsarkitektur.

Sådan vælger du den rigtige MIFARE-chip trin for trin

Trin 1: Definer, hvad legitimationsoplysningerne faktisk gør

Begynd ikke med et chipkatalog. Skriv først brugerhandlingen ned.

• Åbn en dør
• Rekorddeltagelse
• Lås et hotelværelse op
• Indtast en begivenhed
• Opbevar en befordringsret
• Oprethold lagret værdi
• Supportadgang plus betaling
• Interagere med en smartphone
• Erstat en eksisterende Classic-legitimationsoplysninger

En-dagsbillet og et genanvendeligt medarbejderkort bør ikke evalueres med samme prioritet.

Trin 2: Definer sikkerhedskravet som en trussel

"Vi har brug for et sikkert kort" er ikke et fuldstændigt krav.

Spørg i stedet, hvad du forsøger at forhindre:

• Enkel duplikering af legitimationsoplysninger
• Uautoriserede ændringer af lagrede data
• Manipulering af lagret værdi
• Uautoriseret læseradgang
• Kommunikationsaflytning eller manipulation
• Adgang på tværs af-applikationer
• Dårligt kontrolleret nøglefordeling

Dette skaber øjeblikkeligt en mere nyttig chip{0}}udvælgelsesdiskussion.

Et loyalitetslegitimationsoplysninger uden lagret værdi og et firmaadgangsoplysninger, der beskytter begrænsede områder, bør ikke automatisk bruge den samme sikkerhedsmodel.

Trin 3: Tjek læserens kompatibilitet, før du bestiller kort

Dette er et af de vigtigste indkøbstrin.

To produkter kan både fungere ved 13,56 MHz og stadig kræver forskellig protokol, autentificering, firmware eller softwareunderstøttelse.

Hvis du allerede har et installeret system, skal du indsamle:

• Læser producent
• Læser model
• Firmware version
• Nuværende kort- eller chipmodel
• Software platform
• Autentificeringsmetode
• Eksisterende nøglestruktur

Brug den nøjagtige læserinformation i stedet for at antage, at ethvert produkt, der er anført under enRFID-læserkategori kan understøtte enhver MIFARE-familie.

Hvad er ikke nok til at bekræfte kompatibilitet?

Følgende beskrivelser alene er ikke tilstrækkelige:

• "13,56 MHz læser"
• "NFC-kompatibel"
• Et fotografi af det eksisterende kort
• De fysiske kortdimensioner
• En erklæring om, at læseren allerede arbejder med "MIFARE"

Du skal bruge den nøjagtige læser- og legitimationsspecifikation.

Trin 4: Beslut hvilke data der skal gemmes

Mere hukommelse er ikke automatisk bedre.

Start med datamodellen.

Eksempel 1: UID eller Identifier Lookup

Hvis legitimationsoplysningerne kun identificerer en bruger, og alle tilladelser er gemt i en backend-database, kan datakravet på-kortet være lille.

Eksempel 2: Adgang Plus en Berettigelse

Hvis kortet gemmer en adgangsoplysninger plus en anden rettighed eller værdi, bliver hukommelsesorganisation og adgangstilladelser vigtigere.

Eksempel 3: Flere uafhængige tjenester

Hvis en legitimationsoplysninger understøtter adgang, transport, betaling, loyalitet eller campustjenester, kan separate applikationer, filer og nøgler blive vigtigere end det samlede antal byte.

Dette er en af ​​grundene til, at DESFire ikke kun bør vurderes som "et kort med mere hukommelse."

Trin 5: Beslut, om smartphone NFC-interaktion betyder noget

Behandl ikke "13,56 MHz", "RFID" og "NFC" som udskiftelige indkøbsvilkår.

Hvis en smartphone skal interagere med legitimationsoplysningerne, skal du bekræfte understøttelse af den nøjagtige IC, telefonplatform og applikationsdesign.

Dedikeret adgang-kontrollere læsere og forbrugers smartphone-interaktioner løser forskellige problemer.

Trin 6: Match chippen til credential-levetiden og formfaktoren

En en-dagsbegivenhedsbillet har en anden omkostningsmodel end en medarbejders legitimationsoplysninger, der forventes at forblive i brug i flere år.

Det endelige produkt kan være et PVC-kort, papirbillet, nøglebrik, silikonearmbånd, vævet armbånd eller en anden formfaktor.

For eksempel kan projekter, der kræver wearable legitimationsoplysninger, sammenligne muligheder som f.eksplastik MIFARE armbåndud over konventionelle kort.

Husk, at chipkapacitet kun er en del af den færdige legitimation. Antennedesign, materiale, dimensioner og læsermiljøet kan påvirke den faktiske RF-ydelse.

Trin 7: Sammenlign de samlede systemomkostninger, ikke kun chippris

Det billigste login er ikke altid det laveste-omkostningssystem.

Samlede projektomkostninger kan omfatte:

• Udgifter til legitimationsoplysninger
• Udskiftning af læser
• Firmware opgraderinger
• Softwareændringer
• Nøglestyring
• Personalisering
• Kodning
• Systemintegration
• Afprøvning
• Migration
• Udskiftning af legitimationsoplysninger

En lidt dyrere legitimation, der understøtter en praktisk migreringssti, kan være billigere end et billigere-kort, der tvinger udskiftning af en hel læserinfrastruktur.

Trin 8: Test den rigtige legitimation før masseproduktion

Behandl aldrig et datablad som en erstatning for systemtest.

Test den nøjagtige kombination af:

• Chip
• Antenne
• Legitimationsmateriale
• Læser
• Firmware
• Software
• Kodning
• Nøgler
• Installationsmiljø

Til udviklings- og verifikationsarbejde, en passende13,56 MHz NFC-læser og -skriverkan være nyttigt, men produktionskompatibilitet skal stadig valideres mod den læser, der rent faktisk vil blive implementeret.

Hvilken MIFARE-chip passer til forskellige applikationer?

Adgangskontrol

For et nyt sikkerheds-følsomt adgangs-kontrolsystem skal du begynde med sikkerhedsarkitekturen og læsekapaciteten i stedet for automatisk at angive Classic.

DESFire er ofte værd at evaluere, når der kræves en sikker moderne legitimation, mens Plus bliver særligt relevant, hvis en installeret Classic-infrastruktur har brug for en migreringssti.

Classic er muligvis stadig påkrævet til ældre erstatningsprojekter.

Ved planlægning af den fysiske legitimation omfatter relevante produktmulighederMIFARE adgangskort. Læser-sideplanlægning bør behandles separat; enRFID-adgang-kontrollæserskal understøtte den valgte legitimationsarkitektur.

Eventbilletter

For enkel korttidsoptagelse-begynd med at evaluere Ultralight-familien.

Hvis der kræves stærkere godkendelse, kan Ultralight AES være en mere passende mulighed for begrænset{0}}brug.

Hvis hændelsesoplysningerne også håndterer adgangszoner, lagret værdi, hotelfunktioner eller flere applikationer, kan DESFire blive mere relevant.

IC'en kan så integreres i produkter som f.eksRFID event armbånd.

Hotel nøglekort

Hotelprojekter kræver ekstra forsigtighed, fordi kompatibiliteten afhænger meget af låsesystemet.

Vælg ikke et hoteloplysninger fra et generisk chipbord alene.

Få først:

• Lås producent
• Lås model
• Eksisterende legitimationstype
• Understøttet chipspecifikation
• Påkrævet personalisering eller kodningsproces

Først derefter skal du vælge kortkonstruktionen, som f.eksRFID hotel nøglekort.

Offentlig transport

Transitprojekter kan variere fra billige enkelt-billetter til genanvendelige legitimationsoplysninger for flere-tjenester.

Billetter med begrænset-brug passer muligvis til Ultralight-familien. Genanvendelige sikre legitimationsoplysninger kan kræve DESFire eller en anden stærkere arkitektur. Eksisterende Classic-implementeringer kan have brug for Plus som en del af en trinvis migrering.

Campus- og medlemskort

Hvis et kort blot identificerer et medlem, og back-end gemmer alle tilladelser, kan kravet om applikation på-kort være beskedent.

Hvis en legitimationsoplysninger understøtter adgang, deltagelse, bibliotekstjenester, cafeteriabetaling og andre funktioner, øges værdien af ​​en struktureret multi-applikationsarkitektur markant.

Lukket-løkkebetaling

Lagret værdi øger virkningen af ​​kopiering af legitimationsoplysninger, manipulation eller svag nøglestyring.

Sikkerhedsarkitektur, transaktionsintegritet, autentificering og operationel nøglestyring bør derfor veje tungere end prisen på kortet alene.

Sådan nærmer du dig en klassisk MIFARE-migrering

Behandl ikke migrering som en simpel-korterstatningsordre.

Byg først et lager:

1. Eksisterende læsermodeller
2. Læser firmware
3. Back-software
4. Nuværende legitimationsmodel
5. Nuværende nøglearkitektur
6. Antal aktive legitimationsoplysninger
7. Om gamle og nye legitimationsoplysninger skal eksistere side om side
8. Migrationsperiode
9. Målsikkerhedskrav

Hvis ældre læsere og opgraderede læsere skal fungere i den samme overgangsperiode, fortjener MIFARE Plus EV2 særlig opmærksomhed, fordi migration er en af ​​dens kernebrug.

Hvis du udskifter hele arkitekturen og ikke har brug for klassisk-orienteret migreringsadfærd, skal du sammenligne denne tilgang direkte med et DESFire-baseret redesign i stedet for at antage, at Plus automatisk er påkrævet.

Almindelige MIFARE-udvælgelsesfejl

Vælg den laveste-prischip først

Start med applikationen og systemkravene. Enhedsprisen bør overvejes efter kompatibilitet, sikkerhed og arkitektur.

Sammenligner kun hukommelsesstørrelse

En større hukommelsesværdi gør ikke automatisk én chip mere egnet. Filstruktur, godkendelse, læsersupport og applikationsadskillelse kan være vigtigere.

Forudsat at hver 13,56 MHz legitimationsoplysninger er kompatibel

Frekvens garanterer ikke protokol, autentificering, firmware eller softwarekompatibilitet.

Brug af Classic som standard for et nyt system

Klassisk er stadig almindelig i installerede systemer, men installeret-base popularitet og egnethed til et nyt sikkerheds-følsomt design er to forskellige spørgsmål.

Ignorerer Reader Firmware og Software

En egnet kontaktløs IC kan ikke levere den tilsigtede funktionalitet, hvis læseren eller systemsoftwaren ikke understøtter de nødvendige kommandoer og sikkerhedsmodel.

Ignorerer nøglestyring

En stærk kryptografisk funktion producerer ikke automatisk et sikkert system.

Standardnøgler, dårligt distribuerede nøgler, usikker personalisering og svage back-end-kontroller kan underminere en teknisk egnet legitimation.

Sikkerhed er et ansvar på -systemniveau, ikke kun en chipspecifikation.

Bestilling af masseproduktion før test

Valider altid rigtige kort, læsere, firmware, software og kodning, før du forpligter dig til store produktionsmængder.

MIFARE eller NTAG: Har du faktisk brug for MIFARE?

Ikke hvert 13,56 MHz-projekt er virkelig et MIFARE-udvælgelsesproblem.

Hvis hovedformålet er forbrugers smartphone-interaktion, såsom at åbne en URL, dele en digital profil, lancere en anmeldelsesside eller udløse en simpel NFC-handling, kan et produkt fraNFC tagkategori passer måske bedre.

For eksempel kan en simpel smartphone-vendende applikation bruge enNTAG213 NFC-kortsnarere end et sikkert MIFARE-adgangsoplysninger.

MIFARE bliver mere relevant, når systemet involverer kontrolleret adgang, dedikerede læsere, godkendelse, billetsalg, lagret værdi eller strukturerede smart-kortapplikationer.

Det bedre spørgsmål er ikke:

Hvilken RFID-chip er bedst?

Det er:

Hvilken chip matcher applikationen, læseren, sikkerhedskravet, systemarkitekturen og legitimationsoplysningernes livscyklus?

Hvad skal du sende din RFID-leverandør, før du anmoder om et tilbud?

En leverandør kan komme med en mere præcis anbefaling, når det tekniske krav er klart.

Forbered følgende information:

1. Anvendelse:adgang, billetsalg, hotel, transport, loyalitet, medlemskab eller anden brug
2. Nuværende læserproducent og model:hvis systemet allerede eksisterer
3. Nuværende kort- eller chipmodel:især til udskiftnings- eller migreringsprojekter
4. Påkrævet sikkerhedsniveau:herunder hvilke trusler systemet skal adressere
5. Datakrav:hvad der egentlig skal gemmes på legitimationen
6. Ansøgningsstruktur:en ansøgning eller flere
7. Smartphone krav:om mobil NFC-interaktion er nødvendig
8. Fysisk format:kort, armbånd, nøglebrik, billet eller anden legitimation
9. Forventet levetid:en dag, flere måneder eller flere år
10. Mængde:prøvemængde og forventet produktionsmængde
11. Personalisering:udskrivning, UID-håndtering, kodning eller andre datakrav
12. Test:læser og softwarevalidering påkrævet før produktion

Hvis du ikke kan angive den nøjagtige chipmodel, skal du sende den eksisterende legitimationsprøve sammen med læser- og systemoplysninger i stedet for at gætte ud fra udseendet.

Endelig MIFARE-udvælgelsestjekliste

• Definer applikationen, før du vælger chippen.
• Definer den faktiske sikkerhedstrussel i stedet for at bruge ordet "sikker" som et generisk krav.
• Bekræft det nøjagtige læser-, firmware- og softwaremiljø.
• Bestem, hvilke data der rent faktisk skal gemmes.
• Beslut om en eller flere ansøgninger er nødvendige.
• Bekræft, om smartphone NFC-interaktion har betydning.
• Match IC'en til legitimationslevetid og fysisk format.
• Sammenlign de samlede systemomkostninger, ikke kun chipprisen.
• Adskil ældre kompatibilitetskrav fra nye-systemkrav.
• Test rigtige prøver før masseproduktion.

Hvis du bygger et nyt system, skal du ikke vælge legitimationsoplysningerne isoleret.

Hvis du opgraderer et eksisterende system, skal du begynde med kompatibilitets- og migreringskrav.

Og hvis du stadig er usikker på mellem MIFARE Classic, Plus, DESFire, Ultralight eller en anden kontaktløs IC, så giv leverandøren din læsermodel, aktuelle legitimationsoplysninger, applikation og sikkerhedskrav først. Disse detaljer er langt mere nyttige end blot at bede om "den bedste MIFARE-chip."