Niemand draagt de verantwoordelijkheid voor de gevolgen wanneer een AI-agent faalt

Acht op de tien bestuurders in Europa en het Midden-Oosten geven aan dat er het afgelopen jaar een AI-incident is geëscaleerd naar hun raad van bestuur of directie. Vraag diezelfde bestuurders wie er verantwoordelijk is als een AI-agent het volgende incident veroorzaakt, en geen enkele functie krijgt meer dan 17 procent van de stemmen.

Die verdeeldheid blijkt uit een IBM-onderzoek gepubliceerd op 14 oktober 2026, waarbij 3.221 bestuurders via Censuswide werden ondervraagd bij organisaties met 1.000 of meer medewerkers in het VK, Frankrijk, Duitsland, Italië, Spanje, Nederland, Saoedi-Arabië en de VAE. Het veldwerk vond plaats van 14 tot 24 september 2026. Het cijfer van 80 procent incidenten haalde de koppen. De meer waardevolle bevinding voor een CISO of Chief Compliance Officer zit dieper in het rapport, namelijk in de antwoorden op de vraag wie verantwoordelijk is als agents fouten maken.

Noem het het eigenaarloze incident. De raad van bestuur heeft AI-risico formeel toegewezen aan iemand, de agents blijven gevoelige data aanraken, en als er iets misgaat, versnipperen de verantwoordelijkheden over acht verschillende antwoorden. Dat is een governanceprobleem, en ook een bewijsprobleem, want een toezichthouder die vraagt wie een agent toestemming gaf om een record te lezen, wil een naam en een log, geen commissie. Kiteworks secure data exchange bestaat voor dat tweede deel van de vraag, en deze post legt uit hoe beide delen samenhangen.

Belangrijkste inzichten

1. Het aantal incidenten is niet langer het nieuws.

Tachtig procent van de ondervraagde bestuurders zegt dat een AI-incident het afgelopen jaar hun raad van bestuur of directie heeft bereikt, dus de open vraag is wat het leiderschap kan aantonen over de reactie.

2. Eigenaarschap is gefragmenteerd waar het telt.

AI-verantwoordelijkheid op bestuursniveau is vrijwel universeel, maar geen enkele functie wordt door meer dan 17 procent genoemd wanneer een AI-agent een negatief resultaat veroorzaakt.

3. Informele escalatie is een auditrisico.

Meer dan een derde van de incidenten die leiders bereikten, deed dat informeel, waardoor een Chief Compliance Officer geen verslag heeft van wat wanneer is besloten.

4. Contracten zijn geen controles.

De meeste organisaties reguleren AI van leveranciers met clausules en auditrechten, terwijl slechts een kleine minderheid externe AI continu monitort of onafhankelijke zekerheid eist.

5. De data-verplichtingen zijn niet veranderd.

De tijdlijn van de EU AI-wet is verschoven, maar de GDPR-beveiligings- en meldingsplichten en NIS 2-rapportageverplichtingen gelden vandaag nog steeds voor agenttoegang.

Acht op de tien raden van bestuur hebben al een AI-incident gezien

Begin met het getal dat niemand kan wegwuiven. Volgens het IBM-rapport, The New Realities of AI Governance, zegt 80 procent van de ondervraagde bestuurders dat een AI-gerelateerd incident hun raad van bestuur of directie het afgelopen jaar heeft bereikt. Dit is niet langer een hypothetisch risico op een heatmap. Het is een terugkerend agendapunt.

Wat er daarna gebeurde, is veelzeggender dan het aantal incidenten. Van de organisaties waar een incident de top bereikte, zegt 43 procent dat het formeel op dat niveau is beoordeeld, terwijl 37 procent aangeeft dat het informeel is gecommuniceerd. Lees dat nog eens. Meer dan een derde van de tijd bereikte een AI-incident de top van de organisatie via een gesprek op de gang in plaats van via een governanceproces.

