So wählen Sie einen MIFARE-Chip aus: Classic vs. Plus vs. DESFire vs. Ultralight
Aug 26, 2026
Eine Nachricht hinterlassen
Bei der Wahl eines MIFARE-Chips geht es nicht nur darum, die Speichergröße zu vergleichen oder den kostengünstigsten kontaktlosen Ausweis zu kaufen.
Die richtige Wahl hängt davon ab, was der Ausweis leisten muss, welche Sicherheitsstufe erforderlich ist, welche Lesegeräte und Software bereits installiert sind, wie lange der Ausweis verwendet werden soll und ob das System eine oder mehrere Anwendungen benötigt.
Für ein Einweg-Veranstaltungsticket gelten beispielsweise ganz andere Anforderungen als für einen Mitarbeiterausweis für fünf-Jahre oder eine wiederverwendbare ÖPNV-Karte. Es sollte nicht automatisch für alle drei derselbe Chip verwendet werden.
Dieser Leitfaden vergleicht die wichtigsten MIFARE-Familien und bietet Ihnen eine praktische Möglichkeit, die Auswahl vor der Bestellung einzugrenzenRFID-Karten, Armbänder, Schlüsselanhänger, Tickets oder andere kontaktlose Ausweise.

Kurze Antwort: Welchen MIFARE-Chip sollten Sie evaluieren?
| Projektanforderung | Zu bewertende MIFARE-Familie | Warum |
|---|---|---|
| Kostengünstiges-Ticket oder Pass mit kurzer{1}}Lebensdauer | MIFARE Ultralight EV1 | Konzipiert für einfache Anwendungen mit begrenztem -Gebrauch |
| Anmeldeinformationen mit eingeschränkter-Nutzung, die eine AES-Authentifizierung erfordern | MIFARE Ultralight AES | Kombiniert Positionierung mit eingeschränkter-Nutzung mit AES-128-Authentifizierung |
| Bestehende MIFARE Classic-Infrastruktur, die eine schrittweise Sicherheitsmigration erfordert | MIFARE Plus EV2 | Sein Hauptvorteil ist die Migration von der alten, klassisch-orientierten Infrastruktur hin zu AES-basierter Sicherheit |
| Sichere Anmeldeinformationen für eine einzelne-Anwendung | MIFARE DESFire Light | Bietet AES-basierte Sicherheit mit einer einfacheren vordefinierten Anwendungsstruktur |
| Sichere Multi-{0}Anwendungs-Anmeldeinformationen | MIFARE DESFire EV3 | Bietet eine flexible Dateistruktur, mehrere Anwendungen und stärkere Funktionen auf Systemebene |
| Ersatzberechtigungsnachweis für ein System, das ausdrücklich Classic erfordert | MIFARE Classic EV1 | Aufgrund der Legacy-Kompatibilität kann dies dennoch erforderlich sein |
| Fortschrittliche hoch{0}sichere Identitäts-, Fahrzeugzugangs- oder ähnliche Architektur | MIFARE DUOX | Kombiniert symmetrische und asymmetrische Kryptografie für fortschrittlichere Sicherheitsmodelle |
Diese Tabelle ist ein Ausgangspunkt, keine Kaufspezifikation. Der endgültige IC muss noch anhand Ihrer Leser-, Firmware-, Software-, Anwendungsarchitektur- und Schlüsselverwaltungsanforderungen überprüft werden.
Was ist ein MIFARE-Chip?
MIFARE ist eine Familie kontaktloser IC-Produkte, die in Anwendungen wie Zutrittsmanagement, öffentlichen Verkehrsmitteln, Gastgewerbe, Ticketverkauf, Treueprogramm und Closed-Loop-Zahlung eingesetzt werden.
MIFARE-Produkte arbeiten in der kontaktlosen 13,56-MHz-Umgebung, aber das Wort „MIFARE“ bezeichnet keinen einzelnen Chip. Verschiedene MIFARE-Familien verwenden unterschiedliche Speicherstrukturen, Authentifizierungsmethoden und Anwendungsmodelle.
Der IC ist auch vom physischen Ausweis getrennt. Dieselbe Technologie kann in Plastikkarten, Papiertickets usw. integriert werden.RFID-Armbänder, RFID-Schlüsselanhänger, Abzeichen oder andere Formfaktoren.
Diese Unterscheidung ist wichtig, da die Chipauswahl und der Aufbau der Berechtigungsnachweise unterschiedliche Probleme lösen. Der IC steuert die kontaktlose Funktionalität, während Antennengeometrie, Material, Abmessungen und Produktkonstruktion die physikalische Haltbarkeit und HF-Leistung beeinflussen.
MIFARE-Chip-Vergleichsmatrix
| Familie | Sicherheitsrichtung | Speicher-/Anwendungsarchitektur | Leistungshinweis | Legacy-Passform | Typische Rolle | Neue Projektpositionierung |
|---|---|---|---|---|---|---|
| MIFARE Classic EV1 | Legacy-Sicherheitsarchitektur | 1-KB- oder 4-KB-Sektor-und-Blockstruktur | 106 kbit/s | Passt hervorragend zu bestehenden Classic-Systemen | Legacy-Zugriff, Mitgliedschaft und installierte Systeme | Normalerweise eine Kompatibilitätsauswahl und nicht die Standardeinstellung für ein neues sicherheitsrelevantes Design |
| MIFARE Plus EV2 | AES-128-basierter Migrationspfad | Konzipiert für die Migration von einer klassisch-orientierten Infrastruktur | Leistungsstärkere-sichere kontaktlose Plattform | Starker Migrationswert | Phasenweise klassische Sicherheitsupgrades | Relevant, wenn die veraltete Infrastruktur nicht sofort ersetzt werden kann |
| MIFARE DESFire Light | AES-128 | 640 Byte mit einer vordefinierten Dateistruktur | ISO/IEC 14443 Typ A kontaktlose Architektur | Nicht in erster Linie ein klassisches Migrationsprodukt | Sichere Anmeldeinformationen für einzelne-Anwendungen | Eine gute Option, wenn ein moderner, sicherer Berechtigungsnachweis ohne vollständige Multianwendungskomplexität benötigt wird |
| MIFARE DESFire EV3 | AES-basierte Hochsicherheitsarchitektur | 2 KB, 4 KB, 8 KB oder 16 KB mit flexiblen Dateien und mehreren Anwendungen | Bis zu 848 kbit/s | Besser geeignet für eine neue Architektur als direkte Classic-Kompatibilität | Zugangs-, Zugangs-, Campus- und Multi-{0}Service-Zugangsberechtigungen | Gute Allzweckwahl für sichere Projekte mit mehreren{1}Anwendungen |
| MIFARE Ultralight EV1 | Passwortbasierter-Schutz | Kleine, einfache Speicherarchitektur für Anmeldeinformationen mit eingeschränkter -Nutzung | Entwickelt für einfache Tickettransaktionen | Kein klassisches Migrationsprodukt | Tickets, Tageskarten und Kurzzeitkarten | Gut, wenn Kosten und Einfachheit wichtiger sind als erweiterte Sicherheit |
| MIFARE Ultralight AES | AES-128-Authentifizierung | Architektur mit eingeschränkter-Nutzung | Entwickelt für sichere Tickets und Schlüsselkartenanwendungen | Kein klassisches Migrationsprodukt | Event-, Hotel-, Transport- und temporäre Zutrittsberechtigungen | Nützlich, wenn Anmeldeinformationen mit eingeschränkter -Nutzung dennoch eine stärkere Authentifizierung benötigen |
| MIFARE DUOX | Symmetrische und asymmetrische Kryptographie | Erweiterte sichere Multi-{0}Anwendungsarchitektur | Entwickelt für Hoch-Sicherheitsanwendungen | Nicht hauptsächlich als klassisches Migrationstool positioniert | Erweiterter Zugang, Fahrzeugzugang und Anwendungen im Zusammenhang mit Elektrofahrzeugen- | Bewerten Sie, wann PKI, Zertifikate oder sehr hohe Sicherheitsanforderungen die zusätzliche Komplexität rechtfertigen |

