Signaux de fraude et correspondance de visage

Ce que cela permet de faire

Chaque vérification exécute un ensemble de détecteurs de fraude. Lorsqu'un détecteur se déclenche, il ajoute un signal de fraude à la demande. Les signaux apparaissent dans la carte Signaux de fraude de la page de détail de la demande et dans la carte À examiner. Ils font partie de la réponse de l'API (fraudSignals) et de l'export JSON des résultats.

Chaque signal possède une gravité :

• Élevée — indice fort de fraude. Certains signaux élevés envoient automatiquement la demande en examen manuel.
• Moyenne — mérite une vérification. Affichée à l'examinateur ; n'impose pas de décision.
• Faible — informatif.

Correspondance de visage

Lorsque la photo d'identité ou le selfie d'un demandeur est traité, Certivant calcule un gabarit facial — une liste de nombres qui décrit le visage, extraite uniquement du visage détecté et recadré (jamais de la carte entière). Ce gabarit est comparé aux gabarits des vérifications antérieures dans toutes les organisations qui utilisent Certivant, et pas seulement la vôtre. C'est ainsi qu'un fraudeur qui réutilise le même visage avec un nouveau nom auprès d'une autre entreprise est repéré.

Les quatre signaux liés au visage

Ce que vous voyez — et ce que vous ne voyez jamais

Correspondance dans une autre organisation. La carte indique, par exemple, « Ce visage a déjà été vérifié dans une autre organisation, sous un autre nom et une autre date de naissance. » Rien de plus. Vous ne voyez jamais le nom de l'autre organisation, sa demande, le nom ou la photo de son demandeur : le serveur supprime ces informations avant qu'elles n'atteignent votre navigateur, votre clé d'API, vos webhooks ou vos exports. Vos demandeurs sont protégés de la même manière lorsque la correspondance est trouvée sur la demande d'une autre organisation.

Correspondance au sein de votre organisation. La carte renvoie à l'autre demande par son identifiant de 8 caractères (« Même visage que la demande ABCD1234 ») et, lorsque vous êtes autorisé à ouvrir les deux documents, affiche les deux visages côte à côte. Si l'autre demande appartient à une équipe à laquelle vous n'avez pas accès, la carte l'indique sans la nommer.

Chaque carte indique également ce qui diffère (nom, date de naissance, numéro de document), la similarité et si une seconde comparaison a confirmé la correspondance.

Examiner une correspondance de visage

1. Ouvrez la demande et lisez le bloc Correspondance de visage dans la carte Signaux de fraude.
2. Pour une correspondance au sein de votre organisation, ouvrez la demande liée et comparez les documents et les demandeurs.
3. Pour une correspondance dans une autre organisation, traitez-la comme une raison sérieuse d'examiner de plus près les documents, le selfie et les données de ce demandeur, avant de décider. Demandez au demandeur des éléments supplémentaires, ou planifiez une vérification d'identité en direct si vous avez un doute.
4. Approuvez ou rejetez depuis le panneau d'examen, comme d'habitude. Votre décision et le signal sont tous deux conservés dans le journal d'audit.

Consentement

Dans les formulaires publics et sur la page de vérification hébergée, le panneau de consentement demande au demandeur d'accepter la vérification du visage avant de téléverser quoi que ce soit. Par défaut, ce consentement est obligatoire : le demandeur coche la case pour continuer, et le selfie, la détection du vivant et la comparaison faciale s'exécutent. Consultez L'expérience du demandeur.

Certaines lois exigent une alternative non biométrique (au Québec, par exemple). Dans ce cas seulement, activez Permettre aux demandeurs de refuser la vérification du visage sur le formulaire (éditeur de formulaire → options de sécurité de la capture, désactivé par défaut), ou envoyez faceCheckSkippable: true en créant la demande par l'API. La case de la vérification du visage porte alors la mention « Facultatif », et le panneau indique : « Si vous refusez, aucun selfie n'est pris : [organisation] vérifiera votre identité avec vous lors d'un appel vidéo en direct. » Pour les liens de vérification envoyés sans formulaire, c'est le paramètre de l'organisation dans les paramètres de vérification (désactivé par défaut) qui s'applique. La première règle applicable l'emporte : faceCheckSkippable dans l'API lorsqu'il est envoyé (true ou false), puis l'option du formulaire, puis le paramètre de l'organisation.

