Identity Document Services : Le Guide Complet de l'Identité Numérique sur iOS 26

L'identité numérique représente l'une des évolutions technologiques les plus significatives de cette décennie. Avec iOS 26, Apple franchit un cap majeur en introduisant le framework Identity Document Services, permettant aux développeurs d'intégrer la vérification d'identité directement dans leurs applications. Cette avancée s'inscrit dans un mouvement global de dématérialisation des documents d'identité, porté par des réglementations comme eIDAS 2.0 en Europe et le déploiement progressif des permis de conduire mobiles (mDL) à travers le monde.

Cet article s'adresse aux développeurs iOS souhaitant implémenter ces fonctionnalités, mais également aux équipes business et product qui doivent comprendre les opportunités offertes par cette nouvelle ère de l'identité numérique. Nous couvrirons l'ensemble de l'écosystème : du contexte réglementaire aux exemples de code Swift 6.2 prêts à l'emploi, en passant par les standards techniques et les bonnes pratiques de sécurité.

La vérification d'identité traditionnelle souffre de limitations fondamentales. Photographier un document physique pour le télécharger sur un site web expose l'utilisateur à des risques de fraude, génère une expérience utilisateur médiocre et impose aux entreprises de développer des solutions complexes de validation documentaire. Les documents mobiles (mDocs) répondent à ces problématiques en offrant une alternative sécurisée, standardisée et respectueuse de la vie privée.

Apple a présenté lors de la WWDC 2025 une refonte majeure de son approche de l'identité numérique. Le framework IdentityDocumentServices permet désormais aux applications iOS de participer aux flux de vérification d'identité en ligne, tandis que le support de la W3C Digital Credentials API dans Safari et WebKit étend ces capacités au web. Cette double approche — native et web — positionne l'écosystème Apple comme un acteur incontournable de l'identité numérique.

Le framework IdentityDocumentServices offre plusieurs capacités fondamentales. Pour les applications souhaitant fournir des documents d'identité, il permet d'enregistrer des mDocs auprès du système iOS et de les présenter lors de flux de vérification en ligne. Pour les sites web souhaitant vérifier des identités, la Digital Credentials API de Safari permet de demander et recevoir des informations d'identité de manière standardisée.

Les principaux avantages incluent la divulgation sélective (partager uniquement les informations nécessaires), la sécurité cryptographique (signatures numériques par l'autorité émettrice), l'interopérabilité cross-platform (standards ouverts ISO et W3C) et une expérience utilisateur optimale (pas de photos de documents, authentification biométrique).

Le règlement européen eIDAS 2.0 (Regulation EU 2024/1183), entré en vigueur le 20 mai 2024, constitue le cadre juridique de l'identité numérique en Europe. Il impose à chaque État membre de fournir un portefeuille d'identité numérique européen (EUDI Wallet) à ses citoyens d'ici fin 2026.

Les jalons clés du calendrier eIDAS 2.0 sont les suivants :

Le règlement impose le principe de privacy by design : l'utilisateur décide quelles données partager et conserve un historique de ses partages. La divulgation sélective devient ainsi une exigence légale, pas seulement une fonctionnalité technique.

La France a déployé l'application France Identité qui permet déjà de stocker sa carte d'identité numérique et son permis de conduire. L'Agence Nationale des Titres Sécurisés (ANTS) pilote le consortium POTENTIAL, regroupant 148 participants de 19 États membres, pour tester le déploiement du portefeuille européen.

Le permis de conduire numérique français peut être présenté lors des contrôles routiers et sera prochainement utilisable pour les locations de véhicules et les démarches en ligne. Cette initiative préfigure l'intégration complète avec le standard mDL et les exigences eIDAS 2.0.

Aux États-Unis, Apple Wallet supporte déjà les permis de conduire numériques (mDL) dans plusieurs États, acceptés dans plus de 250 points de contrôle TSA. La liste des États compatibles s'étend progressivement : Arizona, Californie, Colorado, Géorgie, Hawaii, Illinois, Iowa, Maryland, Montana, Nouveau-Mexique, Dakota du Nord, Ohio, Virginie-Occidentale...

iOS 26 introduit également la possibilité de créer un passeport numérique en scannant son passeport physique et en vérifiant son identité par biométrie. Ce passeport numérique peut être utilisé pour les vols domestiques aux États-Unis via les checkpoints TSA.

Le standard ISO 18013-5 définit l'architecture des permis de conduire mobiles (mobile Driver's License, mDL). Un mDoc est structuré autour de plusieurs composants essentiels.

