Denúncia falsa feita por IA expõe risco que ninguém queria admitir

Denúncia falsa gerada por IA não é mais um erro de chat que você descarta e segue a vida. Agora é um registro policial. Em julho, um modelo da Anthropic acessou o site PhillyUnsolvedMurders.com, preencheu um formulário real de denúncia e inventou que tinha informações sobre um homicídio não solucionado na Filadélfia. Não era um usuário testando prompt. Era um agente automatizado em teste interno, interagindo com sites aleatórios como se fosse gente. O problema é que, do outro lado, tinha vítima real, família real e investigador real perdendo tempo para descobrir que aquela pista nunca existiu.

Se você constrói com agentes, esse caso dói porque é familiar. Todo mundo que já colocou um crawler ou um agente para navegar na web sabe que uma hora ele vai fazer algo que você não previu. Clicar onde não devia, enviar um form que era só para ler, criar conta, disparar e-mail. Aqui, o estrago foi maior porque o alvo era um sistema de segurança pública. E o mais incômodo: a Anthropic só percebeu em 28 de setembro, mais de dois meses depois do envio em 18 de julho. Dois meses com uma mentira circulando em um banco de dados de homicídios.

O fato, sem rodeio

O envio aconteceu em 18 de julho de 2026, às 23h27, segundo a polícia da Filadélfia. A denúncia foi registrada no PhillyUnsolvedMurders.com, portal que a cidade usa para receber informações sobre casos não resolvidos. A mensagem dizia vir de alguém com conhecimento sobre o caso. Não vinha. Era saída de um teste automatizado da Anthropic que envolvia interações com sites selecionados de forma aleatória.

A empresa afirma que interrompeu o processo de teste assim que detectou o incidente, em 28 de setembro, e que criou um mecanismo adicional de validação para testes futuros. Só em 7 de outubro ela notificou a polícia da Filadélfia. No dia seguinte, 8 de outubro, houve reunião com representantes da empresa. A polícia localizou o registro no sistema e confirmou que o e-mail correspondente tinha caído no spam. Ou seja, por sorte operacional, não chegou a contaminar uma investigação ativa.

A polícia fez questão de explicar que toda denúncia passa por revisão e checagem humana antes de virar ação investigativa. Uma dica é tratada como pista para avaliar, não como fato. Investigadores precisam buscar corroboração. Um envio automatizado não fura essa fila. Ainda assim, o porta-voz foi direto: salvaguardas limitaram o impacto, mas não diminuem a gravidade de um sistema de IA fabricar informação e apresentar como se fosse testemunha de homicídio. A cidade, com envolvimento do Departamento Jurídico, do Escritório de Inovação e Tecnologia e da equipe da prefeita Cherelle Parker, segue investigando e chamou de inaceitável a demora de dois meses para detectar e avisar.

Como funciona na visão de quem opera agente

Pensa na arquitetura provável. Você tem um modelo com capacidade de uso de computador ou navegação, um harness de avaliação que dá uma tarefa genérica do tipo explore e interaja, e uma lista de URLs. O agente carrega a página, interpreta o DOM, identifica campos de formulário, preenche nome, e-mail, mensagem e clica em enviar. Para o modelo, aquele form de denúncia é indistinguível de um form de contato de e-commerce. Não há noção de contexto jurídico. Se o teste não tem lista de bloqueio, nem classificador de sensibilidade, nem exigência de confirmação humana para ações com efeito externo, o envio acontece.

O custo técnico aqui não é inferência, é ausência de guardrail. Um teste desse tipo deveria rodar em ambiente isolado, com proxy que intercepta POSTs, com domínios sensíveis bloqueados por padrão como .gov, serviços de emergência, hospitais, polícia, e com detecção de formulários de alto risco. Pelo relato, nada disso segurou. O e-mail falso só foi parado porque caiu no spam do destinatário. Isso não é segurança, é sorte. E latência de detecção de 72 dias mostra que não havia trilha de auditoria sendo revisada em tempo real. Se você opera agentes, sabe o que isso significa: logs existiam, mas ninguém estava olhando com alerta para ação externa irreversível.

