Détection de la vivacité : Méthodes, métriques et tests (FR)

La détection de la vivacité est un contrôle biométrique qui estime si un échantillon provient d'une personne vivante présente lors de la capture, plutôt que d'une photo, d'une relecture, d'un masque ou d'un autre artéfact. Dans la vérification faciale, elle aide à répondre à la question « s'agit-il d'une capture en direct ? » avant qu'un système de correspondance faciale distinct ne réponde à la question « ce visage correspond-il à la référence ? »

Le terme standard pour détecter les artéfacts présentés à un capteur biométrique est la détection d'attaque de présentation, ou PAD. La vivacité et le PAD sont souvent utilisés de manière interchangeable dans les discussions sur les produits, mais la distinction est importante : les attaques peuvent également injecter des médias synthétiques ou rejoués dans le chemin des données sans rien présenter à la caméra physique.

Points clés à retenir

• La vivacité et la correspondance faciale répondent à des questions différentes. Un étranger en direct peut passer le contrôle de vivacité et être quand même la mauvaise personne ; une image précise de la bonne personne peut correspondre tout en étant une relecture.
• Les méthodes passives et actives créent des compromis différents. Les vérifications passives observent une capture normale, tandis que les vérifications actives demandent à l'utilisateur d'accomplir une action sollicitée.
• La défense PAD et l'injection couvrent différents chemins d'attaque. Un flux de capture robuste doit prendre en compte à la fois le capteur et le pipeline logiciel qui le suit.
• Un seul pourcentage de précision ne suffit pas. L'évaluation nécessite des taux d'erreur d'attaque, des taux d'erreur d'utilisateur authentique, des conditions de test, des segments démographiques et de périphériques, la latence et le comportement de réessai.
• Les tests doivent ressembler au déploiement prévu. Les instruments d'attaque, les caméras, la compression, l'éclairage, la géographie et la population d'utilisateurs affectent tous les résultats.

Ce que fait la détection de la vivacité

Un flux de vérification faciale à distance contient généralement plusieurs décisions distinctes :

1. Intégrité de la capture : L'échantillon provient-il du chemin de caméra et d'application attendu ?
2. Détection d'attaque de présentation : Le capteur semble-t-il observer une caractéristique biométrique vivante plutôt qu'un instrument d'attaque ?
3. Qualité biométrique : L'échantillon est-il adapté à l'analyse ?
4. Correspondance faciale : Le visage capturé est-il suffisamment similaire à la référence fiable ?
5. Risque contextuel : Les signaux de l'appareil, du réseau, du compte et du comportement soutiennent-ils la même conclusion ?

Regrouper ces décisions en un seul résultat « vérifié » rend les faiblesses difficiles à localiser. Les garder séparées permet à une équipe d'ajuster la politique, d'expliquer les résultats et de réagir différemment à une faible qualité, à une suspicion d'usurpation, à une non-correspondance d'identité et à un risque contextuel élevé.

La vivacité est donc un contrôle au sein d'une décision d'identité, et non une preuve d'identité en soi.

Attaques de présentation et attaques par injection

Une attaque de présentation se produit au niveau du capteur biométrique. L'attaquant présente quelque chose destiné à être capturé comme s'il s'agissait de la personne cible. Les exemples incluent :

• une image faciale imprimée ou affichée ;
• une relecture vidéo sur un autre écran ;
• un artéfact découpé ou partiel ;
• un masque bidimensionnel ou tridimensionnel ;
• maquillage, prothèses ou autre modification d'apparence.

Une attaque par injection modifie le chemin de capture. Des médias préenregistrés, altérés ou générés peuvent être insérés dans une caméra virtuelle, une application, une interface de système d'exploitation, un émulateur ou une requête réseau. La caméra physique peut ne jamais voir l'échantillon falsifié.

