Sinais de fraude e correspondência facial

O que faz

Toda verificação executa um conjunto de detectores de fraude. Quando um deles é acionado, ele adiciona um sinal de fraude à solicitação. Os sinais aparecem no cartão Sinais de fraude na página de detalhes da solicitação e no cartão Precisa de revisão, além de fazerem parte da resposta da API (fraudSignals) e da exportação de resultados em JSON.

Cada sinal tem uma gravidade:

• Alta: forte indício de fraude. Alguns sinais de gravidade alta encaminham a solicitação automaticamente para revisão manual.
• Média: merece atenção. É mostrado ao revisor, mas não força uma decisão.
• Baixa: apenas informativa.

Correspondência facial

Quando a foto do documento ou a selfie de um solicitante é processada, a Certivant calcula um modelo facial, uma lista de números que descreve o rosto, obtida somente do rosto detectado e recortado (nunca do documento inteiro). O modelo é comparado com os modelos de verificações anteriores em todas as organizações que usam a Certivant, e não apenas na sua. É assim que se pega um fraudador que reutiliza o mesmo rosto com um nome novo em outra empresa.

Os quatro sinais faciais

O que você vê e o que você nunca vê

Correspondência em outra organização. O cartão informa, por exemplo, "Este rosto já foi verificado em outra organização com um nome e uma data de nascimento diferentes." É só isso. Você nunca vê o nome da outra organização, a solicitação dela, nem o nome ou a foto do solicitante dela. O servidor remove esses detalhes antes que qualquer coisa chegue ao seu navegador, à sua chave de API, aos seus webhooks ou às suas exportações. Seus solicitantes são protegidos da mesma forma quando a correspondência é encontrada na solicitação de outra organização.

Correspondência dentro da sua organização. O cartão traz um link para a outra solicitação pelo ID de 8 caracteres ("Mesmo rosto da solicitação ABCD1234") e, quando você tem permissão para abrir os dois documentos, mostra os dois rostos lado a lado. Se a outra solicitação pertencer a uma equipe à qual você não tem acesso, o cartão informa isso em vez de identificá-la.

Todo cartão também mostra o que difere (nome, data de nascimento, número do documento), a semelhança e se uma segunda comparação confirmou a correspondência.

Revisar uma correspondência facial

1. Abra a solicitação e leia o bloco Correspondência facial no cartão Sinais de fraude.
2. Para uma correspondência dentro da sua organização, abra a solicitação vinculada e compare os documentos e os solicitantes.
3. Para uma correspondência em outra organização, trate-a como um forte motivo para examinar com mais atenção os documentos, a selfie e os dados deste solicitante, e só então decida. Peça mais evidências ao solicitante ou agende uma verificação de identidade ao vivo se tiver dúvidas.
4. Aprove ou rejeite no painel de revisão como de costume. Sua decisão e o sinal ficam ambos registrados no registro de auditoria.

Consentimento

Nos formulários públicos e na página de verificação hospedada, o painel de consentimento pede ao solicitante que concorde com a verificação facial antes de enviar qualquer coisa. Por padrão ela é obrigatória: o solicitante marca a caixa para continuar, e o selfie, a prova de vida e a comparação facial são executados. Consulte A experiência do solicitante.

Algumas leis exigem uma alternativa não biométrica (por exemplo, em Quebec). Somente nesse caso, ative Permitir que os solicitantes pulem a verificação facial no formulário (editor de formulários → opções de segurança da captura, desativada por padrão), ou envie faceCheckSkippable: true ao criar a solicitação pela API. A caixa da verificação facial passa a trazer a etiqueta "Opcional", e o painel informa: "Se você não concordar, nenhum selfie será tirado: [organização] verificará sua identidade com você em uma videochamada ao vivo." Para os links de verificação enviados sem formulário, vale a configuração da organização nas configurações de verificação (desativada por padrão). A primeira correspondência vence: faceCheckSkippable na API quando enviado (true ou false), depois a opção do formulário, depois a configuração da organização.

Se o solicitante recusar (possível somente quando a alternativa está ativada):

• O selfie e as etapas de verificação facial e de prova de vida são ignorados. Os documentos de identidade continuam sendo coletados.
• Nenhuma comparação facial, prova de vida ou impressão facial é executada, então o rosto do solicitante não é adicionado ao índice de fraude.
• A solicitação vai para a análise manual. Ela nunca é aprovada automaticamente e nunca é rejeitada por causa da recusa.
• O motivo de análise Verificação facial recusada — verificar em chamada ao vivo (biometric_consent_refused) é adicionado, e a página da solicitação mostra um cartão, "Verificação facial recusada — verificação ao vivo recomendada", com um botão Agendar verificação ao vivo.

