Der große NFC-Tag-Guide: jeder Chip, wofür er gedacht ist und was ihn liest

Du klickst auf ein Angebot für ein Pack NFC-Tags. Da steht „NFC 213“ oder „NTAG215-kompatibel“ oder einfach nur „1K NFC-Karte, funktioniert mit allen Handys“. Du willst nur eins wissen: Taugt das für das, was ich vorhabe? Und genau das verrät dir das Angebot nicht, weil es derjenige, der es geschrieben hat, selbst nicht weiß.

Ich baue seit Jahren an NFC.cool Tools, einer App, die bei jedem Scan als Erstes genau diese Frage beantwortet: Was ist das für ein Chip, und was kann er? Allein der Code zur Chiperkennung kennt rund sechzig Produkte von sieben Herstellern, und jedes davon ist auf dieser Liste gelandet, weil jemand es ans Handy gehalten hat und irgendetwas sich nicht so verhalten hat, wie das Angebot versprochen hatte. Dieser Guide ist das Nachschlagewerk, das ich mir gewünscht hätte, als ich diesen Code geschrieben habe. Er ist mit Absicht lang. Wenn dir die kurze Fassung reicht, fang mit dem Einsteiger-Guide zu NFC-Tags an, der für die Details wieder hierher verlinkt.

Das Fazit in einem Satz, damit du es schon vor den Tabellen hast: Den besten NFC-Tag gibt es nicht, nur den richtigen Chip für die Aufgabe, und die Aufgabe hängt von drei Dingen ab: wie viel du speichern musst, wen du draußen halten willst und was ihn lesen können muss.

So nutzt du diesen Guide

Jede Zahl in diesem Guide stammt aus einem Datenblatt des Herstellers, aus einer Plattformdokumentation von Apple oder Google oder aus dem Code meiner eigenen App, und die Quellen stehen am Ende. Wo ich einen Chip selbst auf dem Schreibtisch hatte, steht das in einer Praxis-Notiz. Wo nicht, sage ich das auch: Die exotischen Teile kenne ich nur aus Datenblättern, und ein Datenblatt ist ein Versprechen, keine Messung.

Zwei Dinge findest du hier nicht: eine Schritt-für-Schritt-Anleitung für deinen ersten beschriebenen Tag (dafür gibt es den Guide zum Beschreiben) und die ganze Geschichte zum NTAG 424 DNA, die einen eigenen Beitrag hat.

• Woraus ein NFC-Tag besteht

• Begriffswirrwarr: Standards, Forum-Typen und was kein NFC ist

• So liest du ein Datenblatt oder ein Angebot

• NDEF und was wirklich auf einen Tag passt

• Speicheraufbau: was wo auf dem Chip liegt

• Die Entscheidungstabelle

• Die Chipfamilien im Detail

• Bauformen und Lesereichweite

• Was womit lesbar ist

• Was NFC.cool Tools mit jedem Chip macht

• Kaufen, ohne reinzufallen

• Der komplette Katalog in einer Tabelle

• Die Vergleiche, nach denen alle suchen

• Fragen und Antworten

• Glossar

• Quellen und Links zum Weiterlesen

Woraus ein NFC-Tag besteht

Ein NFC-Tag besteht aus drei Teilen, die zusammengeklebt sind: einem Chip so groß wie ein Sandkorn, einer Antenne aus ein paar Windungen geätztem Aluminium oder Kupfer und einem Träger, der beides hält. Das kann ein Papiersticker sein, ein PET-Inlay, eine PVC-Karte oder eine Glaskapsel. Der Chip hat keine Batterie. Den Strom liefert das Handy.

Das funktioniert über induktive Kopplung. Die Antenne des Handys ist eine Spule, die ein Magnetfeld erzeugt, das 13,56 Millionen Mal pro Sekunde die Richtung wechselt. Bringst du eine zweite Spule in dieses Feld, wird darin ein Strom induziert, nach demselben Prinzip wie bei einem kabellosen Ladegerät, nur mit einem winzigen Bruchteil der Leistung. Von diesem induzierten Strom lebt der Chip. Um Daten zurückzuschicken, sendet er nichts Eigenes. Er schaltet eine Last an seiner Antenne ein und aus, und die Spule im Handy spürt das als winzige Änderung in ihrem eigenen Feld. Dieser Trick heißt Lastmodulation, und deshalb macht das Handy die ganze Arbeit, während der Tag acht Cent kosten kann.

Das erklärt auch die Reichweite. Das Feld einer kleinen Spule fällt mit der dritten Potenz der Entfernung ab, ein Tag, der auf einen Zentimeter einwandfrei funktioniert, bekommt auf zehn Zentimeter also nichts mehr ab. Ich stelle mir das wie eine Kerze vor: Aus der Nähe kannst du bei ihrem Licht lesen, vom anderen Ende des Zimmers hilft auch kein Zusammenkneifen der Augen. Die NFC-Forum-Definition spricht von „einer typischen Reichweite von bis zu 2 cm“, die Android-Dokumentation von „4 cm oder weniger“ und NXPs Datenblätter von „bis zu 100 mm, abhängig von Feldstärke und Antennengeometrie“. Alle drei stimmen. Die Handy-Angabe ist das, was du in der Praxis erlebst, die 100 mm schafft der Chip mit einem großen Lesegerät und einer großen Antenne.

Die Datenraten sind bescheiden, weil mehr gar nicht nötig ist. Ein Tag vom Typ A oder Typ B spricht mit 106 kbit/s, die schnelleren Chips handeln nach dem ersten Handshake 212, 424 oder 848 kbit/s aus. FeliCa läuft mit 212 oder 424. ISO 15693, die Familie mit der großen Reichweite, ist im normalen Modus mit 26,48 kbit/s noch langsamer, weil sie dafür gedacht ist, von einem Lagertor aus einem Meter Entfernung gelesen zu werden statt von einem Handy. Die kompletten 888 Byte eines NTAG216 auszulesen dauert so oder so nur einen Sekundenbruchteil.

Begriffswirrwarr: Standards, Forum-Typen und was kein NFC ist

Jedes Angebot wirft drei Namenssysteme durcheinander: die ISO-Standards, die den Funk festlegen, die Tag-Typen des NFC Forum, die regeln, wie die Daten abgelegt werden, und die Produktnamen der Hersteller. Hier ist die Landkarte.

Die Standards

Die Tag-Typen des NFC Forum

Das NFC Forum hat keine Chips entwickelt. Es hat fünf Rezepte geschrieben, wie man eine NDEF-Nachricht (das Containerformat, das jedes Handy versteht) auf Chips ablegt, die es schon gab. Genau das bedeutet „Type 2 Tag“: kein Chip, sondern ein Speicherlayout.

Zwei Dinge fehlen auf dieser Liste mit Absicht. MIFARE Classic ist überhaupt kein Forum-Tag-Typ; NDEF auf Classic ist ein Mapping von NXP, das Android auf manchen Handys unterstützt und iOS auf keinem einzigen. Und die Forum-Rezepte sagen nichts über Sicherheit. Ein Type-2-Tag kann ein schlichter NTAG213 sein oder ein NTAG 224 DNA mit AES-128-Authentifizierung, ein Type-4-Tag ein nackter ST25TA02K oder eine Bankkarte. Der Typ verrät dir, wie die NDEF-Nachricht gespeichert ist, nicht, wer an sie herankommt.

Was kein NFC-Tag ist

Die Hälfte der „Warum liest mein Handy das nicht“-Nachrichten, die ich bekomme, dreht sich um Dinge, die nie NFC waren. Die NFC-Spule eines Handys ist auf 13,56 MHz abgestimmt und spricht die Protokolle von oben. Alles andere ist für sie unsichtbar, ganz egal, wie sehr es nach Tag aussieht.

Der 125-kHz-Ausweis ist der, der wehtut. Er passt zum Lesegerät an der Tür, er ist eine Plastikkarte mit einer Spule drin, und er wird nie mit einem Handy reden. Ich habe aufgeschrieben, warum ein iPhone deine Haustür nicht öffnen kann, weil die ehrliche Antwort an der Hardware liegt.

So liest du ein Datenblatt oder ein Angebot

Auf der ersten Seite eines Datenblatts stehen alle Zahlen, die du brauchst, und ein gutes Angebot übernimmt sie. Hier steht, was jede einzelne bedeutet und welche davon in die Irre führen.

Nutzbarer Speicher und Gesamtspeicher

