Le guide ultime des tags NFC : chaque puce, son usage et ce qui la lit

Vous ouvrez l’annonce d’un lot de tags NFC. Elle dit « NFC 213 », ou « compatible NTAG215 », ou simplement « carte NFC 1K, compatible tous téléphones ». Vous ne voulez savoir qu’une chose : est-ce que ça fera ce que j’ai en tête ? Et l’annonce ne peut pas vous répondre, parce que la personne qui l’a rédigée n’en sait rien non plus.

Voilà des années que je développe NFC.cool Tools, une app dont la première tâche, à chaque scan, est de répondre précisément à cette question : quelle est cette puce, et que sait-elle faire ? Le code d’identification reconnaît à lui seul une soixantaine de produits de sept fabricants, et chacun d’eux a atterri dans cette liste parce que quelqu’un l’a approché d’un téléphone et que quelque chose ne s’est pas passé comme l’annonce le promettait. Ce guide, c’est la référence que j’aurais aimé avoir sous la main pendant que j’écrivais ce code. Il est long, et c’est voulu. Si vous voulez la version courte, commencez par le guide du débutant sur les tags NFC, qui renvoie ici pour les détails.

Le résumé en une phrase, pour que vous l’ayez avant les tableaux : il n’existe pas de meilleur tag NFC, seulement la bonne puce pour le bon usage, et l’usage se décide sur trois critères : ce que vous devez stocker, qui vous devez tenir à l’écart, et ce qui doit pouvoir le lire.

Comment utiliser ce guide

Chaque chiffre de ce guide vient d’une fiche technique de fabricant, d’une documentation d’Apple ou de Google, ou du code de ma propre app, et les sources sont listées à la fin. Quand j’ai eu une puce sur mon bureau, je le précise dans une note « En pratique ». Quand ce n’est pas le cas, je le dis aussi : les composants exotiques viennent des fiches techniques, et une fiche technique est une promesse, pas une mesure.

Deux choses que vous ne trouverez pas ici : un pas-à-pas pour écrire votre premier tag (c’est le rôle du guide d’écriture) et toute l’histoire du NTAG 424 DNA, qui a son propre article.

• Ce qu’est un tag NFC, physiquement

• La jungle des sigles : normes, types du NFC Forum et ce qui n’est pas du NFC

• Comment lire une fiche technique ou une annonce

• Le NDEF et ce qui tient vraiment sur un tag

• Plans mémoire : où se trouve quoi sur la puce

• Le tableau de décision

• Famille par famille

• Formats et distance de lecture

• Qui lit quoi

• Ce que NFC.cool Tools fait de chaque puce

• Acheter sans se faire avoir

• Tout le catalogue en un seul tableau

• Les comparatifs que tout le monde cherche

• Questions fréquentes

• Glossaire

• Sources et lectures complémentaires

Ce qu’est un tag NFC, physiquement

Un tag NFC, c’est trois éléments collés ensemble : une puce de la taille d’un grain de sable, une antenne faite de quelques spires d’aluminium ou de cuivre gravé, et un support qui tient le tout, que ce soit un autocollant en papier, un inlay en PET, une carte en PVC ou une capsule de verre. La puce n’a pas de pile. C’est le téléphone qui l’alimente.

Le principe, c’est le couplage inductif. L’antenne du téléphone est une bobine qui génère un champ magnétique alternant 13,56 millions de fois par seconde. Placez une seconde bobine dans ce champ et un courant y est induit, exactement comme dans un chargeur sans fil, mais avec une infime fraction de la puissance. La puce du tag vit de ce courant induit. Pour renvoyer des données, elle n’émet rien par elle-même. Elle active et désactive une charge aux bornes de son antenne, ce que la bobine du téléphone perçoit comme une infime variation de son propre champ. Cette astuce s’appelle la modulation de charge, et c’est pour cela que le téléphone fait tout le travail et que le tag peut coûter huit centimes.

C’est aussi ce qui explique la portée. Le champ d’une petite bobine décroît avec le cube de la distance, si bien qu’un tag parfaitement lu à un centimètre ne reçoit plus rien à dix. Je le compare à une bougie : on peut lire à sa lumière si on est tout près, et plisser les yeux depuis l’autre bout de la pièce n’y change rien. La définition du NFC Forum lui-même parle d’« une portée typique allant jusqu’à 2 cm », la documentation d’Android dit « 4 cm ou moins », et les fiches techniques de NXP annoncent « jusqu’à 100 mm selon l’intensité du champ et la géométrie de l’antenne ». Les trois ont raison. Le chiffre du téléphone, c’est ce que vous constaterez ; les 100 mm, c’est ce que la puce sait faire avec un gros lecteur et une grande antenne.

Les débits sont modestes, parce qu’il n’y a pas besoin de plus. Un tag Type A ou Type B communique à 106 kbit/s, les puces plus rapides négociant 212, 424 ou 848 kbit/s après la poignée de main initiale. Le FeliCa tourne à 212 ou 424. L’ISO 15693, la famille longue portée, est encore plus lente avec 26,48 kbit/s en mode normal, parce qu’elle a été conçue pour être lue à un mètre par un portique d’entrepôt plutôt que par un téléphone. Dans tous les cas, lire l’intégralité des 888 octets d’un NTAG216 prend une fraction de seconde.

La jungle des sigles : normes, types du NFC Forum et ce qui n’est pas du NFC

Chaque annonce mélange trois systèmes de nommage : les normes ISO qui définissent la partie radio, les types de tags du NFC Forum qui définissent l’organisation des données, et les noms commerciaux des fabricants. Voici la carte.

Les normes

Les types de tags du NFC Forum

Le NFC Forum n’a pas conçu de puces. Il a rédigé cinq recettes pour stocker un message NDEF (le format conteneur que tous les téléphones comprennent) sur des puces qui existaient déjà. C’est ce que signifie « tag de Type 2 » : pas une puce, mais une organisation de la mémoire.

Deux choses manquent volontairement à cette liste. Le MIFARE Classic n’est pas du tout un type de tag du Forum ; le NDEF sur Classic est une correspondance définie par NXP, qu’Android prend en charge sur certains téléphones et iOS sur aucun. Et les recettes du Forum ne disent rien de la sécurité. Un tag de Type 2 peut être un simple NTAG213 ou un NTAG 224 DNA avec authentification AES-128 ; un tag de Type 4 peut être un ST25TA02K tout nu ou une carte bancaire. Le type vous dit comment le message NDEF est stocké, pas qui peut y accéder.

Ce qui n’est pas un tag NFC

La moitié des messages « pourquoi mon téléphone ne lit pas ça » que je reçois concernent des objets qui n’ont jamais été du NFC. La bobine NFC d’un téléphone est accordée sur 13,56 MHz et parle les protocoles ci-dessus. Tout le reste lui est invisible, aussi ressemblant à un tag que ce soit.

C’est le badge 125 kHz qui fait mal. Il fonctionne sur le lecteur de la porte, c’est une carte en plastique avec une bobine dedans, et il ne parlera jamais à un téléphone. J’ai expliqué pourquoi un iPhone ne peut pas ouvrir la porte de votre immeuble, parce que la réponse honnête est une affaire de matériel.

Comment lire une fiche technique ou une annonce

La première page d’une fiche technique contient tous les chiffres dont vous avez besoin, et une bonne annonce les recopie. Voici ce que chacun signifie, et lesquels mentent.

Mémoire utilisateur ou mémoire totale

Chaque puce a plus d’EEPROM que vous ne pouvez en utiliser. Un NTAG213 compte 180 octets au total, dont 144 sont à vous ; les 36 autres contiennent l’UID, les bits de verrouillage, le capability container et les pages de configuration. Un MIFARE Classic 1K a 1024 octets dont 752 de données, parce que chaque secteur perd un bloc au profit de ses clés. Les annonces citent toujours le chiffre le plus gros. Celui qui compte, c’est la mémoire utilisateur, et même elle ne correspond pas à ce qui tient dans un message NDEF, ce qui fait l’objet de la section suivante.