Die wichtigsten MIFARE-Familien erklärt
MIFARE Classic EV1: Hauptsächlich eine Legacy-Kompatibilitätsentscheidung
MIFARE Classic erfreut sich nach wie vor großer Beliebtheit, da zahlreiche Zutrittskontroll-, Mitgliedschafts-, Campus- und Transportsysteme rund um seine Sektor--und-Blockarchitektur aufgebaut wurden.
MIFARE Classic EV1 ist in den Varianten 1 KB und 4 KB erhältlich und arbeitet mit 13,56 MHz und einer Datenrate von 106 kbit/s.
Der Hauptvorteil liegt heute oft eher in der Kompatibilität mit einem installierten System als in der überlegenen Sicherheit.
Wenn eine Organisation bereits über Lesegeräte, Software und Ausweisdaten verfügt, die für klassische Sektoren konzipiert sind, kann eine Änderung der Ausweistechnologie Änderungen an mehr als nur der Karte selbst erfordern. DeshalbMIFARE 1K-Kartenkann für Ersatz- und Wartungsprojekte weiterhin relevant sein.
Allerdings gibt NXP derzeit an, dass MIFARE Classic EV1 für neue Designs nicht empfohlen wird. Bei sicherheitsrelevanten neuen Bereitstellungen sollte diese Lebenszyklusposition berücksichtigt werden, bevor Classic zur Standardauswahl gemacht wird. Siehe dieOffizielle MIFARE Classic EV1 Produktinformationen von NXP.
Praktische Entscheidung:Verwenden Sie Classic, wenn das vorhandene System dies erfordert. Wählen Sie es für ein neues Projekt nicht nur deshalb aus, weil es bekannt, kostengünstig oder allgemein verfügbar ist.
MIFARE Plus EV2: Ein Migrationstool, nicht einfach ein „besserer Klassiker“
MIFARE Plus EV2 wird besonders relevant, wenn ein Unternehmen mehr Sicherheit wünscht, aber nicht gleichzeitig eine gesamte Classic--basierte Infrastruktur ersetzen kann.
Sein strategischer Wert ist Migration.
Ein großer Zugangs- oder Transitbetreiber verfügt möglicherweise über Lesegeräte an Hunderten oder Tausenden von Standorten. Der Austausch aller Anmeldeinformationen, Lesegeräte, Firmware und Backend-Komponenten in einer einzigen Umstellung kann unpraktisch sein.
MIFARE Plus EV2 unterstützt die AES-128-Sicherheit und soll bestehende kontaktlose Infrastrukturen bei der Umstellung auf eine sicherere Architektur unterstützen.
Damit stellt sich die entscheidende Frage:
Müssen Sie einen kontrollierten Übergang von einem bestehenden, klassisch-orientierten System aufrechterhalten?
Wenn die Antwort „Ja“ lautet, verdient Plus EV2 eine ernsthafte Bewertung. Wenn die Antwort „Nein“ lautet und Sie eine völlig neue Multi-{2}Anwendungsplattform entwerfen, bietet DESFire möglicherweise einen natürlicheren Ausgangspunkt.
MIFARE DESFire Light: Sicher und einfacher für eine Hauptanwendung
DESFire Light füllt die Lücke zwischen sehr einfachen Produkten mit eingeschränkter Nutzung und der flexibleren DESFire EV3-Architektur für mehrere Anwendungen.
Es bietet 640 Byte Benutzerspeicher, AES-128-Sicherheit, ISO/IEC 14443 Typ A-Kommunikation und eine vordefinierte Dateistruktur.
Das Schlüsselwort istEinzelanwendung.
Wenn ein Berechtigungsnachweis sicheren Zugriff, Treue, eine Transportberechtigung oder eine andere definierte Anwendung benötigt, aber keine große Multi-Service-Architektur benötigt, kann DESFire Light unnötige Komplexität reduzieren.
Es kann daher eine logischere Wahl sein, als sich für DESFire EV3 zu entscheiden, einfach weil EV3 über mehr Speicher und Funktionen verfügt.
MIFARE DESFire EV3: Für sichere und flexible Multianwendungssysteme
DESFire EV3 wurde für Anwendungen entwickelt, bei denen Sicherheit, flexible Datenorganisation und mehrere Dienste möglicherweise auf demselben Berechtigungsnachweis koexistieren müssen.
Es unterstützt ISO/IEC 14443 Typ A-Kommunikation, Datenraten bis zu 848 kbit/s, flexible Dateistrukturen und Speichervarianten einschließlich 2 KB, 4 KB, 8 KB und 16 KB.
NXP listet die Common Criteria EAL5+-Zertifizierung für das Produkt auf. Aktuelle technische Details können hier eingesehen werdenoffizielle MIFARE DESFire EV3 Produktseite.
Der Hauptgrund für die Wahl von DESFire ist nicht einfach „mehr Speicher“. Seine Architektur ist nützlich, wenn separate Anwendungen, Dateien, Schlüssel und Zugriffsberechtigungen innerhalb derselben Anmeldeinformationen verwaltet werden müssen.
Ein Campus-Berechtigungsnachweis könnte beispielsweise Zugang, Anwesenheit, Cafeteria-Funktionen und einen anderen Service erfordern. Das ist eine andere Architektur als eine Karte, die nur eine Kennung an eine Back-End-Datenbank sendet.
MIFARE Ultralight EV1: Für einfache Anmeldeinformationen mit eingeschränkter -Nutzung
MIFARE Ultralight EV1 wurde für Anwendungen mit hohem -Volumen und eingeschränkter-Nutzung entwickelt, bei denen Einfachheit und Anmeldekosten wichtig sind.
Zu den typischen Anwendungsfällen gehören Einzelfahrkarten, Eintrittskarten zu Veranstaltungen, Tageskarten, Treueanträge und andere kurzlebige Berechtigungsnachweise.
Es verwendet eine einfachere Speicherarchitektur als DESFire und bietet passwortbasierten Schutz-anstelle des fortschrittlicheren Sicherheitsmodells von DESFire- oder AES-basierten Ultralight-Produkten.
Ultralight EV1 ist sinnvoll, wenn der mit den Anmeldeinformationen verbundene Wert und das Risiko begrenzt sind und erweiterte Multi-{1}Anwendungsfunktionen die Komplexität erhöhen würden, ohne eine echte Anforderung zu erfüllen.
MIFARE Ultralight AES: Eingeschränkte Nutzung muss nicht gleichbedeutend mit geringer Sicherheit sein
Ein kurzlebiges Ticket oder ein Gastausweis können dennoch ein erhebliches Sicherheitsrisiko bergen.
MIFARE Ultralight AES schließt diese Lücke, indem es die Positionierung mit eingeschränkter Verwendung-mit der kryptografischen AES-128-Authentifizierung kombiniert.
NXP identifiziert Anwendungen wie öffentliche Verkehrsmittel, Gastgewerbe, Zutritt, Veranstaltungstickets und Treuepunkte. Technische Details finden Sie imoffizielles MIFARE Ultralight AES Datenblatt.
Dies macht Ultralight AES besonders nützlich, wenn die Anwendung keine vollständige DESFire-Architektur erfordert, aber ein einfacher passwortbasierter Schutz-für die Projektanforderungen nicht ausreicht.
MIFARE DUOX: Für fortschrittlichere Sicherheitsarchitekturen
MIFARE DUOX steht am oberen {0}Sicherheitsende des aktuellen MIFARE-Portfolios.
Es kombiniert symmetrische und asymmetrische Kryptografie, einschließlich AES und Kryptografie mit elliptischen -Kurven, und NXP positioniert es für Anwendungsfälle wie erweitertes Zugangsmanagement, sicheren Fahrzeugzugang und Laden von Elektrofahrzeugen.
NXP listet auch die Common Criteria EAL6+-Zertifizierung auf. Weitere Einzelheiten finden Sie auf deroffizielle MIFARE DUOX Produktseite.
Das bedeutet nicht, dass DUOX in jedem Projekt DESFire oder Ultralight ersetzen sollte. Eine einfache Mitgliedschaftsberechtigung profitiert selten von der zusätzlichen Architektur, die für zertifikatsbasierte oder erweiterte Schlüsselverwaltungsmodelle-erforderlich ist.
Verwenden Sie eine höhere Komplexität nur, wenn das Bedrohungsmodell und die Systemanforderungen dies rechtfertigen.
Classic vs. Plus vs. DESFire: Der schnellste Weg, den Unterschied zu verstehen
| Frage | Klassisches EV1 | Plus EV2 | DESFire EV3 |
|---|---|---|---|
| Hauptgrund, sich dafür zu entscheiden | Bestehende Legacy-Kompatibilität | Stufenweise Sicherheitsmigration | Neue sichere und flexible Anwendungsarchitektur |
| Am besten geeignet für | Systeme, die bereits rund um Classic entwickelt wurden | Organisationen, die sich von der alten klassischen Infrastruktur abwenden | Neue oder neu gestaltete sichere Multi-{0}Anwendungssysteme |
| Hauptsicherheitsrichtung | Vermächtnis | AES-basierte Migration | Moderne, AES-basierte sichere Architektur |
| Anwendungsstruktur | Sektor- und blockbasiert | Migrationsorientierter Sektor-/Blockansatz | Flexibles Anwendungs- und Dateimodell |
| Typische Käuferfrage | „Wird dies meine vorhandenen Karten ersetzen?“ | „Wie aktualisiere ich, ohne alles auf einmal zu ersetzen?“ | „Wie soll ich eine neue sichere Anmeldeinformationsplattform aufbauen?“ |
Die nützlichste Unterscheidung ist daher:
Bei Classic geht es in der Regel um Kompatibilität. Außerdem geht es oft um Migration. Bei DESFire geht es in der Regel um den Aufbau einer flexibleren, sicheren Anwendungsarchitektur.
Ultralight AES vs. DESFire Light: Welches sollten Sie wählen?
Diese beiden Produkte können verwirrend sein, da beide in Projekten vorkommen können, die mehr Sicherheit benötigen als ein einfaches Low-Cost-Ticket.
| Erfordernis | DESFire-Licht | |
|---|---|---|
| Berechtigungstyp | Begrenztes-Nutzungsticket oder Schlüsselkarte | Sichere Anmeldeinformationen für eine einzelne-Anwendung |
| Sicherheit | AES-128 | AES-128 |
| Anwendungskomplexität | Untere | Höher und strukturierter |
| Typische Beispiele | Veranstaltungstickets, vorübergehender Zugang, Bewirtung, Transport mit eingeschränkter-Nutzung | Sicherer Zugang, Treue, Transport oder Closed-Loop-Anwendung |
| Auswahlfrage | „Benötige ich sichere Anmeldeinformationen mit eingeschränkter -Nutzung?“ | „Benötige ich eine sichere Anwendung mit einem strukturierteren Dateisystem?“ |
Treffen Sie Ihre Wahl nicht allein aufgrund des Wortes „AES“. Ebenso wichtig wie die kryptografische Funktion ist das Anwendungsmodell.
Ein praktischer Entscheidungspfad für die MIFARE-Auswahl
- Ersetzen Sie Anmeldeinformationen in einem vorhandenen MIFARE Classic-System?
- Wenn ja, ermitteln Sie zunächst, ob Sie eine exakte Legacy-Kompatibilität oder eine schrittweise Migration benötigen. Durch die genaue Kompatibilität bleibt Classic möglicherweise relevant. Ein schrittweises Sicherheitsupgrade könnte Plus EV2 geeigneter machen.
- Ist der Berechtigungsnachweis nur von kurzer -Lebensdauer oder-begrenzter Verwendung?
- Wenn ja, bewerten Sie Ultralight. Entscheiden Sie anhand der Sicherheitsanforderung, ob ein Basis-Ultralight-Produkt oder Ultralight AES besser geeignet ist.
- Benötigen Sie eine sichere Hauptanwendung?
- Wenn ja, testen Sie DESFire Light, bevor Sie automatisch auf ein größeres Multianwendungsprodukt umsteigen.
- Benötigen Sie mehrere Anwendungen, flexible Dateien oder eine zukünftige Erweiterung?
- Wenn ja, ist DESFire EV3 ein stärkerer Kandidat.
- Erfordert das System zertifikatsbasierte, asymmetrische oder ungewöhnlich hohe{1}Sicherheitsfunktionen?
- Wenn ja, bewerten Sie, ob DUOX zur breiteren Sicherheitsarchitektur passt.
So wählen Sie Schritt für Schritt den richtigen MIFARE-Chip aus
Schritt 1: Definieren Sie, was der Berechtigungsnachweis tatsächlich bewirkt
Beginnen Sie nicht mit einem Chip-Katalog. Notieren Sie sich zunächst die Benutzeraktion.
- Öffne eine Tür
- Rekordbeteiligung
- Schalten Sie ein Hotelzimmer frei
- Geben Sie ein Ereignis ein
- Hinterlegen Sie eine Transportberechtigung
- Behalten Sie den gespeicherten Wert bei
- Support-Zugang plus Bezahlung
- Interagieren Sie mit einem Smartphone
- Ersetzen Sie eine vorhandene Classic-Anmeldeinformation
Ein Tagesticket und eine wiederverwendbare Mitarbeiterkarte sollten nicht mit den gleichen Prioritäten bewertet werden.
Schritt 2: Definieren Sie die Sicherheitsanforderung als Bedrohung
„Wir brauchen eine sichere Karte“ ist keine vollständige Anforderung.
Fragen Sie stattdessen, was Sie verhindern möchten:
- Einfache Duplizierung von Anmeldeinformationen
- Unbefugte Änderungen an gespeicherten Daten
- Manipulation gespeicherter Werte
- Unbefugter Leserzugriff
- Abfangen oder Manipulieren der Kommunikation
- Anwendungsübergreifender-Zugriff
- Schlecht kontrollierte Schlüsselverteilung
Dies führt sofort zu einer nützlicheren Chip-Auswahldiskussion.
Ein Treueausweis ohne gespeicherten Wert und ein Unternehmenszugangsausweis zum Schutz eingeschränkter Bereiche sollten nicht automatisch dasselbe Sicherheitsmodell verwenden.
Schritt 3: Überprüfen Sie die Kompatibilität des Lesegeräts, bevor Sie Karten bestellen
Dies ist einer der wichtigsten Beschaffungsschritte.
Zwei Produkte können beide mit 13,56 MHz betrieben werden und erfordern dennoch unterschiedliche Protokolle, Authentifizierung, Firmware oder Softwareunterstützung.
Wenn Sie bereits über ein installiertes System verfügen, sammeln Sie Folgendes:
- Hersteller des Lesegeräts
- Lesermodell
- Firmware-Version
- Aktuelles Karten- oder Chipmodell
- Softwareplattform
- Authentifizierungsmethode
- Vorhandene Schlüsselstruktur
Verwenden Sie die genauen Leserinformationen, anstatt davon auszugehen, dass ein unter einem aufgeführtes Produkt aufgeführt istRFID-LeserKategorie kann jede MIFARE-Familie unterstützen.
Was reicht nicht aus, um die Kompatibilität zu bestätigen?
Die folgenden Beschreibungen allein reichen nicht aus:
- „13,56-MHz-Leser“
- „NFC-kompatibel“
- Ein Foto der vorhandenen Karte
- Die physischen Kartenabmessungen
- Eine Aussage, dass der Leser bereits mit „MIFARE“ arbeitet
Sie benötigen die genaue Spezifikation des Lesegeräts und der Zugangsdaten.
Schritt 4: Entscheiden Sie, welche Daten gespeichert werden müssen
Mehr Speicher ist nicht automatisch besser.
Beginnen Sie mit dem Datenmodell.
Beispiel 1: UID- oder Identifier-Suche
Wenn die Anmeldeinformationen nur einen Benutzer identifizieren und alle Berechtigungen in einer Back-{0}}Datenbank gespeichert sind, kann der Datenbedarf auf der Karte gering sein.
Beispiel 2: Access Plus eine Berechtigung
Wenn auf der Karte ein Zugangsnachweis sowie ein weiterer Anspruch oder Wert gespeichert sind, gewinnen Speicherorganisation und Zugangsberechtigungen an Bedeutung.
Beispiel 3: Mehrere unabhängige Dienste
Wenn ein Berechtigungsnachweis Zugangs-, Transport-, Zahlungs-, Treue- oder Campus-Dienste unterstützt, können einzelne Anwendungen, Dateien und Schlüssel wichtiger sein als die Gesamtzahl der Bytes.
Dies ist einer der Gründe, warum DESFire nicht nur als „Karte mit mehr Speicher“ bewertet werden sollte.
Schritt 5: Entscheiden Sie, ob die Smartphone-NFC-Interaktion wichtig ist
Behandeln Sie „13,56 MHz“, „RFID“ und „NFC“ nicht als austauschbare Beschaffungsbegriffe.
Wenn ein Smartphone mit den Anmeldeinformationen interagieren muss, bestätigen Sie die Unterstützung für den genauen IC, die Telefonplattform und das Anwendungsdesign.
Dedizierte Zugriffskontrolle-Leser und Smartphone-Interaktionen von Verbrauchern lösen verschiedene Probleme.
Schritt 6: Passen Sie den Chip an die Lebensdauer und den Formfaktor des Berechtigungsnachweises an
Für ein eintägiges Veranstaltungsticket gilt ein anderes Kostenmodell als für einen Mitarbeiterausweis, von dem erwartet wird, dass er mehrere Jahre lang verwendet wird.
Das Endprodukt kann eine PVC-Karte, ein Papierticket, ein Schlüsselanhänger, ein Silikonarmband, ein gewebtes Armband oder ein anderer Formfaktor sein.
Beispielsweise können Projekte, die tragbare Anmeldeinformationen erfordern, Optionen wie vergleichenMIFARE-Armbänder aus Kunststoffzusätzlich zu herkömmlichen Karten.
Denken Sie daran, dass die Chipfähigkeit nur ein Teil des fertigen Ausweises ist. Antennendesign, Material, Abmessungen und die Umgebung des Lesegeräts können die tatsächliche HF-Leistung beeinflussen.
Schritt 7: Vergleichen Sie die Gesamtsystemkosten, nicht nur den Chippreis
Der günstigste Berechtigungsnachweis ist nicht immer das System mit den niedrigsten -Kosten.
Die Gesamtkosten des Projekts können Folgendes umfassen:
- Kosten für den Ausweis
- Austausch des Lesegeräts
- Firmware-Upgrades
- Softwareänderungen
- Schlüsselverwaltung
- Personalisierung
- Codierung
- Systemintegration
- Testen
- Migration
- Ausweisersatz
Ein etwas teurerer Ausweis, der einen praktischen Migrationspfad unterstützt, ist möglicherweise kostengünstiger als eine günstigere Karte, die den Austausch einer gesamten Lesegerät-Infrastruktur erfordert.
Schritt 8: Testen Sie die echten Berechtigungsnachweise vor der Massenproduktion
Behandeln Sie ein Datenblatt niemals als Ersatz für Systemtests.
Testen Sie die genaue Kombination aus:
- Chip
- Antenne
- Ausweismaterial
- Leser
- Firmware
- Software
- Codierung
- Schlüssel
- Installationsumgebung
Für Entwicklungs- und Verifizierungsarbeiten geeignet13,56 MHz NFC-Leser und -Schreiberkann nützlich sein, aber die Produktionskompatibilität muss dennoch anhand des tatsächlich bereitgestellten Lesegeräts validiert werden.

