Naar inhoud
instellect.ai
Beveiliging & regie

Identiteit voor AI-agents: namens wie wordt een actie uitgevoerd?

Een bruikbare audittrail begint met een eenvoudige vraag: wie gaf de opdracht en welke technische identiteit voerde haar uit?

In het kort

Een agentidentiteit beschrijft met welke bevoegdheid een agent werkt. Dat kan gedelegeerde gebruikerstoegang zijn of een afgebakende service-identiteit. Bewaar het onderscheid tussen opdrachtgever, uitvoerende identiteit en verantwoordelijke eigenaar; die hoeven niet dezelfde te zijn.

Kies het patroon bij het werk

Een interactieve vraag over persoonlijke dossiers past vaak bij toegang namens die gebruiker. Een geplande verwerking kan een service-identiteit nodig hebben. Kies niet automatisch het account dat toevallig alle koppelingen al kan openen. Noteer welke bronnen bereikbaar worden, wie de identiteit beheert en welke taken haar mogen gebruiken. De inrichting moet ook zonder de oorspronkelijke ontwikkelaar te begrijpen zijn.

Geef langlopende taken een eigenaar

Een geplande taak kan doorgaan wanneer een medewerker uit dienst gaat. Leg vast of dat gewenst is, wie de opdracht overneemt en wanneer herbeoordeling nodig is. Een technisch geldig token vertelt niet of de zakelijke opdracht nog geldt. Koppel daarom taakstatus en eigenaarschap aan het uitvoeringsproces en behandel een ontbrekende eigenaar als een beheerprobleem.

Beperk overdracht van bevoegdheden

Wanneer een agent een tweede service aanroept, mogen privileges niet ongemerkt groter worden. Leg vast of een tool namens de gebruiker of namens zichzelf optreedt. Bewaar voldoende informatie om die keten terug te vinden zonder tokens in logs te schrijven. Voor remote MCP-servers gaat MCP-autorisatie dieper in op toegang tussen client en server.

Identiteit kiezen per taaktype

Identiteit kiezen per taaktype
TaakMogelijk patroonBelangrijkste beheervraag
Gebruiker zoekt eigen dossiersGedelegeerde gebruikerstoegangBlijven diens bronrechten gelden?
Geplande beperkte verwerkingService-identiteitWie is de zakelijke eigenaar?
Gevoelige wijziging na reviewUitvoerder plus expliciet akkoordIs akkoord gekoppeld aan deze handeling?
Illustratief scenario

Een wekelijkse managementsamenvatting

Een service-identiteit mag goedgekeurde rapportages lezen voor een vaste samenvatting. Het account van de directeur wordt daarvoor niet hergebruikt. Als de verantwoordelijke teamleider vertrekt, moet het beheerproces de opdracht opnieuw toewijzen of pauzeren. De technische mogelijkheid om de volgende maandag te draaien is geen vervanging voor dat eigenaarschap.

Neem mee naar je team.

  • Leg opdrachtgever, technische uitvoerder en eigenaar afzonderlijk vast.
  • Maak een procedure voor intrekken en overdragen.
  • Controleer wat downstream-services zien als identiteit.
Download dit werkblad (.txt) ↓

Met ruimte voor je besluit, eigenaar en testbewijs. Geen e-mailadres nodig.

Bronnen & verantwoording

Technische achtergrond bij dit onderwerp. De keuzetabel, checklist en fictieve voorbeelden zijn een eigen redactionele uitwerking van Instellect. De beschreven patronen zijn geen overzicht van reeds beschikbare productfuncties.

Geraadpleegd op 11 oktober 2026. Een correctie doorgeven? Mail Instellect.

Van lezen naar je eigen workflow

Maak de volgende keuze concreet.

Gebruik het gratis hulpmiddel om de taak, bronnen en grenzen met je team te bespreken.

Doe de AI readiness check
Volg de ontwikkeling van Instellect.

Instellect is in ontwikkeling. Aanmelden geeft nog geen directe toegang tot het platform.

Naar de waitlist ↗