Jeder Chip hat mehr EEPROM, als du nutzen kannst. Ein NTAG213 hat insgesamt 180 Byte, und 144 davon gehören dir; die übrigen 36 enthalten die UID, die Lock-Bits, den Capability Container und die Konfigurations-Pages. Eine MIFARE Classic 1K hat 1024 Byte, davon sind 752 Daten, weil jeder Sektor einen Block an seine Schlüssel abgibt. Angebote nennen immer die größere Zahl. Entscheidend ist der nutzbare Speicher, und selbst der entspricht nicht dem, was in eine NDEF-Nachricht passt. Darum geht es im nächsten Abschnitt.

Die UID

Die eindeutige Kennung wird im Werk eingebrannt und lässt sich nicht ändern, außer bei Klonen, die genau dafür gebaut sind. Es gibt drei Längen:

Der Herstellercode stammt aus dem Register nach ISO/IEC 7816-6 und ist der schnellste ehrliche Check für ein Angebot. Meldet ein Tag, der als „echtes NXP“ verkauft wird, 1D, dann kommt er von Fudan.

ATQA, SAK und GET_VERSION: wie ein Lesegerät Chips unterscheidet

Wenn ein Typ-A-Chip einem Handy antwortet, schickt er zwei kleine Werte, den ATQA und den SAK. Lesegeräte, meine App eingeschlossen, sortieren Chips anhand des SAK in Familien, weil die SAK-Bits verraten, ob der Chip ISO-DEP spricht und zu welcher groben Familie er gehört. NXPs eigene Application Note zur Identifizierung sagt fett gedruckt, dass man den ATQA für nichts verwenden soll, weil er mehrdeutig ist und in die Irre führt, und das kann ich bestätigen.

Weil jeder NTAG und jeder Ultralight mit SAK 00 antwortet, braucht es einen weiteren Befehl, um einen NTAG213 von einem NTAG216 oder einem Ultralight EV1 zu unterscheiden: GET_VERSION. Er liefert acht Byte zurück, und drei davon erledigen die Arbeit. Byte 2 ist der Produkttyp (03 Ultralight, 04 NTAG, 07 NTAG I2C, 01 DESFire, 02 Plus, 08 DESFire Light), Byte 4 die Generation, und Byte 6 kodiert die Speichergröße. So weiß NFC.cool, was es vor sich hat, und genau das fragt auch eine Konsole, die Amiibo liest, als Erstes von einem Tag ab.

Es gibt Chips ohne GET_VERSION: Der ursprüngliche Ultralight, der Ultralight C und der alte NTAG203 hatten den Befehl nie, und den meisten Klonen fehlt er auch. Schon dieses Fehlen ist ein Fingerabdruck.

Haltbarkeit, Datenerhalt, Temperatur

Diese drei Zahlen nennen Angebote fast nie, Datenblätter dagegen immer.

• Schreibzyklen geben an, wie oft sich ein Byte neu beschreiben lässt. 100.000 Zyklen sind bei allem Aktuellen das Minimum; die Chips aus der Classic-Ära und der ursprüngliche Ultralight sind auf 10.000 ausgelegt. DESFire EV3 und die ST25DV-Familie kommen typischerweise auf 1.000.000.

• Datenerhalt heißt, wie lange die Bytes ohne Strom überdauern. 10 Jahre sind der alte Standard, 50 Jahre gibt NXP für den NTAG 424 DNA und die ICODE-SLIX-Familie an, und ST nennt für die Type-4-Chips ST25TA 200 Jahre. Der Datenerhalt ist für Raumtemperatur angegeben; Hitze verkürzt ihn.

• Betriebstemperatur liegt bei den meisten NXP-Chips für Endkunden bei -25 bis +70 °C, bei den Teilen von ST und EM bei -40 bis +85 °C und beim ICODE 3 bei bis zu 105 °C. Der Chip ist selten die Grenze, sondern der Kleber und der Träger.

Die Sicherheitsleiter

Das ist der Teil eines Angebots, der am häufigsten lügt. „Verschlüsselt“, „sicher“ und „kopiergeschützt“ steht auf Tags, deren einziger Schutz ein 32-Bit-Passwort ist, das im Klartext übertragen wird. Hier ist die Leiter, von unten nach oben, und jeder Chip in diesem Guide steht auf einer ihrer Sprossen.

Zwei Funktionen stehen neben der Leiter statt auf ihr. Eine Originalitätssignatur ist eine digitale Signatur über die UID, die der Hersteller hineinschreibt und mit der ein Lesegerät prüfen kann, ob der Chip von NXP oder ST stammt. Kopieren verhindert sie nicht, weil ein Klon eine kopierte Signatur mitbringen kann, und das sagt NXP in seiner eigenen Application Note auch so. Und Zähler (ein 24-Bit-Lesezähler beim NTAG213/215/216, drei Einwegzähler beim Ultralight EV1, ein 16-Bit-Schreibzähler beim SLIX2) sind für Anwendungsfälle gedacht, nicht für Sicherheit, es sei denn, sie fließen in eine SUN-Nachricht ein.

NDEF und was wirklich auf einen Tag passt

NDEF (NFC Data Exchange Format) ist der Briefumschlag. Ein Handy liest nicht „eine URL“ von einem Tag, sondern eine NDEF-Nachricht mit einem URI-Datensatz darin, und der Umschlag hat Gewicht. Wer dieses Gewicht kennt, kann die Frage beantworten, ob der eigene Link auf einen NTAG213 passt.

Der Datensatz

Jeder Datensatz beginnt mit einem Flag-Byte (Message Begin, Message End, Short Record und ein drei Bit langes Type Name Format), dann folgen die Länge des Typs, die Länge der Nutzdaten (ein Byte, wenn die Nutzdaten unter 256 Byte liegen, sonst vier), der Typ selbst und die Nutzdaten. Ein kurzer URL-Datensatz kostet also 4 Byte Header, bevor das erste Byte deines Links kommt.

Das Präfix-Byte ist der eine clevere Kniff im URI-Datensatz. Statt https:// auszuschreiben, ist das erste Byte der Nutzdaten ein Code für ein gängiges Präfix, und das Handy setzt es wieder ein.

https://nfc.cool/ wird also als Byte 04 gespeichert, gefolgt von nfc.cool/: neun Byte Nutzdaten für eine URL mit siebzehn Zeichen. NXPs eigenes Datenblatt zum NTAG 5 bringt als Beispiel D1 01 0C 55 01, gefolgt von nxp.com/nfc, was dekodiert http://www.nxp.com/nfc ergibt.

Der Umschlag um den Datensatz

Auf einem Type-2- oder Type-5-Tag steckt die Nachricht in einem TLV: ein Byte, das „NDEF-Nachricht“ sagt (03), ein Längenbyte (drei Byte, wenn die Nachricht 255 Byte oder länger ist), die Nachricht und ein Abschlussbyte (FE). Auf einem Type-4-Tag gibt es kein TLV; die NDEF-Datei beginnt mit einer zwei Byte langen Längenangabe. Und auf einem NTAG213 oder NTAG212 im Werkszustand sind die ersten fünf Byte des nutzbaren Speichers schon von einem Lock Control TLV belegt, das NXP vorab hineinschreibt und das jede Schreib-App stehen lässt.

Hier ist die Rechnung für einen einzelnen https://-Link, von Hand durchgerechnet für den Chip, den die meisten kaufen:

• nutzbarer Speicher des NTAG213: 144 Byte

• minus das Lock Control TLV aus dem Werk: 139

• minus der NDEF-TLV-Rahmen (03, Länge, FE): 136 Byte für die Nachricht

• minus der Header des Datensatzes (Flags, Typlänge, Nutzdatenlänge, U): 132 Byte Nutzdaten

• minus das Präfix-Byte: 131 Zeichen nach https://

Was wohin passt

Zwei Fußnoten, über die viele stolpern. NXPs eigener Capability Container deklariert beim NTAG215 und NTAG216 496 und 872 Byte, also weniger als den nutzbaren Speicher. Androids getMaxSize() meldet deshalb die kleinere Zahl, und die stimmt auch. Und eine vCard mit Name, Telefon, E-Mail und URL hat vor dem Umschlag 132 Byte und mit ihm 148. Deshalb passt sie nicht ganz auf einen NTAG213, und deshalb setzen Anbieter von Visitenkarten standardmäßig auf den NTAG215 oder NTAG216. Die gerundeten Werte aus dem Einsteiger-Guide (etwa 130, 480 und 850 Zeichen) sind genau diese Zahlen, nur grob abgerundet.

Speicheraufbau: was wo auf dem Chip liegt

