AVG-verantwoording voor AI-agents: waarom uw governance per agent en per sessie moet worden herzien

U moet elke AI-agent als een identificeerbare, niet-menselijke identiteit behandelen: wijs hem een eigenaar toe, bind hem aan een concreet doel en specifieke datacategorieën, dwing continue autorisatie per taak af en leg per sessie vast welke agent welke persoonsgegevens raadpleegde, voor welk doel en onder wiens gezag. Alleen zo kunt u uw AVG-verantwoordingsplicht aantonen.

Een analyse van 16 september 2026 van privacygovernance voor autonome AI-agents stelt vast dat klassieke privacygovernance — verwerkingsregisters, DPIA's en beleidskaders — niet is ontworpen voor systemen die op het moment van uitvoering zelf tools kiezen, databronnen doorlopen en verwerkingsketens starten die bij het ontwerp niet waren voorzien. De analyse gebruikt juridische workflows als praktijkgeval. In onze inschatting is dit geen puur technisch probleem maar een verantwoordingsprobleem: als u niet kunt vaststellen welke agent welke persoonsgegevens raadpleegde en onder welk gezag, kunt u artikel 5 lid 2 AVG niet aantonen. De vraag verschuift van "welk systeem verwerkt gegevens" naar "welke agent nam welke beslissing, en waarom".

Waarom klassieke governance niet volstaat

Een verwerkingsregister gaat uit van vooraf gedefinieerde, herhaalbare datastromen. Een agent daarentegen beslist tijdens de uitvoering welke bron hij aanspreekt, welke tool hij aanroept en welke gegevens hij combineert. Toezichthouders vragen verwerkingsverantwoordelijken inmiddels om de verwerking van persoonsgegevens binnen agentsessies te documenteren — welke categorieën gegevens in het contextvenster terechtkwamen, uit welke systemen, en onder welk beleid. Veel teams kunnen die vastlegging niet leveren.

De praktische consequentie: uw bestaande governance beschrijft mogelijk niet meer wat er werkelijk gebeurt. Zicht op het niveau van de agent, niet alleen het systeem, is nodig om verantwoording aantoonbaar te maken.

Welke risico's ontstaan door gebrek aan agentspecifieke governance?

De volgende foutmodi en verantwoordingsgaten ontstaan wanneer agents niet als identificeerbare identiteiten worden beheerd:

• Onzichtbare datastromen — een agent combineert persoonsgegevens uit meerdere bronnen zonder dat u kunt vaststellen welke gegevens in welke volgorde zijn verwerkt.
• Ongedefinieerde doelbinding — een agent trekt gegevens voor een taak en hercombineert ze voor een ander doel, waardoor "noodzakelijk" niet meer bepaald kan worden.
• Geen sessieaudit — u kunt niet aantonen welke agent welke persoonsgegevens raadpleegde, wanneer en onder wiens gezag.
• Dynamische autorisatie zonder controle — agents krijgen runtime-toegang tot tools en bronnen zonder dat u per taak kunt afdwingen dat zij binnen hun mandaat blijven.
• Geen levenscyclus voor agent-identiteiten — agents worden ingezet zonder eigenaar, zonder vastgestelde datacategorieën en zonder afbouwprocedure.

Welke concrete controles moet u per agent en per sessie kunnen aantonen?

Dit zijn de minimale vastleggingen die u moeten kunnen leveren:

1. Identificeer elke agent als een niet-menselijke principal — documenteer welke agent welke taak uitvoert en wie zijn eigenaar is.
2. Bind doelen en datacategorieën op agentniveau vast — definieer per agent welke gegevens hij mag raadplegen en voor welke doelen.
3. Leg per sessie vast welke agent welke gegevens raadpleegde — registreer welke categorieën persoonsgegevens in het contextvenster terechtkwamen en uit welke systemen.
4. Dwing continue autorisatie per taak af — controleer voordat een agent een tool aanroept of deze actie binnen zijn mandaat valt.
5. Documenteer het gezag onder hetwelk de agent handelde — leg vast wie de agent instructie gaf en wie verantwoordelijk is voor het resultaat.

Hoe begin je met inventarisatie?

De eerste stap is helder welke agents u hebt en wat zij doen. Maak een register aan met vier kernvragen per agent: welke agent, welke gegevens, welk doel, welk gezag. Dit register is niet eenmalig; het moet per sessie kunnen worden aangevuld met wat werkelijk is gebeurd.

Nationale toezichthouders vragen verwerkingsverantwoordelijken inmiddels om deze vastlegging te leveren. Veel teams kunnen dat niet. Dit is niet een toekomstige eis maar een huidige handhavingsprioriteit.

Welke rol hebben verificatie en tooling?

Waar deze eisen raken aan verificatie en zichtbaarheid kan een controlelaag ondersteuning bieden. Verificatielagen kunnen per werkstroom inzicht geven in datastromen, correcties zichtbaar maken en bronnen traceerbaar houden. Privacyschermen kunnen gevoelige waarden vervangen door synthetische equivalenten voordat een AI-keten de inhoud verwerkt. Dit ondersteunt controle en aantoonbaarheid, maar het is geen garantie dat elke autonome handeling reconstrueerbaar is of dat een agent binnen zijn taak bleef. Het professionele eindoordeel over wat acceptabel is en hoe streng u moet controleren, blijft bij u.