NIST behandelt AI-agents als aparte digitale identiteiten met eigen toegangsregels

Je moet elke AI-agent in je systemen als een zelfstandige digitale identiteit behandelen, met eigen toegangsrechten, een gecontroleerd takenmanifest en een audittrail die aantoont wie wat deed en onder welke bevoegdheid.

An analysis of 4 September 2026 of identificatie, autorisatie, delegatie en logging voor AI-agents argues that AI-agents must be managed as non-human principals with their own identity lifecycle, scoped permissions and audit accountability rather than as product functions. Microsoft's least-privilege guidance from July 2026 demonstrates this concretely: each agent receives its own principal, role-bound permissions, a controlled tools manifest, and end-to-end audit logs. In our assessment, this marks a shift from treating agent access as a configuration detail to treating it as a governance obligation: you must now be able to reconstruct which agent acted, under what authority, and what changed.

Waarom agents niet langer als producten kunnen worden beheerd

De schaal van machine-identiteiten heeft de klassieke IAM-benadering overtroffen. Waar user-IAM draait om honderden of duizenden medewerkers, gaat het bij agents om potentieel duizenden tot miljoen identiteiten met wisselende taken en levensduur. Een agent is geen gebruiker die zich aanmeldt; het is een software-principal die continu acties uitvoert onder gedelegeerde bevoegdheden. Zonder expliciete identiteit, eigenaarschap en revocatiepaden ontstaat een blinde vlek: je kunt niet zien welke agent wat deed, onder welke autoriteit, en of die actie binnen de beoogde grenzen bleef.

De vier functionele domeinen die NIST definieert — identificatie, autorisatie, delegatie en logging — vormen samen een controleerbare basis. Identificatie betekent dat elke agent een unieke, traceerbare identiteit heeft. Autorisatie betekent dat die identiteit alleen de taken en gegevens mag aanraken waarvoor zij expliciet gemachtigd is. Delegatie betekent dat je kunt zien wie welke bevoegdheden aan welke agent heeft gegeven. Logging betekent dat elke actie van een agent terug te voeren is tot die identiteit en die delegatie.

Welke foutmodi ontstaan zonder agent-IAM

• Ongecontroleerde escalatie — agents erven rechten van hun parent-proces of gebruiker en behouden die zonder expliciete beperking.
• Onzichtbare delegatie — bevoegdheden worden doorgegeven tussen agents zonder dat eigenaarschap of revocatie traceerbaar is.
• Geen audittrail per agent — logs tonen alleen dat een systeem iets deed, niet welke agent het deed en onder welke autoriteit.
• Revocatie zonder effect — je kunt een agent niet selectief uitschakelen zonder het hele systeem te raken.
• Taakdrift — een agent die voor één doel gemachtigd is, voert acties uit buiten die scope zonder dat je het merkt.

Welke controles moet je per workflow kunnen aantonen

1. Registreer de agent en zijn doel — documenteer welke agent welke workflow uitvoert en op welke rechtsbasis.
2. Wijs rollen toe, niet rechten — geef de agent een rol met gescopte permissies, niet directe toegang tot systemen of gegevens.
3. Bind tools aan identiteit — zorg dat de agent alleen de tools kan aanroepen waarvoor hij gemachtigd is, en log elke aanroep.
4. Stel revocatiepaden in — zorg dat je een agent of zijn bevoegdheden onmiddellijk kunt intrekken zonder de workflow te breken.
5. Leg audittrails aan per agent — zorg dat logs aanwijzen welke agent, onder welke identiteit en delegatie, welke actie uitvoerde en wat veranderde.

Hoe je agent-IAM in bestaande standaarden inbouwt

Je hoeft niet op nieuwe protocollen te wachten. NIST adviseert bestaande standaarden toe te passen: OAuth 2.0 voor autorisatie, OpenID Connect voor identiteit, SPIFFE/SPIRE voor werkload-identiteiten. Microsoft bouwt deze principes al in: elke agent krijgt een eigen principal, gescopte permissies en end-to-end auditlogs. Het gaat erom dat je deze standaarden consequent toepast op agents, niet op mensen, en dat je de controlelaag zo inricht dat je achteraf kunt reconstrueren wie wat deed.

De praktische stap is inventarisatie. Maak een register van elke agent die gevoelige taken uitvoert: welke identiteit, welke rollen, welke tools, wie is eigenaar, wanneer is revocatie nodig. Dat register is je startpunt voor agent-IAM.

Wat tooling kan doen en wat je zelf moet bepalen

Verificatielagen kunnen agent-acties zichtbaar maken en controlelaag bieden: je kunt een taak door onafhankelijke modellen routeren en zien waar ze het oneens zijn of waar gevoelige gegevens risico lopen. Dat ondersteunt controle. Maar geen tool garandeert dat elke autonome actie reconstrueerbaar is of binnen een begrensde taak bleef. Het professionele eindoordeel — wat een agent mag doen, onder welke voorwaarden, en wat je accepteert als risico — blijft bij jou. Tooling maakt die keuze zichtbaar; ze neemt hem niet over.