Een informele escalatie laat geen verslag achter dat een toetsing overleeft. Wanneer een toezichthouder vraagt hoe het leiderschap van het incident hoorde, wat er is besloten en wanneer, is “we hebben erover gepraat” geen antwoord dat een Chief Compliance Officer aan een toezichthouder kan voorleggen. De formele beoordeling is de controle. De informele vermelding is het risico.

De gevolgen die het rapport noemt zijn net zo concreet. Onder organisaties waar een incident de top bereikte, noemt 40 procent een wijziging van het AI-governancebeleid als belangrijkste resultaat, 38 procent een wijziging in investerings- of inzetplannen, 37 procent het inschakelen van externe adviseurs, en 35 procent dat toezichthouders zijn geïnformeerd. Zie deze cijfers als richtinggevend. Ze komen uit een door een leverancier uitgevoerde enquête onder zelfrapporterende bestuurders, en ze beslaan acht markten in plaats van de hele wereld.

Toch verdient het cijfer over toezichthouders extra aandacht, omdat het het enige getal is dat een toezichthouder zelf kan verifiëren aan de hand van eigen dossiers. Meer dan een derde van de organisaties die een incident opschaalden, sprak uiteindelijk ook met een toezichthouder. Voor mensen die verantwoordelijk zijn voor auditgereedheid, verschuift de bewijsvoering daarmee van “ooit” naar “dit kwartaal”.

Bestuurlijk eigenaarschap bestaat, maar agent-verantwoording niet

Op papier ziet het plaatje er netjes uit. Uit het IBM-onderzoek blijkt dat 98 procent van de respondenten formeel verantwoordelijkheid op bestuursniveau voor AI-risico heeft toegewezen, en 26 procent heeft een speciale AI-commissie op bestuursniveau. Governance-structuren zijn bijna overal aanwezig.

Nu de lastigere vraag. Wie is verantwoordelijk als een AI-agent een negatief resultaat veroorzaakt? De CIO of CTO was het meest genoemde antwoord met 17 procent, en geen enkele functie werd door meer dan 17 procent genoemd. Gedeelde verantwoordelijkheid binnen de directie kreeg 14,5 procent, de chief risk of chief compliance officer 14 procent, een chief AI officer 13 procent, het implementatieteam 11 procent, de AI-leverancier 10 procent, een businesslijnleider 10 procent en de CEO 9 procent.

Dat is geen meningsverschil over organogrammen. Het is de afwezigheid ervan. Een bestuurscommissie kan een risicocategorie beheren, maar een incident vraagt om een persoon die kan uitleggen wat de agent heeft aangeraakt, onder wiens bevoegdheid en volgens welk beleid. Acht verschillende antwoorden, geen meerderheid, laten zien dat de meeste organisaties die toewijzing nog niet hebben gemaakt.

Deze verdeeldheid verdient dezelfde voorzichtigheid als elke enquête. Eén door IBM in 2026 uitgevoerde enquête onder bestuurders in acht markten is geen vaststaand feit over wie AI-beveiliging bezit. Enquêtes die andere respondenten in andere regio’s vragen, zetten de CIO, de CTO en de CISO elk bovenaan. De blijvende bevinding is de fragmentatie zelf.

Hier draait het allemaal om. Verantwoording die alleen op commissieniveau leeft, levert geen bewijs op. Bewijs komt uit de data layer, waar een benoemde menselijke autorisator, een agent-identiteit, een beleidsbeslissing en een log-entry samenkomen. Als die keten bestaat, is de vraag wie antwoordt feitelijk te beantwoorden. Als dat niet zo is, discussieert de organisatie over schuld terwijl de klok van de toezichthouder doortikt.

De CISO erft dit vacuüm meestal, of de titel nu wel of niet in de antwoorden voorkomt. De beveiligingsleider is de bestuurder tot wie de raad zich wendt als het incident echt is, waardoor de ontbrekende keten een persoonlijk én institutioneel probleem wordt.

Governance ontworpen voor mensen schaalt nu naar agents