L’UID

L’identifiant unique est gravé en usine et ne peut pas être modifié, sauf sur les clones fabriqués justement pour ça. Il existe trois longueurs :

Le code fabricant provient du registre ISO/IEC 7816-6, et c’est la vérification honnête la plus rapide qui soit sur une annonce. Si un tag « NXP authentique » renvoie 1D, il a été fabriqué par Fudan.

ATQA, SAK et GET_VERSION : comment un lecteur distingue les puces

Quand une puce Type A répond à un téléphone, elle envoie deux petites valeurs, l’ATQA et le SAK. Les lecteurs, mon app comprise, se servent du SAK pour ranger les puces par famille, parce que ses bits indiquent si la puce parle ISO-DEP et à quelle grande famille elle appartient. La note d’identification de NXP elle-même dit, en gras, de ne se servir de l’ATQA pour rien, parce qu’il entre en collision et induit en erreur, et je l’ai constaté moi aussi.

Comme tous les NTAG et tous les Ultralight répondent SAK 00, distinguer un NTAG213 d’un NTAG216 ou d’un Ultralight EV1 demande une commande de plus : GET_VERSION. Elle renvoie huit octets, dont trois font le travail. L’octet 2 est le type de produit (03 Ultralight, 04 NTAG, 07 NTAG I2C, 01 DESFire, 02 Plus, 08 DESFire Light), l’octet 4 la génération, et l’octet 6 code la taille de la mémoire. C’est ainsi que NFC.cool sait ce qu’il a sous les yeux, et c’est aussi la première question qu’une console qui lit les Amiibo pose à un tag.

Il existe des puces sans GET_VERSION : l’Ultralight d’origine, l’Ultralight C et l’ancien NTAG203 ne l’ont jamais eue, pas plus que la plupart des clones. Cette absence est en soi une empreinte.

Endurance, rétention, température

Ce sont les trois chiffres que les annonces ne citent presque jamais et que les fiches techniques donnent toujours.

• L’endurance en écriture, c’est le nombre de fois qu’un octet peut être réécrit. 100 000 cycles, c’est le plancher pour tout ce qui est actuel ; les puces de l’époque Classic et l’Ultralight d’origine sont données pour 10 000. Le DESFire EV3 et la famille ST25DV sont donnés pour 1 000 000 en valeur typique.

• La rétention des données, c’est la durée pendant laquelle les octets survivent sans alimentation. 10 ans, c’est l’ancien standard, 50 ans, c’est ce que NXP annonce pour le NTAG 424 DNA et la famille ICODE SLIX, et ST annonce 200 ans pour ses puces Type 4 ST25TA. La rétention est spécifiée à température ambiante ; la chaleur la raccourcit.

• La température de fonctionnement va de -25 à +70 °C pour la plupart des puces grand public de NXP, de -40 à +85 °C pour les composants ST et EM, et jusqu’à 105 °C pour l’ICODE 3. La limite n’est généralement pas la puce, mais l’adhésif et le support.

L’échelle de sécurité

C’est la partie d’une annonce qui ment le plus. « Chiffré », « sécurisé », « anti-clonage » s’impriment sur des tags dont la seule protection est un mot de passe de 32 bits envoyé en clair. Voici l’échelle, du bas vers le haut, et chaque puce de ce guide se trouve sur l’un de ses barreaux.

Deux fonctions se placent à côté de l’échelle plutôt que dessus. Une signature d’originalité est une signature numérique de l’UID, écrite par le fabricant, qui permet à un lecteur de vérifier que la puce vient bien de NXP ou de ST. Elle n’empêche pas la copie, puisqu’un clone peut embarquer une signature copiée, et NXP le dit dans sa propre note d’application. Quant aux compteurs (un compteur de lectures de 24 bits sur les NTAG213/215/216, trois compteurs à sens unique sur l’Ultralight EV1, un compteur d’écritures de 16 bits sur le SLIX2), ils servent les cas d’usage, pas la sécurité, sauf s’ils sont intégrés à un message SUN.

Le NDEF et ce qui tient vraiment sur un tag

Le NDEF (NFC Data Exchange Format), c’est l’enveloppe. Un téléphone ne lit pas « une URL » sur un tag ; il lit un message NDEF qui contient un enregistrement URI, et l’enveloppe a un poids. Connaître ce poids, c’est ce qui permet de répondre à la question « est-ce que mon lien tiendra sur un NTAG213 ».

L’enregistrement

Chaque enregistrement commence par un octet de drapeaux (début de message, fin de message, enregistrement court, et un format de nom de type sur trois bits), puis la longueur du type, la longueur de la charge utile (un octet si elle fait moins de 256 octets, quatre sinon), le type lui-même et la charge utile. Un enregistrement URL court coûte donc 4 octets d’en-tête avant le premier octet de votre lien.

L’octet de préfixe est la seule idée astucieuse de l’enregistrement URI. Au lieu d’écrire https:// en toutes lettres, le premier octet de la charge utile est le code d’un préfixe courant, que le téléphone remet à sa place.

Ainsi, https://nfc.cool/ est stocké sous la forme de l’octet 04 suivi de nfc.cool/ : neuf octets de charge utile pour une URL de dix-sept caractères. La fiche technique du NTAG 5 de NXP donne l’exemple D1 01 0C 55 01 suivi de nxp.com/nfc, qui se décode en http://www.nxp.com/nfc.

L’enveloppe autour de l’enregistrement

Sur un tag de Type 2 ou de Type 5, le message se trouve dans un TLV : un octet qui dit « message NDEF » (03), un octet de longueur (trois octets si le message fait 255 octets ou plus), le message, et un octet de fin (FE). Sur un tag de Type 4, il n’y a pas de TLV ; le fichier NDEF commence par une longueur sur deux octets. Et sur un NTAG213 ou un NTAG212 sorti d’usine, les cinq premiers octets de la mémoire utilisateur sont déjà occupés par un Lock Control TLV que NXP livre pré-écrit et que tout logiciel d’écriture conserve.

Voici le calcul pour un seul lien https://, fait à la main pour la puce que la plupart des gens achètent :

• mémoire utilisateur du NTAG213 : 144 octets

• moins le Lock Control TLV d’usine : 139

• moins l’encadrement du TLV NDEF (03, longueur, FE) : 136 octets pour le message

• moins l’en-tête de l’enregistrement (drapeaux, longueur du type, longueur de la charge utile, U) : 132 octets de charge utile

• moins l’octet de préfixe : 131 caractères après https://

Ce qui tient où

Deux précisions qui font trébucher. Le capability container que NXP place sur les NTAG215 et NTAG216 déclare 496 et 872 octets, moins que la mémoire utilisateur, si bien que getMaxSize() sous Android renvoie le chiffre le plus petit, et il a raison. Et une vCard avec un nom, un téléphone, un e-mail et une URL pèse 132 octets avant l’enveloppe et 148 après, ce qui explique qu’elle ne tienne pas tout à fait sur un NTAG213 et que les vendeurs de cartes de visite partent par défaut sur un NTAG215 ou un NTAG216. Les chiffres arrondis que j’ai utilisés dans le guide du débutant (environ 130, 480 et 850 caractères) sont ces mêmes valeurs, un peu arrondies.

Plans mémoire : où se trouve quoi sur la puce

Si vous avez déjà fait un dump d’un tag dans NFC.cool en restant perplexe devant l’hexadécimal, voici la grille de décodage.

Type 2 : le plan des pages du NTAG213