Cette distinction modifie la défense. Le PAD peut détecter des preuves visuelles ou comportementales associées à un artéfact présenté, mais un flux injecté peut éviter les conditions physiques que la méthode PAD attend. Les défenses peuvent donc inclure l'intégrité de l'application, la capture fiable, la résistance à la relecture, la liaison de session, l'authentification de la charge utile, la détection de caméra virtuelle et les vérifications de cohérence côté serveur en plus de l'analyse biométrique.

Vivacité passive, active et hybride

Vivacité passive

La vivacité passive analyse une capture sans demander à l'utilisateur d'effectuer un défi évident. Selon l'implémentation, elle peut inspecter la texture, les repères de profondeur, les reflets, le mouvement, la formation de l'image, la cohérence temporelle ou d'autres signaux.

Le principal avantage est le faible coût d'interaction : la vérification peut avoir lieu lors d'un selfie ordinaire ou d'une courte capture. L'inconvénient est que sa sécurité dépend fortement de l'ensemble d'attaques testé, du canal de capture, du modèle et du seuil. « Passif » décrit l'expérience utilisateur, et non un niveau d'assurance universel.

Vivacité active

La vivacité active demande à l'utilisateur de répondre à une invite, comme changer la pose de la tête ou suivre une séquence aléatoire. La réponse peut ajouter des preuves de défi-réponse et rendre une relecture fixe moins utile.

Les compromis sont le temps supplémentaire, les exigences d'accessibilité, les besoins de localisation et l'erreur de l'utilisateur. Les défis prévisibles ou réutilisables peuvent également perdre de leur valeur, de sorte que la conception du défi et la liaison de session sont aussi importantes que le geste visible.

Vivacité hybride

Un flux hybride combine l'analyse passive avec un défi actif, souvent en n'escaladant que lorsque le résultat passif est incertain ou que le risque environnant est plus élevé. Cela peut préserver un chemin court pour la plupart des utilisateurs authentiques tout en recueillant plus de preuves dans des cas sélectionnés.

Méthode	Interaction utilisateur	Principale force	Principale limitation	Modèle utile
Passive	Capture normale	Faible friction	Dépend des conditions de capture et des attaques testées	Filtrage par défaut
Active	Action sollicitée	Ajoute des preuves de défi-réponse	Plus d'abandon et de travail d'accessibilité	Cas à risque plus élevé ou incertains
Hybride	Conditionnelle	Peut équilibrer les preuves et la friction	Plus de complexité de politique et d'orchestration	Escalade basée sur les risques

Le bon choix dépend de l'action protégée. La récupération de compte, les transferts de grande valeur, les vérifications d'âge, l'accès des employés et l'intégration initiale des clients ne justifient pas nécessairement le même seuil ou la même interaction.

Comment une décision de vivacité est produite

Bien que les implémentations diffèrent, un flux bien structuré suit généralement ces étapes :

1. Démarrer une session liée. Le backend crée une tentative de courte durée associée à l'utilisateur, à l'action, à l'appareil et à la politique attendus.
2. Guider la capture. L'interface vérifie le cadrage, la visibilité, l'éclairage et le mouvement tout en donnant des instructions accessibles.
3. Protéger le chemin d'entrée. L'application limite les opportunités de relecture et de substitution et lie l'échantillon à la session en cours.
4. Vérifier la qualité de l'échantillon. Les entrées inutilisables sont séparées des attaques suspectées ; demander une meilleure capture est différent de rejeter la fraude.
5. Exécuter l'analyse PAD ou de vivacité. Le système produit des scores ou des preuves catégorielles basées sur la méthode configurée.
6. Faire correspondre l'identité si nécessaire. Une comparaison biométrique distincte lie la capture en direct à une référence fiable.
7. Combiner les signaux de risque. L'appareil, l'adresse IP, l'historique des tentatives, la vitesse et le contexte du compte peuvent modifier l'action requise.
8. Appliquer la politique. Le résultat peut être une réussite, un nouvel essai, une montée en puissance, un examen manuel ou un refus.
9. Enregistrer la décision. Les données d'audit doivent identifier les versions, les seuils, les preuves, le calendrier et la raison du résultat.

