NFC Forum : certification et marque N-Mark
Guide . Certification NFC Forum
La certification NFC Forum occupe une place specifique dans l'ecosysteme de la communication en champ proche. Elle ne se confond ni avec la certification radio (RED, FCC), qui regit l'emission inductive a 13,56 MHz, ni avec la certification paiement (EMVCo), qui regit l'interoperabilite des transactions sans contact. Le NFC Forum est un consortium industriel privatif qui publie un corpus de specifications (Digital Protocol, Activity, NDEF, Tag operations) et licencie l'usage de la marque N-Mark aux produits ayant passe les essais d'un Authorized Test Lab. Cette page expose la structure du programme, les modes NFC, les tag types T1 a T5, l'articulation avec ISO/IEC 14443 et 18092, et les pieges associes a une certification incomplete.
Pourquoi une certification consortium distincte de la radio
Section intitulée « Pourquoi une certification consortium distincte de la radio »Le NFC Forum, fonde en 2004 par Sony, Philips (devenu NXP) et Nokia, regroupe aujourd'hui des centaines de membres : fabricants de puces, integrateurs, emetteurs de titres, organismes de transport, fournisseurs de solutions de paiement. Le Forum detient la marque N-Mark et licencie son usage aux produits dont la conformite a ete verifiee. Comme pour le Bluetooth SIG ou la Wi-Fi Alliance, la certification est de nature contractuelle, pas reglementaire : son objet n'est pas la mise sur le marche au sens des directives europeennes ou des regles FCC, mais l'autorisation d'usage d'une marque et la garantie d'interoperabilite.
Deux objectifs coexistent dans le programme :
- Protection de la marque N-Mark. Garantir qu'un appareil affichant le logo respecte les specifications NFC Forum et ne degrade pas la reputation de l'ecosysteme.
- Assurance d'interoperabilite. Verifier qu'un telephone mobile, un lecteur, une carte ou une etiquette communique avec n'importe quel autre equipement certifie, independamment du fabricant.
La radio elle-meme releve d'un autre regime. En Union europeenne, l'emission inductive a 13,56 MHz tombe sous l'article 3.2 de la directive RED ( 2014/53/UE ) et sous la norme harmonisee EN 300 330 qui couvre les Short Range Devices en bande 9 kHz - 25 MHz. Aux Etats-Unis, la radio relevent du 47 CFR Part 15.225 ( FCC Part 15.225 ) qui regit l'emission intentionnelle dans la bande 13,553 - 13,567 MHz. Ces deux regimes verifient la conformite RF (puissance, harmoniques, emissions hors bande). Ils ne disent rien des couches superieures et n'autorisent jamais l'usage du logo N-Mark.
Position dans la pile NFC
Section intitulée « Position dans la pile NFC »Pour situer le perimetre du Forum, il est utile de rappeler l'empilement.
| Couche | Reference | Programme |
|---|---|---|
| Radio inductive 13,56 MHz | EN 300 330, FCC Part 15.225 | RED article 3.2, FCC Part 15 |
| RF Analog et protocole bas niveau | ISO/IEC 14443, ISO/IEC 18092 | NFC Forum (essais conformite) |
| Activity (etablissement de session) | NFC Forum Activity Specification | NFC Forum |
| Digital Protocol (commandes) | NFC Forum Digital Protocol | NFC Forum |
| NDEF (format de donnees) | NFC Forum NDEF | NFC Forum |
| Tag operations T1-T5 | NFC Forum Tag operations | NFC Forum |
| Application paiement | EMV Contactless Specifications | EMVCo |
| Securite SE | Common Criteria (EAL4+ et plus) | SOG-IS, CCRA |
Cette stratification est centrale : un produit ne fait jamais l'objet d'une seule certification, mais d'une combinaison selon son usage final.
Membership NFC Forum
Section intitulée « Membership NFC Forum »Le Forum propose quatre niveaux d'adhesion, organises en pyramide d'engagement et de droits.
Niveau de gouvernance le plus eleve. Les Sponsors siegent au Board of Directors, orientent la strategie du Forum et participent a tous les groupes de travail. Statut historiquement reserve aux acteurs majeurs (silicon vendors, OEM mobiles, schemes de paiement).
Principal
Section intitulée « Principal »Niveau intermediaire avec acces a la plupart des groupes de travail, droit de vote sur les specifications en cours, conditions tarifaires preferentielles pour la certification.
Associate
Section intitulée « Associate »Acces aux specifications en lecture, participation limitee a certains groupes de travail. Niveau frequent pour les integrateurs de modules NFC et les fabricants de produits derives.
Implementer
Section intitulée « Implementer »Niveau d'entree, conu pour les fabricants de produits finis qui souhaitent simplement certifier un appareil sans participer aux travaux de normalisation. Donne droit a la soumission de produits aux Authorized Test Labs et a l'usage de la marque N-Mark apres certification.
| Tier | Acces specifications | Vote | Groupes de travail | Certification produit |
|---|---|---|---|---|
| Sponsor | Complet, drafts | Board | Tous | Oui |
| Principal | Complet, drafts | Sur comites | Plupart | Oui, tarifs preferentiels |
| Associate | Lecture | Limite | Selectionnes | Oui |
| Implementer | Lecture finalisee | Non | Non | Oui |
Pour un fabricant integrant un controleur NFC deja certifie dans un produit fini, le statut Implementer est generalement suffisant. Le passage a Associate ou Principal se justifie pour les concepteurs de stack, les editeurs de middleware et les fabricants souhaitant peser sur l'evolution des specifications.
Les modes NFC
Section intitulée « Les modes NFC »Le NFC Forum definit trois modes de fonctionnement. Un produit peut implementer un, deux ou les trois, et la certification cible specifiquement les modes declares.
Reader/Writer
Section intitulée « Reader/Writer »Le produit emule un lecteur actif (genere le champ RF) et interagit avec des tags passifs ou des cartes contactless. Cas typique : un telephone mobile lisant une etiquette NFC sur un poster ; un terminal d'acces lisant un badge ; un lecteur de cartes industriel.
Dans ce mode, le produit doit supporter les tag types T1 a T5 declares dans son dossier de certification, c'est-a-dire savoir activer, lire, ecrire et clore la session avec chaque type couvert.
Card Emulation
Section intitulée « Card Emulation »Le produit emule une carte contactless, c'est-a-dire qu'il repond aux commandes d'un lecteur externe en se comportant comme un tag ou comme une carte ISO/IEC 14443 Type A ou B. Deux variantes existent :
- Host Card Emulation (HCE). L'emulation est realisee en logiciel sur le processeur applicatif du produit, sans recours a un Secure Element materiel. Adopte largement pour les wallets mobiles (Google Pay, certaines variantes Apple Pay quoique Apple impose le SE), pour les badges d'acces logiciels et pour les usages transport non bancaires.
- Secure Element (SE). L'emulation est realisee dans un composant securise dedie (embedded SE soude, SIM UICC, microSD securisee). Le SE detient les cles cryptographiques sensibles et expose une interface ISO 7816 au controleur NFC. Necessaire pour la majorite des schemes paiement et pour certains schemes transport.
Peer-to-Peer (P2P, deprecie)
Section intitulée « Peer-to-Peer (P2P, deprecie) »Mode d'echange bidirectionnel entre deux equipements NFC actifs, base sur le protocole LLCP. Historiquement utilise pour le partage de fichiers (Android Beam), il est aujourd'hui deprecie par le NFC Forum : les nouvelles specifications ne le mettent plus en avant, et les principaux systemes mobiles (iOS, Android moderne) l'ont retire au profit du Reader/Writer combine avec des protocoles applicatifs (Bluetooth bonding, Wi-Fi handover). Un produit peut encore le declarer, mais le poids commercial du mode est faible.
| Mode | Role RF | Cas d'usage typique | Statut |
|---|---|---|---|
| Reader/Writer | Genere le champ | Lecteur de tags, terminal d'acces | Actif et largement adopte |
| Card Emulation (HCE) | Emule une carte | Wallet mobile, badge logiciel | Actif et largement adopte |
| Card Emulation (SE) | Emule une carte avec SE | Paiement bancaire, transport | Actif et largement adopte |
| Peer-to-Peer | Echange bidirectionnel actif | Partage de fichiers (historique) | Deprecie |
Les tag types T1 a T5
Section intitulée « Les tag types T1 a T5 »Les tag types sont une notion centrale du NFC Forum. Ce sont cinq familles d'etiquettes ou de cartes passives, chacune liee a une norme ISO/IEC sous-jacente et a une plage de capacites. Tout lecteur certifie doit savoir parler aux types qu'il declare supporter.
| Tag type | Norme sous-jacente | Capacite typique | Reecriture | Exemples produits |
|---|---|---|---|---|
| T1 | ISO/IEC 14443 Type A (variante) | Tres faible | Lecture/ecriture, parfois verrouillable | Innovision Topaz (historique) |
| T2 | ISO/IEC 14443 Type A | Faible a moyenne | Lecture/ecriture, verrouillable | NXP MIFARE Ultralight, NTAG21x |
| T3 | JIS X 6319-4 (FeliCa) | Moyenne | Lecture/ecriture | Sony FeliCa |
| T4 | ISO/IEC 14443 Type A ou B + ISO 7816-4 APDU | Moyenne a grande | Lecture/ecriture | NXP MIFARE DESFire EV2 / EV3, J3R cards |
| T5 | ISO/IEC 15693 | Variable | Lecture/ecriture | NXP ICODE, ST25TV |
Quelques points cles :
- MIFARE Classic n'est pas un tag type NFC Forum. Il s'agit d'un protocole proprietaire NXP base sur ISO/IEC 14443 Type A mais avec un chiffrement CRYPTO-1 specifique et une suite de commandes proprietaire. Beaucoup de lecteurs NFC le supportent, mais cette compatibilite est extra-NFC Forum et n'est pas garantie par la certification.
- MIFARE Ultralight et DESFire sont en revanche typiquement operes respectivement en T2 et T4. Un lecteur certifie T4 sait dialoguer avec une carte DESFire au niveau APDU.
- T5 (ISO/IEC 15693) est specifique : il s'agit d'un protocole vicinity (jusqu'a environ un metre), distinct des protocoles proximity utilises pour T1-T4. Il a sa propre Tag operation specification au sein du Forum.
Un produit lecteur declare typiquement le sous-ensemble de tag types qu'il supporte. La certification verifie le bon comportement (activation, polling, lecture, ecriture, sortie de session) pour chaque type declare. Declarer T1-T5 oblige a passer les essais pour les cinq.
NDEF et tag operations
Section intitulée « NDEF et tag operations »Au-dessus des tag types, le NDEF (NFC Data Exchange Format) definit un format binaire commun pour l'echange de donnees applicatives.
Structure d'un message NDEF
Section intitulée « Structure d'un message NDEF »Un message NDEF est compose d'un ou plusieurs records. Chaque record porte un type identifie (URI, texte, MIME, signature, smart poster, externe) et une charge utile. La specification NDEF impose :
- L'encodage des en-tetes (header byte, type length, payload length).
- Le chainage entre records (premier, intermediaire, dernier).
- Les regles de validation cote lecteur (rejet d'un message mal forme).
Les Record Type Definitions (RTD) publies par le Forum decrivent les formats normalises : RTD-URI, RTD-Text, RTD-SmartPoster, RTD-Signature. Un lecteur certifie sait interpreter au minimum les RTD obligatoires.
Tag operations
Section intitulée « Tag operations »A chaque tag type est associee une Tag operation specification qui decrit le sequencement des commandes pour ecrire et lire un message NDEF dessus : activation, selection, allocation de la TLV NDEF, ecriture, verrouillage eventuel, fermeture de session. Le test plan de certification suit cette specification pour chaque type declare.
L'effort de certification se concentre donc sur trois piliers techniques :
- Les specifications de transport (Digital Protocol, Activity, RF Analog) qui pilotent la couche RF et la session bas niveau.
- Les tag operations par type declare (T1 a T5).
- Le format NDEF et les RTD applicables.
Le processus de certification
Section intitulée « Le processus de certification »La sequence d'une certification NFC Forum, du choix du laboratoire au listing public.
- Adhesion au NFC Forum. Souscrire au moins le statut Implementer. Acceder a l'ensemble des specifications finalisees et au portail de certification.
- Declaration du perimetre. Lister les modes implementes (Reader/Writer, Card Emulation HCE, Card Emulation SE), les tag types couverts (sous-ensemble de T1-T5), les profils NDEF, et la version de chaque specification du Forum a laquelle on se conforme.
- Choix de l'Authorized Test Lab. Le Forum publie une liste d'ATL accredites. Le candidat soumet son echantillon et son dossier technique au laboratoire choisi.
- Essais physiques. Le laboratoire deroule les test plans applicables : RF Analog, Digital Protocol, Activity, Tag operation par type declare, NDEF. Les essais utilisent des tag ou lecteur de reference fournis par le Forum.
- Rapport d'essais. Le laboratoire produit un rapport detaille, traceable jusqu'aux versions de specifications utilisees.
- Soumission au Forum. Le rapport et la declaration de conformite sont soumis au Forum, accompagnes des frais de certification. Le Forum revoit le dossier et delivre le certificat.
- Apposition du N-Mark. Le candidat peut alors apposer la marque N-Mark sur le produit, son emballage et sa documentation, selon les regles du brand book. L'usage est conditionne au maintien de la conformite.
- Inscription au listing public. Le produit apparait dans la base publique de certification du Forum, consultable par les acheteurs et integrateurs.
Cette sequence est independante de la certification radio ( EN 300 330, FCC Part 15.225 ) qui doit etre conduite en parallele.
Reutilisation via un controleur certifie
Section intitulée « Reutilisation via un controleur certifie »L'economie du programme repose largement sur la reutilisation. Les principaux silicon vendors (NXP, ST Microelectronics, Infineon, Sony) publient des controleurs NFC deja certifies pour les modes Reader/Writer et Card Emulation, avec une antenne de reference et une stack firmware verifiees.
Un integrateur qui reprend ces composants sans modification peut beneficier d'une certification heritee sous conditions :
- Conserver le composant NFC certifie sans modification de firmware NFC.
- Respecter l'antenne de reference ou faire revalider l'antenne par le laboratoire.
- Conserver la pile (stack) NFC certifiee.
- Declarer le produit fini au Forum et fournir la preuve d'heritage du certificat parent.
Toute modification d'antenne (gain, geometrie, materiau), de firmware NFC ou de stack invalide la certification heritee. Le produit doit alors etre re-soumis pour les couches affectees. C'est la principale source de cout cachee dans les projets NFC : changer l'antenne pour des raisons mecaniques (taille, position) impose souvent une re-certification du couplage RF Analog.
Articulation avec EMVCo
Section intitulée « Articulation avec EMVCo »Pour les usages paiement contactless, la certification NFC Forum n'est pas suffisante a elle seule. Les schemes Visa, Mastercard, American Express, Discover, JCB ont confie a EMVCo (joint venture des emetteurs) la specification et la certification des transactions contactless. Le referentiel principal est l'EMV Contactless Specifications for Payment Systems (livres A, B, C-1 a C-7), complete par l'EMVCo Type Approval pour les terminaux et les cartes.
| Critere | NFC Forum | EMVCo |
|---|---|---|
| Nature | Consortium technique multi-secteur | Consortium des emetteurs paiement |
| Objet | Interoperabilite NFC generique | Interoperabilite paiement sans contact |
| Specifications cles | Digital Protocol, Activity, NDEF, Tag operations | EMV Contactless Books A-C, kernels C-1 a C-7 |
| Marque | N-Mark | Logos schemes (Visa, Mastercard, etc.) + EMVCo logo |
| Periode | Tout produit NFC commercial | Terminaux, cartes et wallets de paiement |
| Couche | Transport et NDEF | Application paiement |
| Coexistence | Requise pour terminal de paiement | Requise pour terminal de paiement |
Un terminal de paiement sans contact passe en pratique :
- La certification radio nationale (RED / FCC).
- La certification NFC Forum (couche transport et tag types).
- La certification EMVCo Type Approval Level 1 (RF et low-level protocol pour les besoins paiement).
- La certification EMVCo Type Approval Level 2 (kernel application paiement).
- Les certifications de chaque scheme accepte (Visa, Mastercard, etc.).
- La certification PCI PTS pour la securite physique et logique de l'unite de paiement.
NFC Forum et EMVCo collaborent par accords de reconnaissance mais ne se substituent jamais l'un a l'autre.
Articulation avec ISO/IEC 14443 et 18092
Section intitulée « Articulation avec ISO/IEC 14443 et 18092 »Les normes ISO/IEC publiees independamment du Forum forment le socle technique :
- ISO/IEC 14443. Quatre parties couvrant la couche physique (Part 1), la modulation et le protocole d'initialisation (Part 2 et 3 pour Type A et B), et le protocole de transmission (Part 4). C'est la base des tag types T1, T2 et T4.
- ISO/IEC 15693. Norme vicinity (jusqu'a environ un metre) qui sert de base au tag type T5. Utilisee historiquement dans le suivi d'objets et les bibliotheques.
- ISO/IEC 18092. NFCIP-1, qui definit le mode peer-to-peer et l'interaction active-active a 106, 212 et 424 kbit/s.
- ISO/IEC 21481. NFCIP-2, qui specifie le mecanisme de selection automatique entre les modes 14443, 15693 et 18092.
Le NFC Forum profile ces normes : il selectionne des options, ajoute des contraintes (timings, parametres de modulation), et publie ses propres specifications de test. Un produit certifie 14443 par un autre programme n'est pas necessairement certifie NFC Forum, et reciproquement. La maille de test est plus fine cote NFC Forum, notamment sur la couche Activity et NDEF qui n'existent pas dans 14443.
Securite et Host Card Emulation
Section intitulée « Securite et Host Card Emulation »L'Host Card Emulation (HCE) introduit une dimension de securite particuliere. En HCE, les cles applicatives sensibles (token de paiement, identifiant d'acces) resident dans la memoire du processeur applicatif, sans le rempart d'un Secure Element materiel. La certification NFC Forum ne couvre pas la securite de ces cles : son perimetre est l'interoperabilite, pas la confidentialite.
Pour assurer la securite, les architectures HCE s'appuient typiquement sur :
- Tokenisation des cles sensibles, avec rotation par le serveur d'emission.
- TEE (Trusted Execution Environment) sur ARM TrustZone ou equivalent, pour isoler les operations cryptographiques du systeme d'exploitation principal.
- Schemes Visa Token Service, Mastercard Digital Enablement Service qui transforment le PAN en token a usage limite.
Lorsqu'un Secure Element materiel est utilise (eSE, SIM UICC), la certification de ce composant releve typiquement de Common Criteria avec un profil de protection bancaire (souvent EAL4+ ou EAL5+ selon le scheme). Ce niveau est imperatif pour la majorite des schemes paiement et complete utilement la certification NFC Forum.
Pieges frequents
Section intitulée « Pieges frequents »Confondre certification NFC Forum et certification EMVCo
Section intitulée « Confondre certification NFC Forum et certification EMVCo »C'est l'erreur la plus repandue dans les projets paiement. Une equipe qui obtient le N-Mark peut croire avoir tout couvert et decouvrir tardivement que les schemes Visa et Mastercard exigent EMVCo Type Approval Level 1 et Level 2, avec leur propre laboratoire, leur propre marque et un calendrier independant. A budgeter des le cadrage commercial.
Mistaker MIFARE Classic pour un tag type NFC Forum
Section intitulée « Mistaker MIFARE Classic pour un tag type NFC Forum »Beaucoup de produits historiques (transport urbain, controle d'acces, billetterie) utilisent MIFARE Classic. Aucun de ces produits n'est conforme NFC Forum au sens des tag types T1-T5. Un lecteur certifie peut techniquement parler a MIFARE Classic, mais cette capacite n'est pas garantie par le certificat. Migrer vers DESFire EV2 ou EV3 (tag type 4) ou vers Ultralight (tag type 2) restaure la conformite NFC Forum.
Modifier l'antenne sans recertifier
Section intitulée « Modifier l'antenne sans recertifier »Les essais RF Analog sont sensibles a la geometrie de l'antenne, au materiau du substrat, a la presence d'elements metalliques a proximite et au boitier. Changer l'antenne pour des raisons mecaniques en fin de conception, sans repasser la phase RF Analog au laboratoire, est une cause frequente de non-conformite tardive.
Oublier la radio
Section intitulée « Oublier la radio »Le N-Mark autorise l'usage de la marque. Il n'autorise pas la mise sur le marche. Sans EN 300 330 en UE ou Part 15.225 aux Etats-Unis, le produit reste illegal sur ces marches malgre un certificat NFC Forum en regle. Voir RED, pilier et FCC, pilier.
Declarer plus de modes ou de tag types qu'on n'en supporte
Section intitulée « Declarer plus de modes ou de tag types qu'on n'en supporte »Le test plan se deroule sur l'ensemble du perimetre declare. Declarer T1-T5 pour faire bonne impression commerciale conduit a multiplier les essais et a augmenter le risque d'echec sur un type peu utilise dans la conception finale. Declarer le strict minimum effectivement supporte est la regle.
Sous-estimer la complexite NDEF
Section intitulée « Sous-estimer la complexite NDEF »Le format NDEF parait simple a la lecture de la specification, mais les implementations divergent souvent sur les cas limites (records vides, chainage, encodage UTF-8 versus UTF-16, longueur de payload, smart poster mal forme). Un dossier rejete par le laboratoire pour des questions NDEF est frequent et evitable par un pre-test interne.
Ignorer la securite du Secure Element
Section intitulée « Ignorer la securite du Secure Element »Un produit HCE qui pretend faire du paiement sans Secure Element et sans une architecture TEE / token solide expose les emetteurs a un risque qu'aucune certification NFC Forum ne couvre. La discussion securite doit etre menee en parallele de la discussion N-Mark, en s'appuyant sur Common Criteria pour le SE et sur les exigences des schemes.
Accompagnement et services associes
Section intitulée « Accompagnement et services associes »Voir aussi
Section intitulée « Voir aussi »- DLNA et OCF: interoperabilite media + IoT
- HDMI Forum et HDMI LA: certification cable et appareil
- Zigbee + CSA: certification du protocole 802.15.4 mesh
- Wi-SUN Alliance : certification IPv6 mesh sub-GHz
Voir egalement glossaire pour les definitions tag types, NDEF, HCE, Secure Element, et les guides RED, normes, FCC, perimetre et qualification Bluetooth SIG pour un autre programme de consortium.
Sources & références
- NFC Forum , NFC Forum nfc-forum.org/
- NFC Forum compliance and certification , NFC Forum nfc-forum.org/our-work/compliance-and-certification/
- ISO/IEC 14443, cards and security devices for personal identification, contactless proximity objects , ISO www.iso.org/standard/73598.html
- ISO/IEC 18092, information technology, NFC interface and protocol (NFCIP-1) , ISO www.iso.org/standard/56692.html
- ETSI EN 300 330, short range devices in the frequency range 9 kHz to 25 MHz , ETSI www.etsi.org/deliver/etsi_en/300300_300399/300330/
- EMVCo, contactless specifications and type approval , EMVCo www.emvco.com/