Welcher MIFARE-Chip passt zu verschiedenen Anwendungen?
Zugangskontrolle
Beginnen Sie für ein neues sicherheitsrelevantes Zugriffskontrollsystem-mit der Sicherheitsarchitektur und der Leserfunktion, anstatt automatisch Classic anzugeben.
DESFire lohnt sich oft dann, wenn ein sicherer moderner Zugangsdatensatz erforderlich ist, während Plus besonders relevant wird, wenn eine installierte Classic-Infrastruktur einen Migrationspfad benötigt.
Für ältere Ersatzprojekte ist möglicherweise weiterhin Classic erforderlich.
Bei der Planung des physischen Ausweises sind relevante Produktoptionen einzubeziehenMIFARE-Zugangskarten. Die leserseitige Planung sollte separat behandelt werden. einRFID-Zugangskontrollleser-muss die gewählte Anmeldeinformationsarchitektur unterstützen.
Ticketverkauf für Veranstaltungen
Für einen einfachen, kurzfristigen-Zugang beginnen Sie mit der Evaluierung der Ultralight-Familie.
Wenn eine stärkere Authentifizierung erforderlich ist, ist Ultralight AES möglicherweise eine geeignetere Option mit eingeschränkter{0}}Nutzung.
Wenn die Event-Zugangsdaten auch Zutrittszonen, gespeicherte Werte, Hotelfunktionen oder mehrere Anwendungen abdecken, kann DESFire an Bedeutung gewinnen.
Der IC kann dann in Produkte wie integriert werdenRFID-Eventarmbänder.
Hotelschlüsselkarten
Bei Hotelprojekten ist besondere Vorsicht geboten, da die Kompatibilität stark vom Schließsystem abhängt.
Wählen Sie einen Hotelausweis nicht allein anhand einer generischen Chip-Tabelle aus.
Erhalten Sie zunächst:
- Schlosshersteller
- Schlossmodell
- Vorhandener Anmeldeinformationstyp
- Unterstützte Chipspezifikation
- Erforderlicher Personalisierungs- oder Kodierungsprozess
Erst dann sollten Sie den Kartenaufbau auswählen, z.B. eineRFID-Hotelschlüsselkarte.
Öffentliche Verkehrsmittel
ÖPNV-Projekte können von preiswerten Einzelfahrkarten bis hin zu wiederverwendbaren Berechtigungsnachweisen für mehrere Dienste reichen.
Tickets mit begrenzter-Nutzung können für die Ultralight-Familie geeignet sein. Für wiederverwendbare sichere Anmeldeinformationen ist möglicherweise DESFire oder eine andere stärkere Architektur erforderlich. Bestehende Classic-Bereitstellungen benötigen möglicherweise Plus im Rahmen einer stufenweisen Migration.
Campus- und Mitgliedskarten
Wenn eine Karte lediglich ein Mitglied identifiziert und das Back-End alle Berechtigungen speichert, sind die Anforderungen für die Beantragung der Karte möglicherweise gering.
Wenn ein Berechtigungsnachweis Zugang, Anwesenheit, Bibliotheksdienste, Cafeteria-Zahlung und andere Funktionen unterstützt, erhöht sich der Wert einer strukturierten Multi-{0}Anwendungsarchitektur erheblich.
Geschlossene-Loop-Zahlung
Der gespeicherte Wert erhöht die Auswirkungen des Kopierens, der Manipulation oder der schwachen Schlüsselverwaltung von Anmeldeinformationen.
Sicherheitsarchitektur, Transaktionsintegrität, Authentifizierung und operatives Schlüsselmanagement sollten daher wichtiger sein als der Preis der Karte allein.

