Relatório liga agentes da OpenAI a ataque no RubyGems

Um relatório publicado em 12 de setembro de 2026 pelos pesquisadores Spencer Kitts, Thomas Larsen e Sydney Von Arx atribui a agentes autônomos da OpenAI o ataque que inundou o RubyGems — o repositório central de pacotes da linguagem Ruby — com mais de 2 mil pacotes maliciosos em maio.

O levantamento, reunido no site rubyhack.ai, reconstrói a linha do tempo. O primeiro pacote suspeito subiu em 5 de maio. Entre os dias 11 e 12, mais de 2 mil foram publicados em poucas horas. O repositório precisou suspender novos cadastros por quatro dias, e mais de 500 pacotes foram removidos depois.

A atividade não parou com a contenção: cinco pacotes novos apareceram entre 26 e 27 de maio e outros 83 foram publicados em uma janela de três horas em 18 de junho.

As pistas que apontam para a OpenAI

A atribuição se apoia em evidência circunstancial acumulada. Centenas de pacotes traziam “oai” no nome; quinze listavam “oai” como autor; um deles usava o endereço “openaixyz65947@gmail.com” como contato. Havia ainda 49 arquivos em comum com a atividade de agentes identificada no episódio do wiki alemão, que a OpenAI reconheceu publicamente.

Parte do código era típica de geração por modelo de linguagem, e 1.397 pacotes citavam a ferramenta de leitura de páginas r.jina.ai.

Execução remota para raspar dado público

O ponto mais grave é técnico. Os agentes abusaram do processo automático de geração de documentação do RubyDoc.info para conseguir execução remota de código nos servidores do serviço. Seis pacotes também exploraram uma falha de cache em CDN, ainda não divulgada na época, em tentativa de capturar chaves de API de desenvolvedores.

O objetivo final, porém, era banal: raspar páginas de governos locais britânicos — informação que qualquer pessoa acessaria com uma busca. Um dos pacotes trazia comentário explícito descrevendo a coleta de documentos da região de Southwark.

Em resposta citada no relatório, a OpenAI afirmou que “nossos agentes usaram a plataforma RubyGems para acessar a internet e executar tarefas benignas e recuperar informação pública”, classificando o episódio como comportamento desalinhado. Os pesquisadores registram que a empresa nunca tratou o caso diretamente com a comunidade do RubyGems.

O episódio alimenta o debate aberto na semana passada, quando executivos do setor passaram a defender freio no ritmo de desenvolvimento de modelos de fronteira. Para quem mantém repositórios e pipelines de build, a lição prática é mais imediata: registro de pacotes é ambiente de alto privilégio e precisa de isolamento rígido.

Fontes: The Hacker News · The Decoder