Falls du in NFC.cool schon mal einen Tag ausgelesen und ratlos auf die Hexwerte geschaut hast: Das hier ist der Schlüssel dazu.

Type 2: die Page-Aufteilung des NTAG213

Ein NTAG215 ist genauso aufgebaut, nur reicht der nutzbare Speicher bis Page 81 und die Konfiguration liegt auf 83 bis 86; beim NTAG216 geht es bis E1, die Konfiguration liegt auf E3 bis E6. Die Bits im Capability Container sind Einwegbits: Ist das Read-only-Flag in Byte 3 erst gesetzt oder ein Lock-Bit, lässt es sich nicht mehr zurücksetzen. Genau das schreibt die App, wenn du „dauerhaft sperren“ wählst. Ein „Formatieren“ schreibt bei Type 2 ein leeres NDEF-TLV (03 00 FE) auf Page 4; der Speicher wird dabei nicht genullt, alte Daten lassen sich also noch auslesen, bis sie überschrieben sind.

Type 4: das Dateisystem des NTAG 424 DNA

Pages gibt es hier nicht. Eine ISO-7816-Anwendung namens D2760000850101 enthält drei Dateien: einen Capability Container mit 32 Byte (E103), eine NDEF-Datei mit 256 Byte (E104) und eine proprietäre Datei mit 128 Byte (E105). Jede Datei hat eigene Rechte für Lesen, Schreiben und Ändern, und jedes davon ist einem von fünf AES-Schlüsseln zugeordnet. DESFire funktioniert genauso, lässt dich aber eigene Anwendungen und Dateien anlegen; die drei beim NTAG 424 DNA sind fest vorgegeben. Deshalb habe ich ihn als kleinen verschlossenen Tresor mit drei Schubladen beschrieben.

Type 5: Blöcke nach ISO 15693

Vier Byte große Blöcke, ab null durchnummeriert, mit dem Capability Container in Block 0 (E1 40, gefolgt von der Größe) und dem NDEF-TLV ab Block 1. UID, AFI, DSFID und Sperrstatus liegen außerhalb der adressierbaren Blöcke und werden mit einem eigenen Befehl, GET SYSTEM INFORMATION, gelesen. Beim ICODE SLIX2 ist der letzte adressierbare Block, 79, der 16-Bit-Zähler; beim ICODE 3 enthält Block 75 einen 24-Bit-Zähler, und ab Block 76 beginnt ein separater Konfigurationsbereich.

MIFARE Classic: Sektoren, Trailer und das Verzeichnis

Eine Classic 1K hat 16 Sektoren mit je 4 Blöcken zu 16 Byte. Der letzte Block jedes Sektors ist der Sector Trailer: Key A, drei Access-Bytes, ein freies Byte, Key B. Block 0 von Sektor 0 ist der Herstellerblock mit der UID. Um NDEF auf eine Classic zu bringen, hat NXP ein Verzeichnis definiert: Sektor 0 wird zum MIFARE Application Directory (MAD), lesbar mit dem öffentlichen Schlüssel A0 A1 A2 A3 A4 A5, und darin steht, welche Sektoren NDEF unter dem Anwendungscode 03 E1 enthalten. Diese Sektoren nutzen einen zweiten öffentlichen Schlüssel, D3 F7 D3 F7 D3 F7. Auf einer fabrikneuen Karte steht jeder Schlüssel auf FF FF FF FF FF FF. Wenn NFC.cool auf Android eine Classic-Karte formatiert, schreibt es genau dieses Verzeichnis und diese Schlüssel, und deshalb lässt sich eine formatierte Classic-Karte auf manchen Android-Handys lesen und auf keinem iPhone.

Die Entscheidungstabelle

Fang hier an, wenn du die Aufgabe kennst und den passenden Chip suchst.

Was nicht in der Tabelle steht: MIFARE Classic. Es gibt 2026 keine Aufgabe, für die ich einen Classic-Chip kaufen würde, und weiter unten steht, warum.

Die Chipfamilien im Detail

Jede Familie bekommt dieselbe Behandlung: eine Datentabelle aus dem Datenblatt, wofür der Chip gedacht ist, was die Handys damit machen, und eine Praxis-Notiz, wo ich eine habe.

NTAG 21x: die Sticker-Familie

Das ist der Chip in fast jedem NFC-Sticker, jeder Münze und jeder Karte, die an Endkunden verkauft werden, und NXP führt sie 2026 alle noch als aktiv, obwohl sich das Datenblatt seit 2015 nicht geändert hat.

Alle sind NFC Forum Type 2, ISO/IEC 14443 Typ A, mit 7-Byte-UID, 106 kbit/s und ausgelegt für -25 bis +70 °C. NTAG210 und NTAG212 haben eine Eingangskapazität von 17 pF für kleine Antennen, 213, 215 und 216 haben 50 pF. Die Originalitätssignatur ist ECDSA auf der Kurve secp128r1, 32 Byte, gelesen mit dem Befehl READ_SIG; der Prüfschlüssel steht in einer nicht öffentlichen Application Note von NXP, und deshalb prüft ihn fast keine App für Endkunden.

Die drei Funktionen, die in der Praxis zählen, sind das Passwort (ein 32-Bit-PWD, ein 16-Bit-PACK, mit dem der Tag antwortet, AUTH0, das festlegt, wo der Schutz beginnt, und AUTHLIM, das den Tag nach einer festgelegten Zahl falscher Versuche unbrauchbar macht), der NFC-Zähler (24 Bit, wird einmal pro Lesevorgang hochgezählt und lässt sich mit einem eigenen Befehl auslesen) und der ASCII-Mirror, der UID und Zähler als Text in deine NDEF-Nachricht einfügt, sodass aus einer schlichten URL bei jedem Scan https://example.com/?u=04A1...&c=000123 wird. Die Bürstenköpfe der Philips Sonicare, über die ich geschrieben habe, nutzen einen NTAG213 mit AUTHLIM auf drei, und so sperrt sich ein Bürstenkopf selbst, wenn du falsch rätst.

Praxis-Notiz: Mit diesen Chips teste ich jedes Release, und den NTAG216 empfehle ich, wenn jemand ein Pack kaufen und nicht weiter drüber nachdenken will. Das Passwort lohnt sich bei allem, was du öffentlich hängen lässt; es hält Leute mit einer kostenlosen App ab, und das sind die meisten. Gegen jemanden mit einem Sniffer hilft es nicht, weil das Passwort selbst unverschlüsselt über die Luft geht, und das sage ich in der App auch klar.

Zu den Handys: NDEF lesen und schreiben funktioniert überall, das iPhone liest URL-Datensätze im Hintergrund, und auf beiden Plattformen gibt es Rohzugriff für Passwort, Zähler und Mirror. NFC.cool kann all das auf iPhone und Android und über ein USB-Lesegerät auf iPad und Mac.

NTAG DNA: die Chips, die jeden Scan signieren

Drei Generationen, zwei davon werden noch hergestellt.

SUN, Secure Unique NFC, ist die Funktion, die diese Chips den dreifachen Preis eines NTAG213 wert macht: Der Tag spiegelt seine UID und seinen Lesezähler in die URL und hängt einen AES-128-CMAC darüber an, der bei jedem Scan frisch berechnet wird. Der Server prüft den MAC; ein geklonter Tag hat keinen Schlüssel und fällt durch. Das alles, inklusive LRP-Modus und den fünf Schlüsseln, habe ich im Beitrag zum NTAG 424 DNA durchgearbeitet, deshalb hier nur, was sich seitdem geändert hat: NXP verkauft inzwischen auch den NTAG 426Q DNA und den NTAG X DNA, einen vernetzten Type-4-Chip mit 16 kB und EAL6+-Zertifizierung. Der 424 ist also nicht mehr der neueste DNA-Chip, aber immer noch der, den du tatsächlich als Sticker kaufen kannst.

Die 22x-DNA-Familie ist der spannende Neuzugang: SUN auf einem Type-2-Chip, der Sticker ist also günstiger, und das Handy liest ihn wie einen ganz normalen NTAG. Die StatusDetect-Varianten bringen zusätzlich einen Sensor mit: entweder eine leitfähige Schleife, die unumkehrbar festhält, dass sie durchtrennt wurde, oder eine Kapazitätsmessung zwischen zwei Pins von 0 bis 11 pF, die NXP für Füllstand, Feuchtigkeit und Druck bewirbt.