Un NTAG215 a la même structure, avec une mémoire utilisateur qui va jusqu’à la page 81 et la configuration de 83 à 86 ; un NTAG216 va jusqu’à E1, avec la configuration de E3 à E6. Les bits du capability container sont à sens unique : une fois le drapeau de lecture seule activé dans l’octet 3, ou un bit de verrouillage activé, impossible de revenir en arrière, et c’est précisément ce qu’écrit le « verrouillage définitif » de l’app. Un « formatage » sur un Type 2 écrit un TLV NDEF vide (03 00 FE) en page 4 ; il ne remet pas la mémoire à zéro, si bien que les anciennes données restent lisibles par un dump tant qu’elles n’ont pas été écrasées.

Type 4 : le système de fichiers du NTAG 424 DNA

Il n’y a pas de pages. Une application ISO 7816 nommée D2760000850101 contient trois fichiers : un capability container de 32 octets (E103), un fichier NDEF de 256 octets (E104) et un fichier propriétaire de 128 octets (E105). Chaque fichier a ses propres droits de lecture, d’écriture et de modification, chacun associé à l’une des cinq clés AES. Le DESFire fonctionne de la même façon mais vous laisse créer vos propres applications et fichiers ; les trois du NTAG 424 DNA sont figés, c’est pourquoi je l’ai décrit comme un petit coffre-fort verrouillé à trois tiroirs.

Type 5 : les blocs ISO 15693

Des blocs de quatre octets, numérotés à partir de zéro, avec le capability container dans le bloc 0 (E1 40 suivi de la taille) et le TLV NDEF qui commence au bloc 1. L’UID, l’AFI, le DSFID et l’état de verrouillage se trouvent en dehors des blocs adressables et se lisent avec une commande distincte, GET SYSTEM INFORMATION. Sur un ICODE SLIX2, le dernier bloc adressable, le 79, est le compteur de 16 bits ; sur l’ICODE 3, le bloc 75 contient un compteur de 24 bits et les blocs 76 et suivants forment une zone de configuration séparée.

MIFARE Classic : secteurs, trailers et répertoire

Un Classic 1K compte 16 secteurs de 4 blocs de 16 octets. Le dernier bloc de chaque secteur est le sector trailer : clé A, trois octets d’accès, un octet libre, clé B. Le bloc 0 du secteur 0 est le bloc fabricant qui contient l’UID. Pour mettre du NDEF sur un Classic, NXP a défini un répertoire : le secteur 0 devient le MIFARE Application Directory (MAD), lisible avec la clé publique A0 A1 A2 A3 A4 A5, et il indique quels secteurs contiennent du NDEF sous le code d’application 03 E1. Ces secteurs utilisent une seconde clé publique, D3 F7 D3 F7 D3 F7. Une carte neuve sortie d’usine a toutes ses clés à FF FF FF FF FF FF. Quand NFC.cool formate une carte Classic sur Android, c’est ce répertoire et ces clés qu’il écrit, et c’est pour cela qu’une carte Classic formatée se lit sur certains téléphones Android et sur aucun iPhone.

Le tableau de décision

Commencez ici si vous connaissez l’usage et cherchez la puce.

Ce qui ne figure pas dans le tableau : le MIFARE Classic. Il n’existe aucun usage en 2026 pour lequel j’achèterais une puce Classic, et la section ci-dessous explique pourquoi.

Famille par famille

Chaque famille a droit au même traitement : un tableau de caractéristiques tiré de la fiche technique, l’usage auquel la puce est destinée, ce qu’en font les téléphones, et une note « En pratique » quand j’en ai une.

NTAG 21x : la famille des autocollants

C’est la puce de presque tous les autocollants, jetons et cartes NFC vendus au grand public, et NXP les liste toujours toutes comme actives en 2026, alors que la fiche technique n’a pas bougé depuis 2015.

Toutes sont des NFC Forum Type 2, ISO/IEC 14443 Type A, avec un UID de 7 octets, 106 kbit/s, et une plage de -25 à +70 °C. Les NTAG210 et NTAG212 ont une capacité d’entrée de 17 pF pour les petites antennes ; les 213, 215 et 216 sont à 50 pF. La signature d’originalité est un ECDSA sur la courbe secp128r1, de 32 octets, lue avec la commande READ_SIG ; la clé de vérification figure dans une note d’application NXP non publique, c’est pourquoi presque aucune app grand public ne la vérifie.

Les trois fonctions qui comptent en pratique sont le mot de passe (un PWD de 32 bits, un PACK de 16 bits que le tag renvoie en réponse, AUTH0 pour indiquer où commence la protection, et AUTHLIM pour bloquer le tag après un nombre choisi de mauvaises tentatives), le compteur NFC (24 bits, incrémenté une fois par session de lecture, lisible avec une commande dédiée), et le miroir ASCII, qui insère l’UID et le compteur sous forme de texte dans votre message NDEF, si bien qu’une simple URL devient https://example.com/?u=04A1...&c=000123 à chaque scan. Les têtes de brosse Philips Sonicare dont j’ai parlé utilisent un NTAG213 avec AUTHLIM réglé sur trois, et c’est ainsi qu’une tête de brosse se verrouille d’elle-même si vous vous trompez.

En pratique : ce sont les puces sur lesquelles je teste chaque version, et le NTAG216 est celle que je recommande quand quelqu’un veut acheter un seul lot et ne plus y penser. Le mot de passe vaut la peine d’être défini sur tout ce que vous laissez dans un lieu public ; il arrête la personne qui a une app gratuite, c’est-à-dire la plupart des gens. Il n’arrête pas quelqu’un équipé d’un renifleur, parce que le mot de passe lui-même passe dans l’air en clair, et je le dis franchement dans l’app.

Côté téléphones : lecture et écriture NDEF sur tous, lecture en arrière-plan des enregistrements URL sur iPhone, et accès brut sur les deux plateformes pour le mot de passe, le compteur et le miroir. NFC.cool fait tout cela sur iPhone, sur Android, et via un lecteur USB sur iPad et Mac.

NTAG DNA : celles qui signent chaque scan

Trois générations, dont deux encore fabriquées.

Le SUN, pour Secure Unique NFC, est la fonction qui justifie de les payer trois fois le prix d’un NTAG213 : le tag recopie son UID et son compteur de lectures dans l’URL et y ajoute un CMAC AES-128 calculé sur ces valeurs, recalculé à chaque scan. Le serveur vérifie le MAC ; un tag cloné n’a pas la clé et échoue. J’ai tout détaillé, y compris le mode LRP et les cinq clés, dans l’article sur le NTAG 424 DNA, alors voici seulement ce qui a changé depuis : NXP vend désormais aussi le NTAG 426Q DNA et le NTAG X DNA, une puce Type 4 connectée de 16 ko certifiée EAL6+, si bien que le 424 n’est plus la puce DNA la plus récente, seulement celle que vous pouvez réellement acheter sous forme d’autocollant.

La famille 22x DNA est la nouvelle venue intéressante : du SUN sur une puce Type 2, ce qui veut dire que l’autocollant coûte moins cher et que le téléphone le lit comme un NTAG ordinaire. Les variantes StatusDetect ajoutent un capteur : soit une boucle conductrice qui enregistre, de façon irréversible, qu’elle a été coupée, soit une mesure de capacité de 0 à 11 pF entre deux broches, que NXP met en avant pour le niveau de liquide, l’humidité et la pression.

En pratique : j’ai acheté mes premiers tags NTAG 424 DNA sur AliExpress pour quelques euros, et j’ai construit autour d’eux toutes les fonctions 424 de l’app : changement de clés, SUN en mode clair et chiffré, droits d’accès aux fichiers, le fichier coffre-fort, l’état anti-effraction. Le 424 est aussi la seule puce pour laquelle NFC.cool vérifie la signature d’originalité avec la clé publique publiée par NXP et affiche « Genuine NXP ». Les 22x DNA, je ne les connais que sur le papier.

