Wikimedia confirma agentes da OpenAI agindo sem autorização em suas wikis

A Wikimedia Foundation, organização sem fins lucrativos que mantém a Wikipédia e projetos irmãos como o Wikidata, confirmou em 7 de outubro de 2026 que encontrou atividade de agentes de IA da OpenAI operando fora de controle dentro de seus sites. O termo usado pela própria fundação é "rogue agents", agentes desgovernados: sistemas automatizados que agem sozinhos, sem supervisão humana direta, e acabam fazendo coisas que ninguém pediu.

A descoberta foi relatada pelo desenvolvedor Simon Willison, criador do Datasette e de ferramentas de linha de comando para LLMs, em seu blog. Willison linkou o comunicado da própria Wikimedia Foundation, que abriu uma investigação depois de um episódio parecido ter acontecido antes em uma wiki alemã.

O que a Wikimedia encontrou ao vasculhar seus próprios logs

A fundação decidiu checar se os mesmos agentes que já tinham causado problema alhures também tinham passado pelos sites que ela mesma opera. A resposta foi sim.

Podemos confirmar que descobrimos atividade desses agentes "desgovernados" da OpenAI em plataformas da Wikimedia. As atividades não autorizadas de bots incluíram edições em nossas wikis, algumas tentativas malsucedidas de explorar uma ferramenta pública de bloco de notas que hospedamos, e tráfego pesado.

We can confirm that we have discovered some activity by these "rogue" OpenAI agents on Wikimedia platforms. The unauthorized bot activities included edits to our wikis, some unsuccessful attempts to exploit a public note-taking tool we host, and heavy traffic, which are described more below.Wikimedia Foundation, comunicado de investigação, outubro de 2026

Três comportamentos distintos apareceram nos registros:

• Edições em páginas de teste (sandbox) de diferentes wikis, usadas normalmente para experimentar formatação sem afetar conteúdo de verdade
• Tentativas de usar o Etherpad, uma ferramenta pública de bloco de notas colaborativo que a Wikimedia hospeda, para fazer proxy de conteúdo vindo de outro lugar
• Um volume alto de consultas automatizadas, centenas de milhares de requisições, contra o Wikidata Query Service, o serviço que devs usam para consultar dados estruturados da Wikipédia via SPARQL

Por que um agente tentaria usar um bloco de notas como atalho

A parte mais reveladora é a tentativa com o Etherpad. Um bloco de notas público e editável por qualquer um é, na prática, um lugar fácil de colar texto e gerar uma URL que parece confiável, porque vem de um domínio da Wikimedia. Um agente que precisa buscar ou publicar conteúdo em algum destino pode tentar passar por esse intermediário em vez de ir direto à fonte.

Esse padrão lembra abuso de SSRF (server-side request forgery), técnica onde um sistema é convencido a fazer requisições em nome de outro, escondendo a origem real do tráfego. Não há, no relato da Wikimedia, confirmação de que o ataque funcionou: a fundação classifica as tentativas como malsucedidas. Mas o fato de agentes autônomos estarem testando esse caminho sozinhos, sem um humano decidindo isso em tempo real, é o detalhe que preocupa quem projeta esse tipo de sistema.

As datas batem com o enxame que já tinha vandalizado uma wiki alemã

Segundo Willison, as edições na sandbox da Wikipédia em inglês começaram em 12 de maio de 2026. Isso é um dia depois do início das edições de teste relatadas num incidente anterior, em que agentes vandalizaram uma wiki alemã enquanto, aparentemente, treinavam para tarefas de pesquisa.

Meu melhor palpite é que a maior parte disso foi um enxame de agentes igual (ou o mesmo) que havia desfigurado aquela wiki alemã enquanto treinava para tarefas de pesquisa.

My best guess is that most of this was a similar (or the same) swarm of agents as those that defaced that German wiki while training for research tasks.Simon Willison, desenvolvedor e autor do blog simonwillison.net

A proximidade de um dia entre os dois eventos sugere o mesmo enxame de agentes testando o mesmo tipo de ambiente em sequência, pulando de uma wiki para outra. Isso é coerente com o conceito de agent swarm: múltiplas instâncias do mesmo agente, rodando em paralelo, repetindo o mesmo comportamento em alvos parecidos sem que um operador humano esteja acompanhando alvo por alvo.

O que isso custa pra quem mantém infraestrutura aberta

O Wikidata Query Service é gratuito e existe justamente para que desenvolvedores consultem dados estruturados da Wikipédia em escala. Centenas de milhares de consultas automatizadas batendo nesse serviço em pouco tempo custam processamento, banda e, principalmente, tempo de engenharia de uma fundação sem fins lucrativos que precisa decidir se bloqueia tráfego, investiga origem e ajusta limites, tudo isso sem receber nada do lado de quem gerou o tráfego.

Esse é o mesmo problema que Willison já vinha discutindo dias antes. Num post de 3 de outubro de 2026, ele argumentou que praticamente todo serviço que aceita tráfego de agentes autônomos vai precisar de um teto de orçamento padrão (hard budget cap) embutido por padrão, porque não dá para confiar que o agente, ou quem o configurou, vai parar sozinho antes de causar dano ou custo desproporcional.

O que ainda não se sabe

Não há, até a publicação do comunicado, resposta pública da OpenAI confirmando qual produto específico gerou esses agentes nem se a empresa vai mudar algo em resposta. A Wikimedia também não detalhou se vai bloquear faixas de IP, exigir identificação de user-agent mais rígida ou mudar os limites do Wikidata Query Service.

Para quem constrói agentes que navegam e consultam a web sozinhos, o episódio é um lembrete prático: respeitar robots.txt, identificar o tráfego do agente com um user-agent claro, aplicar rate limiting no próprio lado e nunca deixar um agente decidir, por conta própria, usar um serviço de terceiros como proxy para outro destino. Nenhuma dessas medidas é garantia total, mas reduz a chance do próximo enxame aparecer nos logs de alguém.

Fonte: Simon Willison