Você pode usar o código em políticas e fluxos de trabalho, por exemplo reviewTriggers CONTAINS 'biometric_consent_refused'.

Nas verificações de identidade ao vivo, a verificação facial também é uma finalidade obrigatória na janela de consentimento. Ela não aparece quando quem agenda a chamada desativou a tela de consentimento completa: nesse caso, só a gravação de vídeo é solicitada. Quando a alternativa está ativada (definida pela API, pelo formulário da solicitação ou pela configuração da organização, nessa ordem), a verificação facial é opcional. Um solicitante que a recusa não é bloqueado e a chamada não é cancelada. Em vez disso, essa sessão ao vivo passa a ser a alternativa não biométrica: o anfitrião compara visualmente o rosto da pessoa com o documento de identidade, pela câmera. Guardar a imagem de um documento de identidade para uma pessoa olhar não é biométrico, então o solicitante ainda pode enviar documentos de identidade; só o selfie e a verificação facial são desativados. Consulte Sem a verificação facial.

Em ambos os casos, a resposta é mantida como evidência junto com a verificação: a finalidade biometric_fraud_check, a versão do texto, o momento da resposta e o endereço IP e o navegador do solicitante. Um evento request.consent_recorded é gravado na trilha de auditoria.

Exclusão

O modelo facial acompanha os documentos de que se originou. Quando um documento ou uma solicitação é excluído (manualmente, pelas suas configurações de retenção, após uma decisão, por um apagamento ou por uma solicitação de exclusão de dados), o modelo facial também é excluído.

Verificação do número da carteira de motorista

Em alguns lugares, o órgão emissor monta o número da carteira de motorista a partir do sobrenome e da data de nascimento do titular. Quando o número de uma carteira não corresponde ao sobrenome e à data de nascimento que a Certivant leu no mesmo documento, é um forte sinal de falsificação ou de engano. A Certivant faz essa verificação em toda carteira de motorista que lê e, quando o número não pode pertencer ao titular, adiciona o gatilho de revisão O número da carteira não corresponde ao nome ou à data de nascimento (dl_number_mismatch).

As demais regiões (e as outras províncias canadenses, os outros estados dos EUA, a Irlanda do Norte e Minnesota) não têm verificação, porque seus números não trazem o sobrenome nem a data de nascimento. A verificação é deliberadamente tolerante. Ela aceita o mês como está escrito ou com o deslocamento que alguns órgãos emissores somam para mulheres, e não exige o sexo que um número sugere, de modo que só sinaliza um número que claramente não corresponde.

Uma divergência sempre vai para uma pessoa e nunca rejeita por conta própria: um titular que mudou de sobrenome após o casamento pode legitimamente manter um número montado com o sobrenome antigo. O revisor vê o gatilho nos motivos de revisão da verificação, e o solicitante vê a frase em linguagem simples "uma pessoa vai revisar". Políticas e fluxos de trabalho podem lê-lo como document.dlNumberMismatch (verdadeiro/falso). Consulte o designer de políticas.

Outros sinais de fraude

• Velocidade: muitos envios do mesmo solicitante em pouco tempo.
• Reutilização de documento: o mesmo número de documento em outro perfil da sua organização.
• Conflito de documentos: os documentos de uma mesma solicitação divergem quanto ao nome ou à data de nascimento.
• Reutilização de dispositivo: o mesmo dispositivo usado por várias identidades. O número de pessoas, o período de análise e a ação são definidos por você.
• Velocidade por IP: muitos solicitantes a partir do mesmo endereço IP.
• Endereço IP usado por várias pessoas: o mesmo endereço IP por trás de várias identidades diferentes dentro do seu período.
• Número de telefone / e-mail usado por outra pessoa: consulte Lista de bloqueio e detecção de duplicidade.
• Correspondência com a lista de bloqueio: a verificação corresponde a uma entrada da sua lista de bloqueio. O cartão mostra o tipo que correspondeu (rosto, número de documento, telefone, e-mail, IP, dispositivo), nunca o valor.
• País do provedor divergente: um banco ou uma concessionária de um país diferente do país do solicitante.

Relacionados

• Revisar solicitações de KYC e KYB: a página de detalhes onde os sinais aparecem.
• A experiência do solicitante: o painel de consentimento.
• Designer de políticas: use os sinais de fraude nas suas próprias regras.
• Webhooks: tipos de sinal nos payloads de webhook.