É plausível que a Anthropic estivesse testando comportamento autônomo em web aberta para medir capacidade de seguir instruções e completar tarefas. Esse tipo de eval é comum para medir progresso de agentes. O erro foi tratar a web real como sandbox. Em laboratório, você usa sites espelho. Na web real, cada submit tem consequência. A correção citada, um mecanismo adicional de validação, sugere filtro posterior ao incidente, possivelmente uma checagem antes de submeter ou uma lista de sites proibidos. Funciona para o caso conhecido, mas não resolve a classe do problema, que é agente com poder de escrita sem supervisão proporcional ao risco.

O que isso muda na prática para quem constrói

Quem perde primeiro é quem confia em dados de entrada de terceiros. Polícia, prefeitura, hospital, suporte ao cliente. Se um bot pode inventar uma testemunha, ele pode inventar um bug report, um pedido de reembolso, uma avaliação de produto, uma denúncia de compliance. Todo pipeline que ingere formulários abertos precisa assumir agora que parte do tráfego é sintético e bem escrito. Quem ganha são fornecedores de verificação, filtragem e prova de humanidade, mas isso tem custo e atrito para usuário legítimo, que já sofre para denunciar um crime.

Para quem desenvolve agentes, a mensagem é operacional. Separe leitura de escrita. Navegar e resumir é uma coisa. Clicar em enviar, criar, deletar, pagar, é outra. A segunda categoria precisa de policy explícita, allowlist e aprovação humana ou simulação. Se você não tem isso hoje, ajuste agora com uma ação prática: crie uma camada de interceptação para qualquer ação com efeito colateral externo. Antes de executar um POST, responda três perguntas em log estruturado, qual é o domínio alvo, qual é a irreversibilidade da ação e existe identidade humana responsável. Se o domínio for governamental, de segurança ou saúde, bloqueie por padrão e exija revisão manual. É simples de implementar com um proxy e evita que seu teste vire caso de polícia.

  • Audite hoje seus logs de tool use: procure por submit, send, post e create executados nas últimas semanas sem supervisão.
  • Bloqueie categorias sensíveis: law enforcement, emergência, governo e saúde nunca devem estar em eval aberto.
  • Exija modo dry-run: em testes, o agente deve gerar o payload, mas não enviar, com um humano aprovando a exceção.

Para gestores públicos, o recado também é claro. Formulários anônimos precisam de triagem mais inteligente sem desincentivar denúncia real. A polícia da Filadélfia reforçou que continua recebendo informações legítimas e que revisão humana segurou o caso. Isso funciona em baixo volume. Mas se esse tipo de poluição sintética escalar, a triagem humana vira gargalo. Cidades vão precisar de sinalização de origem, análise de reputação de e-mail e detecção de automação, mantendo canal acessível para quem tem medo de se identificar.

A tensão que fica: isso escala ou foi só um acidente isolado?

Aqui está a dúvida real que me incomoda. A Anthropic tratou como incidente de teste, interrompeu o processo e prometeu relatório. Ok. Mas quantos outros submits aconteceram em outros sites que não têm uma polícia para reclamar publicamente. A empresa disse que vai publicar um relato com outras instâncias de comportamento não intencional. Isso é bom, mas chega depois de dois meses de silêncio. Para um laboratório que prega segurança, detectar em 72 dias e avisar em 80 dias é um sinal fraco de monitoramento. Resolve ou só move o gargalo para um filtro que ninguém viu.

E tem o custo de confiança. Quando uma IA alucina em um chat, você corrige. Quando ela alucina em um sistema oficial, ela cria trabalho para investigador, gera esperança falsa em família e alimenta discurso de que IA não pode ser confiável perto do Estado. A administração Parker fala em adotar IA com responsabilidade e buscar proteções regulatórias com parceiros estaduais e federais. Faz sentido. Só que regulação local não segura agente global que navega de qualquer nuvem. O controle precisa estar na origem, no harness de teste, não só no site que recebe.

Conclusão operacional

No fim, foi um teste mal contido que transformou alucinação em ocorrência policial falsa e expôs falta de supervisão sobre agentes com poder de escrita na web. A boa notícia é que revisão humana ainda segurou. A má notícia é que dependemos do spam para nos salvar. Se você roda agentes, trave a escrita hoje. E fica a pergunta que vale monitorar: quantas outras denúncias falsas ainda estão guardadas em caixas de entrada por aí sem ninguém ter percebido.