Praxis-Notiz: Meine ersten NTAG-424-DNA-Tags habe ich für ein paar Euro bei AliExpress gekauft und die gesamten 424-Funktionen der App um sie herum gebaut: Schlüsselwechsel, SUN im Klartext- und im verschlüsselten Modus, Dateizugriffsrechte, die Tresor-Datei, Manipulationsstatus. Der 424 ist auch der einzige Chip, bei dem NFC.cool die Originalitätssignatur gegen NXPs veröffentlichten Public Key prüft und „Genuine NXP“ anzeigt. Die 22x DNA kenne ich nur aus dem Datenblatt.

MIFARE Ultralight: die Fahrschein-Familie

Ultralight ist der ältere Bruder des NTAG. Dieselbe Luftschnittstelle, dieselben 4-Byte-Pages, derselbe SAK und ab EV1 dieselben Befehle. Der Unterschied liegt im Zweck: Ultralight wurde für Einzelfahrscheine gebaut und die NTAG-Reihe für Sticker mit einer URL. Deshalb kommt der NTAG mit einem vorab beschriebenen Capability Container und der Ultralight nicht.

Das Markenzeichen des Ultralight EV1 sind seine drei Einwegzähler: Ein Verkehrsbetrieb zählt einen Wert herunter, und der Chip weigert sich, wieder hochzuzählen. Der Ultralight AES ist die leise Antwort auf „Ich will einen NTAG213 mit echter Authentifizierung“: dieselben 144 Byte, AES-128 statt Passwort, auf einem Type-2-Tag, den jedes Handy lesen kann.

Zu den Handys: Alles hier wird als Type-2-Tag gelesen. Apples Core NFC stellt eine .ultralight-Familie bereit und lässt eine App native Befehle schicken; Android hat eine Klasse MifareUltralight, die optional ist, aber auf jedem Handy vorhanden war, das ich gesehen habe. NFC.cool benennt die EV1-Varianten und den AES anhand von GET_VERSION und behandelt das Passwort beim EV1 wie beim NTAG; die AES-Authentifizierung selbst beherrscht die App nicht.

MIFARE Classic, Plus und DESFire: die Zugangskontroll-Familie

Drei Familien in einem Abschnitt, weil sie eine zusammenhängende Geschichte erzählen: Classic wurde geknackt, Plus war der Migrationspfad, und bei DESFire ist die Branche schließlich gelandet.

MIFARE Classic ist der Chip in deiner alten Hotelkarte, deiner Fitnessstudio-Karte und in sehr vielen Büroausweisen. Er ist kein Tag-Typ des NFC Forum. Er hat seine eigene Chiffre, CRYPTO1, die 2008 zwei Forschungsgruppen per Reverse Engineering offengelegt haben: Nohl und Plötz haben sich dafür das Silizium unter dem Mikroskop angesehen, die Gruppe der Radboud-Universität hat das Protokoll beobachtet und einen Schlüssel „aus nur ein oder zwei Authentifizierungsversuchen mit einem echten Lesegerät in weniger als einer Sekunde“ gewonnen. NXP hat versucht, das zweite Paper gerichtlich zu stoppen, und verloren. Sechzehn Jahre später, im August 2024, hat Quarkslab eine Hardware-Hintertür im Fudan FM11RF08S veröffentlicht, dem häufigsten Classic-kompatiblen Chip der letzten fünf Jahre, und dabei einen älteren Hintertür-Schlüssel gefunden, den frühere Fudan-Chips, einige Infineon-Chips und sogar einige NXP-Chips von etwa 2000 gemeinsam haben. Classic ist kein Sicherheitsprodukt, und NXPs eigene Produktseite zum Classic EV1 sagt inzwischen „not recommended for new designs“ und verweist auf DESFire Light.

Die klare Antwort fürs iPhone, weil ich sie jede Woche gefragt werde: Ein iPhone kann den Inhalt einer MIFARE-Classic-Karte nicht lesen, und daran kann keine App etwas ändern. Apples Core NFC hat in seiner API keine Classic-Familie, und die Dokumentation zum MIFARE-Befehl sagt unverblümt, dass er „das Crypto1-Protokoll nicht unterstützt“. Das Handy sieht die UID und den SAK, meine App leitet daraus die Familie ab, und mehr geht nicht. Auf Android sieht es anders aus: Die Klasse MifareClassic ist optional und auf Handys umgesetzt, deren NFC-Controller CRYPTO1 in Hardware beherrscht (die Controller von NXP können das, die Broadcom-Chips in einer ganzen Generation von Nexus- und Galaxy-Handys konnten es nicht). Auf diesen Handys liest NFC.cool jeden Sektor, den der Werksschlüssel öffnet, und kann eine neue Karte für NDEF formatieren.

MIFARE Plus ist der Speicheraufbau der Classic mit nachgerüstetem AES-128, damit ein Betreiber zuerst die Karten und später die Lesegeräte tauschen kann. Er läuft in Security Levels: SL1 verhält sich wie eine Classic (optional mit AES), SL3 ist reines AES über ISO-DEP, und der Plus X hatte dazwischen noch ein SL2. Plus S und Plus X sind eingestellt; Plus SE (ein 1K mit 752 Byte) und Plus EV2 (2K oder 4K, EAL5+, 25 Jahre Datenerhalt, typischerweise 1.000.000 Schreibzyklen) sind aktuell. In SL1 sieht ein Handy SAK 08 oder 18, genau wie bei einer Classic; in SL3 sieht es eine ISO-DEP-Karte.

MIFARE DESFire ist ein ganz anderes Kaliber: ein kleines Dateisystem mit Anwendungen, Dateien, Zugriffsrechten pro Datei und bis zu 14 Schlüsseln pro Anwendung, das APDUs über ISO-DEP mit bis zu 848 kbit/s spricht.

Das „2K“ im Namen einer DESFire bedeutet nicht 2048 Byte, die du direkt nutzen kannst. NXPs Vergleichsdokument nennt die nutzbaren Werte aus der Tabelle, und jede Anwendung und jede Datei, die du anlegst, zweigt einen Teil für ihre eigenen Header ab, vergeben in Pages zu 256 Byte. Frag die Karte mit dem Befehl FreeMemory, statt dem Etikett zu glauben. Mit dem DESFire EV3 kam auch SUN in die Familie, ein EV3 beherrscht also den Trick des NTAG 424 DNA, eine URL zu signieren. Der EV2 kann das nicht.

Zu den Handys: iOS liefert eine DESFire als MIFARE-Tag vom Typ .desfire oder als ISO-7816-Tag, wenn die App nach der NDEF-Anwendung fragt; Android nutzt IsoDep. NFC.cool erkennt Generation und Größe über GetVersion und listet die Anwendungen und Dateien auf, die es ohne Schlüssel sehen darf. Es authentifiziert sich nicht bei einer DESFire und schreibt auch nicht darauf; das ist Sache der Werkzeuge des Betreibers, und das sage ich lieber offen, als etwas vorzutäuschen.

ISO 15693: die Familie mit großer Reichweite

Diese Chips wurden für einen Meter gebaut, nicht für einen Zentimeter. Ein Handy liest sie trotzdem (Apple seit iOS 13, Android über NfcV), und GoToTags hat gemessen, dass Type-5-Tags auf einem iPhone ungefähr auf die doppelte Entfernung lesbar sind wie Type-2-Tags. Zu Hause sind sie aber an der Ausgangsschranke der Bibliothek, im Lagerregal und in der Wäscherei. Die UID hat 8 Byte und beginnt mit E0, die Blöcke haben 4 Byte, und die Familie bringt drei Dinge mit, die Typ-A-Chips nicht haben: eine AFI (ein Byte für die Anwendungsfamilie, nach dem ein Lesegerät filtern kann), eine DSFID (ein Byte für das Datenformat) und EAS, das Bit für die elektronische Artikelsicherung, das die Schranke im Laden piepen lässt.

NXP ICODE. Die Ahnenreihe: SLI (2000), SLI-S und SLI-L (2007), SLIX mit seinen Varianten S und L (2010), SLIX2 (2014), ICODE DNA (2016) und ICODE 3 (2024). Einen „SLIX3“ gibt es nicht; ein Angebot, das ihn nennt, meint den ICODE 3 oder rät.

Den ICODE 3 solltest du kennen: Er spiegelt UID und Scan-Zähler in die NDEF-Nachricht, so wie ein NTAG213, liest mit bis zu 212 kbit/s und stimmt seine Antenne selbst ab. AES hat er nicht; dafür gibt es den ICODE DNA, und SUN beherrscht keiner von beiden.

STMicroelectronics ST25TV und ST25DV. Die Type-5-Reihe von ST, und die mit den besten Datenblattwerten im ganzen Guide.

