Passer au contenu principal
L’authentification basée sur le NFC vous permet de vérifier des documents d’identité en lisant la puce sécurisée intégrée aux passeports et cartes d’identité modernes à l’aide des fonctionnalités NFC d’un téléphone mobile. Cela offre le niveau de sécurité le plus élevé disponible pour la Vérification d’identité.
NFC Interaction

Principaux avantages


Comment activer la vérification NFC

Intégration via SDK natif (recommandé)

La vérification NFC est disponible via nos SDK natifs, qui offrent un accès complet aux fonctionnalités NFC de l’appareil : Le SDK iOS gère automatiquement toute la configuration NFC, notamment :
  • Les identifiants d’application ISO7816 pour les passeports électroniques
  • La configuration des droits et des fonctionnalités
  • La lecture de la puce en temps réel avec retour visuel

Intégration web

⚠️ Limitations des navigateurs La vérification NFC n’est pas disponible dans les navigateurs web en raison des restrictions de la plateforme : Pour les intégrations web, la vérification NFC est automatiquement ignorée et les utilisateurs poursuivent avec la vérification standard du document et du selfie.

Comment cela fonctionne

Initialisation de la session

L’utilisateur lance le processus de vérification depuis votre application ou votre plateforme :
  • SDK natif : lancez le flux de vérification directement dans votre application
  • Web / Web mobile : l’utilisateur est guidé vers l’application Didit pour une vérification compatible NFC, ou poursuit avec une vérification standard

Capture de la photo du document

L’utilisateur prend en photo sa pièce d’identité, permettant de capturer :
  • La MRZ (Machine Readable Zone) — utilisée pour dériver les clés d’accès à la puce
  • Les photos recto et verso du document — données visuelles et éléments de sécurité
  • Les éléments visuels de sécurité — hologrammes, filigranes, micro-impressions

Détection de la prise en charge NFC

Le système vérifie automatiquement la compatibilité de l’appareil et du document :
Si le NFC n’est pas disponible, la vérification se poursuit de manière fluide avec la vérification standard du document et la vérification biométrique.

Lecture de la puce NFC

Pour les appareils et documents compatibles :
  1. L’utilisateur est guidé pour positionner son document près du lecteur NFC du téléphone
  2. Un retour visuel indique la progression de la lecture en temps réel
  3. Une communication sécurisée est établie avec la puce à l’aide des protocoles PACE/BAC

Extraction des données

Le système extrait des données complètes depuis la puce conformément aux normes OACI 9303 :

Vérification cryptographique

Les données extraites font l’objet d’une vérification cryptographique rigoureuse :
Le hash de chaque groupe de données est vérifié par rapport aux signatures enregistrées dans le SOD, garantissant l’intégrité des données.
La chaîne de confiance est validée : Certificat du document → AC signataire du pays → Racine ICAO PKD, avec contrôle par rapport aux listes maîtresses CSCA et au répertoire de clés publiques de l’OACI (ICAO PKD).
Les certificats sont vérifiés par rapport aux listes de révocation de certificats (CRL) pour s’assurer qu’ils n’ont pas été révoqués et que le document n’a pas été signalé comme volé ou compromis.
Les données extraites par NFC font l’objet d’une validation croisée avec les données OCR issues des photos du document, d’une comparaison biométrique faciale et de la vérification de la somme de contrôle de la MRZ.

Résultat et score de confiance

Le résultat final de la vérification comprend :

Documents pris en charge

La vérification NFC fonctionne avec les passeports électroniques et les cartes d’identité électroniques qui contiennent une puce NFC, généralement signalée par ce symbole sur le document :
ePassport Logo
La plupart des passeports délivrés après 2006 contiennent des puces NFC. La couverture varie selon les pays pour les cartes nationales d’identité. Consultez tous les documents pris en charge. La My Number Card japonaise possède un type de puce différent, lue via JPKI au lieu de l’OACI 9303. Consultez Japan My Number Card (JPKI).

Carte My Number japonaise (JPKI)

