Agentes de IA estão a quebrar o PAM — cada identidade não humana precisa de dono e limite

O sinal e os factos que mudam a decisão

A ISACA destacou em 14 de agosto que o crescimento de identidades de agentes ultrapassa arquiteturas de acesso privilegiado centradas em pessoas. O risco aparece quando um agente herda credenciais persistentes, autoridade ampla e nenhuma identidade distinguível por execução.

Autenticar o utilizador não autoriza automaticamente todas as ferramentas que o agente pode alcançar. A identidade de workload deve ligar agente, versão, tarefa, solicitante e ambiente durante a vida da execução.

Privilégio mínimo exige separar leitura, proposta e escrita, com aprovação explícita para efeitos materiais. Partilhar uma conta técnica impede atribuir ações, revogar só um agente ou provar que uma chamada estava autorizada.

Decisão, limites e condição de bloqueio

Nenhum agente deve entrar em produção sem identidade própria, proprietário humano, credencial curta, política por ferramenta e trilho por ação.

Partilhar uma conta técnica impede atribuir ações, revogar só um agente ou provar que uma chamada estava autorizada.

Execução e prova de conclusão

A execução deve começar por inventariar agentes, contas partilhadas, segredos, ferramentas e efeitos máximos. Depois, substituir credenciais estáticas por tokens curtos, audience restrita e rotação automática. O fecho exige registar solicitante, agente, política, ferramenta, argumentos, resultado e aprovação.

Testar que revogar uma identidade termina só o agente alvo e que uma ação fora do âmbito falha fechada.

• inventariar agentes, contas partilhadas, segredos, ferramentas e efeitos máximos.
• substituir credenciais estáticas por tokens curtos, audience restrita e rotação automática.
• registar solicitante, agente, política, ferramenta, argumentos, resultado e aprovação.
• Testar que revogar uma identidade termina só o agente alvo e que uma ação fora do âmbito falha fechada.