IBM atribui a cada agente de IA um responsável e credenciais que expiram. A credencial revogável é o controle

Imagine a versão às 2 da manhã de um incidente com agente. Um agente de reconciliação começa a gravar em uma tabela que deveria apenas ler. O engenheiro de plantão quer parar esse agente sem parar os outros vinte que compartilham a mesma conta de serviço e quer saber quem aprovou o acesso dele em primeiro lugar. Na maioria das empresas hoje, nenhuma das duas coisas é possível com rapidez: a credencial é compartilhada e de longa duração, e a aprovação está em um ticket.

Os anúncios da IBM no TechXchange em 27 de outubro giram em torno desse cenário. O IBM Agent Identity e o HashiCorp Vault 2.2, ambos em disponibilidade geral (GA), dividem o problema em um registro e uma credencial.

As camadas

Do registro de responsável ao acesso revogável

IBM Agent Identity

• Responsável por cada agente
• Status do ciclo de vida
• Autoridade concedida

O registro: quem responde pelo agente

HashiCorp Vault 2.2

• Conta protegida própria do agente
• Credenciais de curta duração e escopo limitado
• Revogação de sessão em tempo real

O controle: o que o agente pode acessar agora

Runtime seguro (NVIDIA OpenShell)

• Execução governada por política
• Ações rastreáveis

Bancos de dados, APIs, sistemas de operação

• Aceitam apenas a credencial emitida pelo Vault

O Agent Identity mantém um registro autoritativo para cada agente: quem é o responsável, se ele está em desenvolvimento, em produção ou aposentado, e qual autoridade foi concedida. A IBM compartilha esse contexto com o Vault. Esse registro é a metade do mandato no que descrevemos como autorização de agentes de IA em duas permissões: alguém responsável a concedeu, para um escopo, até uma data. Esse registro é a metade do mandato do que descrevemos como as duas permissões de que um agente que age pela empresa precisa: alguém responsável concedeu, para um escopo, até uma data.

O Vault 2.2 dá a cada agente uma conta protegida própria, emite credenciais limitadas ao que aquele agente precisa, renova essas credenciais automaticamente e adiciona criptografia pós-quântica. Quando um agente tenta algo para o que não tem autorização, o acesso pode ser negado e a sessão revogada em tempo real. Os dois também se integram ao runtime seguro OpenShell, da NVIDIA, para que as ações possam ser rastreadas até uma identidade verificada.

Por que a credencial importa mais que a política

A maior parte da governança de agentes hoje é escrita como política: o que o agente deve fazer, quais ferramentas pode chamar, quais dados pode ver. Política é necessária, e defendemos que a governança de agentes precisa de várias autoridades independentes. Mas uma política só ajuda às 2 da manhã se algo a impõe na próxima requisição.

Uma credencial de curta duração é esse algo. Se as credenciais expiram em minutos e têm escopo para um único agente, três coisas passam a ser verdade. Parar um agente não para os outros. Uma credencial vazada vale pouco depois do seu tempo de vida. E o registro de responsável dá ao time de incidentes um nome para ligar. O relatório de ameaças mais recente da Microsoft mostrou que agentes fazem um IAM fraco falhar mais rápido; credenciais por agente e com expiração são a resposta direta.

Leia a linha de status

O lançamento da IBM é específico. Em disponibilidade geral (GA): Vault 2.2, Agent Identity, recursos de avaliação do watsonx Orchestrate, IBM Concert e política do Terraform. Em preview público: Secure Hub, o Terraform Developer Portal e o servidor MCP remoto do Terraform, entre outros. Em tech preview: os recursos do Orchestrate para descobrir e conter agentes entre plataformas. O Vault já protege identidades não humanas em organizações como ABN AMRO, Adobe, BlackRock e Target, mas esse é uso consolidado do Vault, não adoção dos novos recursos de agentes.

Um teste para qualquer configuração de identidade de agente

Seja qual for o stack que você usa, estas quatro perguntas revelam se a identidade de agente é real ou decorativa:

1. Você consegue revogar o acesso de um agente sem tocar em nenhum outro agente ou conta humana?
2. Todo agente tem um responsável nomeado que ainda trabalha na empresa e ainda é responsável?
3. Quanto tempo dura uma credencial de agente, e onde esse número é definido?
4. O sistema de destino vê a identidade própria do agente ou uma conta de integração compartilhada?

Se a resposta para a última pergunta for “uma conta compartilhada”, comece por aí. Todo outro controle depende de saber qual agente fez a requisição.