MIFARE Ultralight : la famille des titres de transport

L’Ultralight est le grand frère du NTAG. Même interface radio, mêmes pages de 4 octets, même SAK, et à partir de l’EV1 les mêmes commandes. La différence tient à la vocation : l’Ultralight a été conçu pour les tickets à trajet unique, la gamme NTAG pour des autocollants porteurs d’une URL, c’est pourquoi le NTAG est livré avec un capability container pré-écrit et pas l’Ultralight.

Les trois compteurs à sens unique de l’Ultralight EV1 sont sa marque distinctive : un exploitant de transport décompte des trajets et la puce refuse de revenir en arrière. L’Ultralight AES est la réponse discrète à « je veux un NTAG213 avec une vraie authentification » : les mêmes 144 octets, de l’AES-128 au lieu d’un mot de passe, sur un tag Type 2 que n’importe quel téléphone sait lire.

Côté téléphones : tout ce qui figure ici est lu comme un tag Type 2. Core NFC d’Apple expose une famille .ultralight et permet à une app d’envoyer des commandes natives ; Android propose une classe MifareUltralight, facultative mais présente sur tous les téléphones que j’ai vus. NFC.cool nomme les variantes EV1 et l’AES grâce à GET_VERSION et traite le mot de passe de l’EV1 comme celui du NTAG ; l’authentification AES elle-même, l’app ne la fait pas.

MIFARE Classic, Plus et DESFire : la famille du contrôle d’accès

Trois familles dans une seule section, parce qu’elles racontent une seule histoire : le Classic a été cassé, le Plus a servi de voie de migration, et le DESFire est là où le secteur a fini par s’installer.

Le MIFARE Classic, c’est la puce de votre ancienne clé d’hôtel, de votre carte de salle de sport et d’un très grand nombre de badges de bureau. Ce n’est pas un type de tag du NFC Forum. Il a son propre algorithme de chiffrement, CRYPTO1, que deux équipes de chercheurs ont rétro-conçu en 2008 : Nohl et Plötz en observant le silicium au microscope, et l’équipe de l’université Radboud en étudiant le protocole, qui a récupéré une clé « à partir d’une ou deux tentatives d’authentification seulement avec un lecteur authentique, en moins d’une seconde ». NXP a saisi la justice pour empêcher la publication du second article, et a perdu. Seize ans plus tard, en août 2024, Quarkslab a révélé une porte dérobée matérielle dans le Fudan FM11RF08S, la puce compatible Classic la plus répandue des cinq dernières années, et a découvert une clé de porte dérobée plus ancienne, partagée par des puces Fudan antérieures, certaines puces Infineon et même certaines puces NXP datant des environs de 2000. Le Classic n’est pas un produit de sécurité, et la page produit de NXP pour le Classic EV1 indique désormais « déconseillé pour les nouveaux projets » et renvoie vers le DESFire Light.

La réponse franche pour l’iPhone, parce qu’on me pose la question chaque semaine : un iPhone ne peut pas lire le contenu d’une carte MIFARE Classic, et aucune app ne peut y changer quoi que ce soit. Core NFC d’Apple n’a pas de famille Classic dans son API, et la documentation de sa commande MIFARE dit clairement qu’elle « ne prend pas en charge le protocole Crypto1 ». Le téléphone voit l’UID et le SAK, mon app en déduit la famille, et ça s’arrête là. Android, c’est autre chose : la classe MifareClassic est facultative, implémentée par les téléphones dont le contrôleur NFC intègre CRYPTO1 en matériel (c’est le cas des contrôleurs NXP ; les puces Broadcom de toute une génération de Nexus et de Galaxy, non), et sur ces téléphones NFC.cool lit chaque secteur qu’ouvre la clé d’usine et peut formater une carte neuve pour le NDEF.

Le MIFARE Plus, c’est le plan mémoire du Classic avec de l’AES-128 greffé dessus, pour qu’un exploitant puisse changer d’abord les cartes et ensuite les lecteurs. Il fonctionne par niveaux de sécurité : le SL1 se comporte comme un Classic (avec AES en option), le SL3 est en AES seulement via ISO-DEP, et le Plus X avait un SL2 entre les deux. Les Plus S et Plus X sont abandonnés ; le Plus SE (une 1K, 752 octets) et le Plus EV2 (2K ou 4K, EAL5+, rétention de 25 ans, endurance typique de 1 000 000 de cycles) sont actuels. En SL1, un téléphone voit SAK 08 ou 18, comme pour un Classic ; en SL3, il voit une carte ISO-DEP.

Le MIFARE DESFire est un tout autre animal : un petit système de fichiers avec des applications, des fichiers, des droits d’accès par fichier et jusqu’à 14 clés par application, qui parle en APDU via ISO-DEP jusqu’à 848 kbit/s.

Le « 2K » d’un nom DESFire ne désigne pas 2048 octets directement utilisables. La note comparative de NXP donne les chiffres utilisables du tableau, et chaque application et chaque fichier que vous créez prend une part pour ses propres en-têtes, allouée par pages de 256 octets. Interrogez la carte avec la commande FreeMemory plutôt que de vous fier à l’étiquette. Le DESFire EV3 a aussi apporté le SUN à la famille, si bien qu’un EV3 sait faire le tour du NTAG 424 DNA consistant à signer une URL, ce dont l’EV2 est incapable.

Côté téléphones : iOS présente le DESFire comme un tag MIFARE .desfire, ou comme un tag ISO 7816 si l’app demande l’application NDEF ; Android passe par IsoDep. NFC.cool identifie la génération et la taille grâce à GetVersion et liste les applications et fichiers qu’il est autorisé à voir sans clés. Il ne s’authentifie pas auprès d’un DESFire et n’y écrit pas ; c’est le travail des outils de l’exploitant, et je préfère le dire plutôt que de faire semblant.

ISO 15693 : la famille longue portée

Ce sont les puces conçues pour un mètre, pas pour un centimètre. Un téléphone les lit quand même (Apple depuis iOS 13, Android via NfcV), et GoToTags a mesuré que les tags Type 5 se lisent à environ deux fois la distance des tags Type 2 sur un iPhone, mais leur terrain naturel, c’est le portique de bibliothèque, l’étagère d’entrepôt et la blanchisserie. L’UID fait 8 octets et commence par E0, les blocs font 4 octets, et la famille ajoute trois choses que les puces Type A n’ont pas : un AFI (un octet de famille d’application sur lequel un lecteur peut filtrer), un DSFID (un octet de format de données) et l’EAS, le bit de surveillance électronique des articles qui fait sonner le portique d’un magasin.

NXP ICODE. La lignée va du SLI (2000) au SLI-S et SLI-L (2007), au SLIX et ses variantes S et L (2010), au SLIX2 (2014), à l’ICODE DNA (2016) et à l’ICODE 3 (2024). Il n’existe pas de « SLIX3 » ; une annonce qui en parle désigne l’ICODE 3, ou devine.

L’ICODE 3 est celle à connaître : elle recopie l’UID et son compteur de scans dans le message NDEF comme le fait un NTAG213, se lit jusqu’à 212 kbit/s et accorde elle-même son antenne. Elle n’a pas d’AES ; c’est l’ICODE DNA qui fait l’AES, et aucune des deux ne fait de SUN.

STMicroelectronics ST25TV et ST25DV. La gamme Type 5 de ST, et celle qui affiche les meilleurs chiffres de fiche technique de tout ce guide.