La carte My Number japonaise (マイナンバーカード) possède une puce, mais pas une puce ICAO 9303. Elle contient des certificats délivrés dans le cadre de JPKI, l’infrastructure à clés publiques du Japon, ainsi que des clés privées qui ne signent qu’après la saisie du code PIN par le titulaire de la carte. Didit la lit au cours de la même étape NFC, via JPKI au lieu de l’ICAO 9303, et chaque résultat NFC indique le protocole utilisé dans chip_protocol (icao ou jpki).
Pas encore disponible. La lecture de la carte My Number via JPKI n’est pas activée en production. D’ici là, une carte My Number capturée dans un SDK natif ignore l’étape NFC avec le motif de saut JPKI_UNAVAILABLE, et la carte est vérifiée par capture de document et correspondance faciale comme auparavant.

Prérequis

Ce que fait la personne

Photographier la carte

La personne capture la carte My Number lors de l’étape de vérification d’identité, comme pour n’importe quel document. Didit reconnaît la carte et envoie une étape NFC JPKI au lieu d’une lecture de puce de passeport.

Saisir le code PIN de la carte

Le SDK demande le code PIN à 4 chiffres de la carte (利用者証明用電子証明書の暗証番号). Lorsque le paramètre jpki_request_attributes du nœud NFC est activé (par défaut), il demande également le mot de passe de signature, également appelé code PIN de signature (署名用電子証明書の暗証番号, 6 à 16 lettres majuscules et chiffres).

Approcher la carte du téléphone

Le SDK lit les certificats de la carte, et la carte signe un défi à usage unique émis par Didit avec sa propre clé. Le SDK téléverse les certificats et les signatures. Les codes PIN sont uniquement transmis à la carte, jamais à Didit.
La carte compte les saisies incorrectes : elle bloque le code PIN à 4 chiffres après 3 erreurs consécutives et le mot de passe de signature après 5 erreurs, et un code bloqué doit être réinitialisé auprès de la mairie du titulaire. Après une saisie erronée, le SDK indique le nombre d’essais restants. Il ne réalise jamais la dernière tentative : lorsqu’il ne reste qu’un seul essai, il s’arrête et indique à la personne où le réinitialiser. Invitez les utilisateurs à préparer leur code PIN et leur mot de passe de signature avant de commencer.

Ce que vérifie Didit

Chaque action est un paramètre du nœud NFC, vous pouvez donc la modifier pour définir Aucune action, Examen ou Refuser. Consultez les avertissements NFC et la configuration de la fonctionnalité NFC.

Ce que signifie un statut de révocation non vérifié

revocation_status: "unchecked" signifie que Didit a vérifié la chaîne de certificats et la signature de la carte, mais n’a obtenu aucune réponse quant à la révocation éventuelle d’un certificat. Un certificat est révoqué lorsque, par exemple, la carte est signalée comme perdue. Puisqu’il est impossible d’exclure qu’une carte soit révoquée, unchecked n’est jamais traité comme good. Cela déclenche JPKI_REVOCATION_UNCHECKED, ce qui envoie par défaut l’étape NFC en examen. Choisissez une autre action avec jpki_revocation_unchecked_action. Lorsque la chaîne de certificats ou la signature n’est pas valide, Didit ne vérifie pas la révocation : le statut reste unchecked et seul l’avertissement relatif à la chaîne ou à la signature est émis.

Données du titulaire et confidentialité

  • Lorsque jpki_request_attributes est activé, la décision inclut le nom, la date de naissance, le sexe et l’adresse du titulaire issus du certificat de signature sous jpki.attributes. Lorsqu’il est désactivé, la personne saisit uniquement le code PIN à 4 chiffres : la lecture prouve toujours la carte et le code PIN, mais ne transporte aucune donnée du titulaire et n’est pas comparée avec la photo de la carte.
  • L’étape NFC ne lit jamais le numéro individuel à 12 chiffres (My Number) de la carte depuis la puce.
  • La décision indique ce que la carte a prouvé, jamais les certificats eux-mêmes, leurs numéros de série ou les signatures.
Le résultat complet est détaillé dans le rapport de vérification NFC.

Exemples d’intégration

SDK iOS (disponible dès maintenant)

Documentation complète du SDK iOS →

SDK Android (disponible dès maintenant)

Documentation du SDK Android →

Architecture de sécurité


FAQ


Dernière modification le 7 novembre 2026