Seu processo de KYC foi desenvolvido para impedir ataques humanos. Agora, o atacante é uma máquina. Isso é verificação nativa por IA.

Charles Archibong, Cofundador
A verificação de identidade pressupunha um atacante humano, um engenheiro humano e um revisor humano. Agora, os três são parcialmente realizados por máquinas. A verificação nativa por IA significa evidências que uma transmissão de câmera não pode falsificar, resultados que se explicam por si mesmos e contratos que um agente de codificação pode ler.

Pontos principais
- Os ataques de injeção inserem a mídia gerada diretamente no software, ignorando as verificações criadas para um rosto posicionado em frente a uma câmera.
- Evidências que não se baseiam na gravação da câmera, como um chip de documento ou um registro governamental, importam cada vez mais.
- O resultado deve indicar o grau de aprovação e a razão da sua aprovação, em campos que o software permite ramificações, e não apenas um visto verde.
- Os agentes de codificação precisam de um índice, contratos exatos e um ambiente de teste gratuito com um caso de teste para cada resultado. Verifique se os três existem.
- A legislação da UE e da Nigéria garante às pessoas o direito de recorrer a um ser humano quando uma decisão totalmente automatizada as afeta significativamente.
Imagine um processo de integração perfeito. A selfie está nítida e o rosto vira quando solicitado. A página com a foto do passaporte está limpa e todos os campos estão preenchidos. A integração foi implementada em uma tarde e nunca apresentou erros. A conta é aprovada em menos de um minuto.
Agora, imagine que ninguém fez nada disso. O rosto foi gerado. A imagem do documento foi gerada para corresponder. O vídeo nunca passou por uma lente de câmera: foi enviado ao aplicativo por um software que simulava uma. E a integração que o permitiu foi escrita por um agente de programação que adivinhou dois nomes de campos e interpretou um tempo limite como aprovação.
Trata-se de um padrão, não de um incidente específico. Mas cada parte dele está documentada, e a maioria das estruturas de verificação foi projetada antes que tudo isso fosse possível. A verificação nativa de IA é o que se constrói quando esse cenário é a premissa inicial.
Três coisas mudaram ao mesmo tempo
O atacante. Em novembro de 2024, a unidade de crimes financeiros do Departamento do Tesouro dos EUA publicou um alerta sobre deepfakes (abre num novo separador) , afirmando: "A partir de 2023 e continuando em 2024, a FinCEN observou um aumento nos relatos de atividades suspeitas por parte de instituições financeiras, descrevendo o uso suspeito de deepfakes em esquemas de fraude". O alerta acrescenta que contas foram abertas com identidades suspeitas de serem geradas por inteligência artificial. O Laboratório de Inovação da Europol já havia listado a "enganação de mecanismos de 'conheça seu cliente'" entre os usos criminosos de deepfakes em seu relatório de 2022 (abre num novo separador) .
O método importa mais do que o meio. ENISA A Agência Europeia para a Segurança Cibernética (EIS), distingue um ataque de apresentação (algo apresentado à câmara) de um ataque de injeção, em que um artefato digital é "injetado diretamente no subsistema de reconhecimento biométrico" e, portanto, nas suas palavras, "visa contornar o sistema". PAD controles”, as verificações que procuram por uma máscara ou uma tela. Em seu relatório de boas práticas de março de 2024 (abre num novo separador) , a apresentação de deepfake e os ataques de injeção foram os dois tipos de ataques biométricos que as partes interessadas pesquisadas consideraram mais difíceis de mitigar. Um dos sinais de alerta da FinCEN é o mesmo observado em um banco: "Um cliente usa um plugin de webcam de terceiros durante uma verificação em tempo real."
O desenvolvedor. Na Pesquisa de Desenvolvedores do Stack Overflow de 2025 (abre num novo separador) , 84% dos entrevistados disseram que estavam usando ou planejando usar ferramentas de IA em seu processo de desenvolvimento, e mais deles desconfiavam da precisão dessas ferramentas (46%) do que confiavam nela (33%). Esse dado se refere ao uso de ferramentas, não à quantidade de código que uma máquina escreve, e não encontramos nenhuma fonte primária para o segundo número que repetiríamos. O primeiro leitor da documentação do seu provedor é cada vez mais um agente, e o autor do agente não confia totalmente nela.
A documentação está sendo reconstruída para esse leitor. A proposta llms.txt (abre num novo separador) , publicada inicialmente por Jeremy Howard em setembro de 2024, solicita que os sites adicionem "um arquivo markdown /llms.txt aos seus sites para fornecer LLM -conteúdo amigável". A especificação OpenAPI (abre num novo separador) descreve há muito tempo um API para que "tanto humanos quanto computadores" possam entendê-lo sem ler o código-fonte. O Protocolo de Contexto de Modelo (abre num novo separador) permite que um cliente de IA invoque as ferramentas de um servidor, e seu próprio texto é direto quanto ao risco: "Ferramentas representam execução de código arbitrário e devem ser tratadas com a devida cautela."
A decisão. Um resultado de verificação costumava terminar como um PDF Na frente de um responsável pela conformidade. Agora, a solicitação chega a um manipulador de webhook que concede ou nega acesso em milissegundos. O software não consegue ler um visto verde. Ele precisa de um status, um motivo e uma declaração sobre a força da evidência.
O que significa "nativo da IA": cinco testes
Estas são propriedades que você pode verificar.
Algumas evidências não dependem da imagem da câmera. Se cada verificação lê pixels fornecidos pelo dispositivo do solicitante, uma injeção suficientemente boa as invalida todas simultaneamente. ENISA O documento cita duas defesas documentais como as mais proeminentes: consultas ao registro e leitura do chip, que, segundo ele, "poderiam eliminar vários dos ataques sintéticos" (observa também que as empresas privadas não têm permissão consistente para ler chips em toda a UE).
As informações fornecidas pelo dispositivo são verificadas novamente no servidor. NIST A norma SP 800-63A-4 (abre num novo separador) (versão final, julho de 2025) afirma que os provedores " SHALL Implementar controles técnicos para aumentar a confiança de que a mídia digital está sendo produzida por um sensor genuíno", e cita como exemplos a detecção de uma câmera virtual, um emulador ou um dispositivo com jailbreak. Um veredito de vivacidade calculado apenas no telefone é uma alegação, não uma constatação.
O resultado indica a força da verificação e o motivo. Um passaporte verificado pelo chip e uma carteira de habilitação verificada por fotografia não devem apresentar o mesmo resultado. Abordamos esse assunto em KYC níveis de garantia .
Um agente de codificação pode integrar sem adivinhação. Isso significa um índice que ele pode buscar, contratos exatos para solicitações e respostas e um ambiente de teste gratuito com um caso de teste para cada resultado, de modo que o trabalho do agente seja comprovado por testes em vez de simplesmente confiado.
As decisões estabelecem suas regras e deixam espaço para a interpretação humana. O mesmo se aplica aqui. NIST A seção menciona análise e tomada de decisões automatizadas. SHOULD "Deve ser complementado por revisões manuais para corrigir erros de detecção". Um sistema que só pode dizer sim ou não não tem como gerar dúvidas.
O que isso não significa
Um chatbot no painel de controle. Isso não muda em nada o que um vídeo falsificado pode conseguir burlar.
Um modelo decidindo sozinho. Mais IA na tomada de decisões não é o objetivo. O objetivo é obter melhores evidências e uma decisão que possa ser explicada.
Uma pontuação opaca. "Risco: 0,83" sem justificativas não pode ser defendido perante um cliente, um auditor ou um órgão regulador.
Alega-se que se pode detectar todos os deepfakes. Ninguém consegue provar isso. NIST A Europol realiza avaliações independentes (abre num novo separador) de software de detecção de ataques de apresentação justamente porque o desempenho varia e precisa ser medido. A posição da Europol permanece válida: "a robustez de qualquer processo de identificação dependerá do processo como um todo, e não apenas de suas etapas visuais."
O que a lei diz sobre o fator humano no processo.
Vale a pena ler três textos no original, pois eles são mais concisos do que geralmente são descritos.
GDPR Artigo 22. Uma pessoa tem "o direito de não ser sujeita a uma decisão baseada unicamente no processamento automatizado" que produza efeitos jurídicos ou similares significativos. Quando se aplicar uma exceção (contrato ou consentimento explícito), o responsável pelo tratamento deve ainda assim oferecer "pelo menos o direito de obter intervenção humana", de expressar uma opinião e de contestar a decisão. Artigo 22(1) e (3) (abre num novo separador) .
Lei de Proteção de Dados da Nigéria de 2023, seção 37. Estrutura quase idêntica: o direito de não ser sujeito a uma decisão "baseada exclusivamente no processamento automatizado de dados pessoais, incluindo a definição de perfis", com salvaguardas que incluem os direitos de "obter intervenção humana", de expressar um ponto de vista e de "contestar a decisão". Seção 37(1) e (3) (abre num novo separador) .
Lei da UE sobre IA, Anexo III A identificação biométrica remota é classificada como de alto risco , mas o mesmo ponto afirma que ela não inclui a verificação biométrica "cujo único propósito é confirmar se uma pessoa física específica é quem alega ser". Anexo III , ponto 1(a) (abre num novo separador) . Quando um sistema for de identificação biométrica remota, o artigo 14.º, n.º 5, (abre num novo separador) exige que um resultado seja confirmado por pelo menos duas pessoas competentes antes de ser utilizado, e o artigo 86.º, n.º 1, (abre num novo separador) confere à pessoa afetada o direito a «explicações claras e significativas» das decisões baseadas no Anexo III Sistemas de alto risco.
Portanto, uma verificação individual por selfie é tratada de forma diferente da busca de um rosto em meio a vários outros. A qual lado uma característica pertence é uma questão para seus advogados. O voluntário NIST O Quadro de Gestão de Riscos de IA (abre num novo separador) (janeiro de 2023) resume a versão prática em uma frase: os processos de supervisão humana devem ser "definidos, avaliados e documentados". Analisamos apenas os textos da UE, Nigéria e EUA. Outros países divergem.
O que fazer com isso?
Se você estiver comprando, pergunte isso ao departamento de compras e peça a resposta por escrito.
Quais das suas verificações ainda seriam válidas se o atacante controlasse completamente a transmissão da câmera?
Quais resultados de verificação de disponibilidade são calculados no dispositivo e quais são verificados novamente em seus servidores?
O resultado me indica como foi aprovado, em um campo que meu código pode usar para ramificar?
Quando uma regra envia alguém para revisão ou rejeita uma solicitação, posso ver qual regra foi aplicada e quem alterou o resultado posteriormente?
O que você não consegue detectar? Desconfie de uma resposta curta.
Se você estiver construindo. Esta tarde, com Toden Você pode entregar o prompt de integração (abre num novo separador) ao seu agente de codificação. Isso faz com que o agente leia seu repositório, entreviste você e aguarde sua aprovação antes de escrever o código. Em seguida, faça com que ele comprove o trabalho: o Sandbox é gratuito e possui um ID de teste para cada resultado. Finalmente, leiaassuranceLevelereasonCodecom base no resultado.
Se você está assistindo, observe três coisas: se a detecção de ataques de injeção alcançará um padrão de teste tão consolidado quanto o de ataques de apresentação ( ENISA (Observou-se em 2024 que nenhuma havia sido aceita globalmente ainda), se a leitura de chips se tornará legalmente disponível para empresas privadas em mais lugares e se os provedores começarão a publicar o que não conseguem ler.
Onde Toden É o presente, e o que vem a seguir?
Eis o que existe agora, com as limitações inerentes.
Evidências além da câmera. A verificação pode se basear em um banco de dados governamental (na Nigéria, Gana, Quênia, África do Sul e Costa do Marfim) ou no chip do passaporte, autenticado em nossos servidores. Um chip só é válido quando seu signatário se vincula a uma instituição emissora confiável; caso contrário, o resultado é inconclusivo. A leitura do chip requer nossos SDKs para dispositivos móveis, pois nenhum navegador consegue realizá-la. Em todos os outros casos, a verificação se baseia no documento, e o resultado comprova isso:
assuranceLeveléchip,gov_dboudocument.Verificações no servidor. A detecção de vivacidade pode usar gestos, uma sequência aleatória de cores na tela ou ambos. Para a verificação com flash, o telefone relata o que viu e, em seguida, analisamos a gravação, cor por cor. Se nossa leitura for muito fraca para avaliar, ela é registrada como inconclusiva e não é usada contra a pessoa. Se a gravação nunca chegar, seu fluxo de trabalho encaminha o caso para uma pessoa ou o rejeita. Mais informações em detecção de vivacidade no servidor e gestos versus flash .
Sinais de injeção, não à prova de injeção. A Inteligência de Dispositivos procura por câmeras virtuais, emuladores, telefones com root e falhas na integridade dos aplicativos, e uma regra de decisão pode ser aplicada.
verification.cameraSuspectEsses são sinais que alimentam suas regras. Não afirmamos detectar todos os deepfakes e não divulgamos nenhuma taxa de detecção. Esta publicação explica o ataque em detalhes.Resultados que falam por si. Cada resultado traz uma descrição geral.
status, ocheckStatuspor baixo dele, umreasonsentença e um estávelreasonCodeSuas próprias regras de aprovação, revisão e rejeição funcionam como um gráfico de decisão que registra o caminho percorrido, estatusHistoryLista todas as alterações e quem as fez, seja um fluxo de trabalho, um API chave ou revisor.Documentação para agentes. A documentação publica um
llms.txtíndice, todas as páginas em Markdown, dois contratos OpenAPI 3.1, habilidades do agente e documentação. MCP servidor que pesquisa a documentação e não faz nada API chamadas. O agente cria no ambiente de teste (Sandbox); uma pessoa publica os fluxos de trabalho e alterna para as chaves de produção.
E o que ainda não existe. Um MCP O servidor que opera em sua conta, criando sessões ou lendo resultados, está planejado e ainda não está disponível. MCP A especificação torna a autorização opcional e, quando utilizada, exige que os servidores "validem se os tokens de acesso foram emitidos especificamente para eles" ( seção de autorização (abre num novo separador) ). Uma ferramenta capaz de ler dados de identidade precisa atender a esse requisito e a muitos outros antes de ser disponibilizada.
Além disso, esta é a nossa visão, não um compromisso. Acreditamos que a verificação caminha para resultados que carregam seu próprio rastro de evidências, para agentes que atuam em nome dos clientes e precisam de sua própria forma de serem identificados, e para um mercado onde os provedores são avaliados pelo que admitem não poder ver. Preferimos ser avaliados por isso do que por um adjetivo.
Nada aqui constitui aconselhamento jurídico para a sua situação. O que você deve verificar, quando uma pessoa deve analisar o caso e o que você deve informar a um candidato dependem do seu órgão regulador e do seu país.
Quer ver? Abra um Toden espaço de trabalho (abre num novo separador) ou indique ao seu agente o guia de integração de IA (abre num novo separador) .
Fontes
ENISA Boas Práticas para Verificação Remota de Identidade (Março de 2024) (abre num novo separador)
Especificação OpenAPI v3.1.0 (15 de fevereiro de 2021) (abre num novo separador)
Pesquisa de desenvolvedores do Stack Overflow 2025: IA (abre num novo separador)
Lei da UE sobre IA, Artigo 14: Supervisão humana (abre num novo separador)
SecçõesVerificação de identidadeDesenvolvedoresRisco e Conformidade

Charles Archibong
Cofundador
Charles Archibong é cofundador da Toden. Ele escreve sobre verificação de identidade, tecnologia financeira e o trabalho prático de construção de serviços digitais confiáveis.


