AIP: Agent Identity Protocol for Verifiable Delegation Across MCP and A2A
Dit paper introduceert het Agent Identity Protocol (AIP), een nieuw systeem dat verifieerbare delegatie tussen AI-agenten mogelijk maakt via Invocation-Bound Capability Tokens (IBCTs) om authenticatie, autorisatie en herkomst in zowel MCP- als A2A-communicatie te waarborgen met minimale prestatieverlies.
Oorspronkelijk artikel gelicentieerd onder CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dit is een AI-gegenereerde uitleg van het onderstaande artikel. Het is niet geschreven of goedgekeurd door de auteurs. Raadpleeg het oorspronkelijke artikel voor technische nauwkeurigheid. Lees de volledige disclaimer
Stel je voor dat je een team van slimme digitale assistenten (AI-agenten) hebt. Deze agenten kunnen niet alleen zoeken op internet, maar ook geld uitgeven, e-mails sturen en zelfs andere agenten opdracht geven om werk te doen. Het probleem is: wie is wie? En wie mag wat doen?
Op dit moment werken deze agenten via protocollen genaamd MCP (voor het gebruiken van tools) en A2A (voor agenten die met elkaar praten). Maar er ontbreekt een cruciaal onderdeel: identiteitsbewijs. Het is alsof je iemand een sleutel geeft om je huis binnen te gaan, zonder te vragen wie die persoon is of of ze wel gemachtigd zijn. Een recente scan toonde aan dat bijna alle servers die agenten gebruiken, geen beveiliging hebben.
Deze paper introduceert een nieuwe oplossing genaamd AIP (Agent Identity Protocol). Hier is hoe het werkt, vertaald naar alledaagse taal:
1. Het Probleem: De "Zonder Naam" Agent
Stel je voor dat je een manager bent (een AI-agent) die een taak uitbesteedt aan een secretaresse (een andere AI-agent).
- Huidige situatie: De manager zegt: "Ga dit doen." De secretaresse doet het. Maar niemand weet of de manager wel de juiste persoon was, of dat de secretaresse niet meer mag doen dan wat er stond, of wie er uiteindelijk het werk heeft gedaan.
- Het risico: Een kwaadaardige hacker kan zich voordoen als de manager, de secretaresse kan dingen doen die niet zijn toegestaan, en als er iets misgaat, is er geen bewijs van wie wat heeft gedaan.
2. De Oplossing: Een "Onbreekbare Digitale Handtekeningketen"
De auteurs introduceren een nieuw concept: IBCT (Invocation-Bound Capability Tokens). Denk hierbij niet aan een simpele paspoortkaart, maar aan een onbreekbare keten van digitale handtekeningen.
- De Start (De Manager): De manager begint met een "Autoriteitstoken". Dit is een digitaal document dat zegt: "Ik ben [Naam], ik mag tot €50 uitgeven, en ik mag maximaal 3 mensen een opdracht geven."
- De Uitbreiding (De Delegatie): Als de manager een taak geeft aan de secretaresse, plakt de secretaresse een nieuw stukje aan die keten. Ze zegt: "Ik heb dit van de manager gekregen, maar ik mag nu alleen nog maar €10 uitgeven en alleen zoeken op het internet."
- De Beperking (De "Afweging"): Dit is het slimme deel. De secretaresse kan niet terug naar de manager en zeggen: "Ik heb nu €100 nodig." De keten is zo gemaakt dat je alleen minder mag, nooit meer. Het is alsof je een cadeaukaart krijgt die je kunt inwisselen voor een ijsje, maar je kunt er geen auto mee kopen.
3. Twee Manieren om te Werken
AIP werkt op twee manieren, afhankelijk van hoe complex de situatie is:
- De Snelle Manier (Compact Mode): Voor simpele, directe opdrachten (één stap). Dit is als een digitale QR-code (een JWT). Het is supersnel, klein en wordt in een fractie van een seconde geverifieerd.
- De Gedetailleerde Manier (Chained Mode): Voor complexe ketens waar veel agenten bij betrokken zijn. Dit is als een reisgids met stempels. Elke agent die de taak overneemt, plakt een nieuwe pagina (een blok) aan de keten met een handtekening en een verklaring: "Ik heb dit gedaan, hier is wat het kostte, en hier is het resultaat."
4. Waarom is dit zo slim? (De Analogie van de Reis)
Stel je een reis voor van Amsterdam naar Tokio met overstappen in Parijs en Berlijn.
- Zonder AIP: Je hebt een ticket, maar niemand controleert of je echt in Parijs bent geweest of of je ticket geldig is voor Berlijn. Iemand kan het ticket vervalsen.
- Met AIP: Je hebt een reisboekje.
- Bij vertrek in Amsterdam (de manager) krijg je een stempel met je naam en bestemming.
- In Parijs (de eerste agent) krijg je een nieuwe stempel die zegt: "Je mag nu alleen naar Berlijn, niet naar Londen."
- In Berlijn (de tweede agent) krijg je een stempel met de kosten van de trein en de tijd van aankomst.
- Als je in Tokio aankomt, kan de douane (de server) direct zien: "Ah, deze persoon is legaal via Parijs en Berlijn gekomen, heeft niet meer uitgegeven dan toegestaan, en het reisboekje is ongeschonden."
5. De Resultaten: Snel en Veilig
De auteurs hebben dit getest en het werkt verrassend goed:
- Snelheid: Het kost minder tijd om dit te verifiëren dan het duurt om een knipperlicht te laten knipperen (ongeveer 0,05 milliseconden). Het vertraagt de AI dus niet merkbare.
- Veiligheid: Ze hebben 600 pogingen gedaan om het systeem te hacken (zoals proberen meer geld uit te geven dan toegestaan of de reisroute te veranderen). Alle 600 pogingen werden geweigerd.
- Uniek: Andere systemen missen de "reisboekje"-functie. Ze weten niet hoeveel stappen een opdracht heeft doorlopen. AIP houdt dit perfect bij, zodat je nooit een opdracht kunt geven die te diep in de keten zit (bijvoorbeeld: "Ik geef dit aan jou, jij geeft het aan hem, en hij geeft het aan hem...").
Conclusie
Deze paper introduceert een standaard voor vertrouwen in de wereld van AI-agenten. Het zorgt ervoor dat:
- Je zeker weet wie een opdracht geeft.
- Je zeker weet dat ze niet meer doen dan wat ze mogen.
- Je een geschiedenis hebt van wie wat heeft gedaan (voor als er iets misgaat).
Het is als het bouwen van een onzichtbaar, onbreekbaar veiligheidssysteem dat meedraait met elke digitale handeling, zodat AI-agenten veilig samen kunnen werken zonder dat we hoeven te vertrouwen op "geloof", maar op wiskundig bewijs.
Verdrinkt u in papers in uw vakgebied?
Ontvang dagelijkse digests van de nieuwste papers die bij uw onderzoekswoorden passen — met technische samenvattingen, in uw taal.