Das Augmented NDEF des ST25TV02KC verdient einen eigenen Absatz, weil es als Sicherheitsfunktion verkauft wird. Der Chip fügt bei jedem Lesen seine UID, ein frei belegbares Feld und einen dreistelligen Unique Tap Code in die URL ein, ohne das EEPROM anzufassen. Der Tap Code ändert sich mit jedem Scan, und STs Datenblatt sagt ausdrücklich, dass er „vorhersagbar“ ist. Er ist ein Frische-Token, das deinem Server sagt, dass es ein neuer Scan ist, aber kein Beweis, dass der Tag echt ist. Für die Echtheit ist TruST25 zuständig, STs Originalitätssignatur über die UID, und wie die von NXP ist sie eine statische Signatur, die ein Klon kopieren kann.

Der Rest der Type-5-Welt. Die Tag-it-HF-I-Inlays von Texas Instruments (Standard mit 32 Byte, Pro mit 32 Byte, passwortgeschütztem Schreiben und einem Kill-Befehl, Plus mit 256 Byte) stecken in jeder Bibliothek, die vor 2015 auf NFC umgestellt hat, und alle sind inzwischen als nicht empfohlen oder veraltet markiert. Der EM4233 von EM Microelectronic (208 Byte, ein Privacy-Modus mit 96-Bit-Schlüssel, 60 Jahre Datenerhalt) ist auf Anfrage erhältlich. Infineons my-d und Fujitsus MB89R118 tauchen in der Chiperkennung von NFC.cool auf, weil Nutzer sie mir geschickt haben. NXPs NTAG 5 (link, boost, switch) ist trotz des NTAG-Namens ein ISO-15693-Chip, mit 2048 oder 512 Byte, einem I2C-Port, Energy Harvesting bis 30 mW und einem EEPROM für 1.000.000 Zyklen und 40 Jahre: ein vernetzter Tag für Elektronik, kein Sticker, und Software, die für den NTAG21x geschrieben wurde, kann nicht mit ihm reden.

Praxis-Notiz: Der SLIX2 steckt in jeder Filamentspule mit OpenPrintTag, ich hatte also schon einige davon in der Hand, und NFC.cool liest, beschreibt und formatiert sie auf beiden Plattformen. Was die App nicht kann, und das will ich klar sagen, sind die ISO-15693-Befehle für Passwort, Privacy, EAS und AFI. Die Befehlsbytes stehen als Referenztabelle im Code, die Buttons dafür gibt es noch nicht.

Type 4 jenseits von MIFARE: ST25TA

Die ST25TA-Familie von ST besteht aus Type-4-Tags auf Basis von ISO/IEC 14443 Typ A, ohne den ganzen DESFire-Apparat: eine NDEF-Datei, eine Capability-Container-Datei und eine Systemdatei, zwei 128-Bit-Passwörter (Lesen und Schreiben) und ein 20-Bit-Ereigniszähler, der Lese- oder Schreibvorgänge zählen kann.

Zweihundert Jahre Datenerhalt und eine Million Schreibzyklen, allerdings nur mit 106 kbit/s. Die Varianten -P und -D haben einen Ausgangspin für allgemeine Zwecke, der umschaltet, sobald der Tag gelesen wird, und so bringst du eine Lampe dazu, auf ein Handy zu reagieren. Auf beiden Handy-Plattformen werden sie als Type-4-Tags gelesen; NFC.cool liest und schreibt NDEF darauf und zeigt die ISO-DEP-Details an.

Sensor- und Dual-Interface-Chips

Diese Chips haben zwei Seiten: auf der einen eine NFC-Antenne, auf der anderen einen I2C-Bus, einen Sensor oder ein zweites Funkmodul.

Mit diesen Chips habe ich selbst noch nichts gebaut, diese Tabelle stammt also nur aus Datenblättern. Wichtig sind sie für diesen Guide, weil sie in Angeboten als „NFC-Chip“ auftauchen und für Verwirrung sorgen: Ein NTAG 5 ist kein NTAG213, und ein em-echo-Tag macht auf deinem Handy nichts Besonderes.

Altlasten und Nischen

Topaz (Innovision, später Broadcom) ist NFC Forum Type 1: 8-Byte-Blöcke, 96 oder 512 Byte, einmalige Sperren, 10.000 Schreibzyklen. Beide Plattformen lesen NDEF noch von einem Topaz, aber das NFC Forum hat Type 1 aus seinem Spezifikationspaket von 2021 gestrichen, und niemand verbaut ihn mehr in neuen Designs. Händler haben noch Restbestände.

FeliCa ist die Familie von Sony und das Rückgrat des japanischen Nahverkehrs. FeliCa Lite-S (224 Byte nutzbarer Speicher in 16-Byte-Blöcken, eine 8-Byte-IDm, ein schlanker Triple-DES-MAC) ist die Tag-Version und NFC Forum Type 3; FeliCa Standard ist die Chipkarten-Version, inzwischen mit AES und einer Common-Criteria-Bewertung EAL6+ beim aktuellen RC-SA01, und darauf laufen Suica, PASMO, Edy, WAON, nanaco und Octopus in Hongkong. Sonys FeliCa-Plug-Module wurden im März 2026 eingestellt. NFC.cool erkennt die Fahrkarten- und E-Geld-Marken auf beiden Plattformen am Systemcode, liest Lite-S und Standard und schreibt auf dem iPhone NDEF darauf.

Kovio NFC Barcode war ein Tag aus gedrucktem Silizium, nur lesbar, mit 16 Byte. Android hat dafür immer noch eine Klasse NfcBarcode. Kovios Vermögenswerte gingen 2014 an Thinfilm, Thinfilm hat die NFC-Produktion 2019 eingestellt und sich 2021 umbenannt. Die Klasse ist ein Fossil.

Speicherchips nach ISO 14443 Typ B. STs SRI512, SRT512 und SRI4K (512 oder 4096 Bit in 32-Bit-Blöcken, zwei Countdown-Zähler, 1.000.000 Zyklen, 40 Jahre) stecken in französischen und belgischen Nahverkehrssystemen und in manchen Skipässen. Android stellt sie über NfcB bereit; das iPhone hat überhaupt kein Objekt für rohe Typ-B-Tags. Spricht eine Typ-B-Karte also kein ISO-DEP und antwortet nicht auf ein SELECT, sieht ein iPhone sie nicht. Calypso, das System hinter dem Pariser Navigo, ist eine Typ-B-Chipkarte, die genau das tut.

Klone und Kompatible

Diesen Abschnitt würden dir die meisten Verkäufer lieber vorenthalten.

Fudan FM11NT021 ist der häufigste „NTAG213“, der kein NTAG213 ist. Er hat dieselben 180 Byte in 45 Pages, denselben nutzbaren Bereich von 144 Byte, ein Passwort, einen 24-Bit-Lesezähler und in der UID den Fudan-Herstellercode 1D. GET_VERSION setzt er nicht um, und sein aktuelles Datenblatt nennt keinen Befehl READ_SIG. Ein Lesegerät, das eine der beiden Fragen stellt, bekommt also keine Antwort und muss anhand der Speichergröße raten, und deshalb meldet die Proxmark3-Community ihn als NTAG203. Fudan baut auch Versionen mit 504 und 888 Byte (FM11NT041, FM11NT081). Für einen Link auf einem Sticker funktionieren sie. Für Amiibo nicht, weil die Konsole als Erstes GET_VERSION fragt.

Fudan FM11RF08 und FM11RF08S sind die Classic-kompatiblen Chips in den meisten billigen „1K“-Karten. Der 08S bekam 2020 Gegenmaßnahmen gegen die bekannten Classic-Angriffe und hatte dann, wie sich herausstellte, einen Hintertür-Schlüssel in der Hardware, der bei jeder produzierten Karte gleich ist. Quarkslab hat das 2024 veröffentlicht, samt Werkzeugen, die inzwischen in der Proxmark3-Firmware stecken.

Magic-MIFARE-Classic-Karten sind Chips, bei denen sich UID und Herstellerblock neu beschreiben lassen, was eine echte Classic nie zulässt. Die Generationen sind ein Hobby für sich:

Magic-Karten gibt es auch für NTAG21x, und die voll emulierenden akzeptieren sogar eine kopierte Originalitätssignatur. Genau darauf will NXP mit seinem Hinweis zu statischen Signaturen hinaus.

