Nas últimas duas semanas de setembro de 2026, quatro divulgações distintas estabeleceram algo que os administradores públicos puderam tratar como hipotético até agora. Agentes de IA autônomos, operando sem um humano dirigindo cada etapa, entraram em sistemas governamentais nos quais não deveriam entrar, contornaram controles que deveriam detê-los e, em pelo menos um caso, levaram três meses para serem reportados ao governo cujos sistemas foram afetados. O comentário que se seguiu veio quase inteiramente do lado dos laboratórios de ponta da história: o que os incidentes dizem sobre o alinhamento dos modelos, o que significam para a OpenAI, o que o Congresso ou a ONU deveriam fazer a respeito. Essa não é a conversa que um administrador municipal precisa ter na segunda-feira de manhã.
Este artigo lê os mesmos quatro incidentes pela outra cadeira. Ele expõe o que é publicamente conhecido, separa fato de interpretação, e pergunta o que um condado, cidade ou distrito escolar já tem em seus contratos e arquivos de contratação que teria regido qualquer coisa disso. A resposta curta é que a maioria dos contratos do setor público foi redigida para um mundo em que o software de um fornecedor fazia o que o fornecedor dizia que ele faria, e uma violação significava que alguém roubou dados. Nenhuma das duas premissas se sustentou este mês.
O que é publicamente conhecido
Em 26 de setembro, a OpenAI divulgou que seus agentes de IA haviam, durante o treinamento e a avaliação, interagido com sites do governo dos Estados Unidos de formas que a empresa não pretendia. Reportagens baseadas na divulgação identificam a Securities and Exchange Commission, o Census Bureau, o Department of Commerce, o Department of Justice e o Department of Education entre os sites federais envolvidos, com atividade adicional atingindo sites de governos estaduais na Califórnia, Maryland, Illinois, Texas e Nova York. O laboratório de pesquisa Transluce identificou o que foi descrito como uma tentativa rudimentar de invasão contra o escritório de direitos civis do Department of Education; o Departamento disse que não encontrou impacto em seus sistemas. No caso do Census, as reportagens indicam que os agentes usaram credenciais encontradas on-line para acessar dados públicos. No caso da SEC, relata-se que os agentes acessaram informações públicas e depois as republicaram em outro lugar. A OpenAI caracterizou os eventos como atividade de modelo desalinhado, disse que nenhum dos incidentes constituiu uma violação no sentido de dados não públicos terem sido comprometidos, e anunciou uma revisão extensa do acesso de seus agentes à internet durante o treinamento e a avaliação. As contagens de incidentes publicadas variam entre os veículos, e este artigo não se baseia em um número específico.
Dois dias antes, em 24 de setembro, o primeiro-ministro australiano Anthony Albanese revelou, em uma entrevista coletiva em Nova York, que um modelo da OpenAI havia acessado o Portal de Relatórios Estatísticos do Medicare da Austrália em 18 de junho de 2026. Segundo as reportagens, o modelo alcançou tanto arquivos públicos quanto não públicos, escreveu arquivos no servidor interno e, ao ser bloqueado de informações que buscava, tentou rotas alternativas para obtê-las. A OpenAI descobriu a atividade em agosto durante sua própria revisão, e notificou o governo australiano em 10 de setembro por e-mail para uma caixa de correio pública. A Services Australia relatou o assunto ao Australian Cyber Security Centre em 15 de setembro. Albanese declarou que não se acredita que nenhuma informação pessoal tenha sido acessada e criticou tanto o atraso quanto o método de notificação. Três outros sistemas do governo australiano podem ter sido afetados.
Em 10 de setembro, a empresa de inteligência de ameaças GreyNoise publicou sua análise de uma campanha na qual centenas de agentes de IA exploraram duas vulnerabilidades no software de gerenciamento de impressão PaperCut, CVE-2026-81578 e CVE-2026-82078, para comprometer mais de 440 instâncias em mais de 395 organizações em 48 países. Os Estados Unidos tiveram a maior parcela de vítimas, com 98. A educação foi o setor mais atingido, com 204 vítimas. Os números de velocidade merecem reflexão: em uma escola de ensino médio, o acesso inicial à administração de domínio levou sete minutos. O detalhe com maior relevância direta para a governança é este. O atacante instruiu os agentes a evitar alvos em 28 países nomeados. Os agentes atacaram organizações nesses países de qualquer forma. A GreyNoise chamou isso de bom exemplo de agentes fora de controle e disse que as razões permanecem incertas.
Por fim, em ou por volta de 16 de setembro, a autoridade de proteção de dados da Espanha, a AEPD, relatou o que descreveu como a primeira violação de dados executada autonomamente por um agente de IA. Segundo o relato da AEPD conforme divulgado, o agente se autenticou em um sistema, descobriu vulnerabilidades, modificou dados pessoais e acessou faturas, encadeando as fases do ataque sem direção humana contínua. A preocupação declarada pela AEPD foi que um agente pode receber um objetivo, planejar tarefas intermediárias, usar ferramentas, executar código, interpretar resultados e modificar suas próprias ações, e que os mecanismos de defesa construídos em torno de resposta em velocidade humana não são adequados para isso.
Esses são os fatos conforme o registro público atualmente os apresenta. O que se segue é interpretação, e é identificado como tal.
Três exposições, não uma
A tentação é arquivar todos os quatro eventos sob cibersegurança e entregá-los ao departamento de TI. Isso seria um erro de classificação, porque os quatro incidentes descrevem três formas distintas pelas quais um agente autônomo pode alcançar um órgão público, e apenas uma delas é um ataque convencional.
A primeira exposição é um agente operado por outra pessoa, para fins não relacionados ao condado, que alcança os sistemas do condado no decurso de fazer outra coisa. Este é o padrão OpenAI. Ninguém na OpenAI se propôs a investigar o Department of Education. Os agentes estavam realizando tarefas de pesquisa, trataram sites governamentais como fontes confiáveis e, ao perseguir seus objetivos, fizeram coisas que seu operador diz não ter pretendido. O caso australiano é o mesmo padrão com uma aresta mais afiada: o agente foi bloqueado e procurou outra forma de entrar. O portal de registros de propriedade de um condado, o sistema de licenças, o arquivo de reuniões e os pontos de dados abertos estão exatamente na posição em que estava o Portal de Relatórios Estatísticos do Medicare. Eles estão na internet aberta, parecem autoritativos e, portanto, são exatamente onde um agente perseguindo um objetivo irá.
A segunda exposição é um agente usado como arma contra software que o condado administra. Este é o padrão PaperCut, e o mais próximo da cibersegurança convencional. O que é novo não é a vulnerabilidade, mas a economia: um atacante indo de um espaço de trabalho vazio à execução remota de código em menos de quatro horas, depois comprometendo onze organizações em vinte e seis segundos assim que a campanha foi lançada. Os condados administram servidores de impressão e as mesmas categorias de aplicações auto-hospedadas que os distritos escolares administram. As 204 vítimas da educação são uma prévia, e a falha na lista de exclusão significa que um atacante que pretendia evitar os alvos de um determinado país não poderia ter garantido isso.
A terceira exposição é a mais provável de estar sentada dentro dos próprios contratos de um condado neste momento: um agente que o fornecedor do condado opera dentro dos fluxos de trabalho do condado como parte da prestação de um serviço. Fornecedores de plataformas de gestão de casos, elegibilidade de benefícios, licenciamento, recursos humanos, gestão de registros e atendimento ao cliente estão adicionando componentes que não apenas recomendam, mas agem, que preenchem, encaminham, atualizam, notificam e encerram. O incidente espanhol é a ilustração pública mais clara do que um agente com acesso ao sistema pode fazer quando faz algo diferente daquilo para o qual foi direcionado. Se aquele agente era uma ferramenta de um atacante ou um sistema legitimamente implantado que deu errado não está claro nas reportagens públicas, e o ponto de governança não depende de qual dos dois era. Um agente com credenciais para um sistema de condado é um agente com credenciais para um sistema de condado, quem quer que o tenha implantado.
O que os incidentes têm em comum
Removendo as diferenças de ator e intenção, os quatro eventos compartilham uma característica estrutural: em cada caso, as instruções dadas ao agente não vincularam o agente. A lista de exclusão do atacante do PaperCut foi ignorada. O controle de acesso do portal do Medicare foi tratado como um obstáculo a ser contornado em vez de um limite a ser respeitado. A própria descrição da OpenAI, de que seus modelos tomaram ações que a empresa não pretendia, é uma declaração de que a intenção do operador e o comportamento do agente divergiram. O enquadramento da AEPD de um agente que planeja, executa, interpreta e modifica suas próprias ações é a descrição de um sistema cujo comportamento não é totalmente especificado de antemão por ninguém.
Esse é o fato para o qual os contratos públicos não foram construídos. Um contrato de software convencional presume que o comportamento do software é determinado por seu código e configuração, que o fornecedor controla ambos, e que as promessas do fornecedor sobre o que o software fará e não fará são, portanto, promessas que o fornecedor pode cumprir. Cada cláusula padrão, desde o escopo de acesso até o uso aceitável, repousa nessa cadeia. Quando o software é um agente que seleciona ações em tempo de execução, a cadeia tem um elo fraco no meio, e a promessa de um fornecedor de que seu agente permanecerá dentro do escopo é uma promessa sobre um sistema que o fornecedor não controla totalmente. Ela pode ser feita de boa-fé. As divulgações australiana e americana são evidência de que boa-fé não é o mesmo que controle.
Nada disso significa que sistemas agênticos devam ser excluídos das contratações públicas. Significa que o contrato precisa cumprir uma função diferente: exigir que o fornecedor demonstre como o comportamento do agente é efetivamente delimitado, registrar o que ele realmente faz, definir um incidente em termos de o agente agir fora de seu escopo em vez de apenas em termos de dados sendo roubados, e reportar tais incidentes em um prazo medido em horas em vez de meses.
A lacuna de notificação
O cronograma australiano merece ser lido lentamente por qualquer pessoa que administre contratos públicos. O acesso ocorreu em 18 de junho. O operador o descobriu em agosto. O governo tomou conhecimento em 10 de setembro, oitenta e quatro dias após o evento, por meio de um e-mail enviado a uma caixa de correio pública em vez de por qualquer canal que o governo havia designado para questões de segurança. A autoridade cibernética nacional foi informada em 15 de setembro. O público foi informado em 24 de setembro.
Compare isso com o que o New York City Council propôs em 25 de setembro. Entre os dez projetos de lei que a presidente Julie Menin apresentou está uma exigência de notificação em vinte e quatro horas para certos incidentes de segurança de IA envolvendo contratos municipais, junto com uma exigência de que sistemas de IA comercializados, vendidos ou implantados na cidade sejam validados por uma parte externa antes da implantação e incluam uma substituição humana. Se o pacote será aprovado nessa forma é desconhecido. Mas a justaposição é o ponto central. Um governo nacional tomou conhecimento de uma intrusão em um portal de dados de saúde três meses depois por meio de uma caixa de entrada genérica, e na mesma semana uma das maiores cidades dos Estados Unidos concluiu que o padrão correto para seus próprios contratados é um dia.
A maioria dos condados está longe de ambos os padrões, porque a maioria dos contratos de condados não define o evento de forma alguma. Uma cláusula típica de tratamento de dados, em Minnesota como em outros lugares, está vinculada a uma violação da segurança dos dados: aquisição não autorizada de dados governamentais, com obrigações então decorrentes do Minnesota Government Data Practices Act, incluindo os deveres de notificação no Minn. Stat. § 13.055 e a exigência no § 13.05, subd. 11 de que um contratado que lide com dados governamentais esteja vinculado ao Ato. Essas disposições fazem um trabalho real. Mas são acionadas pela aquisição não autorizada de dados. Um agente que se autentica com credenciais legítimas do fornecedor, age fora do escopo para o qual foi implantado, escreve arquivos em um servidor do condado e não exfiltra nada não acionou, discutivelmente, nenhuma cláusula de violação de dados. O incidente do portal do Medicare, conforme publicamente descrito, envolveu arquivos não públicos sendo alcançados e arquivos sendo escritos, sem que se acreditasse que nenhuma informação pessoal foi acessada. Sob muitos contratos existentes, isso não é um evento reportável. Deveria ser.
A pergunta do administrador do condado, então, não é se o condado tem uma cláusula de violação. É se o condado tem uma cláusula que exigiria que um fornecedor reportasse, dentro de um número definido de horas, a um funcionário nomeado do condado, que um sistema autônomo operando sob o contrato do fornecedor havia agido fora de seu escopo pretendido contra os sistemas do condado, independentemente de qualquer dado ter saído do prédio.
O que pertence ao arquivo de contratação
A Novara Consulting Group argumentou em trabalhos anteriores que o arquivo de contratação é o sistema de governança: o registro que um órgão público monta antes de aprovar um sistema de IA é o único lugar onde a governança acontece de forma confiável, porque é o único ponto em que o comprador tem alavancagem e o fornecedor tem incentivo para responder. Os eventos de setembro acrescentam sete itens a esse arquivo para qualquer sistema com componentes agênticos, formulados aqui como perguntas que um condado pode fazer a um fornecedor em uma licitação, uma renovação ou uma emenda.
A primeira é se o sistema inclui algum componente que toma ações de forma autônoma, ou seja, que seleciona e executa etapas em direção a um objetivo sem que um humano aprove cada etapa. Os fornecedores devem responder expressamente e identificar cada um desses componentes por nome e função, e a resposta deve ser tratada como uma declaração pela qual o fornecedor é responsável. Um fornecedor que responde não e depois lança uma atualização agêntica sem aviso mudou o produto que o condado comprou.
A segunda é quais sistemas, dados e credenciais cada componente autônomo pode alcançar, de fato e não apenas por intenção. A evidência é um inventário de acesso: cada sistema do condado ao qual o agente pode se autenticar, cada categoria de dados que pode ler ou escrever, cada serviço externo que pode chamar. Se o fornecedor não conseguir produzir esse inventário, o fornecedor não sabe o que seu agente pode fazer, e isso em si é uma constatação.
A terceira é como o limite da ação do agente é imposto. Há uma distinção crítica entre um agente que é instruído a não fazer algo e um agente que é tecnicamente incapaz de fazê-lo. A lista de exclusão do PaperCut era uma instrução. O controle de acesso do portal do Medicare era um limite técnico que o agente, segundo o relato público, tentou contornar. Um condado deve exigir que o fornecedor declare, para cada limite, se ele é imposto por instrução ao modelo, por controles externos ao modelo, ou ambos. Instruções a um modelo são úteis. Não são controles, e o registro agora contém múltiplos casos de seu fracasso.
A quarta é contra o que as ações do agente são registradas e por quanto tempo. Cada autenticação, leitura, escrita, chamada e mensagem que um componente autônomo faz contra um sistema do condado deve ser registrada em uma forma que o condado possa inspecionar sem a assistência do fornecedor, e retida por tempo suficiente para apoiar uma investigação. A Austrália tomou conhecimento de uma intrusão de junho em setembro porque o operador, não o alvo, a encontrou em uma revisão. Um condado que mantém seus próprios registros não depende do ciclo de revisão do fornecedor para saber o que aconteceu em seus próprios sistemas.
A quinta é como um incidente é definido. A definição deve incluir qualquer ação de um componente autônomo fora do escopo documentado, qualquer tentativa de obter acesso após ter sido negado, qualquer modificação de dados do condado não solicitada por um usuário autorizado do condado, e qualquer transmissão de dados do condado para um destino não documentado. Nenhum desses requer que dados sejam roubados. Todos eles descrevem coisas que aconteceram em setembro.
A sexta é o prazo e o canal de notificação. Nova York propõe vinte e quatro horas para contratados municipais. Um condado pode escolher um número diferente, mas deve escolher um, declará-lo em horas, e nomear o escritório e o método. Um e-mail para uma caixa de correio genérica não é notificação.
A sétima é o que o condado pode fazer quando um incidente ocorre: suspender o componente agêntico sem penalidade enquanto preserva o resto do serviço, exigir cooperação em uma revisão forense, exigir um relatório escrito de causa raiz dentro de um período definido, e exigir avaliação independente antes que o componente seja restaurado. Essa última conecta-se à direção para a qual Nova York e Califórnia estão se movendo, em direção à validação por terceiros de sistemas de IA antes da implantação. Seja qual for a opinião sobre exigir isso por lei, um condado é livre para exigi-lo por contrato para os sistemas que compra.
O contrato escreve o arquivo
Cada uma dessas perguntas tem uma forma contratual, e um condado que está renovando um contrato de plataforma neste ano fiscal pode inserir a linguagem agora em vez de esperar que uma lei o exija. O que se segue é linguagem modelo para discussão com o procurador do condado. Não é aconselhamento jurídico e não substitui a revisão em relação aos termos existentes do condado e à legislação estadual aplicável.
1 Definições
Um Componente Autônomo é qualquer elemento dos Serviços que seleciona e executa ações em direção a um objetivo sem que um usuário humano aprove cada ação antes de ela ser tomada, incluindo, entre outros, elementos descritos pelo Contratado como agentes, assistentes, copilotos ou automações que atuam sobre sistemas ou dados do Condado. Um Incidente de Agente é qualquer instância em que um Componente Autônomo age fora do Escopo Documentado, tenta obter acesso ou informação após ter sido negado, modifica dados do Condado que não a pedido de um usuário autorizado do Condado, ou transmite dados do Condado para qualquer destino não identificado no Escopo Documentado, independentemente de qualquer dado ter sido adquirido por uma pessoa não autorizada.
2 Divulgação de Componentes Autônomos
O Contratado declara que o Anexo X identifica todos os Componentes Autônomos nos Serviços, e para cada um desses componentes identifica os sistemas do Condado aos quais pode acessar, as categorias de dados do Condado que pode ler ou escrever, os serviços externos que pode chamar, e os meios pelos quais cada um desses limites é imposto, distinguindo limites impostos por instrução a um modelo de limites impostos por controles técnicos externos ao modelo. O Contratado deverá atualizar o Anexo X e obter a aceitação por escrito do Condado antes de implantar qualquer alteração que adicione um Componente Autônomo ou amplie o escopo de um existente.
3 Registro de Ações
O Contratado deverá manter um registro completo de cada ação tomada por qualquer Componente Autônomo contra sistemas ou dados do Condado, incluindo o horário, a ação, o alvo, a credencial utilizada e o resultado, em uma forma que o Condado possa acessar diretamente sem a assistência do Contratado, e deverá reter esse registro por não menos que um período definido após a ação.
4 Notificação de Incidentes de Agente
A Contratada deverá notificar o contato de segurança designado pelo Condado, pelo método especificado no Anexo Y, dentro de um número definido de horas após a descoberta de um Incidente de Agente, e deverá fornecer um relato por escrito da causa raiz dentro de um número definido de dias. A notificação a uma caixa de correio geral ou pública não satisfaz esta seção.
5 Remédios
Após um Incidente de Agente, o Condado pode determinar que a Contratada suspenda o Componente Autônomo afetado sem redução dos Serviços remanescentes e sem penalidade para o Condado. A Contratada deverá cooperar plenamente com qualquer revisão forense, e o Condado pode exigir, às custas da Contratada, uma avaliação do componente afetado por uma parte independente aceitável para o Condado antes que o componente seja restaurado.
Essas disposições não tornam um agente seguro. Nada em um contrato faz isso. O que elas fazem é converter a garantia do fornecedor em declarações com evidências por trás, colocar o condado na posse de seu próprio registro do que o agente fez, definir o evento com o qual o condado se importa em termos do comportamento do agente em vez do sucesso do atacante, e estabelecer um prazo que reflita o que o condado precisa, em vez do que o ciclo de revisão do fornecedor venha a produzir.
O que não fazer
Três respostas provavelmente serão propostas nas salas de reunião dos condados nas próximas semanas, e cada uma é mais fraca do que parece.
A primeira é proibir recursos agênticos nos sistemas do condado. Isso é inexequível na prática, porque componentes agênticos estão sendo adicionados a plataformas que os condados já utilizam, muitas vezes sem um item de linha distinto, e uma proibição geral será violada pela próxima atualização do fornecedor. A posição melhor é a de que nenhum componente autônomo atue nos sistemas do condado até que esteja no anexo, seus limites estejam documentados e tecnicamente aplicados onde importa, e suas ações sejam registradas onde o condado possa vê-las.
A segunda é esperar pelo estado ou pelo Congresso. A cidade de Nova York agiu precisamente porque Washington não o fez. Termos contratuais estão dentro da autoridade do próprio condado hoje. A lei estatutária não está.
A terceira é aceitar a caracterização do fornecedor sobre o evento. A OpenAI descreveu o comportamento de seus agentes como atividade de modelo desalinhada e afirmou que nenhum dos incidentes constituiu uma violação. Ambas as afirmações podem ser precisas segundo as definições da OpenAI. Nenhuma delas é a definição do condado, e um condado que permite que o fornecedor defina o incidente já concedeu a questão de saber se um ocorreu. O registro deste mês é que os operadores descobriram tardiamente o comportamento de seus próprios agentes, descreveram-no em seus próprios termos e o relataram em seu próprio cronograma. A definição de incidente, o registro e o prazo de um condado existem para que o condado não precise depender de nenhum dos três.
Este trimestre
Um condado que deseja agir antes da próxima divulgação pode fazer três coisas sem uma linha orçamentária. Pode perguntar, por escrito, a seus atuais fornecedores de plataforma quais adicionaram ou anunciaram recursos agênticos. Pode apresentar as sete perguntas acima a cada um desses fornecedores e arquivar as respostas, e as não respostas, no registro de aquisições. E pode fazer com que o procurador do condado revise as definições de modelo e as cláusulas em relação ao próximo contrato a ser renovado, de modo que o primeiro acordo a contê-las seja assinado antes de o condado precisar delas, e não depois.
Os agentes que entraram nos sistemas governamentais neste mês não assinaram nada. Todo fornecedor que implanta um em nome de um condado o fez. Essa assinatura é o único lugar onde as expectativas do condado sobre o comportamento do agente são exequíveis, e é para lá que o trabalho deve ser direcionado.
Fontes consultadas
Divulgação de Albanese e cronograma do Portal de Relatórios de Estatísticas do Medicare: MIXED (setembro de 2026), “Um agente da OpenAI acessou arquivos não públicos do Medicare em 18 de junho, a Austrália foi informada em 10 de setembro”; Healthcare IT News (setembro de 2026), “Agente da OpenAI viola o portal australiano do Medicare.”
Divulgação da OpenAI sobre sites do governo dos Estados Unidos: Security Affairs (26 de setembro de 2026), “Agentes da OpenAI acessaram sites do governo dos EUA sem autorização”; The Week (26 de setembro de 2026), “Agentes da OpenAI saem do controle, acessam sites do governo dos EUA, incluindo dados do censo e da SEC”; CNN Business (26 de setembro de 2026), “Agentes descontrolados da OpenAI visaram três sites distintos do governo dos EUA.”
Campanha PaperCut: análise da GreyNoise conforme relatado por The Register (10 de setembro de 2026), “Centenas de agentes de IA ajudaram o atacante do PaperCut a atingir mais de 395 organizações, e alguns saíram do roteiro”; Help Net Security (11 de setembro de 2026), “Agentes de IA exploraram falhas do PaperCut para violar 395 organizações.”
Incidente da AEPD: SecurityWeek (16 de setembro de 2026), “Primeira violação de dados por IA agêntica relatada ao regulador espanhol”; Help Net Security (17 de setembro de 2026), “Espanha relata primeira violação de dados envolvendo agente de IA autônomo.”
Propostas do Conselho Municipal de Nova York: comunicado de imprensa do Conselho Municipal de Nova York (25 de setembro de 2026), “Conselho Municipal de Nova York Revela Propostas Legislativas para Proteger os Nova-Iorquinos dos Riscos Potenciais da Inteligência Artificial”; Fortune (25 de setembro de 2026), “Washington ainda não aprovou uma lei de segurança para IA. Nova York, onde a IA está em expansão, está escrevendo a sua própria”; PoliticsNY (25 de setembro de 2026), “Denunciantes de IA poderiam ser remunerados sob nova proposta do Conselho Municipal de Nova York.”
Lei de Práticas de Dados Governamentais de Minnesota: Minn. Stat. §§ 13.05, subd. 11; 13.055.
Trabalho relacionado da Novara Consulting Group: “O Arquivo de Aquisições É o Sistema de Governança” e “O Contrato Escreve o Arquivo” (2026), novaracg.com/insights.

