Segunda-feira, 2 de novembro de 2026Inteligência artificial e tecnologia, todo dia
Devs

76% dos agentes de IA dormem há 60 dias — mas ninguém revoga as credenciais

Agentes inativos mantêm credenciais ativas em sistemas sensíveis — brecha mapeada pela Arrakis

Por Redação Ai Lucro · · 4 min de leitura
Servidores de data center com luzes de status acesas e apagadas, simbolizando agentes de IA ativos e inativos
Imagem ilustrativa gerada por inteligência artificial.

Setenta e seis por cento dos agentes de IA em produção não executam uma única tarefa há pelo menos 60 dias. Ainda mantêm credenciais válidas, acesso a sistemas internos e, em 99,4% dos casos, nenhum monitoramento sobre eles.

O "2026 Autonomous Agents Threat Report" da Arrakis Security, divulgado nesta semana, analisou dados anonimizados de milhares desses agentes em ambientes de clientes ao longo de 12 semanas. O resultado: um padrão que deveria alarmar qualquer time de desenvolvimento que colocou agentes autônomos para rodar sem um plano de desativação.

O agente adormecido que ninguém desligou

Segundo a Arrakis, 76% dos agentes habilitados em produção ficaram sem executar nenhuma ação por mais de 60 dias. Em 44% dos casos, a inatividade passa de 180 dias — meio ano sem usar.

O problema não é o agente estar parado. É o que continua carregando enquanto isso. De acordo com a Arrakis, 70% desses agentes inativos mantêm acesso a sistemas sensíveis, como armazenamento em nuvem, serviços de LLM e plataformas de marketing. E 99,4% dessas conexões não têm nenhuma cobertura verificada de prevenção de perda de dados (DLP).

Tal Baron, CEO da Arrakis, sintetiza o diagnóstico à Help Net Security: "quando um agente para de ser usado, ninguém remove nada, porque na maioria das empresas ninguém é o responsável por ele".

Credenciais que voltam à vida com um webhook

O relatório aponta um vetor de risco concreto: 24% dos agentes adormecidos podem ser reativados por um webhook (chamada externa automática) não assinado vindo de fora da organização. Isso significa que, mesmo sem ninguém na empresa usar o agente, um gatilho externo malformado ou malicioso pode colocá-lo em ação de novo com as credenciais antigas ainda válidas.

Ampliando o escopo, 22,9% de todos os agentes analisados, não só os dormentes, têm ao menos um trigger sem proteção adequada. No total, 82% dos agentes apresentam uma ou mais exposições de segurança registradas, e 46% desse grupo acumula duas ou mais falhas ao mesmo tempo, segundo a Daily CyberSecurity.

O que dizem os estudos

Arrakis Security, "2026 Autonomous Agents Threat Report" (2026, relatório de empresa). A fornecedora analisou dados anonimizados de milhares de agentes em produção, coletados em ambientes de clientes ao longo de 12 semanas, e chegou aos números de inatividade, acesso sensível e falta de DLP citados acima. Limitação: a amostra vem da base de clientes da própria Arrakis, que vende justamente o produto de monitoramento desses agentes — o que pode favorecer organizações já preocupadas com o tema. Não é um estudo acadêmico revisado por pares, e os números de "exposição" (82%) não diferenciam falhas críticas de problemas menores.

O contraponto

Vale o contexto: quem produziu o relatório tem interesse comercial direto em ampliar a percepção de risco em torno de agentes de IA sem monitoramento, já que vende a ferramenta que resolve exatamente esse problema. Os números de "exposição" também são amplos demais para avaliar gravidade real, e a amostra não representa todas as empresas que usam agentes de IA, apenas as já contratadas pela Arrakis.

Dito isso, o padrão descrito (agente para, mas ninguém revoga nada) é consistente com o que equipes de segurança relatam sobre contas de serviço e integrações de API esquecidas há anos, antes mesmo da onda de agentes autônomos.

Checklist para quem desenvolve ou gerencia agentes

Para times de desenvolvimento e TI que colocaram agentes de IA em produção, o relatório sugere um roteiro mínimo de higiene:

  1. Mapear todos os agentes ativos e data da última execução real, não apenas da última implantação.
  2. Auditar triggers e webhooks, verificando quais aceitam chamadas externas sem assinatura ou autenticação.
  3. Revogar credenciais órfãs de agentes sem uso há mais de 60 dias, em vez de deixá-las "pausadas".
  4. Eliminar chaves de API e tokens sem expiração embutidos em configurações de agentes.
  5. Designar um responsável por agente, com prazo de revisão periódica, para que nenhum fique sem dono.
  6. Verificar cobertura de DLP nas integrações mais sensíveis antes de liberar um agente para produção.

Nenhuma dessas medidas depende de ferramentas pagas de monitoramento. São práticas básicas de gestão de ciclo de vida de identidade que já existiam para contas de serviço, e que agora precisam ser aplicadas também a cada agente de IA que uma equipe coloca no ar.

Fontes

agentes de IAsegurançacibersegurançaArrakis SecurityDevSecOpscredenciaisLLM

Leia também