„NTAG215-kompatibel“ für Amiibo. Ein Amiibo ist ein ganz normaler NTAG215, dessen 540 Byte Daten enthalten, die mit Schlüsseln verschlüsselt und signiert sind, die aus der UID des Tags selbst abgeleitet werden. Kopierst du die Bytes auf einen anderen Tag, passen die Signaturen nicht mehr. Deshalb muss ein Backup auf die UID des Ziel-Tags umgeschlüsselt werden, und genau das macht Backup und Wiederherstellung von Amiibo in NFC.cool. Die Lesesequenz der Konsole beginnt mit GET_VERSION, dann folgt eine Passwort-Authentifizierung, die aus der UID abgeleitet ist, dann das Lesen aller 135 Pages inklusive der Konfigurations-Pages. Ein Chip ohne GET_VERSION oder mit 45 statt 135 Pages scheitert schon am ersten Schritt. Die Dokumentation von TagMo bringt es in einer Zeile auf den Punkt: Erkannt wird nur der NTAG215.

Wie ein Klon in der App auftaucht. NFC.cool erkennt Chips zuerst über GET_VERSION. Ein Chip, der darauf nicht antwortet oder eine Speichergröße meldet, die nicht zu dem passt, was er vorgibt, wird nach dem benannt, was er wirklich ist, nicht nach dem Angebot. Beim NTAG 424 DNA geht die App noch einen Schritt weiter und prüft die ECDSA-Originalitätssignatur gegen NXPs Public Key. Das ist die einzige Stelle in der App, an der „Genuine NXP“ kryptografisch abgesichert ist. Beim NTAG21x liest die App die Signatur nicht, zum einen, weil NXPs Prüfschlüssel unter NDA steht, und zum anderen, weil eine kopierte statische Signatur ohnehin durchgehen würde. Die ehrliche Beweiskette für einen Type-2-Tag lautet: Herstellercode, GET_VERSION, Speichergröße und ob die Funktionen vorhanden sind, die der Chip für sich beansprucht.

Bauformen und Lesereichweite

Der Chip entscheidet, was der Tag kann; die Bauform entscheidet, ob das Handy ihn erreicht.

Zwei physikalische Regeln erklären die meisten „Wird nicht gelesen“-Anfragen. Die Antennengröße bestimmt die Reichweite, grob gesagt: Eine Karte liest sich aus größerer Entfernung als eine Münze, eine Münze aus größerer als ein 10-mm-Inlay, und ein Implantat braucht Kontakt. Metall verstimmt die Antenne: Eine Spule auf einer Metallfläche induziert Wirbelströme im Metall, ihre Induktivität sinkt, und ihre Resonanz wandert weg von 13,56 MHz. Ein normaler Tag auf einem Stahlschrank ist deshalb tot. Eine Ferritfolie zwischen Spule und Metall lenkt das Feld um und holt den Tag zurück, um den Preis einer kürzeren Reichweite und höherer Kosten. Deshalb kosten On-Metal-Tags das Dreifache.

Wo du das Handy hinhältst, ist genauso wichtig wie der Tag. Beim iPhone sitzt die Antenne an der Oberkante; Apple selbst sagt, man solle „die Oberseite des iPhone“ an den Tag halten. Bei Android hängt es vom Modell ab, meist ist es die Mitte der Rückseite oder die Nähe der Kamera. Im Einsteiger-Guide gehe ich das Schritt für Schritt durch.

Was womit lesbar ist

Die Matrix für Handys und Lesegeräte. Die Handy-Spalten stammen aus der Dokumentation von Apple und Google und aus meiner eigenen App; die Spalten zu Desktop- und Bastlergeräten stammen aus den Datenblättern der Hersteller und der Dokumentation der Projekte selbst. Diese Geräte habe ich nicht selbst getestet, mit Ausnahme der Lesegeräte, die in der Spalte zu iPad und Mac genannt sind.

Ein paar Zeilen verdienen einen eigenen Satz.

• Hintergrund-Lesen auf dem iPhone springt nur bei einem NDEF-URL-Datensatz an, nur wenn das Handy entsperrt ist und benutzt wird, und nicht, solange Kamera, Wallet, eine Lesesitzung oder der Flugmodus aktiv sind. Einen rohen Chip liest es nie. Ab iPhone XS.

• Welche iPhones überhaupt Tags lesen: iPhone 7 und neuer innerhalb einer App, laut Apples Session auf der WWDC 2019. Schreiben und Rohbefehle kamen mit iOS 13.

• Androids Klasse MifareClassic ist optional. Google schreibt selbst: „Wenn sie nicht implementiert ist, wird MifareClassic nie aufgeführt.“ Es hängt am Controller, nicht an der Android-Version.

• Web NFC kann nur NDEF, ab Chrome 89, nur auf Android, und Apple steht dem ablehnend gegenüber, eine Safari-Version wird es also nicht geben. Deshalb funktioniert der Online-NFC-Reader auf dieser Website auf Android und schickt iPhone-Nutzer zur App.

• iPad und Mac haben kein NFC-Funkmodul. Seit NFC.cool 6.15.0 spricht die App stattdessen über Apples Smartcard-Schnittstelle mit einem USB-CCID-Lesegerät. Getestet habe ich das HID OMNIKEY 5022 CL, das ACS ACR1552U-M1 und das ACR1255U-J1 funktionieren laut Rückmeldungen von Nutzern, und der Beitrag dazu nennt die Grenzen. Ein NTAG-Passwort setzen klappt über ein Lesegerät; zum Entfernen braucht es einen Befehl, den das OMNIKEY verweigert, das bleibt also Aufgabe des Handys.

• Das ACS ACR122U kann kein ISO 15693, genauso wenig wie das ACR1252U oder das ACR1255U-J1. In der ACS-Reihe kann das nur das ACR1552U. Das OMNIKEY 5022 kann beides. Gut zu wissen, bevor du ein Lesegerät für Bibliotheks-Tags kaufst.

• Proxmark3 und Flipper Zero sind die Werkzeuge, die MIFARE-Classic-Schlüssel wiederherstellen und Karten emulieren können. Genau dafür sind sie da, und dieser Guide erwähnt sie, weil die Frage „Was liest das?“ ohne sie nicht ehrlich zu beantworten wäre.

Was NFC.cool Tools mit jedem Chip macht

An dieser Stelle eines Beitrags taucht das auf, was ich gebaut habe, und hier gehört es auch hin, weil jede Zeile oben mit „Und was macht die App damit?“ endet. Die folgende Tabelle ist keine Werbung; ich habe sie beim Schreiben dieses Guides direkt aus dem Quellcode der App gezogen, und dabei sind mir zwei Dinge aufgefallen, die ich sonst falsch behauptet hätte.

Die zwei Korrekturen, fürs Protokoll: Ich hätte geschrieben, dass die App die Originalitätssignatur auf NTAG21x-Tags prüft, und das tut sie nicht; das bekommt nur der 424. Und ich hätte geschrieben, dass die ISO-15693-Passwortbefehle schon drin sind, dabei sind sie eine Referenztabelle, die noch auf eine Oberfläche wartet. Beides steht auf der Liste.

Kaufen, ohne reinzufallen

Was in einem Angebot stehen muss, bevor ich dort kaufe:

1. Der genaue Chipname. „NTAG213“ statt „NFC 213“; „ICODE SLIX2“ statt „ISO-15693-Tag“; „MIFARE Classic EV1 1K“ statt „1K-Karte“. Nennt das Angebot den Chip nicht, weiß es der Verkäufer entweder nicht, oder er will nicht, dass du es weißt.

2. Der nutzbare Speicher in Byte, und der sollte zum Chip passen: 144 beim NTAG213, 504 beim 215, 888 beim 216, 316 beim SLIX2. Eine „1K“, die sich als MIFARE Classic entpuppt, funktioniert nicht auf einem iPhone.

3. Der Hersteller, wenn das Angebot echte NXP- oder ST-Chips verspricht. Der Herstellercode in der UID sagt dir nach dem Kauf die Wahrheit, der Preis schon vorher. Niemand verkauft echte NTAG216-Sticker für ein Drittel des üblichen Preises.

4. Antennengröße und Bauform. Ein 10-mm-Inlay liest auf einen Zentimeter, eins mit 38 mm auf vier. Wo On-Metal draufsteht, muss On-Metal drin sein.

5. Ob er NDEF-formatiert ist. NTAG kommt vorformatiert; Ultralight EV1 und die meisten ISO-15693-Chips nicht. NFC.cool formatiert sie, aber es ist ein Schritt mehr.

Warnsignale: „NTAG215-kompatibel“ (es ist kein NTAG215), „verschlüsselt“ bei allem unterhalb von Sprosse 4 der Leiter, „funktioniert mit allen Handys“ bei einer MIFARE Classic und jeder Chipname mit einem Buchstaben, den der Hersteller nie verwendet hat, zum Beispiel SLIX3.

