Zalando åpner Agentic Identity Broker: ett brukertoken mot mange MCP-servere via en gateway

«IETF-arbeidsgrupper ferdigstiller fortsatt standarder for agentidentitet … Vi trengte den infrastrukturen i dag», skriver Jan, medforfatter av Agentic Identity Broker (AIB), i et Show HN-innlegg. Zalando har lagt brokeren ut under MIT-lisens i Zalando Incubator på GitHub. Ifølge innlegget kjører den allerede i produksjon og kobler hundrevis av Zalandos agenter mot dusinvis av interne og eksterne MCP-servere.

Brukeren gir samtykke én gang per agent og tjeneste, og brokeren lagrer tredjepartstokenene kryptert. Når agenten kaller et verktøy, gjør en gateway som Agentgateway token exchange etter RFC 8693. Agenten ser aldri brukerens tokens, og MCP-serveren trenger bare å implementere verktøyene. Alternativet README-en beskriver er å sette opp OAuth 2.1-seremoniene med for eksempel FastMCP på hver eneste MCP-server, med egen sikker lagring, i praksis én autorisasjonsserver per tjeneste.

Brokeren kan også kreve godkjenning av verktøykall sentralt, uavhengig av hvilket agentgrensesnitt brukeren sitter i, som en siste sjekk før en e-post sendes eller et dokument deles. Godkjenningene havner i ett felles revisjonsspor. En impersoneringsfunksjon lar en Slack- eller Google Chat-bro starte delegeringskjeden på vegne av en bruker.

Prosjektet er fortsatt v0.1. Dagens funksjoner dekker on-behalf-of, der et menneske delegerer til en agent. Headless agenter som startes av maskiner, intent-basert autorisasjon og token exchange mellom agenter står på veikartet.

Hva bør du gjøre?

1. Klon repoet og kjør just compose-up-detached for å teste samtykkeflyten lokalt.
2. List opp MCP-serverne dine som i dag har hvert sitt OAuth-oppsett, siden det er dem du kan forenkle bak gatewayen.
3. Vent med agent-til-agent-kall gjennom brokeren til token exchange for den flyten er formalisert, slik veikartet beskriver.