Fundamentos
Reverificação de identidade: validar de novo sem refazer cadastro
Como desenhar reverificação de identidade guardando a referência da verificação original, definindo gatilhos e aplicando atrito proporcional, sem tratar o cliente como desconhecido.

Reverificação de identidade é confirmar que a pessoa por trás de uma conta já verificada continua sendo a mesma, sem repetir o cadastro inteiro. Você reaproveita a verificação original como referência e pede apenas o que o gatilho exige.
A maioria dos produtos trata verificação como evento único. O usuário passa pelo fluxo de entrada, recebe um carimbo de aprovado e some do radar. Meses depois algo muda: o aparelho é outro, a chave Pix de recebimento vira de um terceiro, o volume dobra em uma semana. Aí o sistema tem duas saídas ruins: ignorar e confiar em um carimbo antigo, ou empurrar a pessoa para o formulário de cadastro de novo, tratando um cliente conhecido como desconhecido.
A terceira saída quase ninguém desenha: uma camada de reverificação que sabe o que já foi provado, sabe o que mudou e pede só a diferença. É onde a verificação deixa de ser portão e vira processo, assunto da pauta sobre verificação no ciclo inteiro da conta.
O erro conceitual mais comum: reverificar identidade não é reautenticar sessão
Reautenticação de sessão responde a uma pergunta de posse: quem está com a credencial agora? Senha, código de uso único, passkey e biometria do aparelho provam que alguém controla um fator registrado antes, e nada sobre a pessoa física.
Reverificação de identidade responde a outra: a pessoa por trás desta conta continua sendo a validada lá atrás? Só prova biométrica com detecção de vida, confronto documental ou confirmação em base oficial fecha isso.
Um atacante executa troca fraudulenta de chip, assume o número da vítima e pede recuperação de conta. Se o seu fluxo responde com código por mensagem, você reautenticou a sessão de quem já tem o fator e continua sem saber quem é a pessoa. Regra prática: quando o gatilho sugere troca de pessoa, reverifique identidade; quando é só risco de sessão, reautentique.
O que guardar da verificação original para não começar do zero
Reverificação previsível depende de a verificação de entrada ter deixado referência estável. Guarde, no mínimo:
- Identificador imutável da verificação. Um id que nunca é reaproveitado e amarra decisão, evidências e política aplicada.
- Nível de verificação alcançado e métodos usados. Documento com prova de vida não é o mesmo que confirmação cadastral em base. Sem esse campo, não há como calcular a diferença depois.
- Resultado estruturado das checagens, não só o veredito. Tipo de documento, autenticidade, confronto facial, situação do CPF ou CNPJ, sinais de dispositivo e rede da sessão original.
- Carimbo de tempo e versão da política. A regra que aprovou a conta em 2024 não é a de hoje. Sem versionamento, você não sabe se ela está desatualizada frente ao padrão atual.
- Referência biométrica, dentro da sua política de retenção. A decisão aqui é jurídica antes de ser técnica. A tomada de subsídios da ANPD sobre dados biométricos, aberta em 2025, sinaliza escrutínio sobre base legal, finalidade e prazo de guarda. Defina isso antes da primeira linha de código. As etapas de verificação da Shiel ID estão nas soluções da Shiel ID.
Com esses campos, a reverificação vira operação de delta: comparar o estado atual da conta com o estado provado e pedir só o que falta.
Os cinco gatilhos que justificam chamar a validação de novo
Gatilho é evento observável, não intuição. Comece com cinco e resista à tentação de criar trinta.
Troca de dispositivo. Aparelho novo, sistema operacional novo ou reinstalação com acesso de outra rede. Sozinho é fraco, porque gente troca de celular. Combinado, é forte.
Alteração de dado cadastral sensível. Telefone, e-mail, endereço e, sobretudo, dois ou mais em janela curta. A tomada de conta clássica altera o canal de contato antes de mexer no dinheiro.
Mudança de meio de recebimento. Nova conta bancária, nova chave Pix, novo titular. Em marketplace, é quando um seller legítimo comprometido passa a pagar outra pessoa. A Resolução BCB 457/2025 já exige dos participantes do Pix que a chave só seja registrada com CPF ou CNPJ em situação regular na Receita Federal, e a lógica serve de referência de desenho para quem está fora do perímetro regulado.
Salto de volume ou de padrão. Valor, frequência ou tipo de operação fora da faixa histórica da própria conta. O comparativo é contra o histórico dela, não contra a média da base.
Tempo desde a última validação. Conta dormente que reacorda, ou conta verificada sob política antiga. É o gatilho menos vistoso e o que mais limpa base.
Escolha o nível de atrito proporcional ao gatilho
Nem todo gatilho merece selfie. A escolha do nível separa reverificação de castigo. O atrito aqui não é defeito a eliminar, é a evidência que você vai precisar mostrar depois. A questão é aplicá-lo na proporção certa.
- Dispositivo novo isolado. Hipótese que você está testando: Usuário trocou de aparelho. Nível de reverificação: Passivo. Evidência pedida: Sinais de dispositivo e rede, confirmação em canal já verificado. Efeito no fluxo: Nenhum bloqueio, registro silencioso.
- Alteração de contato em janela curta. Hipótese que você está testando: Canal de recuperação sob controle de terceiro. Nível de reverificação: Intermediário. Evidência pedida: Confirmação no canal antigo mais prova de vida. Efeito no fluxo: Alteração pendente até conclusão.
- Novo meio de recebimento. Hipótese que você está testando: Destino do dinheiro mudou de dono. Nível de reverificação: Alto. Evidência pedida: Biometria com prova de vida e confronto com titularidade. Efeito no fluxo: Saque retido até liberar.
- Salto de volume atípico. Hipótese que você está testando: Conta usada por outra pessoa ou para outro fim. Nível de reverificação: Intermediário a alto. Evidência pedida: Prova de vida, e documento se o salto persistir. Efeito no fluxo: Limite temporário, sem encerrar sessão.
- Verificação vencida por tempo. Hipótese que você está testando: Vínculo nunca reconfirmado sob a política atual. Nível de reverificação: Agendado. Evidência pedida: Prova de vida em janela negociada. Efeito no fluxo: Aviso antecipado, sem interromper uso.
Duas regras fecham a tabela. Nível alto nunca vira formulário de cadastro novo: os dados já estão lá, e pedi-los outra vez só aumenta a chance de erro. E gatilhos que se acumulam sobem um nível: dispositivo novo é passivo, dispositivo novo com troca de chave de recebimento no mesmo dia é alto.
A trilha é o que sustenta a decisão quando alguém contestar
Reverificação sem registro é opinião. Cada execução grava, em evento imutável: qual gatilho disparou, qual versão de política vigia, qual verificação original serviu de referência, quais evidências foram coletadas, qual foi a decisão e quem ou qual regra decidiu.
Para instituições autorizadas pelo Banco Central, esse registro conversa com a Resolução BCB 501/2025, sobre rejeição de transação com fundada suspeita de fraude, e com a Resolução BCB 506/2025, sobre marcação de fraude. Fora desse perímetro, o benefício é igualmente concreto: quando um cliente reclama de bloqueio, a trilha é a diferença entre explicar a decisão e engolir o prejuízo.
O que fazer agora
- Verifique se a sua verificação de entrada deixa referência. Se o banco guarda só um campo de aprovado, a reverificação nasce sem base de comparação. Corrija antes de discutir gatilhos.
- Escolha três gatilhos para começar: mudança de meio de recebimento, alteração de contato em janela curta e verificação vencida por tempo. São os de maior retorno e menor ruído.
- Separe os dois fluxos no código. Reautenticação de sessão e reverificação de identidade não devem compartilhar rota nem log.
- Defina por escrito a política de retenção biométrica, com base legal, finalidade e prazo de descarte.
- Rode uma reverificação agendada em uma fatia pequena da base antiga e meça quantas contas não confirmam o vínculo. Esse número costuma ser a maior surpresa do projeto.
Perguntas frequentes
Reverificação de identidade é a mesma coisa que autenticação de dois fatores? Não. Dois fatores provam que alguém controla uma credencial registrada antes. Reverificação prova que a pessoa por trás da conta continua sendo a validada originalmente. Em troca fraudulenta de chip, o segundo fator pode estar com o atacante e ainda assim passar.
Com que frequência devo reverificar uma conta ativa? Não existe intervalo universal. O critério útil é combinar um prazo máximo desde a última validação com gatilhos por evento. Contas de baixo risco toleram janelas longas, contas com mudança de meio de recebimento pedem reverificação imediata.
Reverificar aumenta o abandono? Aumenta o atrito no ponto onde o risco apareceu, e é isso que se espera dele. O erro caro é aplicar o mesmo nível de exigência para todo mundo. Proporcionalidade ao gatilho mantém a operação previsível.
Preciso guardar a biometria original para reverificar depois? Depende da política adotada. Dá para desenhar reverificação comparando com a referência armazenada ou refazendo confronto contra base oficial. A decisão passa por base legal, finalidade e prazo de retenção, documentados antes da implementação.
Para avaliar como isso se aplica à sua operação, fale com o time comercial da Shiel ID.