Agents zijn al operationeel bij een aanzienlijk deel van deze organisaties. IBM meldt dat 35 procent agentische AI in productie heeft, en 75 procent verwacht dat agents tegen 2027 zonder menselijke goedkeuring van elke handeling zullen opereren. Tegelijkertijd zegt slechts 37 procent dat hun governance is ontworpen om mee te schalen met agentische inzet, terwijl nog eens 45 procent aangeeft dat het kan meeschalen maar versterking nodig heeft.

Zet die cijfers naast elkaar en het probleem wordt duidelijk. Inzet heeft een kalender. Governance heeft een intentie. Het rapport voegt toe dat 56 procent blijft inzetten binnen afgesproken risicogrenzen terwijl governance zich aanpast, en een derde stelt inzet uit tot governance gereed is. De meerderheid bouwt het vliegtuig tijdens de vlucht.

Governance-achterstand is de juiste benaming. Het is het interval tussen de dag dat een agent gereguleerde data aanraakt en de dag dat de controles die dat reguleren van bewijswaardige kwaliteit zijn. Elke dag in dat interval levert toegangsevenementen op die later niet meer te reconstrueren zijn.

Eén verduidelijking is belangrijk voor de interne verslaglegging. “Zonder menselijke goedkeuring van elke handeling” beschrijft delegatie, geen onafhankelijkheid. Een mens autoriseert de workflow, een beleid bepaalt wat de agent mag aanraken, en de log registreert beide. Agents voegen zich bij mensen als tweede identiteitsklasse onder één governance-model. Ze vervangen de menselijke verantwoordingsketen niet, en een programma dat ze als autonome actoren buiten die keten plaatst, heeft de opdracht al verkeerd begrepen.

Hier komt ook de prijs van wachten naar voren. Identiteit, beleid en logging achteraf toevoegen aan agents die al in productie zijn, betekent geschiedenis reconstrueren die nooit is vastgelegd. De controles direct in de data layer bouwen betekent dat elke agent-interactie vanaf het eerste verzoek wordt gereguleerd. AI data governance vroeg regelen is goedkoper dan forensisch reconstrueren achteraf.

Gesplitste verantwoording vraagt om één bewijsvoering

Als verantwoording gesplitst is, moet de bewijsvoering eenduidig zijn. Dat is het ontwerpprincipe dat het vacuüm oplost zonder te wachten op het organogram.

Begin bij de autorisator. Elke agent-workflow moet te herleiden zijn tot een benoemd persoon die de delegatie heeft gedaan, net zoals de toegang van een menselijke gebruiker te herleiden is tot diens account. Waar de identiteit van de agent is gekoppeld aan de identiteit van de delegerende mens, is de vraag wie antwoordt feitelijk te beantwoorden, ongeacht welke bestuurder uiteindelijk AI-risico bezit.

Dan volgt het beleid. Rolgebaseerde regels bepalen wat iemand in een functie mag zien, maar een agent werkt over taken heen, en een model dat alleen op rollen is gebaseerd geeft te veel of te weinig rechten. Op attributen gebaseerde toegangscontrole beoordeelt het profiel van de agent, de gevoeligheid van de data, de context van het verzoek en de gevraagde bewerking. Een agent die een map mag lezen, mag die niet automatisch downloaden.

Daarna volgt het verslag. Een manipulatiebestendige audittrail die vastlegt wie de agent heeft geautoriseerd, welke data is aangeraakt, onder welk beleid en wanneer, verandert een incident van een onderzoek in een rapport. Dat verschil is in de praktijk belangrijk. Toezichthouders werken met dagen, en een bewijspakket dat weken kost om samen te stellen, is een bevinding in wording.

Kiteworks Compliant AI reguleert agenttoegang op de data layer precies volgens deze lijnen. Het verifieert de identiteit van de agent en koppelt deze aan de menselijke autorisator, beoordeelt elk verzoek aan de hand van attributengebaseerd beleid, past FIPS 140-3 gevalideerde encryptie toe en schrijft manipulatiebestendige auditrecords. De Kiteworks Secure MCP Server brengt hetzelfde model naar AI-clients zoals Claude en Copilot, waarbij elk verzoek de bestaande rechten van de gebruiker erft via OAuth 2.0 en wordt gelogd in dezelfde audittrail die e-mail, bestandsoverdracht en beheerde bestandsoverdracht dekt. Eén audittrail over alle kanalen is het doel. Vijf tools leveren vijf auditgaten op.

