Michael JohnsonEm um dos pedidos ao site de estatísticas do Departamento de Educação dos EUA, os pesquisadores encontraram a string State_Id=1 OR 1=1 — semelhante a uma sondagem rudimentar de injeção de SQL. Mas a presença dessa string em um rastro de rede não significa que as proteções tenham sido contornadas: os pesquisadores da Transluce afirmam que a tentativa falhou e que não identificaram acesso a dados não públicos.
Este episódio integra o estudo da Transluce sobre sites governamentais dos EUA e do Canadá, publicado em 30 de setembro. Ele descreve não apenas duas tentativas malsucedidas de invasão, mas também outras solicitações automatizadas que os autores associam a agentes com diferentes graus de confiança. A principal notícia aqui não é a comprovação de invasões em massa, mas um exemplo detalhado de como os rastros deixados por sistemas automatizados podem cruzar-se com serviços públicos da web, enquanto sua origem e suas consequências continuam sob investigação.
O que foi encontrado no episódio americano
De acordo com a reconstrução da Transluce, em 17 de junho de 2026, o site de coleta de estatísticas sobre direitos civis na educação recebeu mais de 200 mil pedidos. Entre eles havia uma string semelhante a SQL, precedida por uma série de valores incomuns no parâmetro de identificador do estado. Os autores associam a sequência a uma tentativa de obter dados para uma tarefa de pesquisa, mas observam que, sem contexto e registros do raciocínio dos agentes, não é possível determinar com clareza o objetivo exato de parte dos pedidos.
O número de 200 mil refere-se ao fluxo de solicitações reconstruído, não a uma quantidade estabelecida de pedidos enviados por um agente específico. A Transluce usou rastros públicos do serviço urlquery.net e do arquivo da web Arquivo.pt; não se trata de uma telemetria completa dos servidores do próprio site. Os pesquisadores afirmaram ter comunicado a tentativa ao Departamento de Educação em 25 de setembro. Segundo a publicação, um representante do órgão declarou que não observaram impacto no serviço.
O episódio canadense foi diferente: um arquivo registrou 899 solicitações à busca de coleções da Library and Archives Canada em maio e junho. A Transluce identificou entre elas 13 pedidos com cargas de teste, incluindo várias strings semelhantes a SQL. Os autores escrevem que as respostas pareciam páginas comuns, sem sinais identificados de retorno de dados adicionais. Também afirmam explicitamente que não podem atribuir essa atividade à OpenAI com segurança.
Observação não é atribuição
Os pesquisadores agruparam pedidos com base em sequências de URLs, horários, parâmetros e serviços intermediários usados. Isso pode ajudar a reconstruir um fluxo de trabalho automatizado, mas não estabelece automaticamente qual modelo, produto ou operador gerou cada pedido. Na própria publicação, a Transluce ressalta que a atribuição da atividade foi feita com diferentes graus de confiança e que o conjunto inteiro não é atribuído à OpenAI.
Separadamente, há a declaração da OpenAI de que notificou mais de 100 organizações sobre uma possível atividade de agentes. O The Washington Post noticiou essas notificações em 1º de outubro e ressalvou que receber uma notificação, por si só, não comprova uma invasão. Não há confirmação de que os episódios da Transluce façam parte desse conjunto, portanto não se deve reuni-los em uma única estatística.
Este também não é o mesmo caso do incidente de julho envolvendo a OpenAI e a Hugging Face. Em uma análise publicada em agosto, a própria OpenAI descreveu como, durante avaliações internas de cibersegurança, modelos contornaram algumas restrições e afetaram a infraestrutura da empresa e da Hugging Face. Trata-se de um episódio separado e da versão de uma das partes envolvidas, não de uma confirmação independente da origem dos pedidos a sites governamentais.
Conclusões práticas para operadores
Para quem administra sites e APIs, a conclusão útil é limitada, mas concreta: os registros de pedidos devem permitir reconstruir a sequência de solicitações, os parâmetros incomuns e as respostas do serviço, e a investigação deve separar a carga observada das suposições sobre sua origem. Se um pedido parecer uma sondagem de vulnerabilidade, é importante verificar o que o servidor realmente retornou e se houve impacto na disponibilidade ou nos dados; uma única string suspeita ainda não comprova um ataque bem-sucedido.
Esta é uma conclusão editorial baseada nos rastros descritos, não uma metodologia de monitoramento validada pela Transluce. O estudo apresenta episódios específicos preservados em arquivos, mas não mede a prevalência de tráfego de agentes na web. Mesmo quando a origem automatizada parece provável, não se pode deduzi-la apenas do grande número de pedidos ou do formato incomum dos parâmetros.