AI-agent identiteiten en toegangsbeheer

Een AI-agent heeft een eigen, herkenbare identiteit nodig voordat systemen kunnen bepalen wat deze agent mag doen.

Wanneer een agent werkt met gedeelde accounts, langdurige API-sleutels of de volledige sessie van een medewerker, wordt het moeilijk om rechten gericht toe te kennen en acties betrouwbaar te herleiden. Goed toegangsbeheer koppelt daarom iedere handeling aan de gebruiker of het proces dat de opdracht gaf, de specifieke agent, de gebruikte toegang en het uitgevoerde resultaat.

Wat is een AI-agent identiteit?

Een AI-agent identiteit is de technische identiteit waarmee een agent zich tegenover systemen en diensten kenbaar maakt. Die identiteit kan bijvoorbeeld bestaan uit een serviceaccount, applicatie-identiteit, client-ID, certificaat of workload identity.

De identiteit moet uniek genoeg zijn om de agent te onderscheiden van andere agents, applicaties en menselijke gebruikers. Een organisatie moet minimaal kunnen vaststellen:

• welke agent de handeling uitvoert
• welke versie of configuratie van de agent actief is
• welke eigenaar en afdeling verantwoordelijk zijn
• namens welke gebruiker, rol of bedrijfsfunctie de agent handelt
• welke systemen en gegevens voor de taak nodig zijn
• wanneer de identiteit is aangemaakt en wanneer deze vervalt

De agentnaam in een gebruikersinterface is daarvoor niet voldoende. Het gaat om een technisch controleerbare identiteit die door de toegangslaag wordt herkend.

Identificatie, authenticatie en autorisatie

Deze stappen moeten los van het taalmodel worden afgedwongen. Het model mag een handeling voorstellen, maar een afzonderlijke toegangslaag beslist of de agent die handeling werkelijk mag uitvoeren.

Waarom een eigen identiteit nodig is

Een eigen identiteit maakt gericht toegangsbeheer mogelijk. Zonder afzonderlijke identiteit worden agents technisch onzichtbaar achter een menselijk account, een algemene API-sleutel of een gedeeld serviceaccount.

• rechten kunnen per agent en taak worden toegekend
• acties kunnen aan één agent worden gekoppeld
• toegang kan worden ingetrokken zonder andere processen te verstoren
• afwijkend gedrag kan per identiteit worden gevolgd
• agents kunnen afzonderlijk worden getest, vervangen en uitgefaseerd
• verantwoordelijkheid en technisch eigenaarschap worden duidelijker

Koppel gebruiker, opdracht, agent en actie

Een AI-agent handelt vaak niet volledig op eigen initiatief. Een gebruiker, planning, systeemgebeurtenis of andere agent start de opdracht. Voor controleerbaarheid moet deze volledige keten zichtbaar blijven.

Zo blijft zichtbaar namens wie de agent handelde, zonder de agent en de menselijke gebruiker als dezelfde identiteit te behandelen.

Verschillende vormen van technische identiteit

API-sleutels, tokens en certificaten

De identiteit en de gebruikte toegangsgegevens zijn niet hetzelfde. Een agent kan een identiteit hebben en vervolgens een token, certificaat of andere credential gebruiken om die identiteit te bewijzen.

• API-sleutel: eenvoudig, maar vaak moeilijk gericht te begrenzen en veilig te beheren.
• Toegangstoken: kan een beperkte geldigheidsduur en specifieke scopes bevatten.
• Certificaat: kan worden gebruikt om de identiteit van een workload of client cryptografisch te bevestigen.
• Ondertekende taakclaim: kan extra informatie bevatten over de opdracht, gebruiker, geldigheid en toegestane actie.

Vermijd waar mogelijk langdurige, breed inzetbare geheimen. Kortlevende en doelgebonden toegang beperkt de bruikbaarheid van een gelekt token of misbruikte sessie.

Gebruik minimale en doelgebonden toegang

De agentidentiteit vormt de basis, maar de bijbehorende rechten moeten zo klein mogelijk blijven. Toegang hoort te worden beperkt tot de concrete taak en context.

Lees voor de verdere uitwerking van rechten ook Bevoegdheden van AI-agents.

Tijdelijke verhoging van toegang

Een agent hoeft niet permanent over alle mogelijk benodigde rechten te beschikken. Voor uitzonderlijke of risicovolle taken kan tijdelijk extra toegang worden aangevraagd.

