¿Qué hace Agentic Identity Broker?

Zalando Engineering publicó Agentic Identity Broker, un proyecto diseñado para permitir que los agentes de IA accedan a servicios de terceros en nombre de un usuario sin tener nunca las contraseñas ni las credenciales de ese usuario. La herramienta se ubica en el camino entre los agentes y los servicios que estos invocan, y se encarga de los permisos, el almacenamiento de tokens y los procesos de inicio de sesión que los desarrolladores tendrían que construir manualmente.

¿Por qué los desarrolladores necesitan un broker de identidad para los agentes de IA?

El momento responde a un problema práctico. Un agente que necesita leer un calendario, publicar en un chat corporativo o abrir un repositorio de código primero debe demostrar que tiene permiso para hacerlo. Hoy, eso normalmente significa que un desarrollador configura flujos OAuth2 para cada servicio, almacena de forma segura los tokens resultantes y mantiene todo funcionando a medida que los sistemas cambian. El broker está diseñado para asumir ese trabajo.

Según la documentación del proyecto, el broker gestiona cadenas de delegación para flujos en nombre de otro, conecta infraestructuras OAuth2 separadas e incluye una bóveda segura de tokens. Se despliega dentro de la ruta de las llamadas a través de pasarelas como Agentgateway. El proyecto afirma que esto libera a las personas que construyen agentes y a quienes construyen servidores del Protocolo de Contexto del Modelo, conocidos como servidores MCP, de las tareas de autenticación.

Para los usuarios finales, la pieza más visible es una interfaz de consentimiento. El broker permite que las personas otorguen a los agentes permisos granulares en distintos servicios, y el proyecto menciona a Google, GitHub, Databricks y Linear como ejemplos. La documentación describe una interfaz integrada de gestión del consentimiento, y los alcances y consentimientos que registra pueden administrarse sin renunciar al control de las cuentas subyacentes.

Por qué los desarrolladores dicen que lo necesitan

La documentación del proyecto detalla la carga actual. Frameworks como FastMCP pueden implementar los procesos completos de OAuth2.1 que exige la especificación MCP. Pero los desarrolladores deben configurar esa implementación para cada servidor MCP que despliegan y luego mantenerla. También necesitan almacenamiento seguro y, en la práctica, varios servidores de autorización OAuth2 funcionando al mismo tiempo.

El broker busca reducir esa tarea. Con el broker y una pasarela en funcionamiento, los desarrolladores pueden concentrarse en construir las herramientas para la tecnología a la que están dirigidos. Los procesos OAuth2, el almacenamiento de tokens y la traducción de tokens ocurren en segundo plano. Como el intercambio de tokens se ejecuta de forma centralizada a través de una pasarela, un solo agente puede interactuar con cientos de servidores MCP por un único canal.

La documentación también describe varios usos específicos. Las empresas que operan servidores MCP internos pueden omitir la configuración de autenticación por servidor. Los proveedores de software como servicio que ofrecen un servidor MCP a sus clientes pueden usar el broker como un punto de consentimiento adicional, manteniendo un registro de los agentes utilizados. Los agentes alojados pueden depender de un único token de usuario que funciona en cualquier número de servidores MCP, con la obtención de tokens gestionada por adelantado en un portal.

Otras dos funciones destacan. La función de suplantación permite que las cadenas de delegación partan de clientes privilegiados, como un puente para Google Chat o Slack. Se puede configurar el broker para confiar en dos identidades de máquina independientes que asuman la sesión de un usuario determinado, lo que permite aplicar los permisos de ese usuario en otro sistema de terceros. Por su parte, la función de aprobación de herramientas permite a las organizaciones exigir las llamadas a herramientas sin importar qué interfaz de agente se use. El proyecto la describe como una verificación de último recurso antes de enviar un correo o compartir un documento, con un registro central de auditoría.

Características de seguridad y estado del desarrollo

¿Qué funciones de seguridad incluye el broker?

El proyecto enumera varias medidas de seguridad, entre ellas la redacción de valores sensibles, la prevención de inyección de comandos, la validación criptográfica y una arquitectura de cierre seguro ante fallos. También genera registros de auditoría en formato JSON estructurado para el cumplimiento normativo y la supervisión de seguridad.

Zalando describe el proyecto como un desarrollo que sigue activo. El equipo lo usa internamente en producción para varios servidores MCP y afirma que ha visto un buen potencial. El proyecto se construye de forma abierta, y el equipo pide a los usuarios que compartan sus comentarios y abran incidencias en GitHub para las funciones que necesiten.

La hoja de ruta del proyecto incluye tres áreas principales: formalizar el intercambio de tokens para las llamadas entre agentes, la autorización basada en intenciones y los registros de actividad visibles para el usuario. La documentación indica que el proyecto fue creado por ingenieros con décadas de experiencia en identidad, incluidas personas que desarrollaron varios proveedores OIDC y OAuth2. También señala que cada solicitud de cambio (pull request) es revisada.

Agentic Identity Broker es un proyecto de Zalando Engineering. Los desarrolladores pueden encontrar la guía de inicio rápido, la documentación conceptual y las especificaciones de la API en el sitio web del proyecto, junto con las reglas de contribución y las instrucciones de pruebas en el repositorio.

Dieser Artikel wurde mit Unterstützung von KI verfasst.
News Factory APP - agentische News für besseres SEO & AEO.