L’Augmented NDEF du ST25TV02KC mérite un paragraphe, parce qu’on le vend comme une fonction de sécurité. La puce insère son UID, un champ personnalisé et un code de scan unique de trois caractères dans l’URL à chaque lecture, sans toucher à l’EEPROM. Le code change à chaque scan, et la fiche technique de ST dit en toutes lettres qu’il est « prévisible ». C’est un jeton de fraîcheur qui indique à votre serveur qu’il s’agit d’un nouveau scan, pas une preuve que le tag est authentique. C’est TruST25, la signature d’originalité de ST sur l’UID, qui joue le rôle de preuve d’authenticité, et comme celle de NXP, c’est une signature statique qu’un clone peut copier.

Le reste du monde Type 5. Les inlays Tag-it HF-I de Texas Instruments (Standard 32 octets, Pro 32 octets avec écriture protégée par mot de passe et une commande kill, Plus 256 octets) équipent toutes les bibliothèques passées au NFC avant 2015, et tous sont désormais marqués déconseillés ou obsolètes. L’EM4233 d’EM Microelectronic (208 octets, un mode confidentialité avec clé de 96 bits, rétention de 60 ans) est disponible sur demande. Le my-d d’Infineon et le MB89R118 de Fujitsu figurent dans le code d’identification de NFC.cool parce que des utilisateurs me les ont envoyés. Le NTAG 5 de NXP (link, boost, switch) est une puce ISO 15693 malgré son nom de NTAG, avec 2048 ou 512 octets, un port I2C, une récupération d’énergie jusqu’à 30 mW et une EEPROM de 1 000 000 de cycles et 40 ans : un tag connecté pour l’électronique, pas un autocollant, et un logiciel écrit pour les NTAG21x ne saura pas lui parler.

En pratique : le SLIX2 est la puce qu’on trouve dans chaque bobine de filament OpenPrintTag, alors j’en ai eu un bon nombre entre les mains, et NFC.cool les lit, les écrit et les formate sur les deux plateformes. Ce que l’app ne fait pas, et je tiens à être clair là-dessus, ce sont les commandes ISO 15693 de mot de passe, de confidentialité, d’EAS et d’AFI. Les octets de commande figurent dans le code sous forme de table de référence ; les boutons, eux, ne sont pas encore là.

Le Type 4 hors MIFARE : ST25TA

La famille ST25TA de ST, ce sont des tags Type 4 sur ISO/IEC 14443 Type A sans toute la mécanique du DESFire : un fichier NDEF, un fichier capability container et un fichier système, deux mots de passe de 128 bits (lecture et écriture), et un compteur d’événements de 20 bits qui peut compter les lectures ou les écritures.

Deux cents ans de rétention et un million de cycles d’écriture, à 106 kbit/s seulement. Les variantes -P et -D ont une broche de sortie générique qui bascule quand le tag est lu, et c’est ainsi qu’on fait réagir une lampe à un téléphone. Sur les deux téléphones, ces puces sont lues comme des tags Type 4 ; NFC.cool y lit et écrit du NDEF et affiche les détails ISO-DEP.

Puces capteurs et double interface

Ce sont des puces à deux visages : une antenne NFC d’un côté, et un bus I2C, un capteur ou une seconde radio de l’autre.

Je n’ai rien construit avec ces puces, alors ce tableau repose uniquement sur les fiches techniques. Elles comptent pour ce guide parce qu’elles apparaissent dans les annonces sous l’étiquette « puce NFC » et sèment la confusion : un NTAG 5 n’est pas un NTAG213, et un tag em echo ne fera rien de spécial sur votre téléphone.

Ancien et marginal

Le Topaz (Innovision, puis Broadcom) est le NFC Forum Type 1 : blocs de 8 octets, 96 ou 512 octets, verrouillages à usage unique, 10 000 cycles d’écriture. Les deux téléphones lisent encore le NDEF d’un Topaz, mais le NFC Forum a retiré le Type 1 de son ensemble de spécifications 2021 et plus personne ne l’intègre dans un nouveau produit. Les revendeurs en ont encore en stock.

Le FeliCa est la famille de Sony et celle des transports publics japonais. Le FeliCa Lite-S (224 octets de mémoire utilisateur en blocs de 16 octets, un IDm de 8 octets, un MAC triple DES simplifié) est la version tag et correspond au NFC Forum Type 3 ; le FeliCa Standard est la version carte à puce, désormais avec AES et une certification Common Criteria EAL6+ sur l’actuel RC-SA01, et c’est sur lui que tournent Suica, PASMO, Edy, WAON, nanaco et l’Octopus de Hong Kong. Les modules FeliCa Plug de Sony ont été abandonnés en mars 2026. NFC.cool nomme les marques de transport et de monnaie électronique à partir du code système sur les deux plateformes, lit le Lite-S et le Standard, et y écrit du NDEF sur iPhone.

Le Kovio NFC Barcode était un tag de 16 octets en lecture seule, en silicium imprimé. Android a toujours une classe NfcBarcode pour lui. Les actifs de Kovio sont passés à Thinfilm en 2014 ; Thinfilm a arrêté la production NFC en 2019 et changé de nom en 2021. Cette classe est un fossile.

Les puces mémoire ISO 14443 Type B. Les SRI512, SRT512 et SRI4K de ST (512 ou 4096 bits en blocs de 32 bits, deux compteurs dégressifs, 1 000 000 de cycles, 40 ans) se trouvent dans les transports français et belges et dans certains forfaits de ski. Android les expose via NfcB ; l’iPhone n’a aucun objet tag Type B brut, si bien qu’à moins qu’une carte Type B parle ISO-DEP et réponde à un SELECT, un iPhone ne la verra pas. Calypso, le système du passe Navigo à Paris, est une carte à puce Type B qui le fait.

Clones et compatibles

C’est la section que les annonces préféreraient que vous ne lisiez pas.

Le Fudan FM11NT021 est le « NTAG213 » qui n’en est pas un le plus répandu. Il a les mêmes 180 octets en 45 pages, la même zone utilisateur de 144 octets, un mot de passe, un compteur de lectures de 24 bits et un code fabricant Fudan de 1D dans l’UID. Il n’implémente pas GET_VERSION et sa fiche technique actuelle ne mentionne aucune commande READ_SIG, si bien qu’un lecteur qui pose l’une ou l’autre question n’obtient que le silence et se rabat sur une estimation à partir de la taille mémoire, ce qui explique que la communauté Proxmark3 le signale comme un NTAG203. Fudan fabrique aussi des versions de 504 et 888 octets (FM11NT041, FM11NT081). Pour un lien sur un autocollant, ils font l’affaire. Pour les Amiibo, non, parce que la console commence par demander GET_VERSION.

Les Fudan FM11RF08 et FM11RF08S sont les puces compatibles Classic de la plupart des cartes « 1K » bon marché. Le 08S a ajouté en 2020 des contre-mesures face aux attaques connues sur le Classic, avant de se révéler porteur d’une clé de porte dérobée matérielle commune à toutes les cartes fabriquées, que Quarkslab a publiée en 2024 avec des outils désormais intégrés au firmware du Proxmark3.

Les cartes MIFARE Classic « magiques » sont des puces conçues pour que l’UID et le bloc fabricant puissent être réécrits, ce qu’un vrai Classic n’autorise jamais. Leurs générations sont un hobby à part entière :

Il existe aussi des cartes NTAG21x magiques, et celles qui émulent intégralement acceptent même une signature d’originalité copiée, ce qui est exactement ce que NXP souligne à propos des signatures statiques.

