Segnali di frode e confronto dei volti

Cosa fa

Ogni verifica esegue un insieme di rilevatori di frode. Quando uno di essi scatta, aggiunge un segnale di frode alla richiesta. I segnali compaiono nella scheda Segnali di frode della pagina di dettaglio della richiesta e nella scheda Da revisionare; fanno parte anche della risposta API (fraudSignals) e dell'esportazione JSON dei risultati.

Ogni segnale ha una gravità:

• Alta: forte evidenza di frode. Alcuni segnali di gravità alta inviano automaticamente la richiesta alla revisione manuale.
• Media: da verificare. Mostrata al revisore; non impone una decisione.
• Bassa: informativa.

Confronto dei volti

Quando la foto del documento d'identità o il selfie del richiedente vengono elaborati, Certivant calcola un modello del volto: un elenco di numeri che descrive il volto, ricavato solo dal volto rilevato e ritagliato (mai dall'intera carta). Il modello viene confrontato con quelli delle verifiche precedenti in tutte le organizzazioni che usano Certivant, non solo nella propria. È così che viene individuato un frodatore che riutilizza lo stesso volto con un nuovo nome presso un'altra attività.

I quattro segnali sul volto

Cosa si vede, e cosa non si vede mai

Corrispondenza presso un'altra organizzazione. La scheda riporta, per esempio, "Questo volto è già stato verificato presso un'altra organizzazione con un nome e una data di nascita diversi." Nient'altro. Non si vedono mai il nome dell'altra organizzazione, la sua richiesta, il nome o la foto del suo richiedente: il server rimuove questi dettagli prima che raggiungano il browser, la chiave API, i webhook o le esportazioni. I propri richiedenti sono tutelati allo stesso modo quando la corrispondenza è stata trovata su una richiesta di un'altra organizzazione.

Corrispondenza all'interno della propria organizzazione. La scheda collega l'altra richiesta tramite il suo ID di 8 caratteri ("Stesso volto della richiesta ABCD1234") e, quando si è autorizzati ad aprire entrambi i documenti, mostra i due volti affiancati. Se l'altra richiesta appartiene a un team a cui non si ha accesso, la scheda lo indica senza nominarlo.

Ogni scheda mostra anche le differenze (nome, data di nascita, numero del documento), la somiglianza e se un secondo confronto ha confermato la corrispondenza.

Esaminare una corrispondenza del volto

1. Aprire la richiesta e leggere il blocco Confronto del volto nella scheda Segnali di frode.
2. Per una corrispondenza all'interno della propria organizzazione, aprire la richiesta collegata e confrontare i documenti e i richiedenti.
3. Per una corrispondenza presso un'altra organizzazione, considerarla un forte motivo per esaminare più da vicino i documenti, il selfie e i dati di questo richiedente, e poi decidere. Chiedere al richiedente ulteriori prove oppure pianificare una verifica dell'identità dal vivo in caso di dubbio.
4. Approvare o rifiutare dal pannello di revisione come di consueto. La decisione e il segnale vengono entrambi conservati nel registro di audit.

Consenso

Nei moduli pubblici e nella pagina di verifica ospitata, il pannello di consenso chiede al richiedente di acconsentire alla verifica del volto prima di caricare qualsiasi cosa. Per impostazione predefinita è obbligatoria: il richiedente spunta la casella per continuare e vengono eseguiti selfie, prova di vitalità e confronto del volto. Consultare L'esperienza del richiedente.

Alcune leggi richiedono un'alternativa non biometrica (ad esempio in Québec). Solo in quel caso, attivare Consenti ai richiedenti di saltare la verifica del volto nel modulo (editor dei moduli → opzioni di sicurezza dell'acquisizione, disattivata per impostazione predefinita), oppure inviare faceCheckSkippable: true quando si crea la richiesta tramite l'API. La casella della verifica del volto riporta allora l'etichetta "Facoltativo" e il pannello indica: "Se non acconsenti, non viene scattato alcun selfie: [organizzazione] verificherà la tua identità con te in una videochiamata dal vivo." Per i link di verifica inviati senza un modulo vale invece l'impostazione dell'organizzazione nelle impostazioni di verifica (disattivata per impostazione predefinita). Vince la prima corrispondenza: faceCheckSkippable nell'API quando viene inviato (true o false), poi l'opzione del modulo, poi l'impostazione dell'organizzazione.

