Identidade de Agente de IA: Dando a Cada Agente uma Identidade Não Humana

O que é Identidade de Agente de IA?

A identidade de agente de IA é a credencial verificável que um agente registrado apresenta em cada chamada que realiza. Ela responde a uma pergunta que tokens sozinhos não conseguem: não "foi apresentada uma credencial válida", mas "qual agente está chamando e por quem ele está agindo neste momento".

A TrueFoundry já reconhece dois tipos de principal, e a identidade de agente é o terceiro.

O ponto crucial é a delegação. Uma conta virtual só pode agir como ela mesma; portanto, ao apontar uma para um servidor MCP, todas as chamadas parecem iguais, independentemente de quem as solicitou. Uma identidade de agente pode agir em nome de outra pessoa, permitindo que um único agente registrado que atende centenas de pessoas faça chamadas que permanecem atribuíveis a quem solicitou cada requisição, mantendo-se identificável como o agente. Essa é a propriedade que torna o tráfego de agentes auditável.

Identidade não humana e por que ela é uma categoria própria

"Identidade não humana" (NHI) é o termo abrangente que as equipes de segurança usam para tudo o que se autentica sem uma pessoa por trás: contas de serviço, identidades de carga de trabalho, clientes de API e, agora, agentes. Agentes são os membros mais complexos dessa família, pois, ao contrário de uma conta de serviço fixa, eles se comportam de forma autônoma. Eles interpretam o contexto, escolhem ferramentas e encadeiam chamadas; portanto, sua governança precisa de tudo o que uma conta de serviço exige (rotação de credenciais, inventário) somado a algo que ela nunca teve: regras de delegação, um proprietário responsável, atribuição por etapa e um botão de interrupção.

Tratar um agente como "apenas mais uma conta de serviço" é o erro que leva a agentes com privilégios excessivos que ninguém consegue rastrear. A gestão de identidade não humana para agentes começa dando a cada um deles uma identidade de primeira classe.

Por que todo agente precisa de sua própria identidade

Dar a cada agente uma identidade distinta é a decisão que desbloqueia todo o modelo de governança.

• Atribuição. O receptor de uma chamada pode identificar se quem chama é um humano, um serviço ou um agente específico. As ações tornam-se comprováveis após o fato, que é o que uma auditoria realmente exige.
• Política por agente. Uma pessoa gerencia muitos agentes, e eles não devem herdar todo o alcance dessa pessoa. O copiloto de suporte da Jane, que lê o Jira, e seu agente de engenharia, que escreve nele, são principals diferentes, mesmo que ambos ajam em nome da Jane. Identidades distintas permitem definir escopos diferentes para eles.
• Sem agentes anônimos. Se um agente só pode acessar uma ferramenta apresentando uma identidade registrada, o registro torna-se o ponto de controle. Você obtém um inventário de toda a organização gratuitamente e pode revogar um agente mal-intencionado sem afetar os outros.

Esse último ponto é a vantagem silenciosa. Uma vez que a identidade é necessária para agir, o registro deixa de ser apenas documentação e torna-se o gargalo que viabiliza todos os outros controles.

Como a TrueFoundry emite e governa a identidade de agente

Na TrueFoundry, uma identidade de agente não é um objeto separado que você cria e adiciona. É uma etapa do registro do agente, de modo que a identidade e o agente são um para um. Registre o agente e sua identidade é criada. Exclua o agente e a identidade é removida com ele.

‍

Captura de tela do produto, documentação da TrueFoundry: a etapa de Identidade do Agente no registro de agentes.

De onde vem a credencial

Durante o registro, você escolhe como o agente comprova sua identidade:

‍

• Baseada na TrueFoundry. A TrueFoundry emite e assina o token do agente. Esta é a opção mais simples e o padrão recomendado para agentes que você mesmo cria e executa.
• Baseada em provedor de identidade. O agente se autentica com um token do seu próprio provedor, como Okta, Microsoft Entra, qualquer provedor OIDC ou um endpoint SPIFFE e SPIRE. Você mapeia valores de declaração (claims) específicos para o agente, de modo que um token recebido seja resolvido para ele. Esse caminho desbloqueia a delegação On-Behalf-Of (OBO), permitindo que o agente leve um usuário adiante na cadeia.

‍

A identidade significa a mesma coisa em ambos os casos. Apenas o emissor difere, e você pode misturar emissores por agente dentro de um mesmo tenant.

TrueFoundry como o broker de identidade

Quando seu provedor de identidade ainda não possui capacidade de identidade de agente, a TrueFoundry pode desempenhar todas as três funções do plano de controle. Ela emite a identidade de cada agente, autoriza todas as chamadas no Agent Gateway e no MCP Gateway e, com a troca de tokens, gera uma credencial com escopo definido para cada salto. Seu SSO corporativo continua fazendo o que já faz, que é autenticar usuários humanos. Em uma chamada, o agente apresenta sua própria identidade junto com a do usuário, para que ambos fiquem visíveis ao mesmo tempo:

‍

curl https://gateway.truefoundry.ai/api/llm/chat/completions \

  -H "Authorization: Bearer $USER_TOKEN" \

  -H "x-tfy-agent-authorization: $AGENT_TOKEN" \

  -H "Content-Type: application/json" \

  -d '{

        "model": "openai-main/gpt-4o",

        "messages": [{"role": "user", "content": "Summarize my open issues"}]

      }'

‍

O agente busca seu próprio token no registro (a ação Get Token no agente), da mesma forma que uma conta virtual faz.

Por quem um agente tem permissão para agir

A delegação não é ilimitada. Ela é delimitada pelos colaboradores do agente, definidos na etapa de Controle de Acesso do registro. A mesma lista que decide quem pode invocar o agente também decide por quem o agente pode agir.

‍

Captura de tela do produto, documentação da TrueFoundry: colaboradores e funções do agente.

‍

Um(a)Gerente do Agente pode editar o agente. Acesso do Agente pode invocá-lo e ter ações realizadas por ele. Um Proprietário equipe, definida separadamente, permanece responsável pelo agente desde a criação até a desativação. Essas permissões constituem a autoridade definida do agente: por quais pessoas ele pode agir e quais servidores MCP e modelos ele pode acessar.

‍