Les réessais méritent des règles explicites. Les tentatives illimitées offrent aux attaquants plus d'opportunités et peuvent masquer des problèmes opérationnels. Des limites trop strictes, cependant, peuvent pénaliser les utilisateurs authentiques avec des caméras plus anciennes, des handicaps, une mauvaise connectivité ou un éclairage difficile.

Les métriques qui comptent

La norme ISO/IEC 30107 sépare les erreurs impliquant des présentations d'attaque des erreurs impliquant des utilisateurs authentiques. Les termes PAD courants incluent :

• APCER — Taux d'erreur de classification de présentation d'attaque : la proportion de présentations d'attaque d'un type spécifié qui sont incorrectement classées comme authentiques.
• BPCER — Taux d'erreur de classification de présentation authentique : la proportion de présentations authentiques incorrectement classées comme attaques.

Ces valeurs doivent être interprétées ensemble et à un point de fonctionnement donné. Abaisser un seuil peut rejeter plus d'attaques tout en rejetant également plus d'utilisateurs authentiques. Agréger toutes les attaques en une seule moyenne peut masquer une faiblesse contre un instrument particulier, tel que les relectures ou les masques.

D'autres mesures opérationnelles sont également nécessaires :

• échec d'acquisition ou de complétion ;
• taux de réessai et d'abandon ;
• latence de décision ;
• résultats par appareil, système d'exploitation, caméra et condition réseau ;
• résultats dans les groupes démographiques pertinents ;
• taux d'examen manuel et accord des examinateurs ;
• fraudes confirmées et résultats de faux positifs après le déploiement.

La correspondance faciale introduit ses propres mesures de fausse correspondance et de non-correspondance. Celles-ci ne doivent pas être présentées comme des métriques de vivacité. Un rapport complet nomme le sous-système, la population, le seuil, l'ensemble de test et le dénominateur pour chaque taux.

Ce que les tests PAD indépendants prouvent — et ce qu'ils ne prouvent pas

L'évaluation indépendante est précieuse car elle fournit un plan de test reproductible, des instruments d'attaque documentés et des résultats produits en dehors de la propre démonstration du fournisseur. La norme ISO/IEC 30107-3 spécifie les principes des tests et des rapports PAD.

La certification ou les tests en laboratoire ne prouvent pas que chaque déploiement se comportera de manière identique. Lisez la portée :

• Quel produit et quelle version ont été testés ?
• Le mode était-il actif, passif ou les deux ?
• Quelles espèces d'attaque et quels niveaux de présentation ont été inclus ?
• Quels appareils, caméras et conditions environnementales ont été utilisés ?
• Quels seuils et règles de réessai ont été appliqués ?
• Les tests ont-ils couvert uniquement les attaques de présentation, ou aussi les attaques par injection ?

Un déploiement peut diverger d'un résultat de laboratoire en raison de caméras différentes, de la compression, de l'intégration du SDK, des seuils, des conseils de capture ou de la politique. Traitez le rapport comme une preuve concernant une configuration définie, puis ajoutez des tests pour l'environnement réel.

Comment évaluer un système de vivacité

1. Définir l'action protégée

Indiquez ce qui se passe après une réussite et le préjudice causé par une fausse acceptation ou un faux rejet. La conséquence de l'ouverture d'un compte à faible risque peut différer de l'autorisation de la récupération de compte ou d'un transfert important.

2. Construire un modèle d'attaque

Listez les instruments de présentation et les chemins d'injection pertinents. Incluez les relectures et les impressions ordinaires avant de vous concentrer uniquement sur les médias synthétiques sophistiqués. Déterminez si un attaquant possède une image de haute qualité, une vidéo, des documents d'identité, des identifiants de compte ou le contrôle de l'appareil.

3. Exiger des preuves ciblées

