O formulário de cadastro foi desenhado para uma pessoa diante da tela. Hoje, ele também recebe agentes de inteligência artificial que navegam e preenchem campos em nome de alguém, e programas que fazem o mesmo sem ninguém por trás. A pergunta de quem cuida de fraude é se dá para saber quem está preenchendo. A resposta curta: os padrões abertos tratam de identificar o agente, não a pessoa. O WebDriver do W3C expõe um sinal que só aparece quando a automação se declara; o grupo Web Bot Auth da IETF padroniza como o agente prova quem ele é, e deixa fora do escopo autenticar o usuário final e distinguir o bot que não participa. Saber se há uma pessoa real, e se é a mesma que já tem conta, continua sendo trabalho da verificação de identidade.
Em resumo
- O WebDriver define
navigator.webdriver, verdadeiro quando o navegador está sob controle remoto; ele só pega a automação que segue o padrão. - O grupo Web Bot Auth da IETF autentica o agente e o operador; "authentication of the end user is out-of-scope".
- A NIST SP 800-63A-4 exige proteção contra ataque automatizado na verificação de identidade e lista biometria e prova de vida entre as mitigações.
- Agente declarado e agente escondido pedem respostas diferentes; nenhum dos dois dispensa verificar a pessoa.
O que o navegador diz sobre automação
O WebDriver é o padrão do W3C para controlar um navegador por programa. O rascunho do editor de 9 de julho de 2026 define um sinal que a página pode ler: "The webdriver-active flag is set to true when the user agent is under remote control. It is initially false." Exposto como navigator.webdriver, ele "returns true if webdriver-active flag is set, false otherwise".
O limite está no próprio desenho. O sinal existe para a automação que segue o padrão. Quem monta um programa para fraudar cadastro pode simplesmente não segui-lo. A ausência do true não prova que há uma pessoa. O que mais o navegador entrega sobre o aparelho, e por que um rótulo isolado não deve reprovar ninguém, está em sinais de dispositivo sem SDK.
O que a IETF está padronizando, e o que deixou de fora
O grupo de trabalho Web Bot Auth, da IETF, foi criado para "standardize methods for cryptographically authenticating automated clients and providing additional information about their operators to Web sites". Entre os casos no escopo, a carta do grupo lista "AI agents retrieving or interacting with content on behalf of end users". O documento de trabalho adotado pelo grupo, o rascunho "HTTP Message Signatures for automated traffic" de 1º de setembro de 2026, usa a assinatura de mensagem HTTP da RFC 9421, padrão da IETF de fevereiro de 2024, que este blog explica no uso em webhook em assinatura de mensagem HTTP.
O que importa para o cadastro está na lista do que ficou fora. A carta exclui "Authenticating the end user of a participating client or agent" e "Techniques for distinguishing non-participating bots from non-bot clients", e resume: "This effort will focus on authentication of the agent; authentication of the end user is out-of-scope."
Nota
Lido pelo lado de quem recebe o cadastro, o padrão responde "este agente é de quem diz ser". Ele não responde "a pessoa por trás deste agente é quem diz ser", nem "este acesso sem assinatura é de um programa". As duas perguntas continuam abertas.
O que a NIST pede da verificação de identidade
A NIST SP 800-63A-4, de julho de 2025, a diretriz do instituto americano de padrões para verificação de identidade, trata o ataque automatizado como requisito geral. A seção 3.5 diz que o provedor de verificação "SHALL implement automated attack protections for the identity proofing process, such as bot detection, mitigation, and management solutions; behavioral analytics; web application firewall settings; and network traffic analysis". A nota de rodapé esclarece que a análise de comportamento serve para saber "whether an interaction is indicative of an automated attack", e não para identificar a pessoa.
Na tabela de ameaças da mesma norma, a linha das tentativas automatizadas de cadastro lista como mitigação, além de firewall e detecção de bot, a confirmação fora de banda e "biometric verification and liveness detection mechanisms". A prova de vida aparece porque responde a pergunta que os sinais de automação não respondem: há uma pessoa real diante da câmera agora.
Agente declarado ou escondido: a matriz
A matriz é a leitura da casa, a partir das três fontes. Ela organiza a resposta pelo que se sabe do agente e pelo que ele está pedindo.
| Situação | Ação pedida | Controle que responde |
|---|---|---|
| Agente declarado e autenticado, agindo por uma pessoa | Preencher dados e iniciar o cadastro | Aceitar o preenchimento; a verificação de identidade e a prova de vida continuam com a pessoa |
| Agente declarado, sem pessoa identificável por trás | Criar conta | Recusar a criação: conta regulada pede titular identificado |
| Automação escondida, sinais de máquina | Criar contas em volume | Defesa em camadas do servidor; prova de vida na verificação |
| Automação escondida com rosto ou documento de outra pessoa | Abrir conta em nome de terceiro | Comparação do rosto com o documento, prova de vida e busca de rosto repetido |
A última linha é a que os padrões de agente não alcançam. Um programa pode preencher o formulário com perfeição e enviar a foto de um documento verdadeiro. O que o barra é a etapa em que uma pessoa real precisa aparecer diante da câmera. As defesas de servidor contra automação, do catálogo da OWASP à proporcionalidade na decisão, estão em ataques de automação em cadastro.
O que muda no produto
Três decisões saem da análise. Primeiro, o formulário pode aceitar agente, mas a etapa de verificação é da pessoa: a selfie e a prova de vida não são delegáveis. Segundo, o sinal de automação vira contexto para a decisão, não decisão sozinho, porque a ausência dele não prova nada. Terceiro, a conta criada por agente sem pessoa por trás é, para quem opera sob regra de conhecer o cliente, uma conta sem titular.
Fontes citadas
- W3C, WebDriver, rascunho do editor de 9 de julho de 2026, seção 4, Interface, em w3c.github.io
- IETF, carta do grupo de trabalho Web Bot Authentication (webbotauth), em datatracker.ietf.org
- IETF, grupo Web Bot Auth, draft-ietf-webbotauth-httpsig-protocol-00, HTTP Message Signatures for automated traffic, rascunho de 1º de setembro de 2026, em datatracker.ietf.org
- IETF, RFC 9421, HTTP Message Signatures, fevereiro de 2024, em rfc-editor.org
- NIST, SP 800-63A-4, Digital Identity Guidelines, Identity Proofing and Enrollment, julho de 2025, seção 3.5 e tabela 3, em nvlpubs.nist.gov