De vendor blind spot is de audit blind spot

Het verantwoordingsprobleem stopt niet bij de bedrijfsgrens. Uit het IBM-onderzoek blijkt dat 54 procent van de bestuurders erkent dat er gaten zijn in de governance voor AI die wordt gebruikt door belangrijke leveranciers en partners in de toeleveringsketen.

De controles waar organisaties naar grijpen vertellen het verhaal. Contractuele bepalingen voeren de lijst aan met 43 procent en auditrechten volgen met 39 procent, terwijl continue monitoring van externe AI-risico’s op 21 procent zit en onafhankelijke zekerheid of certificering op 13 procent. Papieren controles domineren en feitelijke controles blijven ver achter.

Een clausule is een belofte. Een log is een feit. Wanneer de agent van een partner jouw gereguleerde data aanraakt, zegt het contract wat had moeten gebeuren en zeggen alleen je eigen logs wat er daadwerkelijk is gebeurd. Die asymmetrie is de vendor blind spot, en wordt een audit blind spot zodra een auditor vraagt naar de toegangsgeschiedenis van data die jouw omgeving heeft verlaten.

Voor Europese organisaties is deze blootstelling vastgelegd. De NIS 2-richtlijn vereist dat onderliggende entiteiten de beveiliging van de toeleveringsketen beheren als onderdeel van hun risicobeheer cyberbeveiliging, en de bepalingen voor het management leggen de verantwoordelijkheid voor het goedkeuren en toezicht houden op die maatregelen bij het leiderschap. De praktische interpretatie is dat risicobeheer door derden bewijs moet opleveren van wat partners en hun agents met jouw data hebben gedaan, niet alleen een ondertekende vragenlijst. Een volwassen risicobeheer voor verkopers-programma vraagt om toeganglogs en beleidsbeslissingen, en verifieert dat deze bestaan voordat een toezichthouder dat doet.

De kloof heeft ook een prijs die zelden in een risicoregister verschijnt. Wanneer de agent van een leverancier jouw data aanraakt en de log alleen in het systeem van de leverancier staat, hangt jouw vermogen om een toezichthouder te antwoorden af van hoe snel de leverancier reageert en of de bewaartermijn van de leverancier overeenkomt met die van jou. Geen van beide is iets wat een clausule kan garanderen op de snelheid die een klok van 72 uur vereist.

De AI-wet is verschoven, maar de data-verplichtingen niet

Sommige bestuurders zullen het nieuws over de tijdlijn van de EU AI-wet als een opluchting lezen. De AI Omnibus, samengevat door het Future of Privacy Forum, heeft de ingangsdatum voor de Annex III high-risk vereiste verschoven van 2 augustus 2026 naar 2 december 2027, en voor Annex I-systemen van 2 augustus 2027 naar 2 augustus 2028. Het Parlement keurde de tekst goed op 16 juni 2026, de Raad op 29 juni 2026, en publicatie in het Publicatieblad volgde op 24 juli 2026.

Zie dat als een wijziging van de planning voor één verordening, niet als een pauze op governance. IBM vond dat 41 procent van de EU-bestuurders in de steekproef de investeringen in governance versnelt vooruitlopend op de high-risk verplichtingen, wat suggereert dat velen de vertraging juist interpreteren. Ze gebruiken de extra tijd om te bouwen, niet om te wachten.

De reden is eenvoudig. Toezichthouders reguleren data, geen modellen. De GDPR geldt voor persoonsgegevens, of die nu door een mens of een software-agent worden verwerkt, en de beveiligingsplicht onder artikel 32 en de meldplicht bij datalekken binnen 72 uur onder artikel 33 zijn niet afhankelijk van de kalender van de AI-wet. NIS 2 voegt een eigen meldingsklok toe, met een vroege waarschuwing binnen 24 uur en een volledige melding binnen 72 uur na een significant incident. Geen van deze verplichtingen bevat een uitzondering voor agents.