Demandez des résultats par attaque au seuil de fonctionnement proposé, et non un chiffre non étiqueté de « 99 % ». Examinez les erreurs d'utilisateur authentique, l'achèvement, la latence, la couverture des appareils, l'accessibilité et la portée des tests indépendants en plus des performances d'attaque.

4. Tester l'intégration réelle

Exécutez le SDK de production ou le composant de capture sur les appareils, les navigateurs, la bande passante et l'éclairage que vos utilisateurs ont réellement. Testez l'interruption, le refus d'autorisation, l'exécution en arrière-plan, les réessais, les émulateurs, les caméras virtuelles et les sessions réutilisées.

5. Évaluer la décision dans son ensemble

Testez la correspondance faciale, les preuves documentaires ou de base de données, la liaison de session, les signaux de l'appareil et du réseau, la logique de montée en puissance, les outils d'examen, les enregistrements d'audit et les chemins de récupération. Un résultat de vivacité ne peut pas compenser une référence d'inscription faible ou une solution de repli non sécurisée.

6. Surveiller après le lancement

Suivez les changements de résultats par version de produit, segment d'appareil, géographie, canal d'acquisition et politique. Les changements peuvent indiquer une nouvelle attaque, une régression de modèle, un problème spécifique à une caméra ou un changement de mix de trafic. Conservez des preuves versionnées afin que les décisions historiques restent explicables.

Erreurs d'évaluation courantes

Traiter la vivacité comme une preuve d'identité

Une personne vivante peut utiliser le document de quelqu'un d'autre ou une identité synthétique. Associez la preuve de présence à une référence fiable et à d'autres contrôles de diligence raisonnable.

Comparer les fournisseurs avec un seul chiffre clé

Les pourcentages sans dénominateurs, types d'attaque, seuils et erreurs d'utilisateur authentique ne sont pas comparables. Demandez la courbe de fonctionnement ou les résultats au seuil que vous comptez utiliser.

Ignorer le chemin d'injection

Le PAD face à la caméra et l'intégrité de l'application résolvent des problèmes liés mais différents. Testez si des médias préenregistrés ou générés peuvent contourner le chemin du capteur attendu.

Confondre mauvaise qualité et fraude

Le flou, l'éblouissement, l'occlusion, les besoins d'accessibilité et la faible bande passante peuvent entraîner de l'incertitude. Un réessai de qualité doit utiliser une messagerie et une politique différentes d'une attaque suspectée.

Bloquer chaque tentative incertaine

Une politique binaire peut augmenter les faux positifs et exclure les utilisateurs authentiques. Un réessai basé sur les risques, une montée en puissance active, un autre facteur et un examen formé sont souvent plus sûrs que de forcer un seul détecteur à tout décider.

Laisser la récupération plus faible que l'inscription

Les attaquants ciblent le chemin le plus facile. Si la récupération de compte ou la réinitialisation de facteur contourne l'assurance originale, une forte vivacité d'intégration ne protège pas le cycle de vie du compte.

Une liste de contrôle de déploiement

Avant le lancement, confirmez que :

• l'action protégée et l'assurance requise sont documentées ;
• les menaces de présentation et d'injection sont modélisées séparément ;
• les résultats des tests identifient les versions, les seuils, les appareils, les instruments d'attaque et les dénominateurs ;
• les résultats de vivacité, de qualité et de correspondance faciale restent séparés ;
• les sessions et les captures sont de courte durée, liées et résistantes à la relecture ;
• les politiques de réessai, de montée en puissance, d'examen et de récupération ont des limites explicites ;
• les parcours d'accessibilité et d'appareils bas de gamme sont testés ;
• les journaux conservent la raison, les preuves, la configuration et la version pour chaque décision ;
• la surveillance peut détecter les changements par type d'attaque et segment d'utilisateur ;
• la rétention de la confidentialité et les contrôles d'accès correspondent à la sensibilité des données biométriques.

