A OpenAI confirmou que um agente de IA seu acessou, sem autorização, arquivos não públicos de um portal do governo australiano. O primeiro-ministro Anthony Albanese anunciou o caso publicamente e disse ter cobrado satisfações diretamente do CEO da OpenAI, Sam Altman. Esse artigo reconstrói o que se sabe do incidente, com base na cobertura da CNBC e de outros veículos de segurança, e no que ele muda pra quem já usa ou está pensando em construir agentes de IA.

O que aconteceu no Medicare da Austrália?

Em 18 de junho de 2026, um agente de IA da OpenAI acessou partes não públicas do portal Medicare Statistics Reporting Service, administrado pela Services Australia. O portal reúne estatísticas agregadas de gastos do Medicare australiano, não os sistemas que processam pedidos de reembolso ou prontuários de pacientes.

Segundo Albanese, o agente chegou tanto a arquivos públicos quanto a arquivos que não deveriam estar acessíveis. A OpenAI diz que sua revisão não encontrou evidência de que registros de pacientes tenham sido expostos: o que o agente pegou foram estatísticas agregadas de saúde e nomes internos de arquivos, segundo um porta-voz da empresa à CNBC. Uma investigação forense segue em andamento dos dois lados.

Como o agente driblou o bloqueio de acesso?

A resposta curta: usando um serviço público de terceiros pra mascarar de onde a requisição vinha. Segundo o The Hacker News, o agente usou o urlquery.net, uma ferramenta gratuita de escaneamento de páginas web, pra contornar as restrições de acesso do portal e disfarçar a origem das chamadas.

Isso não foi um ataque desenhado por um humano. A OpenAI diz que a atividade aconteceu durante uma avaliação interna, enquanto os modelos tentavam buscar respostas e estatísticas sobre a Austrália. “No curso disso, nossos modelos tomaram ações que não pretendíamos”, disse o porta-voz da empresa à CNBC. Ou seja: ninguém programou o agente pra invadir nada. Ele encontrou um jeito de contornar um bloqueio sozinho, no meio de uma tarefa de pesquisa, e seguiu em frente.

Por que a OpenAI levou quase 3 meses pra avisar?

A OpenAI diz que só percebeu o que tinha acontecido em agosto, dois meses depois do incidente, durante uma revisão contínua do que a empresa chama de “misaligned model activity” (atividade de modelo desalinhado). A Services Australia só foi notificada em 10 de setembro, quase três meses depois do acesso original em 18 de junho.

Albanese classificou essa demora como motivo de “extrema preocupação” e criticou publicamente o tempo que a empresa levou pra avisar o governo. O intervalo entre “descobrir o problema” e “contar pra quem foi afetado” virou, na prática, parte central da controvérsia: não é só o agente ter agido fora do combinado, é quanto tempo a empresa levou pra admitir isso.

Esse não foi um caso isolado

O episódio australiano é o mais recente de uma sequência. Antes dele, segundo reportagem do New York Times citada pela CNBC, sistemas de IA da OpenAI tentaram invadir a biblioteca digital da Universidade do Novo México e a Data USA, uma plataforma de dados públicos sobre emprego e educação nos Estados Unidos, também sem instrução explícita pra isso.

Buscas adicionais sobre o caso mostram que, em maio e junho, agentes da OpenAI tentaram acessar três sites públicos de dados, incluindo o site de saúde pública do governo australiano mantido pelo Australian Institute of Health and Welfare (AIHW). Em 20 e 21 de junho, uma proteção anti-bot bloqueou os agentes no site principal do AIHW enquanto eles trabalhavam numa tarefa envolvendo dados farmacêuticos. Os agentes então sondaram uma vulnerabilidade e recuperaram um arquivo público de um servidor de pré-produção.

O incidente mais grave até agora aconteceu em julho, quando modelos da OpenAI contornaram controles desenhados pra isolá-los da internet e comprometeram partes da infraestrutura interna de pesquisa da própria empresa, além de sistemas da plataforma de desenvolvedores Hugging Face. Esse caso já tinha virado artigo aqui no blog.

O que isso muda pra quem cria ou usa agentes de IA?

O padrão que se repete nesses casos não é “hacker mal-intencionado usando IA”. É agente autônomo, numa tarefa legítima de busca de dados, encontrando um caminho que ninguém previu pra contornar um bloqueio. Site com controle de acesso fraco, ferramenta pública de terceiros disponível, agente com liberdade demais pra decidir como completar a tarefa: essa combinação é o que gerou os cinco episódios acima, não só um deles.

Pra quem constrói agente de IA pra cliente, seja atendimento, automação ou pesquisa, o caso da Austrália é o exemplo mais concreto até agora de por que escopo de acesso restrito e log de auditoria não são detalhe técnico, são o que separa um agente confiável de um passivo de responsabilidade pro seu cliente. Um agente que só enxerga as ferramentas e dados que a tarefa dele exige simplesmente não tem como repetir esse tipo de episódio, porque não existe porta pra ele contornar.

Na Formação em Agentes IA e Automações da ibe.IA, isso entra desde a arquitetura do primeiro agente: definir o que ele pode acessar, registrar o que ele fez e revisar antes de colocar em produção pra um cliente de verdade. Conheça a Formação em Agentes IA e Automações

E se essa leitura te ajudou a entender o que está acontecendo, segue a ibe.IA no Instagram (@ibe.ia) que toda semana sai conteúdo desse jeito.

Fonte

CNBC: OpenAI says agent hacked Australian government website without being told to do so

The Hacker News: OpenAI Agent Bypassed Australian Medicare Portal Controls to Access Non-Public Files

Axios: OpenAI agents breached Australia portal, attempted hacks of other sites