De praktische vraag voor een Chief Compliance Officer of een Data Protection Officer blijft dus ongewijzigd. Als een agent om twee uur ’s nachts persoonsgegevens leest en er gaat iets mis, kan de organisatie dan aantonen wie de toegang heeft geautoriseerd, wat de agent heeft gezien en welk beleid dat toestond, binnen de tijdlijn van de toezichthouder? Een DPO die die vraag niet kan beantwoorden, loopt vandaag al risico op de GDPR, ongeacht wat de AI-wet over 2027 zegt.

Wat een CISO en CCO kunnen doen vóór de volgende bestuursvergadering

Stop met vragen welke bestuurder AI zou moeten bezitten. Vraag in plaats daarvan of elke agent-workflow een eigenaar, een beleid en een log heeft. Dat zijn drie zaken die je deze maand kunt verifiëren, en ze blijven overeind ongeacht hoe de bestuursvraag wordt opgelost.

Wijs allereerst een benoemde menselijke autorisator toe aan elke agent-workflow die gereguleerde data aanraakt, en leg die toewijzing vast waar zowel het identiteits- als het audittrailsysteem het kan zien. Een bestuurscommissie die “AI-risico” bezit, vervangt niet een persoon die “deze agenttoegang” bezit. Toen de IBM-respondenten acht kanten opgingen over verantwoordelijkheid, was dit meestal het ontbrekende stuk.

Ten tweede: voer een bewijsoefening uit. Kies één agent-workflow en vraag het team om binnen enkele uren het volledige toegangsverslag voor een steekproef van acties te leveren, inclusief wie de agent heeft geautoriseerd, welke data is aangeraakt en welk beleid dat toestond. Als het antwoord weken duurt, heb je je bewijskloof gemeten en heb je een getal om aan het bestuur voor te leggen dat het bestuur begrijpt.

Ten derde: formaliseer incidentescalatie. De 37 procent van de incidenten die leiders informeel bereikten, zouden via een gedocumenteerde beoordeling moeten worden geëscaleerd die vastlegt wat wanneer is besloten. Een schriftelijk verslag van de reactie van het leiderschap is op zichzelf bewijs, en het is goedkoop.

Ten vierde: verplaats vendor-AI van contracttaal naar feitelijke controles. Vraag partners om logs en beleidsbeslissingen voor elke agent die jouw data aanraakt, en leg het recht om deze te ontvangen vast in de overeenkomst. Continue monitoring op 21 procent is het cijfer om te overtreffen.

Ten vijfde: handhaaf dataminimalisatie op operationeel niveau. Een agent die alleen de data ontvangt die nodig is voor de taak, zorgt voor een kleiner incident als er iets misgaat en een eenvoudiger verhaal als een toezichthouder vragen stelt.

De eigen formulering van IBM is het waard om aan de muur te hangen. In het persbericht zegt Ana Paula Assis, voorzitter van IBM voor EMEA en APAC, dat governance “niet langer als een compliance-oefening kan worden behandeld.” De conclusie voor degenen die de auditreactie ondertekenen is duidelijk. Governance die niet op afroep bewijs kan leveren, blijft een compliance-oefening, ongeacht het label.

Wil je meer weten over het produceren van bewijswaardige verslagen van AI-agenttoegang tot gereguleerde data? Plan vandaag nog een demo op maat.

Aanvullende bronnen

• Blog Post
  Zero‑Trust-strategieën voor betaalbare AI-privacybescherming
• Blog Post
  Hoe 77% van de organisaties faalt in AI-databeveiliging
• eBook
  AI Governance Gap: Waarom 91% van de kleine bedrijven Russisch roulette speelt met databeveiliging in 2025
• Blog Post
  Er is geen “–dangerously-skip-permissions” voor jouw data
• Blog Post
  Toezichthouders zijn klaar met vragen of je een AI-beleid hebt. Ze willen bewijs dat het werkt.