Les « compatible NTAG215 » pour Amiibo. Un Amiibo est un simple NTAG215 dont les 540 octets contiennent des données chiffrées et signées avec des clés dérivées de l’UID du tag lui-même. Copiez les octets sur un autre tag et les signatures ne correspondent plus, c’est pourquoi une sauvegarde doit être recalculée pour l’UID du tag cible, ce que fait la fonction de sauvegarde et restauration d’Amiibo de NFC.cool. La séquence de lecture de la console commence par GET_VERSION, puis une authentification par mot de passe dérivé de l’UID, puis la lecture des 135 pages, pages de configuration comprises. Une puce sans GET_VERSION, ou avec 45 pages au lieu de 135, échoue dès la première étape. La documentation de TagMo le résume en une ligne : seul le NTAG215 est reconnu.

Comment un clone apparaît dans l’app. NFC.cool identifie d’abord par GET_VERSION. Une puce qui n’y répond pas, ou qui répond avec une taille mémoire qui ne correspond pas à ce qu’elle annonce, est nommée d’après ce qu’elle est vraiment, pas d’après l’annonce. Sur un NTAG 424 DNA, l’app va un cran plus loin et vérifie la signature d’originalité ECDSA avec la clé publique de NXP, et c’est le seul endroit de l’app qui peut afficher « Genuine NXP » avec une garantie cryptographique. Pour les NTAG21x, l’app ne lit pas la signature, en partie parce que la clé de vérification de NXP est sous NDA, et en partie parce qu’une signature statique copiée passe de toute façon. La chaîne de preuves honnête pour un tag Type 2, c’est le code fabricant, GET_VERSION, la taille mémoire et la présence des fonctions que la puce revendique.

Formats et distance de lecture

La puce décide de ce que le tag sait faire ; le format décide si le téléphone peut l’atteindre.

Deux règles physiques expliquent la plupart des tickets « ça ne lit pas ». La taille de l’antenne fixe la portée, à peu près : une carte se lit de plus loin qu’un jeton, un jeton de plus loin qu’un inlay de 10 mm, et un implant demande le contact. Le métal désaccorde l’antenne : une bobine posée sur une surface métallique induit des courants de Foucault dans le métal, son inductance chute et sa résonance s’éloigne de 13,56 MHz, si bien qu’un tag normal sur une armoire en acier est mort. Une feuille de ferrite entre la bobine et le métal redirige le champ et ramène le tag à la vie, au prix d’une portée plus courte et d’un coût plus élevé, c’est pourquoi les tags on-metal coûtent trois fois plus cher.

L’endroit où vous tenez le téléphone compte autant que le tag. Sur un iPhone, l’antenne se trouve sur le bord supérieur ; la consigne d’Apple elle-même est de « tenir le haut de votre iPhone près » du tag. Sur Android, ça varie selon le modèle, en général au centre du dos ou près de l’appareil photo. Le guide du débutant détaille la marche à suivre.

Qui lit quoi

La matrice téléphones et lecteurs. Les colonnes téléphone viennent de la documentation d’Apple et de Google et de ma propre app ; les colonnes ordinateur et bidouille viennent des fiches techniques des fabricants et de la documentation des projets eux-mêmes, et je n’ai pas testé ces appareils moi-même, à l’exception des lecteurs cités dans la colonne iPad et Mac.

Quelques lignes méritent une phrase.

• La lecture en arrière-plan sur iPhone ne se déclenche que pour un enregistrement URL NDEF, uniquement quand le téléphone est déverrouillé et en cours d’utilisation, et pas quand l’appareil photo, Cartes, une session de lecture ou le mode avion est actif. Elle ne lit jamais une puce en brut. iPhone XS et modèles ultérieurs.

• Quels iPhone lisent des tags : l’iPhone 7 et les modèles ultérieurs, dans une app, d’après la session WWDC 2019 d’Apple. L’écriture et les commandes brutes sont arrivées avec iOS 13.

• La classe MifareClassic d’Android est facultative. Selon les termes mêmes de Google : « si elle n’est pas implémentée, MifareClassic ne sera jamais énumérée ». Tout dépend du contrôleur, pas de la version d’Android.

• Web NFC, c’est du NDEF uniquement, Chrome 89 et ultérieur, Android uniquement, et Apple y est officiellement opposé, donc il n’y aura pas de version Safari. C’est pour cela que le lecteur NFC en ligne de ce site fonctionne sur Android et invite les utilisateurs d’iPhone à passer par l’app.

• L’iPad et le Mac n’ont pas de radio NFC. Depuis NFC.cool 6.15.0, l’app dialogue à la place avec un lecteur USB CCID via la pile carte à puce d’Apple ; le HID OMNIKEY 5022 CL est celui que j’ai testé, les ACS ACR1552U-M1 et ACR1255U-J1 fonctionnent d’après des utilisateurs, et l’article en liste les limites. Définir un mot de passe NTAG fonctionne via un lecteur ; le retirer demande une commande que l’OMNIKEY refuse, donc ça, c’est un travail pour le téléphone.

• L’ACS ACR122U ne gère pas l’ISO 15693, pas plus que l’ACR1252U ou l’ACR1255U-J1. Dans la gamme ACS, seul l’ACR1552U le fait. L’OMNIKEY 5022 fait les deux. Bon à savoir avant d’acheter un lecteur pour des tags de bibliothèque.

• Le Proxmark3 et le Flipper Zero sont les outils capables de récupérer les clés MIFARE Classic et d’émuler des cartes. C’est leur raison d’être, et le guide les mentionne parce que parler de « ce qui lit quoi » sans eux serait malhonnête.

Ce que NFC.cool Tools fait de chaque puce

C’est le moment de l’article où apparaît ce que j’ai construit, et il a sa place ici, parce que chaque ligne ci-dessus se termine par « et qu’est-ce que l’app en fait ». Le tableau ci-dessous n’est pas un texte marketing ; je l’ai tiré du code source de l’app pendant que j’écrivais ce guide, et il m’a fait corriger deux choses que j’aurais affirmées sinon.

Les deux corrections, pour mémoire : j’aurais écrit que l’app vérifie la signature d’originalité sur les tags NTAG21x, et ce n’est pas le cas ; seul le 424 y a droit. Et j’aurais écrit que les commandes de mot de passe ISO 15693 étaient en place, alors qu’il s’agit d’une table de référence qui attend son interface. Les deux sont sur ma liste.

Acheter sans se faire avoir

Ce qu’une annonce doit indiquer avant que j’achète :

1. Le nom exact de la puce. « NTAG213 » et pas « NFC 213 » ; « ICODE SLIX2 » et pas « tag ISO 15693 » ; « MIFARE Classic EV1 1K » et pas « carte 1K ». Si l’annonce ne nomme pas la puce, c’est que le vendeur ne le sait pas, ou ne veut pas que vous le sachiez.

2. La mémoire utilisateur en octets, qui doit correspondre à la puce : 144 pour un NTAG213, 504 pour un 215, 888 pour un 216, 316 pour un SLIX2. Une carte « 1K » qui s’avère être un MIFARE Classic ne fonctionnera pas sur un iPhone.

3. Le fabricant, si l’annonce revendique du NXP ou du ST authentique. Le code fabricant dans l’UID vous dira la vérité après l’achat ; le prix vous la dira avant. Personne ne vend d’autocollants NTAG216 authentiques au tiers du prix du marché.

4. La taille de l’antenne et le format. Un inlay de 10 mm se lit à un centimètre ; un de 38 mm à quatre. Un tag on-metal doit le dire explicitement.

5. S’il est formaté en NDEF. Le NTAG est livré pré-formaté ; l’Ultralight EV1 et la plupart des puces ISO 15693 ne le sont pas, et NFC.cool les formate, mais c’est une étape de plus.

Signaux d’alerte : « compatible NTAG215 » (ce n’est pas un NTAG215), « chiffré » sur tout ce qui se trouve sous le barreau 4 de l’échelle, « fonctionne avec tous les téléphones » sur un MIFARE Classic, et tout nom de puce comportant une lettre que le fabricant n’a jamais utilisée, comme SLIX3.