Le Mobile Security Object (MSO) est un objet immuable signé par l'émetteur contenant les métadonnées de sécurité du document. Il inclut les digests (empreintes cryptographiques) de chaque élément de données, permettant de vérifier l'authenticité et l'intégrité des informations partagées.

Les namespaces organisent les données du document. Pour un permis de conduire, le namespace principal est org.iso.18013.5.1 et contient des éléments standardisés comme given_name, family_name, birth_date, portrait, driving_privileges, etc.

La Device Key est une clé cryptographique unique liée à l'appareil sur lequel le document a été provisionné. Elle permet de prouver que le document présenté provient bien de l'appareil autorisé, empêchant la copie vers d'autres appareils.

ISO 18013-5 définit deux modes de présentation :

ISO 18013-7 complète ces spécifications avec le support web via l'Annexe C, qui définit le format des requêtes et réponses pour la Digital Credentials API.

La sécurité des mDocs repose sur plusieurs mécanismes. L'authentification de l'émetteur garantit que les données proviennent d'une autorité légitime via une chaîne de certificats vérifiable. L'authentification du document prouve que le mDoc n'a pas été copié vers un autre appareil grâce à la Device Key. Le chiffrement de bout en bout protège les données échangées contre l'interception, même par le navigateur ou le système d'exploitation.

Format CBOR — Les mDocs utilisent le format CBOR (Concise Binary Object Representation) pour l'encodage des données. Pour une compréhension approfondie de CBOR et de son utilisation en Swift, consultez notre article CBOR et ASN.1 : Guide Complet pour Swift.

Le framework IdentityDocumentServices est le cœur de l'implémentation iOS pour l'identité numérique. Il permet aux applications de s'enregistrer comme fournisseurs de documents d'identité et de participer aux flux de vérification en ligne.

Un framework compagnon, IdentityDocumentServicesUI, fournit les composants d'interface utilisateur nécessaires pour afficher les écrans de consentement et d'autorisation.

Pour le développement et les tests, Apple fournit un environnement sandbox permettant de travailler avec des credentials de test. Le déploiement en production nécessite une demande d'entitlement auprès d'Apple Business Connect et le respect des exigences de conformité.

L'architecture se compose de trois acteurs principaux :

Le flux typique se déroule ainsi :

Pour développer une application Document Provider, vous devez configurer les capabilities appropriées dans Xcode. Ajoutez l'entitlement com.apple.developer.identity-document-services.document-provider.mobile-document-types dans votre fichier d'entitlements :

Votre application doit déclarer ses capacités de fourniture de documents dans l'Info.plist. Cela permet à iOS de savoir quels types de documents votre application peut fournir :

L'intégration avec le système de vérification d'identité se fait via une UI App Extension. Dans Xcode 26, créez une nouvelle target en sélectionnant le template "Identity Document Provider" :

L'enregistrement d'un document auprès d'iOS est la première étape. Cette opération doit être effectuée lorsque votre application provisionne un nouveau mDoc pour l'utilisateur :

Exemple d'utilisation lors du provisionnement d'un nouveau permis :

L'extension UI est responsable de l'affichage de l'écran d'autorisation lorsque l'utilisateur sélectionne votre application. Voici une implémentation complète :

Si vous développez un site web souhaitant vérifier des identités, vous utiliserez la W3C Digital Credentials API. Bien que l'implémentation serveur sorte du périmètre de cet article iOS, voici les concepts clés pour comprendre l'écosystème.

La requête se compose de deux parties principales : le Device Request (contenant les documents et éléments demandés) et les Encryption Information (paramètres pour le chiffrement de la réponse). Le tout doit être signé avec un certificat obtenu via Apple Business Connect.