So gehen Sie eine Legacy-MIFARE-Classic-Migration an
Behandeln Sie die Migration nicht als eine einfache Bestellung-zum Austausch einer Karte.
Erstellen Sie zunächst ein Inventar:
- Bestehende Lesermodelle
- Reader-Firmware
- Back-Software
- Aktuelles Anmeldemodell
- Aktuelle Schlüsselarchitektur
- Anzahl der aktiven Anmeldeinformationen
- Ob alte und neue Anmeldeinformationen nebeneinander bestehen müssen
- Migrationszeit
- Gezielte Sicherheitsanforderung
Wenn ältere Lesegeräte und aufgerüstete Lesegeräte im gleichen Übergangszeitraum betrieben werden müssen, verdient MIFARE Plus EV2 besondere Aufmerksamkeit, da die Migration einer seiner Kernanwendungsfälle ist.
Wenn Sie die gesamte Architektur ersetzen und kein Classic-orientiertes Migrationsverhalten benötigen, vergleichen Sie diesen Ansatz direkt mit einem DESFire-basierten Redesign, anstatt davon auszugehen, dass Plus automatisch erforderlich ist.
Häufige Fehler bei der MIFARE-Auswahl
Wählen Sie zuerst den Chip mit dem niedrigsten -Preis
Beginnen Sie mit den Anwendungs- und Systemanforderungen. Der Stückpreis sollte nach Kompatibilität, Sicherheit und Architektur berücksichtigt werden.
Vergleicht nur die Speichergröße
Ein größerer Speicherwert macht einen Chip nicht automatisch besser geeignet. Dateistruktur, Authentifizierung, Leserunterstützung und Anwendungstrennung können wichtiger sein.
Vorausgesetzt, dass alle 13,56-MHz-Anmeldedaten kompatibel sind
Frequency übernimmt keine Garantie für Protokoll, Authentifizierung, Firmware oder Softwarekompatibilität.
Verwendung von Classic als Standard für ein neues System
Das klassische Design bleibt bei installierten Systemen üblich, aber die Beliebtheit installierter Systeme und die Eignung für ein neues sicherheitsrelevantes Design sind zwei verschiedene Fragen.
Ignorieren der Reader-Firmware und -Software
Ein leistungsfähiger kontaktloser IC kann seine beabsichtigte Funktionalität nicht bereitstellen, wenn das Lesegerät oder die Systemsoftware die erforderlichen Befehle und das Sicherheitsmodell nicht unterstützt.
Ignorieren der Schlüsselverwaltung
Eine starke kryptografische Funktion führt nicht automatisch zu einem sicheren System.
Standardschlüssel, schlecht verteilte Schlüssel, unsichere Personalisierung und schwache Back-End-Kontrollen können technisch einwandfreie Anmeldeinformationen beeinträchtigen.
Sicherheit ist eine Verantwortung auf Systemebene-und nicht nur eine Chipspezifikation.
Bestellung der Massenproduktion vor dem Testen
Validieren Sie immer echte Karten, Lesegeräte, Firmware, Software und Kodierung, bevor Sie sich auf große Produktionsmengen festlegen.
MIFARE oder NTAG: Brauchen Sie tatsächlich MIFARE?
Nicht jedes 13,56-MHz-Projekt ist wirklich ein MIFARE-Auswahlproblem.
Wenn das Hauptziel die Smartphone-Interaktion des Verbrauchers ist, beispielsweise das Öffnen einer URL, das Teilen eines digitalen Profils, das Starten einer Bewertungsseite oder das Auslösen einer einfachen NFC-Aktion, wird ein Produkt aus demNFC-TagKategorie könnte besser passen.
Beispielsweise kann eine einfache Smartphone--Anwendung eine verwendenNTAG213 NFC-Karteanstelle einer sicheren MIFARE-Zugangsberechtigung.
MIFARE gewinnt an Bedeutung, wenn das System kontrollierten Zugang, dedizierte Lesegeräte, Authentifizierung, Ticketausstellung, Wertspeicher oder strukturierte Smartcard-Anwendungen umfasst.
Die bessere Frage ist nicht:
Welcher RFID-Chip ist der Beste?
Es ist:
Welcher Chip passt zur Anwendung, zum Lesegerät, zur Sicherheitsanforderung, zur Systemarchitektur und zum Lebenszyklus der Anmeldeinformationen?
Was sollten Sie Ihrem RFID-Lieferanten senden, bevor Sie ein Angebot anfordern?
Ein Lieferant kann eine genauere Empfehlung aussprechen, wenn die technischen Anforderungen klar sind.
Bereiten Sie die folgenden Informationen vor:
- Anwendung:Zugang, Ticketverkauf, Hotel, Transport, Treue, Mitgliedschaft oder eine andere Nutzung
- Aktueller Hersteller und Modell des Lesegeräts:wenn das System bereits existiert
- Aktuelles Karten- oder Chipmodell:insbesondere für Ersatz- oder Migrationsprojekte
- Erforderliche Sicherheitsstufe:einschließlich der Bedrohungen, denen das System begegnen muss
- Datenanforderung:was eigentlich auf dem Ausweis gespeichert werden muss
- Bewerbungsstruktur:eine oder mehrere Anwendungen
- Smartphone-Anforderungen:ob eine mobile NFC-Interaktion erforderlich ist
- Physisches Format:Karte, Armband, Schlüsselanhänger, Ticket oder ein anderer Ausweis
- Erwartete Lebensdauer:einen Tag, mehrere Monate oder mehrere Jahre
- Menge:Probenmenge und erwartete Produktionsmenge
- Personalisierung:Drucken, UID-Handhabung, Kodierung oder andere Datenanforderungen
- Testen:Vor der Produktion ist eine Leser- und Softwarevalidierung erforderlich
Wenn Sie das genaue Chipmodell nicht angeben können, senden Sie das vorhandene Ausweismuster zusammen mit den Leser- und Systemdetails, anstatt nur anhand des Aussehens zu raten.
Abschließende Checkliste für die MIFARE-Auswahl
- Definieren Sie die Anwendung, bevor Sie den Chip auswählen.
- Definieren Sie die tatsächliche Sicherheitsbedrohung, anstatt das Wort „sicher“ als allgemeine Anforderung zu verwenden.
- Bestätigen Sie den genauen Leser, die Firmware und die Softwareumgebung.
- Bestimmen Sie, welche Daten tatsächlich gespeichert werden müssen.
- Entscheiden Sie, ob eine oder mehrere Anträge erforderlich sind.
- Bestätigen Sie, ob die Smartphone-NFC-Interaktion wichtig ist.
- Passen Sie den IC an die Gültigkeitsdauer des Berechtigungsnachweises und das physische Format an.
- Vergleichen Sie die Gesamtsystemkosten, nicht nur den Chippreis.
- Trennen Sie Legacy-Kompatibilitätsanforderungen von neuen{0}Systemanforderungen.
- Testen Sie echte Muster vor der Massenproduktion.
Wenn Sie ein neues System erstellen, wählen Sie die Anmeldeinformationen nicht isoliert aus.
Wenn Sie ein bestehendes System aktualisieren, beginnen Sie mit den Kompatibilitäts- und Migrationsanforderungen.
Und wenn Sie sich zwischen MIFARE Classic, Plus, DESFire, Ultralight oder einem anderen kontaktlosen IC immer noch nicht sicher sind, teilen Sie dem Anbieter zunächst Ihr Lesegerätmodell, Ihren aktuellen Ausweis, Ihre Anwendung und Ihre Sicherheitsanforderungen mit. Diese Angaben sind weitaus nützlicher, als einfach nach dem „besten MIFARE-Chip“ zu fragen.
FAQ
F: Ist MIFARE dasselbe wie NFC?
A: Nein. MIFARE ist eine Familie kontaktloser IC-Produkte. NFC beschreibt ein umfassenderes kontaktloses Technologie-Ökosystem. Die tatsächliche Kompatibilität hängt vom jeweiligen Chip, Protokoll, Gerät und der Anwendung ab.
F: Ist MIFARE Classic noch für neue Projekte geeignet?
A: Für die Kompatibilität mit der bestehenden Classic-Infrastruktur ist es möglicherweise immer noch erforderlich, NXP markiert Classic EV1 jedoch derzeit als nicht empfohlen für neue Designs. Ein neues sicherheitsrelevantes System sollte daher neuere Alternativen prüfen, anstatt automatisch auf Classic umzusteigen.
F: MIFARE Plus EV2 oder DESFire EV3: Was ist besser?
A: Keines von beiden ist allgemein besser. Darüber hinaus ist EV2 besonders nützlich, wenn die Migration von einer klassisch-orientierten Infrastruktur wichtig ist. DESFire EV3 ist im Allgemeinen natürlicher, wenn eine flexible, sichere Architektur für mehrere Anwendungen ohne diese Migrationseinschränkung entworfen wird.
F: Ultralight AES oder DESFire Light?
A: Wählen Sie basierend auf der Anwendungsstruktur, nicht nur auf der Anwesenheit von AES. Ultralight AES ist auf sichere Anmeldeinformationen mit eingeschränkter{1}}Nutzung ausgelegt. DESFire Light ist besser geeignet, wenn Sie strukturiertere, sichere Anmeldeinformationen für eine einzelne Anwendung benötigen.
F: Kann ein 13,56-MHz-Lesegerät eine DESFire-Karte lesen?
A: Es sollten keine Annahmen allein aufgrund der Häufigkeit getroffen werden. Die Hardware des Lesegeräts, die Protokollunterstützung, die Firmware, die Software und die Authentifizierungsimplementierung müssen überprüft werden.
F: Welcher MIFARE-Chip eignet sich am besten für die Zugangskontrolle?
A: Die Antwort hängt davon ab, ob es sich um ein neues oder älteres System handelt, von der erforderlichen Sicherheitsstufe und der Kompatibilität des Lesegeräts. Classic kann in einer vorhandenen Legacy-Installation weiterhin erforderlich sein, Plus kann bei der Migration helfen und DESFire ist oft eine Evaluierung für eine neue sichere Architektur wert.
F: Welcher MIFARE-Chip eignet sich am besten für Veranstaltungstickets?
A: Für einfache Tickets mit begrenzter{0}}Nutzung beginnen Sie mit der Ultralight-Familie. Wenn eine stärkere Authentifizierung erforderlich ist, prüfen Sie Ultralight AES. Wenn die Anmeldeinformationen für das Ereignis mehrere Anwendungen oder höherwertige Funktionen unterstützen müssen, ist DESFire möglicherweise besser geeignet.
F: Benötige ich DESFire, wenn auf meiner Karte nur ein Ausweis gespeichert ist?
A: Nicht unbedingt. Wenn die Anmeldeinformationen nur eine Kennung bereitstellen und alle Berechtigungen sicher im Back-End verwaltet werden, benötigt die Anwendung möglicherweise keinen großen Multianwendungsspeicher. Sicherheitsanforderungen, Leserarchitektur und Bedrohungsmodell müssen noch berücksichtigt werden.
Anfrage senden