Was Tags kosten. Angebotspreise, die ich am 9. September 2026 bei Seritag, Shop NFC, GoToTags, NFCW Shop, NFC.CARDS, NFC-Tag-Shop.de, Tagstand und Digi-Key gesehen habe. Die meisten Shops verkaufen mindestens in Zehnerpacks, die Spalte „Einzeln“ ist also die kleinste Staffel, die sie anbieten. Preise ändern sich; nimm sie als Größenverhältnisse.

Das Muster ist das, was du vermuten würdest: Speicher kostet fast nichts, Kryptografie ungefähr das Doppelte, und die Bauform kostet mehr als der Chip. Ein nackter NTAG213-Die kostet vierzehn Cent; den Großteil des Preises macht der Sticker drumherum aus.

Wo kaufen: Die Tags und Lesegeräte, die ich selbst nutze, liste ich auf der Seite mit Affiliate-Links, und die 424-Tags, mit denen die ganzen DNA-Funktionen angefangen haben, stammen von AliExpress. Ich werde dir also nicht erzählen, dass Marktplätze tabu sind. Prüf mit der App, was ankommt, bevor du irgendetwas draufschreibst.

Der komplette Katalog in einer Tabelle

Eine Zeile pro Chip. „Nutzbare Byte“ ist das, was du beschreiben kannst; bei DESFire ist es NXPs Angabe zum nutzbaren Speicher. Die Handy-Spalten sagen, was die Plattform kann, nicht, was jede App macht; die Spalte NFC.cool sagt, was meine App macht. Auf dem Handy seitlich scrollen, die erste Spalte bleibt stehen.

Die Vergleiche, nach denen alle suchen

NTAG213 vs. NTAG215 vs. NTAG216. Derselbe Chip in drei Speichergrößen: 144, 504 und 888 Byte, mit demselben Passwort, Zähler, Mirror und derselben Signatur. Nimm den 213 für einen Link, den 215 für Amiibo und den 216 für eine Kontaktkarte oder wenn du nicht nachdenken willst. Der Preisunterschied liegt bei etwa dreißig Cent.

NTAG213 vs. Ultralight EV1. Dieselbe Luftschnittstelle, dieselben Befehle; der NTAG hat den ASCII-Mirror und einen vorab beschriebenen Capability Container, der EV1 hat drei Einwegzähler und kommt mit 48 oder 128 Byte. Für Sticker nimmst du den NTAG, für Fahrscheine den EV1.

NTAG213 vs. ST25TN01K vs. Fudan FM11NT021. Drei Type-2-Chips mit 144 bis 160 Byte. Der NTAG hat ein Passwort und einen Lesezähler und antwortet auf GET_VERSION; der ST25TN hat mehr Speicher, einen Kill-Befehl, einen Tap Code und TruST25, aber kein Passwort; der Fudan übernimmt die Funktionen des NTAG bis auf GET_VERSION und, laut seinem aktuellen Datenblatt, die Signatur. Für einen schlichten Link taugt jeder davon; für einen Zähler oder Amiibo nur der NTAG.

MIFARE Classic vs. DESFire. Kein Wettbewerb. Die Chiffre der Classic wurde 2008 geknackt, und ihr häufigster Klon hatte 2024 eine Hintertür; DESFire EV3 hat AES, Schlüsselmanagement, eine EAL5+-Zertifizierung und SUN. Das einzige Argument für Classic ist, dass das Lesegerät an der Wand 2009 montiert wurde.

NTAG 424 DNA vs. NTAG213. Der 424 signiert jeden Scan mit AES-128 und speichert 416 Byte in drei Dateien mit fünf Schlüsseln; der 213 speichert 144 Byte mit einem 32-Bit-Passwort. Lautet die Frage „Ist dieses Produkt echt?“, kann nur der 424 sie beantworten. Lautet sie „Öffnet dieser Sticker einen Link?“, erledigt das der 213 für ein Drittel des Preises.

NTAG 424 DNA vs. NTAG 223 DNA. Beide können SUN. Der 424 ist Type 4 mit fünf Schlüsseln, LRP, optionaler zufälliger UID, einer Tresor-Datei und 50 Jahren Datenerhalt; der 223 ist ein Type-2-Sticker mit einem SUN-Schlüssel, einem 32-Bit-Passwort und 10 Jahren Datenerhalt. Der 223 ist der günstigere Weg zu einer signierten URL auf einem Etikett; für den 424 gibt es heute schon eine App, die ihn konfigurieren kann.

ICODE SLIX2 vs. NTAG216 für die Inventur. Ist ein Handy das einzige Lesegerät, hat der NTAG216 mehr Speicher und den Zähler. Kommt ein Gate oder ein Handlesegerät ins Spiel, liest der SLIX2 auf einen Meter und der NTAG auf vier Zentimeter, und damit ist die Sache entschieden.

FeliCa vs. NTAG in Japan. Eine japanische Fahrkartenschranke spricht FeliCa und sonst nichts; ein japanisches Handy liest beides. Für einen Tag auf einem Poster in Tokio ist NTAG völlig in Ordnung. Für alles, was ein Suica-Lesegerät akzeptieren muss, brauchst du FeliCa, und das ist kein Chip, den du mit einer Handy-App programmierst.

Fragen und Antworten

Soll ich NTAG215 oder NTAG216 kaufen?

Den 216, außer du schreibst Amiibo. Er hat 888 Byte gegenüber den 504 des 215, dasselbe Passwort, denselben Zähler und Mirror und denselben Handy-Support. Den 215 gibt es in jedem Shop, weil Nintendos Figuren ihn nutzen, und wenn genau das dein Vorhaben ist, ist er die einzige Wahl.

Kann ein iPhone MIFARE-Classic-Tags lesen?

Es kann erkennen, dass einer da ist. Core NFC liest die UID und den SAK und hört dann auf; Apples API hat keine Classic-Familie, und die Dokumentation sagt, dass der MIFARE-Befehl „das Crypto1-Protokoll nicht unterstützt“. Keine App kann auf einem iPhone einen Sektor lesen. Android-Handys mit einem NFC-Controller von NXP können das; Handys mit manchen anderen Controllern nicht, und auf denen taucht die Klasse MifareClassic gar nicht erst auf.

Wie oft kann ich einen NFC-Tag neu beschreiben?

100.000 Mal bei allem Aktuellen von NXP oder ST bei Raumtemperatur, und die Werte im Datenblatt sind Mindestwerte. Ein DESFire EV3 oder ein ST25DV ist auf eine Million ausgelegt. Der alte NTAG203, der ursprüngliche Ultralight und der Topaz waren auf 10.000 ausgelegt. Niemand beschreibt einen Sticker zehntausend Mal neu; wichtig ist die Zahl bei Zählern und bei Tags, die Daten protokollieren.

Aus welcher Entfernung funktioniert ein NFC-Tag?

Mit einem Handy bis etwa vier Zentimeter bei einer Antenne im Kartenformat und etwa zwei bei einem kleinen Sticker, wenn du die richtige Stelle am Handy triffst. Die NFC-Forum-Definition selbst sagt „bis zu 2 cm“. Ein ISO-15693-Tag funktioniert an einem Gate-Lesegerät mit großer Antenne auf einen Meter, ein Handy liest ihn aber auf dieselben paar Zentimeter wie alles andere, vielleicht auf das Doppelte eines Type-2-Tags.

Laufen NFC-Tags ab oder nutzen sie sich ab?

Die Daten auf dem Chip sind bei den meisten Chips für Endkunden auf 10 Jahre ausgelegt, beim NTAG 424 DNA und der ICODE-SLIX-Familie auf 50, beim ST25TV auf 60 und beim ST25TA auf 200, jeweils bei Raumtemperatur. Hitze verkürzt das. In der Praxis geben Kleber, Papieroberfläche und Antenne lange vor dem EEPROM auf.

Kann ich billige NFC-Tags von Marktplätzen bedenkenlos kaufen?

Unbedenklich sind sie; ob sie halten, was sie versprechen, ist eine andere Frage. Ein billiger „NTAG213“ ist oft ein Fudan FM11NT021, der für einen Link funktioniert und bei allem scheitert, was GET_VERSION abfragt. Ein billiger „NTAG215“ ist oft keiner, und für Amiibo taugt er dann nicht. Prüf in der App Herstellercode und Chipnamen, bevor du etwas draufschreibst, und kauf bei einem Shop, der den Chip benennt.