Du point de vue iOS, voici ce qui se passe lorsqu'un utilisateur initie une vérification :

L'architecture d'Identity Document Services est conçue autour du principe de minimisation des données. L'utilisateur voit exactement quelles informations sont demandées avant de donner son consentement. La divulgation sélective permet de partager uniquement les attributs nécessaires : par exemple, prouver qu'on a plus de 21 ans sans révéler sa date de naissance exacte.

Plusieurs couches de sécurité protègent les échanges :

Authentification de la requête : Le site demandeur signe sa requête avec un certificat vérifié. L'utilisateur peut ainsi savoir qui demande ses informations.

Chiffrement de bout en bout : La réponse est chiffrée avec HPKE (Hybrid Public Key Encryption, RFC 9180) en utilisant une clé générée par le serveur du demandeur. Ni le navigateur, ni iOS ne peuvent lire les données.

Authentification de l'émetteur : Le Mobile Security Object contient une signature de l'autorité émettrice (État, préfecture...), permettant de vérifier l'authenticité des données.

Authentification du document : La Device Key prouve que le mDoc provient de l'appareil autorisé, empêchant la copie vers d'autres appareils.

L'API permet aux applications Document Provider d'effectuer une validation de domaine sur le site demandeur. Si un site malveillant tente de se faire passer pour un site légitime, cette validation échouera et l'utilisateur ne pourra pas partager ses données.

L'API s'aligne naturellement avec les exigences du RGPD :

Conformité RGPD — Pour une analyse approfondie de la conformité RGPD dans les applications Apple, consultez notre article RGPD et Privacy : Guide Complet pour les Développeurs Apple.

La location de véhicule est le cas d'usage idéal pour Identity Document Services. Le parcours utilisateur optimisé se déroule ainsi :

Les avantages sont considérables : plus de scan de permis, plus de vérification manuelle par un agent, réduction de la fraude documentaire, et une expérience utilisateur fluide.

Pour les commerces en ligne vendant des produits soumis à restriction d'âge, la vérification peut se limiter à un simple booléen :

Pour le check-in hôtelier, Identity Document Services peut remplacer la copie traditionnelle du passeport :

Pour les services financiers, Identity Document Services simplifie considérablement le processus KYC (Know Your Customer) :

Pour les applications nécessitant des opérations cryptographiques avancées, CryptoKit peut compléter Identity Document Services :

CryptoKit en détail — Pour une exploration complète de CryptoKit et de ses capacités cryptographiques, consultez notre article CryptoKit : Guide des Fondamentaux pour Swift.

Pour les besoins d'audit et de conformité, un système de logging sécurisé est essentiel :

Pour tester vos intégrations, créez des mocks des types du framework :

L'UX est cruciale pour l'adoption de la vérification d'identité numérique. Voici les principes à respecter :

Demandez le minimum nécessaire : Si vous n'avez besoin que de vérifier l'âge, ne demandez pas l'adresse. La divulgation sélective existe pour une bonne raison.

Expliquez le pourquoi : Avant d'initier la vérification, expliquez clairement pourquoi vous avez besoin de ces informations et comment elles seront utilisées.

Gérez les refus gracieusement : Si l'utilisateur refuse la vérification, proposez des alternatives (vérification manuelle, autre méthode) plutôt que de bloquer le parcours.

Respectez les erreurs : Si la vérification échoue (document expiré, signature invalide), communiquez clairement le problème et les solutions possibles.

Tous vos utilisateurs n'auront pas de document d'identité numérique. Prévoyez toujours une alternative :

N'oubliez pas l'accessibilité dans vos interfaces de vérification :

L'identité numérique représente un changement de paradigme dans notre rapport aux documents officiels. Avec Identity Document Services, Apple offre aux développeurs iOS les outils nécessaires pour construire des expériences de vérification d'identité sécurisées, respectueuses de la vie privée et conformes aux réglementations internationales. L'adoption de ces standards ouvrira de nouvelles opportunités commerciales tout en renforçant la confiance des utilisateurs dans les services numériques.