• de agent motiveert welke extra actie nodig is
• de toegangslaag controleert taak, risico en geldende limieten
• een bevoegde medewerker keurt de concrete handeling goed wanneer dat nodig is
• een kortlevend token geeft alleen toegang tot die specifieke actie
• de extra rechten vervallen direct na uitvoering of na een korte termijn

Risico’s van gedeelde accounts

Gedeelde accounts lijken eenvoudig, maar maken toegangsbeheer en onderzoek naar incidenten moeilijker.

• meerdere agents en medewerkers lijken dezelfde actor
• rechten worden vaak ruimer dan voor iedere afzonderlijke taak nodig is
• intrekken van toegang kan andere processen stilleggen
• onduidelijk blijft welke agent een foutieve handeling uitvoerde
• wachtwoorden en tokens worden vaker gekopieerd of langdurig opgeslagen
• afwijkend gebruik is moeilijk per agent te herkennen

Gebruik een gedeeld account alleen wanneer een afzonderlijke identiteit technisch niet mogelijk is en compenseer dit met zeer beperkte rechten, korte geldigheid, extra logging en duidelijke procescontrole.

Delegatie namens een gebruiker

Soms moet een agent handelen namens een specifieke medewerker. Dat betekent niet dat de agent automatisch alle rechten van die gebruiker moet overnemen.

Een veilige delegatie legt afzonderlijk vast:

• welke gebruiker de opdracht heeft gegeven
• welke agent de handeling uitvoert
• welke beperkte rechten zijn gedelegeerd
• voor welk doel en welke periode de delegatie geldt
• welke acties menselijke bevestiging vereisen
• welke systemen de delegatie mogen accepteren

Zo blijft zichtbaar dat de agent namens de gebruiker handelde, terwijl de eigen identiteit van de agent behouden blijft.

Identiteiten in een systeem met meerdere agents

In een proces met meerdere agents moet iedere agent afzonderlijk herkenbaar blijven. Een coördinerende agent mag niet automatisch zijn volledige rechten aan een gespecialiseerde subagent doorgeven.

• ken iedere agent een eigen identiteit en taak toe
• beperk communicatie tot toegestane agents en berichttypen
• controleer de afzender en integriteit van opdrachten tussen agents
• geef een subagent alleen de rechten die voor zijn deelopdracht nodig zijn
• leg overdracht van taak, context en bevoegdheid vast
• voorkom dat een agent via een andere agent ruimere toegang verkrijgt

Logging en herleidbaarheid

Goede logging maakt zichtbaar welke identiteit toegang kreeg en hoe die toegang werd gebruikt. Leg daarbij niet alleen de uiteindelijke systeemactie vast, maar ook de keten die eraan voorafging.

• identiteit van de agent en de initiërende gebruiker of het systeem
• opdracht, doel en relevante context
• gebruikte credential, zonder het geheim zelf te loggen
• aangevraagde en toegekende rechten
• gebruikte tool, actie, parameters en doelobject
• menselijke goedkeuring en de identiteit van de beoordelaar
• uitkomst, foutmelding, blokkering en eventuele herstelactie

Voorkom dat tokens, wachtwoorden, API-sleutels of onnodige persoonsgegevens in logbestanden worden opgenomen.

Lifecycle van een agentidentiteit

Een identiteit moet gedurende de volledige levenscyclus van de agent worden beheerd. Alleen een account aanmaken is onvoldoende.

Wanneer moet toegang direct worden ingetrokken?

• bij verlies, diefstal of mogelijke openbaarmaking van credentials
• bij afwijkend gedrag of acties buiten het normale patroon
• wanneer de agent zijn grenzen of instructies niet betrouwbaar volgt
• na een beveiligingsincident of ongeautoriseerde systeemactie
• wanneer de eigenaar, taak of organisatiecontext verandert
• bij beëindiging, vervanging of langdurige inactiviteit van de agent

Zorg dat toegang centraal en snel kan worden ingetrokken zonder dat eerst de prompt, agentcode of afzonderlijke koppelingen moeten worden aangepast.

Praktische voorbeelden

Checklist voor identiteit en toegangsbeheer

Identiteit en toegangsbeheer zijn geen losse beveiligingsmaatregelen achteraf. Ze vormen de technische basis waarop bevoegdheden, menselijke controle, logging en incidentrespons kunnen worden ingericht.

Verder binnen deze kennisbank

Bronnen en verdere verdieping

• NIST, Accelerating the Adoption of Software and Artificial Intelligence Agent Identity and Authorization
• OWASP, AI Agent Security Cheat Sheet
• IETF, Best Current Practice for OAuth 2.0 Security
• NIST, AI Risk Management Framework