O que o Agentic Identity Broker faz?
A Zalando Engineering lançou o Agentic Identity Broker, um projeto criado para permitir que agentes de IA acessem serviços de terceiros em nome do usuário sem jamais manter as senhas ou credenciais desse usuário. A ferramenta fica no caminho entre os agentes e os serviços que eles chamam, cuidando das permissões, do armazenamento de tokens e dos processos de login que os desenvolvedores teriam de construir manualmente.
Por que desenvolvedores precisam de um broker de identidade para agentes de IA?
O momento reflete um problema prático. Um agente que precisa ler uma agenda, publicar em um chat corporativo ou abrir um repositório de código primeiro tem de comprovar que está autorizado a fazê-lo. Hoje, isso normalmente significa que um desenvolvedor configura fluxos OAuth2 para cada serviço, armazena os tokens resultantes com segurança e mantém essa estrutura funcionando conforme os sistemas mudam. O broker foi criado para assumir esse trabalho.
Segundo a documentação do projeto, o broker gerencia cadeias de delegação para fluxos em nome de terceiros, conecta infraestruturas OAuth2 separadas e inclui um cofre seguro de tokens. Ele é implantado dentro do caminho de chamadas por meio de gateways como o Agentgateway. O projeto afirma que isso transfere tarefas de autenticação tanto de quem constrói agentes quanto de quem constrói servidores do Model Context Protocol, conhecidos como servidores MCP.
Para os usuários finais, a peça mais visível é uma interface de consentimento. O broker permite que as pessoas concedam aos agentes permissões granulares em diversos serviços, e o projeto cita Google, GitHub, Databricks e Linear como exemplos. A documentação descreve uma interface integrada de gerenciamento de consentimento, e os escopos e consentimentos registrados podem ser administrados sem que o usuário perca o controle sobre as contas subjacentes.
Por que os desenvolvedores dizem que precisam da ferramenta
A documentação do projeto detalha o fardo atual. Frameworks como o FastMCP conseguem implementar as cerimônias completas do OAuth2.1 que a especificação MCP exige. Porém, os desenvolvedores precisam configurar essa estrutura para cada servidor MCP que implantam e depois mantê-la. Eles também precisam de armazenamento seguro e, na prática, de um conjunto de servidores de autorização OAuth2 em funcionamento simultâneo.
O broker pretende reduzir essa tarefa. Com o broker e um gateway em funcionamento, os desenvolvedores podem concentrar-se em construir as ferramentas para a tecnologia que têm como alvo. As cerimônias OAuth2, o armazenamento de tokens e a conversão de tokens acontecem nos bastidores. Como a troca de tokens é executada de forma centralizada por meio de um gateway, um único agente pode interagir com centenas de servidores MCP por um único canal.
A documentação também descreve vários usos específicos. Empresas que executam servidores MCP internos podem dispensar a configuração de autenticação por servidor. Provedores de software como serviço que oferecem um servidor MCP a clientes podem usar o broker como um ponto adicional de consentimento, mantendo um registro de quais agentes foram utilizados. Agentes hospedados podem depender de um único token de usuário que funciona em qualquer número de servidores MCP, com a obtenção dos tokens feita antecipadamente em um portal.
Duas outras funcionalidades se destacam. A função de personificação permite que cadeias de delegação partam de clientes privilegiados, como uma ponte para o Google Chat ou o Slack. O broker pode ser configurado para confiar em duas identidades de máquina independentes para assumir a sessão de determinado usuário, o que permite que as permissões desse usuário sejam aplicadas em outro sistema de terceiros. Já o recurso de aprovação de ferramentas permite que as organizações imponham chamadas de ferramentas independentemente da interface de agente em uso. O projeto descreve isso como uma verificação de último recurso antes que um e-mail seja enviado ou um documento seja compartilhado, com uma trilha de auditoria centralizada.
Recursos de segurança e status de desenvolvimento
Quais recursos de segurança o broker inclui?
O projeto lista várias medidas de segurança, incluindo a ocultação de valores sensíveis, a prevenção de injeção de comandos, a validação criptográfica e uma arquitetura de bloqueio em caso de falha. Ele também gera registros de auditoria estruturados em JSON para conformidade e monitoramento de segurança.
A Zalando descreve o projeto como ainda em desenvolvimento ativo. A equipe o utiliza internamente, em produção, em vários servidores MCP, e afirma ter observado bom potencial. O projeto está sendo construído de forma aberta, e a equipe pede aos usuários que compartilhem feedback e abram problemas no GitHub para as funcionalidades de que precisam.
O roteiro do projeto lista três grandes áreas: formalização da troca de tokens para chamadas entre agentes, autorização baseada em intenção e registros de atividade voltados ao usuário. A documentação diz que o projeto foi criado por engenheiros com décadas de experiência em identidade, incluindo pessoas que construíram vários provedores OIDC e OAuth2. Também afirma que todo pull request passa por revisão.
O Agentic Identity Broker é um projeto da Zalando Engineering. Os desenvolvedores podem encontrar o guia de início rápido, a documentação conceitual e as especificações de API no site do projeto, além das regras de contribuição e as instruções de teste no repositório.
Cet article a été rédigé avec l'assistance de l'IA.
News Factory APP - actualités agentiques pour booster votre SEO et AEO.