Aller au contenu

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.

Pour situer le perimetre du Forum, il est utile de rappeler l'empilement.

CoucheReferenceProgramme
Radio inductive 13,56 MHzEN 300 330, FCC Part 15.225RED article 3.2, FCC Part 15
RF Analog et protocole bas niveauISO/IEC 14443, ISO/IEC 18092NFC Forum (essais conformite)
Activity (etablissement de session)NFC Forum Activity SpecificationNFC Forum
Digital Protocol (commandes)NFC Forum Digital ProtocolNFC Forum
NDEF (format de donnees)NFC Forum NDEFNFC Forum
Tag operations T1-T5NFC Forum Tag operationsNFC Forum
Application paiementEMV Contactless SpecificationsEMVCo
Securite SECommon 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.

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).

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.

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.

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.

TierAcces specificationsVoteGroupes de travailCertification produit
SponsorComplet, draftsBoardTousOui
PrincipalComplet, draftsSur comitesPlupartOui, tarifs preferentiels
AssociateLectureLimiteSelectionnesOui
ImplementerLecture finaliseeNonNonOui

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.

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.

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.

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.

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.

ModeRole RFCas d'usage typiqueStatut
Reader/WriterGenere le champLecteur de tags, terminal d'accesActif et largement adopte
Card Emulation (HCE)Emule une carteWallet mobile, badge logicielActif et largement adopte
Card Emulation (SE)Emule une carte avec SEPaiement bancaire, transportActif et largement adopte
Peer-to-PeerEchange bidirectionnel actifPartage de fichiers (historique)Deprecie

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 typeNorme sous-jacenteCapacite typiqueReecritureExemples produits
T1ISO/IEC 14443 Type A (variante)Tres faibleLecture/ecriture, parfois verrouillableInnovision Topaz (historique)
T2ISO/IEC 14443 Type AFaible a moyenneLecture/ecriture, verrouillableNXP MIFARE Ultralight, NTAG21x
T3JIS X 6319-4 (FeliCa)MoyenneLecture/ecritureSony FeliCa
T4ISO/IEC 14443 Type A ou B + ISO 7816-4 APDUMoyenne a grandeLecture/ecritureNXP MIFARE DESFire EV2 / EV3, J3R cards
T5ISO/IEC 15693VariableLecture/ecritureNXP 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.

Au-dessus des tag types, le NDEF (NFC Data Exchange Format) definit un format binaire commun pour l'echange de donnees applicatives.

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.

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.

La sequence d'une certification NFC Forum, du choix du laboratoire au listing public.

  1. Adhesion au NFC Forum. Souscrire au moins le statut Implementer. Acceder a l'ensemble des specifications finalisees et au portail de certification.
  2. 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.
  3. 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.
  4. 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.
  5. Rapport d'essais. Le laboratoire produit un rapport detaille, traceable jusqu'aux versions de specifications utilisees.
  6. 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.
  7. 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.
  8. 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.

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.

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.

CritereNFC ForumEMVCo
NatureConsortium technique multi-secteurConsortium des emetteurs paiement
ObjetInteroperabilite NFC generiqueInteroperabilite paiement sans contact
Specifications clesDigital Protocol, Activity, NDEF, Tag operationsEMV Contactless Books A-C, kernels C-1 a C-7
MarqueN-MarkLogos schemes (Visa, Mastercard, etc.) + EMVCo logo
PeriodeTout produit NFC commercialTerminaux, cartes et wallets de paiement
CoucheTransport et NDEFApplication paiement
CoexistenceRequise pour terminal de paiementRequise pour terminal de paiement

Un terminal de paiement sans contact passe en pratique :

  1. La certification radio nationale (RED / FCC).
  2. La certification NFC Forum (couche transport et tag types).
  3. La certification EMVCo Type Approval Level 1 (RF et low-level protocol pour les besoins paiement).
  4. La certification EMVCo Type Approval Level 2 (kernel application paiement).
  5. Les certifications de chaque scheme accepte (Visa, Mastercard, etc.).
  6. 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.

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.

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.

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.

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.

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.

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.

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.

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

  1. NFC Forum , NFC Forum nfc-forum.org/
  2. NFC Forum compliance and certification , NFC Forum nfc-forum.org/our-work/compliance-and-certification/
  3. ISO/IEC 14443, cards and security devices for personal identification, contactless proximity objects , ISO www.iso.org/standard/73598.html
  4. ISO/IEC 18092, information technology, NFC interface and protocol (NFCIP-1) , ISO www.iso.org/standard/56692.html
  5. 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/
  6. EMVCo, contactless specifications and type approval , EMVCo www.emvco.com/