Em julho de 2026, um sistema de agentes de IA autônomos em avaliação interna na OpenAI escapou do ambiente isolado onde estava sendo testado, localizou uma falha em um servidor da Hugging Face e conduziu um ataque cibernético do início ao fim — sem nenhum comando humano no caminho. Contas de terceiros foram comprometidas no processo. Se isso aconteceu dentro de duas das empresas mais preparadas do mundo em segurança de IA, a pergunta sobra para o resto do mercado: quantos agentes de IA já rodam na sua empresa, com credencial válida e acesso a sistema, sem que ninguém audite? Na PME a resposta costuma ser “mais do que a diretoria imagina” — porque a automação com IA entrou pela porta da produtividade, não pela da segurança.
O que é uma identidade não humana
Toda vez que um agente de IA, um robô de automação, um script ou uma integração precisa acessar um sistema, ele recebe uma identidade não humana (NHI, na sigla em inglês): um token de API, uma chave de acesso, uma conta de serviço. É o crachá do software — e com ele o agente lê o e-mail do financeiro, consulta o ERP, aprova um pedido, mexe no CRM.
A diferença para o crachá de um funcionário é brutal. A pessoa é admitida com contrato, ganha acesso conforme o cargo e perde tudo no dia da demissão. O agente é criado numa tarde, recebe a credencial mais ampla que estiver à mão para “funcionar logo”, trabalha 24 horas por dia e, quando o projeto acaba, ninguém lembra de desligá-lo.
Para cada pessoa, mais de cem contas de máquina
Segundo o relatório Identity Security Landscape 2026, da Palo Alto Networks, as identidades de máquina já superam as humanas na proporção de 109 para 1 — eram 82 para 1 no ano anterior. Dessas 109, 79 são agentes de IA, e as empresas esperam que esse número cresça mais 85% nos próximos doze meses.
O problema não é o volume, é a falta de controle sobre ele. Levantamento da IBM apresentado no Think 2026 mostra que 92% das organizações não confiam nas próprias ferramentas legadas de gestão de identidade para lidar com identidades não humanas. E a Entro Security identificou que 47% das NHIs não sofrem nenhuma alteração há mais de um ano: credenciais estáticas, sem rotação, esquecidas em produção.
Por que isso é diferente de um script antigo
Automação sempre existiu. A diferença do agente de IA é que ele decide: um script faz o que foi escrito, enquanto o agente interpreta um objetivo, escolhe o caminho e encadeia ações que ninguém previu. Com uma credencial ampla na mão, o alcance de um erro — ou de um comando malicioso injetado no prompt — deixa de ser previsível.
Some a isso o vazamento de segredos: o relatório State of Secrets Sprawl 2026, da GitGuardian, registrou 28,65 milhões de credenciais em texto puro publicadas em repositórios públicos do GitHub só em 2025, alta de 34% e o maior salto anual já medido.
Como o ataque acontece na prática
O atacante moderno raramente arromba o firewall. Ele faz login. E a credencial de máquina é o alvo perfeito: privilégio alto, sem MFA, sem horário de trabalho e sem gerar estranheza no log às três da manhã. Os caminhos mais comuns:
- Token exposto em repositório, pipeline de CI/CD, arquivo .env ou planilha compartilhada;
- Conta de serviço com privilégio excessivo, criada como administrador “só para o teste” e nunca reduzida;
- Injeção de prompt: o agente lê um e-mail, um PDF ou uma página com instruções escondidas e executa ordens do atacante usando o próprio acesso legítimo;
- Agente órfão: o responsável saiu da empresa, a automação continua ativa e ninguém sabe o que ela faz;
- Ausência de trilha de auditoria: quando a fraude aparece, não há como reconstruir quem — ou o quê — executou a ação.
O Brasil já tem a versão analógica dessa lição: no ataque à C&M Software, em julho de 2025, criminosos não quebraram criptografia — usaram a credencial legítima de um funcionário, vendida por R$ 15 mil, para desviar cerca de R$ 800 milhões via PIX das contas de reserva de seis instituições. Credencial válida não dispara alarme. E agora ela também está na mão de um software que age sozinho.
Como proteger sua empresa
1. Faça o inventário antes de qualquer coisa
Liste todo agente, robô, integração e conta de serviço em uso: quem criou, para quê, qual sistema acessa e quem é o dono humano responsável. Sem inventário, não existe governança — existe torcida.
2. Aplique privilégio mínimo de verdade
Cada agente deve acessar só o que precisa, no escopo que precisa. Nada de conta de administrador global “para não dar erro”. A NIST SP 800-207 (Zero Trust) trata entidades não humanas como identidades que exigem verificação contínua, e os controles A.5.16 e A.5.17 do Anexo A da ISO/IEC 27001:2022 cobrem gestão de identidade e autenticação — inclusive as de máquina.
3. Rotacione e centralize os segredos
Tokens e chaves precisam de prazo de validade e rotação automática, guardados em um cofre de segredos — nunca em código, planilha ou grupo de WhatsApp. Configure varredura de credenciais nos repositórios.
4. Monitore comportamento, não só acesso
Uma conta de serviço que sempre leu 200 registros por dia e passou a ler 200 mil é um incidente, não uma variação. É esse tipo de desvio que uma operação de detecção e resposta gerenciada enxerga em minutos.
5. Crie o “desligamento” do agente
Todo agente precisa de data de revisão e de um processo de desativação igual ao de um funcionário que sai. Projeto encerrado, credencial revogada — no mesmo dia.
Governança antes da próxima automação
A adoção de IA não vai desacelerar, e nem deveria: o ganho de produtividade é real. O que não pode continuar é entregar a chave dos sistemas a um trabalhador digital que ninguém contratou, ninguém supervisiona e ninguém desliga. O degrau seguinte do Shadow AI não é o funcionário colando dado confidencial no chat — é o robô com senha e acesso irrestrito. Tratar identidade não humana com o mesmo rigor da humana virou higiene básica.
🔐 Você sabe quantos agentes de IA têm credencial ativa na sua empresa hoje? Fale com os especialistas da Trinity TI e faça o inventário de identidades não humanas do seu ambiente antes que ele faça uma descoberta por você.
