Gestes ou présence instantanée sur écran : choisir le bon défi

Optez pour les défis gestuels si vous ciblez un large public utilisant différents téléphones et que votre principale préoccupation concerne les photos, les masques et les vidéos préenregistrées. Privilégiez les défis par flash d'écran si votre principale préoccupation est la relecture ou l'injection de vidéos, car la séquence de couleurs est générée spécifiquement pour cette session et ne peut pas figurer dans un enregistrement antérieur. Combinez les deux méthodes si le compte est suffisamment important pour que quelques secondes de capture supplémentaires soient un faible coût par rapport au risque d'usurpation d'identité réussie.

Le choix consiste à trouver un compromis entre les attaques anticipées et les conditions d'authentification des utilisateurs. Aucune méthode n'est universellement meilleure, et chacune présente un mode de défaillance qu'il convient d'anticiper.

Que demande chaque méthode à l'utilisateur de faire ?

Les défis gestuels demandent à l'utilisateur d'effectuer des mouvements faciaux sur demande. Toden Dans les SDK, la sélection par défaut comprend hocher la tête, tourner la tête, cligner des yeux et sourire ; deux actions sont tirées au sort pour chaque session, et chacune dispose de 8 secondes pour être effectuée, selon Flutter. SDK Configuration en direct (s’ouvre dans un nouvel onglet) . Un avatar animé illustre chaque mouvement, et un guidage vocal optionnel lit les instructions à voix haute (sortie de synthèse vocale uniquement, sans accès au microphone).

Le test de flash d'écran demande à l'utilisateur de rester immobile pendant l'affichage d'une courte séquence aléatoire de couleurs. Un visage réel placé devant l'écran reflète ces couleurs ; la caméra enregistre le reflet. Le test vérifie si les bonnes couleurs sont apparues sur le visage dans le bon ordre.

Dans les deux cas, le selfie est pris automatiquement une fois les défis relevés, sans intervention de l'utilisateur, et une courte vidéo est enregistrée afin que la session puisse être visionnée sur le serveur.

À quelles attaques chacun résiste-t-il ?

Les attaques par présentation consistent à placer un élément devant la caméra : une photo imprimée, un téléphone diffusant une vidéo, un masque. Les attaques par injection, quant à elles, contournent complètement la caméra et diffusent une vidéo synthétique ou enregistrée dans l’application, souvent à l’aide d’une caméra virtuelle ou d’un appareil trafiqué. NIST La directive de vérification d'identité de 2025, SP 800-63A-4 (s’ouvre dans un nouvel onglet) , traite les deux séparément pour cette raison et note que les attaques par injection sont de plus en plus souvent associées à des outils génératifs.

Il convient d'interpréter ce tableau comme un indicateur relatif, et non absolu. Aucune méthode de détection de la vivacité ne peut, à elle seule, stopper toutes les attaques, et toute affirmation contraire doit être accueillie avec scepticisme.

Quels sont les problèmes rencontrés par chacun d'eux avec les utilisateurs réels ?

Les attaques sont importantes, mais la personne dont l'écran est fissuré à un arrêt de bus l'est tout autant.

Les gestes sont exigeants pour certains utilisateurs : les personnes à mobilité réduite du cou, certaines personnes âgées, celles qui trouvent les instructions chronométrées stressantes. Un éclairage insuffisant des visages rend les mouvements plus difficiles à suivre. L’ordre aléatoire des instructions empêche également l’utilisateur de s’entraîner.

Le flash de l'écran dépend de la lumière. La réflexion provient de l'écran du téléphone et doit donc rivaliser avec toutes les autres sources de lumière. En extérieur, par fort ensoleillement ou avec une faible luminosité d'écran, la réflexion peut être trop faible pour une lecture fiable. Un système de vérification du flash bien conçu considère ce cas comme non concluant plutôt que comme un échec, car la présence d'un utilisateur en plein jour ne constitue pas une preuve de fraude. Les couleurs clignotantes soulèvent également une question d'accessibilité : W3C 's WCAG La recommandation 2.3.1 (s’ouvre dans un nouvel onglet) indique que le contenu ne doit pas clignoter plus de trois fois par seconde, ou rester en dessous de ses seuils de clignotement. Renseignez-vous auprès des fournisseurs sur la fréquence de changement de leurs séquences et informez les utilisateurs du contenu à venir avant son déclenchement.

Une comparaison pratique, pour des groupes d'utilisateurs à titre d'exemple :

Quand est-il judicieux d'utiliser les deux ?

L'utilisation conjointe des deux méthodes permet de réaliser d'abord les défis gestuels, puis la séquence d'éclairs. Ces deux méthodes se complètent : les gestes sont insensibles à la lumière ambiante, tandis que la séquence d'éclairs est difficile à reproduire avec une vidéo préenregistrée ou une marionnette.

Le coût se traduit par du temps et une perte supplémentaire. Cet échange est généralement rentable lorsqu'une usurpation d'identité réussie est coûteuse, comme pour le déblocage d'un prêt, un portefeuille à limite élevée ou un compte crypto permettant les retraits. Il est rarement avantageux pour un compte à limite basse que vous pouvez restreindre ultérieurement.

Dans Toden Voici un exemple de configuration. Un flux de travail (s’ouvre dans un nouvel onglet) choisit les défis gestuels, la séquence de flash d'écran, ou les deux, et chaque élément intégré SDK et le lien hébergé en hérite ;livenessModeprop (gestures,flashoubothL'équivalent côté code (avec les gestes par défaut) est le modèle biométrique haute assurance qui combine la détection de présence gestuelle et visuelle avec la lecture de la puce du passeport.

Que se passe-t-il une fois le défi relevé ?

Le test sur le téléphone ne constitue que la moitié de la vérification. Un verdict de présence émis par l'application peut être falsifié par un attaquant contrôlant l'appareil ; c'est pourquoi la vidéo enregistrée est importante.

Dans Toden Vérification d'identité : la vidéo de présence enregistrée est réanalysée sur le serveur pour confirmer que la séquence de flash apparaît bien sur le visage. Une non-concordance est enregistrée comme un signal de risque pour vos règles et vos vérificateurs, plutôt que de constituer un échec de vérification en soi. SDK Le jeu interrompt également le défi si plus d'un visage apparaît à l'écran, et le reprend lorsqu'il n'en reste plus qu'un.

Comment décider

Répondez aux quatre questions, dans l'ordre :

1. Quel est le coût d'une imitation réussie ? S'il est faible et facilement rattrapable, les gestes seuls sont généralement proportionnés.

2. Où vos utilisateurs s'authentifient-ils ? Principalement en intérieur, ils privilégient Flash ; principalement en extérieur, ils privilégient les gestes.

3. Qui sont vos utilisateurs ? Si beaucoup ont une mobilité réduite, privilégiez le flash ou configurez les gestes avec guidage vocal.

4. S'agit-il d'une première intégration ou d'une réponse à des soupçons ? Une revérification après un signal de risque justifie les deux.

Ensuite, testez-le avec de vrais utilisateurs sur de vrais téléphones avant de le valider. Mesurez le taux de réussite et le taux de reprise par méthode, et examinez manuellement un échantillon d'échecs pour déterminer s'ils sont dus à une attaque, à la lumière ou aux instructions.