Existe uma pergunta que separa quem está operando agentes com segurança de quem está apenas operando agentes: quando o agente não está executando nada, o que a credencial dele ainda pode fazer?
Na maioria das implantações, a resposta é “tudo”. E isso é um problema de identidade que a indústria de segurança já resolveu para humanos — e está prestes a ter que resolver de novo, do zero, para software.
O que aprendemos com PAM
A gestão de acesso privilegiado moderna se apoia numa ideia simples: privilégio permanente é risco permanente. Por isso construímos JIT — acesso concedido no momento da necessidade, com escopo definido, expiração automática e trilha de auditoria. Um administrador não carrega poder de administrador o dia inteiro; ele o solicita, usa e devolve.
Agora observe como tipicamente damos acesso a um agente. Criamos uma service account. Anexamos as permissões de que ele pode vir a precisar — na dúvida, um pouco mais. Geramos uma chave. Colocamos a chave numa variável de ambiente. E deixamos lá.
Essa credencial não expira quando a tarefa termina. Ela não é reduzida quando o agente está ocioso. Ela não distingue “este agente está lendo um relatório” de “este agente está apagando uma tabela”. É privilégio permanente — exatamente aquilo que passamos uma década eliminando do lado humano.
Por que é pior que no caso humano
- Superfície de injeção. Um humano com privilégio permanente pode ser enganado por phishing. Um agente com privilégio permanente pode ser instruído por qualquer texto que entre no contexto dele — um issue de repositório, o conteúdo de um site, a descrição de uma ferramenta.
- Velocidade. O humano comprometido age em minutos. O agente age em milissegundos, em loop, sem hesitar diante de uma ação estranha.
- Atribuição. Quando cinco agentes compartilham uma service account, o log diz que “a conta de automação” fez a ação. Isso é inútil numa investigação.
Como fica o desenho correto
A boa notícia é que não precisamos inventar primitivas novas. Precisamos aplicar as existentes:
- Uma identidade por agente, não uma identidade por frota. Sem isso, nenhuma outra medida é auditável.
- Federação de identidade de carga de trabalho no lugar de chaves de longa duração. Se não existe chave estática, não existe chave para vazar.
- Elevação JIT por tarefa. O agente começa com permissão de leitura e solicita escrita para uma operação específica, com TTL curto.
- Aprovação humana em ações irreversíveis. Apagar, transferir, publicar, conceder permissão. A lista é curta e você consegue escrevê-la numa tarde.
- Auditoria no nível da chamada de ferramenta, correlacionada à identidade do agente e à tarefa que a originou.
O teste que eu aplicaria
Pegue qualquer agente em produção na sua empresa e responda três perguntas: qual identidade ele usa, quanto tempo a credencial dele vive e o que ela consegue fazer numa terça-feira às três da manhã com ninguém olhando.
Se as três respostas não vierem rápido, o agente não está governado. Está apenas funcionando — que é uma coisa bem diferente.
