La preuve de vie qui bloque l’usurpation d’identité, pas vos clients

La détection de vivacité vérifie que la personne située devant la caméra est réelle et présente à cet instant précis, et non une photo, une vidéo ou un masque. Elle est utilisée lors de l’enrôlement ou de l’authentification, avant l’acceptation de l’identité. Pour en savoir plus, consultez ce qu’est la détection de vivacité et comment elle fonctionne.

Elle analyse les signaux issus de la capture faciale ou de la vidéo elle-même, tels que la profondeur, la texture et les mouvements involontaires, sans demander de gestes ni d’étapes supplémentaires. L’utilisateur regarde simplement la caméra et l’analyse s’exécute en arrière-plan.

Non. La biométrie faciale identifie la personne et répond à la question de savoir qui elle est. La détection de vivacité prouve qu’elle est bien présente, vivante et non soumise à une contrainte au moment de la vérification. Les deux technologies sont utilisées conjointement : la présence d’une personne réelle est d’abord vérifiée, puis son identité est confirmée.

Les deux analysent le même signal : la présence d’une personne réelle devant la caméra.

Le mode actif demande à l’utilisateur d’effectuer des actions telles que cligner des yeux ou tourner la tête, et fournit une preuve explicite d’interaction.

Le mode passif ne demande aucune action, ce qui évite toute friction et n’exclut pas les personnes qui ne peuvent pas réaliser certains gestes.

Nous proposons les deux approches au sein d’un même SDK, configuré selon le parcours : mode passif lors de l’enrôlement et des accès récurrents, mode actif comme mesure de renforcement pour les opérations à risque.

Elle protège contre les attaques de présentation, notamment le spoofing à l’aide de photos imprimées, de vidéos affichées sur écran ou de masques et artefacts 3D placés devant la caméra.

Les deepfakes, c’est-à-dire les visages synthétiques ou remplacés pendant la capture, sont analysés directement à partir de l’image.

Les attaques par injection, qui consistent à introduire une vidéo manipulée derrière le capteur à l’aide de caméras virtuelles ou d’émulateurs, bénéficient d’une protection renforcée grâce à Injection Attack Defence.

La référence du marché est la certification iBeta conforme à la norme ISO/IEC 30107-3, qui comprend deux niveaux :

Niveau 1 : couvre les attaques de présentation de base.
Niveau 2 : couvre les attaques sophistiquées, comme les masques 3D.

Notre solution de détection de vivacité passive est certifiée pour les deux niveaux et occupe la première place du classement NIST FATE PAD.

Oui. La solution peut être déployée on-premise sur Kubernetes, dans un cloud privé ou sous forme de SaaS. La résidence des données reste conforme aux exigences définies par votre autorité de régulation.

Grâce à un SDK unique compatible avec le web et les applications mobiles, utilisant le même modèle de données dans l’ensemble des processus. La vérification s’effectue en dehors du core bancaire. Les détails de l’architecture sont partagés lors de la session technique.

Oui. L’intégration repose sur un SDK unique et des webhooks qui ne transmettent jamais les données biométriques brutes, uniquement le résultat de la vérification. Votre écosystème antifraude continue ainsi de fonctionner normalement tout en bénéficiant d’un signal supplémentaire.

Cela dépend du modèle de déploiement retenu et du nombre de parcours à intégrer. Le calendrier précis est défini lors de la phase de découverte technique avec votre équipe.

Le modèle distingue les coûts de licence et d’intégration, et varie selon le volume de vérifications et le mode de déploiement choisi. Les détails sont présentés lors de la démonstration sur la base d’un scénario adapté à vos volumes.

Le parcours guide l’utilisateur pendant la capture afin d’obtenir une image exploitable, au lieu de rejeter la demande sans explication. Le comportement précis selon chaque scénario est présenté lors de la démonstration.

Chaque vérification génère un registre consultable indiquant ce qui a été contrôlé, selon quelle méthode et avec quel résultat. Ce registre est associé à l’identité vérifiée du client et reste disponible pour les audits ultérieurs, depuis l’onboarding digital et lors de chaque accès.