Chaves de API compartilhadas e contas de serviço apagam a distinção entre cada agente e quem está por trás de uma solicitação. Os registros mostram uma credencial, não o agente ou o engenheiro de suporte que agiu em nome de um cliente. Em pequena escala, isso é inconveniente; em uma empresa, é perigoso. Alterações sem atribuição em cobranças, prontuários médicos ou infraestrutura criam lacunas de conformidade, dificultam a investigação de incidentes e forçam políticas permissivas demais, aumentando os riscos.

Os fluxos de trabalho com vários agentes costumam passar por orquestradores, agentes de ferramentas e servidores MCP. Sem propagação de identidade, o sistema final precisa confiar no intermediário ou rejeitar a solicitação. A Identidade de agentes oferece repasse de token quando os sistemas downstream confiam no token original, credenciais de cliente OAuth2 quando o agente precisa agir em nome próprio e trocas OBO que geram um token que representa o «agente agindo em nome do usuário». Assim, o sistema de registro pode aplicar as permissões corretas para cada usuário sem modificar os agentes.

Uma identidade só é útil se você puder agir com base nela. A TrueFoundry associa listas de permissões a cada agente (usuários, equipes, aplicativos e outros agentes) e define permissões de saída para modelos, servidores MCP e serviços. Remova uma concessão e o gateway retorna imediatamente um erro 403. Ao centralizar esses controles, você evita uma lógica de acesso frágil e duplicada nos agentes e passa a ter um único lugar para auditar, revogar e restringir permissões conforme a escala ou os riscos mudam.

A TrueFoundry oferece suporte a vários modelos de identidade: tokens emitidos pela TrueFoundry para agilizar a integração ou identidades respaldadas por IdP, mapeadas para declarações de assunto no Okta, Entra ou qualquer provedor OIDC. Também oferece suporte à assinatura SigV4 para fluxos da AWS. Os agentes podem ser executados em qualquer ambiente e ainda assim ser governados: agentes acessados por proxy recebem aplicação de políticas de entrada, enquanto agentes incorporados são governados na saída. Para as equipes, isso permite uma implantação gradual: primeiro, registre os agentes de maior risco e, depois, amplie a cobertura sem reformular a arquitetura das implantações.

A identidade no gateway centraliza os riscos: a troca, o cache e a revogação de tokens passam a fazer parte da infraestrutura crítica. Conte com novas tarefas operacionais, como monitorar o ciclo de vida dos tokens, dimensionar o gateway e reforçar a segurança dos fluxos de troca. Avalie também a latência e os modos de falha dos fluxos OBO e da assinatura SigV4 sob carga. A TrueFoundry trata muitas dessas questões com cache de tokens, lógica de atualização e rastreamento com OpenTelemetry, mas as equipes de plataforma devem incluir o gateway nos SLOs e nos planos de resposta a incidentes.