Utilisation de Didit pour la vivacité dans un flux de travail d'identité

Didit propose la Vivacité Passive à 0,10 $ par vérification et la Vivacité Active à 0,15 $ par vérification. Ses certifications listées incluent iBeta Level 1 PAD. Les équipes peuvent combiner la vivacité avec la Vérification d'identité, la correspondance faciale et l'Analyse d'appareil et d'adresse IP dans un flux de travail, puis choisir quand réessayer, monter en puissance, examiner ou arrêter.

Le bundle KYC complet est proposé à 0,33 $ et combine la Vérification d'identité, la Vivacité Passive, la Correspondance faciale et l'Analyse d'IP. Les prix actuels des modules sont publiés sur la page des prix. Ces faits sur les produits décrivent les contrôles disponibles ; une organisation doit toujours définir les seuils et les règles d'examen pour ses propres risques, utilisateurs et obligations réglementaires.

Questions fréquemment posées

La détection de la vivacité est-elle la même chose que la reconnaissance faciale ?

Non. La vivacité estime si un échantillon biométrique provient d'une personne vivante et présente. La correspondance faciale compare cet échantillon à une référence pour estimer s'ils représentent la même personne. De nombreux flux ont besoin des deux.

Qu'est-ce que la détection d'attaque de présentation ?

PAD est la détection automatisée des tentatives d'interférence avec un système biométrique au niveau du capteur en présentant un artéfact ou une caractéristique altérée. C'est le terme orienté normes communément associé aux contrôles de vivacité.

La vivacité passive ou active est-elle meilleure ?

Aucune n'est universellement meilleure. Les méthodes passives réduisent généralement l'interaction, tandis que les méthodes actives ajoutent des preuves de défi-réponse au prix de la friction et du travail d'accessibilité. Évaluez les deux par rapport au même modèle d'attaque, à la même population d'utilisateurs, aux mêmes appareils et à la même politique de fonctionnement.

La détection de la vivacité peut-elle arrêter les deepfakes ?

Elle peut être une couche contre certaines attaques de médias synthétiques, mais ce n'est pas une défense complète contre les deepfakes. Les contrôles d'injection, la capture fiable, les signaux forensiques et de provenance, la correspondance faciale, le risque contextuel et la récupération sécurisée restent nécessaires.

Que signifient APCER et BPCER ?

APCER mesure les présentations d'attaque incorrectement classées comme authentiques ; BPCER mesure les présentations authentiques incorrectement classées comme attaques. Les deux dépendent des types d'attaque testés et du seuil de fonctionnement.

Une certification PAD couvre-t-elle les attaques par injection ?

Pas automatiquement. La portée de la certification doit être lue attentivement. Les tests PAD se concentrent sur les attaques de présentation dans des conditions définies ; les défenses contre l'injection et le chemin d'application peuvent nécessiter une évaluation distincte.

À quelle fréquence la vivacité doit-elle être utilisée ?

L'utilisation doit suivre le risque de l'action. Elle peut être appropriée lors de l'inscription, de la récupération, de l'authentification à haut risque ou des transactions sensibles, mais la capture biométrique répétée crée également des coûts de confidentialité et d'expérience utilisateur.

Références principales

• Glossaire NIST : Détection d'attaque de présentation
• ISO/IEC 30107-1:2023 Cadre de détection d'attaque de présentation biométrique
• ISO/IEC 30107-3:2023 Tests et rapports PAD
• NIST FATE Partie 10 : Performance du PAD passif basé sur logiciel
• NIST SP 800-63B-4 : Authentification et gestion des authentificateurs
• Programme de certification de vérification faciale de la FIDO Alliance

La vivacité fonctionne mieux lorsque son affirmation reste étroite et testable : elle ajoute des preuves qu'un échantillon biométrique provient d'une personne vivante lors de la capture. Les décisions d'identité, d'autorisation et de risque continu doivent être construites autour de ces preuves plutôt que d'en être inférées.