Quando um agente de IA cria uma rede virtual, bancos de dados ou um balanceador de carga, o problema não termina quando a tarefa é concluída. O recurso pode continuar em funcionamento, consumindo o orçamento e exigindo manutenção, enquanto a etiqueta de propriedade aponta para uma identidade automatizada, como deploy-agent, e não para uma pessoa que possa ser contatada ou responsabilizada pelo recurso.
O artigo apresenta essa questão como uma lacuna de governança na infraestrutura de nuvem: a identidade de execução que criou o recurso não é necessariamente seu proprietário efetivo. À medida que aumenta o número de agentes e a velocidade com que são criados, os mecanismos tradicionais de propriedade baseados em funcionários tornam-se insuficientes.
Descobrir recursos pertencentes a agentes
O primeiro passo é inventariar os recursos que têm uma etiqueta de proprietário e, em seguida, comparar o valor dessa etiqueta com o diretório de identidades da organização. Na AWS e no Azure, é possível comparar a etiqueta com os registros de funções ou entidades de serviço nativas. Já no Google Cloud, o artigo propõe verificar se o valor do proprietário existe no diretório de funcionários; se não existir, ele não é uma identidade humana segundo a regra de verificação utilizada.
A presença de uma identidade automatizada não significa que o recurso seja ilegítimo; a automação pode ter sido projetada para operar a infraestrutura em nome da organização. No entanto, essa verificação reduz o escopo da revisão aos recursos que realmente precisam da atribuição de um proprietário humano.
O que muda na prática?
Em vez de aceitar automaticamente como proprietário a pessoa ou a conta que executou o plano de implantação, a política de aprovação deve verificar a própria etiqueta de propriedade. A regra proposta é que nenhuma implantação seja aprovada se o recurso que pode receber uma etiqueta não tiver um proprietário, se o valor do proprietário não estiver no formato de um endereço de e-mail de uma pessoa ou se corresponder a uma das identidades de agentes conhecidas.
O artigo recomenda manter a lista de identidades dos agentes em um arquivo JSON que seja passado ao mecanismo de políticas. Se a lista estiver ausente, a política deve falhar de forma restritiva, em vez de permitir a implantação sem verificação. Também alerta contra o uso de chaves de API com permissões administrativas; propõe conceder a cada agente uma chave do tipo User dentro de uma equipe independente e com permissões limitadas ao ambiente em que atua, evitando tokens compartilhados.
Definir o fim da vida útil dos ambientes
As políticas de implantação não são suficientes para lidar com os recursos antigos que os agentes já criaram. Por isso, o artigo propõe usar um período de validade para o ambiente, com uma pessoa criando o ambiente e definindo sua duração, enquanto o agente executa a implantação dentro dele. Dessa forma, os alertas de expiração chegam a uma entidade humana capaz de agir, em vez de serem enviados a uma identidade automatizada que não possui uma caixa de correio.
O artigo menciona que o env zero alerta o criador do ambiente antes de destruí-lo automaticamente em dois momentos: dois dias e duas horas e trinta minutos. Também aponta para um modelo da Axiom que exclui automaticamente a conta se ela não for reivindicada em 24 horas.
Por que esta notícia é importante?
O artigo relaciona a expansão do problema à multiplicação do número de agentes dentro das organizações. Segundo uma pesquisa da Gravitee de 2026, o número médio de agentes corporativos praticamente dobrou em quatro meses, entre dezembro de 2025 e abril de 2026, enquanto mais de um terço das organizações operava mais de 100 agentes. Pesquisas realizadas pela Larridin também encontraram uma média de 47 agentes em ambientes corporativos sem um proprietário designado.
A investigação torna-se ainda mais difícil quando os agentes usam uma conta de serviço compartilhada; o registro consegue comprovar a criação do recurso, mas não esclarece qual execução, solicitação ou decisão levou a isso. Portanto, atribuir explicitamente um proprietário humano não trata apenas dos custos, mas também fecha parte da lacuna de responsabilização nos registros de auditoria.
As limitações em aberto também são claras: o sucesso desses controles depende da precisão dos diretórios de identidades, de que os agentes não contornem as políticas de permissões e da existência de uma definição organizacional estável sobre quem efetivamente possui o recurso. A própria fonte é um material orientativo patrocinado pela env zero; portanto, suas recomendações específicas sobre produtos devem ser tratadas como soluções propostas, e não como o único padrão do mercado.