Ce que coûtent les tags. Prix affichés relevés le 9 septembre 2026 chez Seritag, Shop NFC, GoToTags, NFCW Shop, NFC.CARDS, NFC-Tag-Shop.de, Tagstand et Digi-Key. La plupart des boutiques vendent au minimum par dizaines, donc la colonne « à l’unité » correspond au plus petit palier proposé. Les prix bougent ; considérez-les comme des ordres de grandeur relatifs.

La tendance est celle que vous devinez : la mémoire ne coûte presque rien, la cryptographie coûte environ le double, et le format coûte plus cher que la puce. Une puce NTAG213 nue coûte quatorze cents ; l’autocollant autour représente l’essentiel du prix.

Où acheter : je tiens une liste des tags et des lecteurs que j’utilise vraiment sur la page des liens affiliés, et les tags 424 à l’origine de toutes les fonctions DNA venaient d’AliExpress, alors je ne vais pas vous dire que les places de marché sont à proscrire. Vérifiez ce que vous recevez avec l’app avant d’y écrire quoi que ce soit.

Tout le catalogue en un seul tableau

Une ligne par puce. « Octets utilisateur », c’est ce que vous pouvez écrire ; pour le DESFire, c’est le chiffre utilisable donné par NXP. Les colonnes téléphone indiquent ce que la plateforme sait faire, pas ce que fait chaque app ; la colonne NFC.cool indique ce que fait la mienne. Sur téléphone, faites défiler le tableau horizontalement ; la première colonne reste en place.

Les comparatifs que tout le monde cherche

NTAG213, NTAG215 ou NTAG216. La même puce en trois tailles de mémoire : 144, 504 et 888 octets, avec les mêmes mot de passe, compteur, miroir et signature. Prenez le 213 pour un lien, le 215 pour les Amiibo, le 216 pour une carte de contact ou pour ne pas avoir à réfléchir. L’écart de prix est d’une trentaine de centimes.

NTAG213 ou Ultralight EV1. Même interface radio et mêmes commandes ; le NTAG a le miroir ASCII et un capability container pré-écrit, l’EV1 a trois compteurs à sens unique et existe en 48 ou 128 octets. Aux autocollants le NTAG, aux titres de transport l’EV1.

NTAG213, ST25TN01K ou Fudan FM11NT021. Trois puces Type 2 de 144 à 160 octets. Le NTAG a un mot de passe, un compteur de lectures et répond à GET_VERSION ; le ST25TN a plus de mémoire, une commande kill, un code de scan et TruST25, mais pas de mot de passe ; le Fudan copie les fonctions du NTAG, sauf GET_VERSION et, d’après sa fiche technique actuelle, la signature. Pour un simple lien, n’importe lequel ; pour un compteur ou des Amiibo, le NTAG.

MIFARE Classic ou DESFire. Il n’y a pas match. L’algorithme du Classic a été cassé en 2008 et son clone le plus répandu s’est révélé doté d’une porte dérobée en 2024 ; le DESFire EV3 a l’AES, la gestion des clés, la certification EAL5+ et le SUN. Le seul argument en faveur du Classic, c’est que le lecteur fixé au mur a été installé en 2009.

NTAG 424 DNA ou NTAG213. Le 424 signe chaque scan en AES-128 et stocke 416 octets dans trois fichiers avec cinq clés ; le 213 stocke 144 octets avec un mot de passe de 32 bits. Si la question est « ce produit est-il authentique », seul le 424 y répond. Si la question est « cet autocollant ouvre-t-il un lien », le 213 s’en charge pour un tiers du prix.

NTAG 424 DNA ou NTAG 223 DNA. Les deux font du SUN. Le 424 est un Type 4 avec cinq clés, le LRP, une option d’UID aléatoire, un fichier coffre-fort et 50 ans de rétention ; le 223 est un autocollant Type 2 avec une seule clé SUN, un mot de passe de 32 bits et 10 ans. Le 223 est le moyen le moins cher de mettre une URL signée sur une étiquette ; le 424 est celui qu’une app sait configurer dès aujourd’hui.

ICODE SLIX2 ou NTAG216 pour l’inventaire. Si le téléphone est le seul lecteur, le NTAG216 a plus de mémoire et le compteur. S’il y a un portique ou un lecteur portable dans l’équation, le SLIX2 se lit à un mètre et le NTAG à quatre centimètres, et c’est ce qui tranche.

FeliCa ou NTAG au Japon. Un portique de transport japonais parle FeliCa et rien d’autre ; un téléphone japonais lit les deux. Pour un tag sur une affiche à Tokyo, le NTAG convient très bien. Pour tout ce qu’un lecteur Suica doit accepter, c’est le FeliCa, et ce n’est pas une puce que l’on programme avec une app de téléphone.

Questions fréquentes

Faut-il acheter du NTAG215 ou du NTAG216 ?

Le 216, sauf si vous écrivez des Amiibo. Il a 888 octets contre 504 pour le 215, les mêmes mot de passe, compteur et miroir, et la même prise en charge par les téléphones. Le 215 se trouve dans toutes les boutiques parce que les figurines de Nintendo l’utilisent, et si c’est votre usage, c’est le seul choix possible.

Un iPhone peut-il lire les tags MIFARE Classic ?

Il peut voir qu’il y en a un. Core NFC lit l’UID et le SAK, puis s’arrête ; l’API d’Apple n’a pas de famille Classic et sa documentation précise que la commande MIFARE « ne prend pas en charge le protocole Crypto1 ». Aucune app ne peut lire un secteur sur un iPhone. Les téléphones Android dotés d’un contrôleur NFC NXP le peuvent ; ceux équipés de certains autres contrôleurs non, et la classe MifareClassic n’y apparaît tout simplement pas.

Combien de fois peut-on réécrire un tag NFC ?

100 000 fois pour tout ce qui est actuel chez NXP ou ST, à température ambiante, et les chiffres des fiches techniques sont des minimums. Un DESFire EV3 ou un ST25DV est donné pour un million. L’ancien NTAG203, l’Ultralight d’origine et le Topaz étaient donnés pour 10 000. Personne ne réécrit un autocollant dix mille fois ; ce chiffre compte pour les compteurs et pour les tags qui enregistrent des données.

À quelle distance un tag NFC fonctionne-t-il ?

Depuis un téléphone, jusqu’à environ quatre centimètres pour une antenne au format carte et environ deux pour un petit autocollant, au bon endroit du téléphone. La définition du NFC Forum lui-même dit « jusqu’à 2 cm ». Un tag ISO 15693 face à un portique de lecture doté d’une grande antenne fonctionne à un mètre, mais un téléphone le lit aux mêmes quelques centimètres que tout le reste, peut-être deux fois la distance d’un tag Type 2.

Les tags NFC expirent-ils ou s’usent-ils ?

Les données de la puce sont garanties 10 ans sur la plupart des puces grand public, 50 sur le NTAG 424 DNA et la famille ICODE SLIX, 60 sur le ST25TV et 200 sur le ST25TA, toujours à température ambiante. La chaleur raccourcit ces durées. En pratique, l’adhésif, la face papier et l’antenne lâchent bien avant l’EEPROM.

Peut-on acheter sans risque des tags NFC bon marché sur les places de marché ?

Sans risque, oui ; conformes à ce qu’ils annoncent, pas toujours. Un « NTAG213 » bon marché est souvent un Fudan FM11NT021, qui fonctionne pour un lien et échoue pour tout ce qui demande GET_VERSION. Un « NTAG215 » bon marché n’en est souvent pas un, et les Amiibo le refuseront. Vérifiez le code fabricant et le nom de la puce dans l’app avant d’écrire quoi que ce soit, et achetez dans une boutique qui nomme la puce.

Mon téléphone peut-il lire ma carte bancaire ou mon passeport avec une app NFC ?