Se il richiedente rifiuta (possibile solo quando l'alternativa è attiva):

• Il selfie e i passaggi di verifica del volto e di vitalità vengono saltati. I documenti d'identità vengono comunque raccolti.
• Non viene eseguito alcun confronto del volto, alcun controllo di vitalità né alcuna impronta facciale, quindi il volto del richiedente non viene aggiunto all'indice antifrode.
• La richiesta passa alla revisione manuale. Non viene mai approvata automaticamente e non viene mai rifiutata a causa del rifiuto.
• Viene aggiunto il motivo di revisione Verifica del volto rifiutata — verificare in una chiamata dal vivo (biometric_consent_refused) e la pagina della richiesta mostra una scheda, "Verifica del volto rifiutata — consigliata una verifica dal vivo", con un pulsante Pianifica verifica dal vivo.

È possibile usare il codice nelle politiche e nei flussi di lavoro, ad esempio reviewTriggers CONTAINS 'biometric_consent_refused'.

Nelle verifiche dell'identità dal vivo la verifica del volto è una finalità obbligatoria anche nella finestra di consenso. Non viene mostrata quando chi pianifica la chiamata ha disattivato la schermata di consenso completa: in tal caso viene richiesta solo la registrazione video. Quando l'alternativa è attiva (stabilita dall'API, dal modulo della richiesta o dall'impostazione dell'organizzazione, in questo ordine), la verifica del volto è facoltativa. Un richiedente che la rifiuta non viene bloccato e la chiamata non viene annullata. In alternativa, quella sessione dal vivo diventa l'alternativa non biometrica: il conduttore confronta visivamente il volto della persona con il documento d'identità, tramite la videocamera. Conservare l'immagine di un documento d'identità perché una persona la guardi non è biometrico: il richiedente può quindi continuare a inviare documenti d'identità; si disattivano solo il selfie e la verifica del volto. Consultare Senza la verifica del volto.

In entrambi i casi la risposta viene conservata come prova insieme alla verifica: la finalità biometric_fraud_check, la versione del testo, il momento in cui è stata data, l'indirizzo IP e il browser del richiedente. Nel registro di audit viene scritto un evento request.consent_recorded.

Cancellazione

Il modello del volto segue i documenti da cui deriva: quando un documento o una richiesta vengono eliminati (manualmente, secondo le impostazioni di conservazione, dopo una decisione, per una cancellazione o una richiesta di cancellazione dei dati), anche il suo modello del volto viene eliminato.

Controllo del numero della patente di guida

In alcuni luoghi l'ente emittente costruisce il numero della patente a partire dal cognome e dalla data di nascita del titolare. Quando il numero riportato su una patente non è coerente con il cognome e la data di nascita letti sulla stessa carta, è un forte segnale di contraffazione o di scambio. Certivant esegue questo controllo su ogni patente letta e, quando il numero non può appartenere al titolare, aggiunge il trigger di revisione Il numero della patente non corrisponde al nome o alla data di nascita (dl_number_mismatch).

Per le altre regioni, e per le altre province canadesi, gli altri stati USA, l'Irlanda del Nord e il Minnesota, non viene eseguito alcun controllo, perché i loro numeri non contengono il cognome o la data di nascita. Il controllo è volutamente tollerante: accetta il mese così come è scritto oppure con lo scarto che alcuni enti applicano per le donne, e non impone il sesso che un numero potrebbe implicare, quindi segnala solo un numero che chiaramente non corrisponde.

Una non corrispondenza va sempre a una persona e non rifiuta mai da sola: un titolare che ha cambiato cognome dopo il matrimonio può legittimamente conservare un numero costruito sul vecchio. Il revisore vede il trigger tra i motivi di revisione della verifica, e il richiedente vede la frase in linguaggio semplice "una persona esaminerà la verifica". Criteri e workflow possono leggerlo come document.dlNumberMismatch (vero/falso): consultare la progettazione dei criteri.

Altri segnali di frode

• Velocità: molti invii dello stesso richiedente in un breve periodo.
• Riutilizzo del documento: lo stesso numero di documento su un altro profilo della propria organizzazione.
• Conflitto tra documenti: i documenti di una stessa richiesta non concordano su nome o data di nascita.
• Riutilizzo del dispositivo: lo stesso dispositivo usato da più identità. Il numero di persone, la finestra di osservazione e l'azione si impostano a propria discrezione.
• Velocità dell'IP: molti richiedenti dallo stesso indirizzo IP.
• Indirizzo IP usato da più persone: lo stesso indirizzo IP dietro più identità diverse entro la propria finestra temporale.
• Numero di telefono o indirizzo email usati da una persona diversa: consultare Lista di blocco e rilevamento dei duplicati.
• Corrispondenza nella lista di blocco: la verifica corrisponde a una voce della propria lista di blocco. La scheda mostra il tipo che ha corrisposto (volto, numero di documento, telefono, email, IP, dispositivo), mai il valore.
• Paese del provider non coerente: una banca o un'utenza di un paese diverso da quello del richiedente.

Correlati

• Esaminare le richieste KYC e KYB: la pagina di dettaglio in cui compaiono i segnali.
• L'esperienza del richiedente: il pannello di consenso.
• Progettazione di un criterio di rischio: usare i segnali di frode nelle proprie regole.
• Webhook: tipi di segnale nei payload dei webhook.