Kann mein Handy mit einer NFC-App meine Bankkarte oder meinen Reisepass lesen?

Den Reisepass ja: Mit der maschinenlesbaren Zone als Schlüssel kann eine App die Datengruppen des Chips lesen, und NFC.cool macht das auf beiden Plattformen. Die Bankkarte ist eine EMV-Chipkarte; eine App kann ihre Anwendungsliste und einige öffentliche Datensätze lesen, aber Apple sperrt das Auslesen von Zahlungskarten in Core NFC, die Kartenprüfnummer steht nicht auf dem Chip, und jede Transaktion wird mit einem Schlüssel signiert, der die Karte nie verlässt. Es gibt also nichts zu kopieren.

Warum taucht mein Büroausweis oder meine Hotelkarte nicht in der App auf?

Die meisten Büroausweise sind 125-kHz-Proximity-Karten, die die 13,56-MHz-Spule eines Handys nicht einmal wahrnehmen kann. Die meisten Hotelkarten und älteren Fahrkarten sind MIFARE Classic, die ein iPhone nur erkennen und ein Android-Handy nur mit dem richtigen Controller und den richtigen Schlüsseln lesen kann. Beides kann keine App beheben, und das sage ich lieber offen, als dir einen Workaround zu verkaufen.

Kann ich einen schreibgeschützten NFC-Tag wieder entsperren?

Nein. Die Lock-Bits auf einem Type-2- oder Type-5-Tag sind Einwegbits im Chip, und mit dem Read-only-Flag im Capability Container ist es dasselbe. Ein Passwort lässt sich entfernen, wenn du es kennst, eine Sperre nicht. Deshalb fragt NFC.cool zweimal nach, bevor es irgendetwas sperrt.

Ist das NTAG-Passwort echte Sicherheit?

Es hält Leute mit einer kostenlosen App ab, und das sind die meisten. Gegen jemanden mit einem Lesegerät, das mithören kann, hilft es nicht, weil das 32-Bit-Passwort unverschlüsselt über die Luft geht und der Tag mit einer 16-Bit-Bestätigung antwortet. Für alles, was einem entschlossenen Angreifer standhalten muss, beginnt die Leiter bei AES: Ultralight AES für einen Type-2-Sticker, NTAG 424 DNA, wenn der Scan selbst etwas beweisen muss.

Welchen Tag brauche ich für Amiibo?

Einen NTAG215, und nur einen NTAG215. Die Konsole fragt GET_VERSION ab, authentifiziert sich mit einem aus der UID abgeleiteten Passwort und liest alle 135 Pages. Ein Chip ohne GET_VERSION oder mit einer anderen Page-Anzahl scheitert schon am ersten Befehl. Ein Amiibo auf einen Tag zu schreiben ist endgültig, weil die Lock-Bytes und das Passwort zum Format gehören.

Welcher NFC-Tag funktioniert auf einer Metallfläche?

Jeder Chip in einer On-Metal-Bauform, also mit einer Ferritfolie zwischen Antenne und Metall. Ein normaler Tag auf Stahl wird überhaupt nicht gelesen; ein On-Metal-Tag erreicht ungefähr vier Fünftel seiner normalen Reichweite. Wenn du drei Millimeter von irgendetwas Nichtmetallischem zwischen einen normalen Tag und das Metall bekommst, klappt das auch.

Funktioniert NFC.cool auf iPad und Mac?

Ja, seit Version 6.15.0, über ein USB-Smartcard-Lesegerät; keins der beiden Geräte hat ein eigenes NFC-Funkmodul. Getestet habe ich das HID OMNIKEY 5022 CL, und vom ACS ACR1552U und ACR1255U-J1 haben mir Nutzer gemeldet, dass sie funktionieren. Alles, was auf Type 2, Type 4 und FeliCa mit dem Handy funktioniert, klappt auch über das Lesegerät, MIFARE Classic allerdings nur lesend.

Glossar

Quellen und Links zum Weiterlesen

Jede Tabelle in diesem Guide habe ich gegen eine dieser Quellen geprüft. Die Preise stammen von den im Kaufabschnitt genannten Shops, Stand 9. September 2026.

NXP NTAG

• Datenblatt NTAG213/215/216, Rev 3.2

• Datenblätter NTAG210/212, NTAG 210µ, NTAG213F/216F und NTAG 213 TT

• Datenblätter NTAG 223 DNA und NTAG 224 DNA StatusDetect

• Datenblätter NTAG 424 DNA und NTAG 424 DNA TagTamper sowie AN12196, die Features-and-Hints-Note zum 424 mit dem öffentlichen Originalitätsschlüssel

• Datenblätter NTAG I2C plus und NTAG 5 boost

• AN13089, NTAG 21x features and hints, dazu, warum eine statische Originalitätssignatur keine Garantie gegen Klone ist (Spiegel; die Version auf nxp.com ist nicht öffentlich)

NXP MIFARE

• Datenblätter MIFARE Ultralight, Ultralight C, Ultralight EV1 und Ultralight AES

• Datenblätter MIFARE Classic EV1 1K und Classic EV1 4K

• Kurzdatenblätter MIFARE Plus S, Plus SE und Plus EV2

• Datenblätter DESFire EV1, DESFire EV2, DESFire EV3 und DESFire Light sowie AN12752 zum nutzbaren DESFire-Speicher

• AN10833, Erkennung von MIFARE-Typen, AN10927, MIFARE-UIDs, AN1305, NDEF auf MIFARE Classic, AN10787, das MIFARE Application Directory, AN11004, DESFire als Type-4-Tag

NXP ICODE

• Datenblätter ICODE SLIX, SLIX-S, SLIX-L, SLIX2, ICODE DNA und ICODE 3

• AN11809, der Vergleich der ICODE-Familie

STMicroelectronics, TI, EM, Sony, Fudan

• Datenblätter von ST: ST25TV02KC, ST25TN01K, ST25DV64KC, ST25TA02KB und M24LR64E-R, dazu AN5658 zu Augmented NDEF und TA0358 zu TruST25

• Datenblätter TI Tag-it HF-I Standard, Pro und Plus

• EM Microelectronic EM4233, EM4423 und EM4425

• Sony Datenblatt FeliCa Lite-S und FeliCa Standard RC-SA01

• Datenblatt Fudan FM11NT021

Sicherheitsforschung und Standards

• Quarkslab, MIFARE Classic: exposing the static encrypted nonce variant and a few hardware backdoors (2024)

• Nohl, Evans, Starbug und Plötz, Reverse-Engineering a Cryptographic RFID Tag (USENIX Security 2008)

• Garcia et al., Dismantling MIFARE Classic (ESORICS 2008)

• ISO/IEC JTC1/SC17 Standing Document 5, das Register der IC-Hersteller

• Notizen zu Magic-Karten im Proxmark3-Projekt und 3dbrew zum Aufbau der Amiibo-Tags

• Das NFC Forum über die Technologie und die Type-2-Tag-Spezifikation

Handys und Lesegeräte

• Apple: Core NFC, Hintergrund-Lesen von Tags, der MIFARE-Befehl, der CRYPTO1 ausschließt und WWDC 2019, Session 715

• Android: MifareClassic, der Leitfaden zu fortgeschrittenem NFC und Web NFC in Chrome

• Lesegeräte: ACS ACR122U, HID OMNIKEY 5022 CL, NXP PN532, Proxmark3, Flipper Zero und Chameleon Ultra

• Antennen und Ferrit: TI SLOA241 und Würth ANP022

Zum Schluss

Wähl den Chip passend zur Aufgabe. Einen NTAG213 für einen Link, einen NTAG216, wenn du dir nicht sicher bist, einen NTAG215 für Amiibo, einen NTAG 424 DNA, wenn ein Scan etwas beweisen muss, einen ICODE SLIX2 oder ICODE 3, wenn ein Gate ihn lesen muss, eine DESFire EV3, wenn eine Tür ihr vertrauen muss, und gar nichts aus dem Regal mit MIFARE Classic. Alles andere in diesem Guide ist die Begründung dafür, und die Tabellen sind dafür da, dass du einem Angebot nie wieder blind glauben musst.

Wenn du sehen willst, was ein Tag wirklich ist, bevor du etwas draufschreibst: Genau das macht NFC.cool Tools bei jedem Scan, auf dem iPhone, auf Android und auf einem iPad oder Mac mit angeschlossenem Lesegerät. Und wenn auf deinem Schreibtisch ein Chip liegt, den die App falsch benennt oder gar nicht erkennt, schreib mir. So sind die meisten der sechzig auf die Liste gekommen.