Si le demandeur refuse (possible seulement lorsque l'alternative est activée) :

• Le selfie et les étapes de vérification du visage et de détection du vivant sont ignorés. Les pièces d'identité sont tout de même recueillies.
• Aucune comparaison faciale, aucune détection du vivant et aucune empreinte faciale ne sont exécutées : le visage du demandeur n'est donc pas ajouté à l'index anti-fraude.
• La demande est envoyée à l'examen manuel. Elle n'est jamais approuvée automatiquement, et jamais rejetée à cause de ce refus.
• Le motif d'examen Vérification du visage refusée — vérifier en appel en direct (biometric_consent_refused) est ajouté, et la page de la demande affiche une carte « Vérification du visage refusée — vérification en direct recommandée » avec un bouton Planifier une vérification en direct.

Vous pouvez utiliser ce code dans les politiques et les flux de travail, par exemple reviewTriggers CONTAINS 'biometric_consent_refused'.

Lors des vérifications d'identité en direct, la vérification du visage est aussi une finalité obligatoire dans la fenêtre de consentement. Elle n'y figure pas lorsque la personne qui planifie l'appel a désactivé l'écran de consentement complet : seul l'enregistrement vidéo est alors demandé. Lorsque l'alternative est activée (définie par l'API, le formulaire de la demande ou le paramètre de l'organisation, dans cet ordre), la vérification du visage est facultative. Un demandeur qui la refuse n'est pas bloqué et l'appel n'est pas annulé. La session en direct devient alors l'alternative non biométrique : l'hôte compare visuellement le visage de la personne avec la pièce d'identité, à la caméra. Conserver l'image d'une pièce d'identité pour qu'une personne la regarde n'est pas biométrique : le demandeur peut donc toujours envoyer des pièces d'identité ; seuls le selfie et la vérification du visage sont désactivés. Consultez Sans la vérification du visage.

Dans les deux cas, la réponse est conservée comme preuve avec la vérification : la finalité biometric_fraud_check, la version du libellé, la date de la réponse, ainsi que l'adresse IP et le navigateur du demandeur. Un événement request.consent_recorded est inscrit dans le journal d'audit.

Suppression

Le gabarit facial suit les documents dont il est issu : lorsqu'un document ou une demande est supprimé (manuellement, selon vos paramètres de conservation, après une décision, ou à la suite d'une demande d'effacement ou de suppression de données), son gabarit facial est supprimé également.

Vérification du numéro de permis de conduire

Dans certaines régions, l'organisme émetteur construit le numéro du permis de conduire à partir du nom de famille et de la date de naissance du titulaire. Lorsque le numéro figurant sur un permis ne correspond pas au nom de famille et à la date de naissance que Certivant lit sur le même document, c'est un indice fort de falsification ou de confusion. Certivant effectue cette vérification pour chaque permis de conduire qu'il lit et, lorsque le numéro ne peut pas appartenir au titulaire, ajoute le déclencheur d'examen Le numéro de permis ne correspond pas au nom ou à la date de naissance (dl_number_mismatch).

Les autres régions — ainsi que les autres provinces canadiennes, les autres États américains, l'Irlande du Nord et le Minnesota — ne font l'objet d'aucune vérification, car leurs numéros ne contiennent ni le nom de famille ni la date de naissance. La vérification est volontairement tolérante : elle accepte le mois tel qu'écrit ou avec le décalage que certains organismes appliquent pour les femmes, et elle n'impose pas le sexe qu'un numéro pourrait impliquer. Elle ne signale donc qu'un numéro qui ne correspond clairement pas.

Une non-concordance est toujours soumise à une personne et n'entraîne jamais de rejet à elle seule : un titulaire qui a changé de nom de famille après son mariage peut légitimement conserver un numéro construit à partir de l'ancien nom. L'examinateur voit le déclencheur dans les motifs d'examen de la vérification, et le demandeur voit la phrase en langage clair « une personne examinera le dossier ». Les politiques et les workflows peuvent le lire sous la forme document.dlNumberMismatch (vrai/faux) — voir le concepteur de politiques.

Autres signaux de fraude

• Vélocité — de nombreuses soumissions du même demandeur en peu de temps.
• Réutilisation de document — le même numéro de document figure sur un autre profil de votre organisation.
• Conflit de documents — les documents d'une même demande ne concordent pas sur le nom ou la date de naissance.
• Réutilisation d'appareil — le même appareil est utilisé par plusieurs identités. Le nombre de personnes, la période d'analyse et l'action à appliquer sont à votre discrétion.
• Vélocité par adresse IP — de nombreux demandeurs issus de la même adresse IP.
• Adresse IP utilisée par plusieurs personnes — la même adresse IP derrière plusieurs identités différentes dans la période que vous avez définie.
• Numéro de téléphone ou adresse courriel utilisé par une autre personne — voir Liste de blocage et détection des doublons.
• Correspondance avec la liste de blocage — la vérification correspond à une entrée de votre liste de blocage. La carte indique le type qui correspond (visage, numéro de document, téléphone, courriel, IP, appareil), jamais la valeur.
• Incohérence du pays du fournisseur — une banque ou un service public d'un pays différent de celui du demandeur.

Voir aussi

• Examiner les demandes KYC et KYB — la page de détail où apparaissent les signaux.
• L'expérience du demandeur — le panneau de consentement.
• Concepteur de politiques — utiliser les signaux de fraude dans vos propres règles.
• Webhooks — types de signaux dans les charges utiles des webhooks.