Le passeport, oui : avec la bande de lecture optique comme clé, une app peut lire les groupes de données de la puce, et NFC.cool le fait sur les deux plateformes. La carte bancaire est une carte à puce EMV ; une app peut lire sa liste d’applications et certains enregistrements publics, mais Apple bloque la lecture des cartes de paiement dans Core NFC, le cryptogramme visuel ne se trouve pas sur la puce, et chaque transaction est signée par une clé qui ne quitte jamais la carte, donc il n’y a rien à copier.

Pourquoi l’app ne voit-elle pas mon badge de bureau ou ma clé d’hôtel ?

La plupart des badges de bureau sont des cartes de proximité 125 kHz, que la bobine 13,56 MHz d’un téléphone ne peut même pas détecter. La plupart des clés d’hôtel et des anciennes cartes de transport sont des MIFARE Classic, qu’un iPhone peut seulement identifier et qu’un téléphone Android ne peut lire qu’avec le bon contrôleur et les bonnes clés. Dans aucun des deux cas une app ne peut y remédier, et je préfère le dire plutôt que de vous vendre une solution de contournement.

Peut-on déverrouiller un tag NFC passé en lecture seule ?

Non. Les bits de verrouillage d’un tag Type 2 ou Type 5 sont des bits à sens unique dans la puce ; le drapeau de lecture seule du capability container fonctionne de la même façon. Un mot de passe peut être retiré si vous le connaissez ; un verrouillage, non. C’est pour cela que NFC.cool demande deux fois confirmation avant de verrouiller quoi que ce soit.

Le mot de passe NTAG est-il une vraie sécurité ?

Il arrête la personne qui a une app gratuite, c’est-à-dire la plupart des gens. Il n’arrête pas quelqu’un équipé d’un lecteur capable d’écouter, parce que le mot de passe de 32 bits passe dans l’air en clair et que le tag répond avec un accusé de réception de 16 bits. Pour tout ce qui doit résister à un attaquant motivé, l’échelle commence à l’AES : l’Ultralight AES pour un autocollant Type 2, le NTAG 424 DNA si le scan lui-même doit prouver quelque chose.

Quel tag faut-il pour les Amiibo ?

Un NTAG215, et uniquement un NTAG215. La console demande GET_VERSION, s’authentifie avec un mot de passe dérivé de l’UID et lit les 135 pages. Une puce sans GET_VERSION, ou avec un nombre de pages différent, échoue dès la première commande. Écrire un Amiibo sur un tag est définitif, parce que les octets de verrouillage et le mot de passe font partie du format.

Quel tag NFC fonctionne sur une surface métallique ?

N’importe quelle puce dans un format on-metal, c’est-à-dire avec une feuille de ferrite entre l’antenne et le métal. Un tag normal collé sur de l’acier ne se lit pas du tout ; un tag on-metal se lit à environ quatre cinquièmes de sa portée normale. Si vous pouvez glisser trois millimètres de n’importe quel matériau non métallique entre un tag normal et le métal, ça marche aussi.

NFC.cool fonctionne-t-il sur iPad et Mac ?

Oui, depuis la version 6.15.0, via un lecteur de cartes à puce USB ; aucun des deux appareils n’a de radio NFC intégrée. Le HID OMNIKEY 5022 CL est celui que j’ai testé, et les ACS ACR1552U et ACR1255U-J1 fonctionnent d’après des retours d’utilisateurs. Tout ce qui fonctionne sur Type 2, Type 4 et FeliCa avec le téléphone fonctionne aussi via le lecteur, le MIFARE Classic étant en lecture seule.

Glossaire

Sources et lectures complémentaires

Chaque tableau de ce guide a été vérifié à partir de l’une de ces sources. Les prix proviennent des boutiques citées dans la section sur l’achat, relevés le 9 septembre 2026.

NXP NTAG

• Fiche technique NTAG213/215/216, Rev 3.2

• Fiches techniques NTAG210/212, NTAG 210µ, NTAG213F/216F et NTAG 213 TT

• Fiches techniques NTAG 223 DNA et NTAG 224 DNA StatusDetect

• Fiches techniques NTAG 424 DNA et NTAG 424 DNA TagTamper, et AN12196, la note « features and hints » du 424 avec la clé publique d’originalité

• Fiches techniques NTAG I2C plus et NTAG 5 boost

• AN13089, NTAG 21x features and hints, sur les raisons pour lesquelles une signature d’originalité statique ne garantit pas l’absence de clone (copie miroir ; la version de nxp.com n’est pas publique)

NXP MIFARE

• Fiches techniques MIFARE Ultralight, Ultralight C, Ultralight EV1 et Ultralight AES

• Fiches techniques MIFARE Classic EV1 1K et Classic EV1 4K

• Fiches techniques abrégées MIFARE Plus S, Plus SE et Plus EV2

• Fiches techniques DESFire EV1, DESFire EV2, DESFire EV3 et DESFire Light, et AN12752 sur la mémoire utilisable du DESFire

• AN10833, identification des types MIFARE, AN10927, les UID MIFARE, AN1305, le NDEF sur MIFARE Classic, AN10787, le MIFARE Application Directory, AN11004, le DESFire en tag Type 4

NXP ICODE

• Fiches techniques ICODE SLIX, SLIX-S, SLIX-L, SLIX2, ICODE DNA et ICODE 3

• AN11809, la comparaison de la famille ICODE

STMicroelectronics, TI, EM, Sony, Fudan

• Fiches techniques ST ST25TV02KC, ST25TN01K, ST25DV64KC, ST25TA02KB et M24LR64E-R, AN5658 sur l’Augmented NDEF et TA0358 sur TruST25

• Fiches techniques TI Tag-it HF-I Standard, Pro et Plus

• EM Microelectronic EM4233, EM4423 et EM4425

• Sony fiche technique FeliCa Lite-S et FeliCa Standard RC-SA01

• Fiche technique Fudan FM11NT021

Recherche en sécurité et normes

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

• Nohl, Evans, Starbug et 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, le registre des fabricants de circuits intégrés

• Les notes du Proxmark3 sur les cartes magiques et 3dbrew sur la structure des tags Amiibo

• Le NFC Forum sur la technologie et la spécification des tags Type 2

Téléphones et lecteurs

• Apple Core NFC, la lecture de tags en arrière-plan, la commande MIFARE qui exclut CRYPTO1 et la session 715 de la WWDC 2019

• Android MifareClassic, le guide NFC avancé et Web NFC dans Chrome

• Lecteurs : ACS ACR122U, HID OMNIKEY 5022 CL, NXP PN532, Proxmark3, Flipper Zero et Chameleon Ultra

• Antennes et ferrite : TI SLOA241 et Würth ANP022

Pour conclure

Choisissez la puce en fonction de l’usage. Un NTAG213 pour un lien, un NTAG216 quand vous hésitez, un NTAG215 pour les Amiibo, un NTAG 424 DNA quand un scan doit prouver quelque chose, un ICODE SLIX2 ou un ICODE 3 quand un portique doit le lire, un DESFire EV3 quand une porte doit lui faire confiance, et rien du tout du rayon MIFARE Classic. Tout le reste de ce guide, c’est le raisonnement derrière cette phrase, et les tableaux sont là pour que vous n’ayez plus jamais à croire une annonce sur parole.

Si vous voulez savoir ce qu’est réellement un tag avant d’y écrire, c’est exactement ce que fait NFC.cool Tools à chaque scan, sur iPhone, sur Android, et sur un iPad ou un Mac avec un lecteur branché. Et si vous avez sur votre bureau une puce que l’app nomme mal, ou qu’elle ne nomme pas du tout, écrivez-moi. C’est ainsi que la plupart de ces soixante noms sont arrivés là.