AI-agents die zelfstandig API's aanroepen, databases raadplegen of interne bedrijfstools bedienen, worden onder de EU AI-verordening (Regulation (EU) 2024/1689) steeds nadrukkelijker behandeld als actoren waarvan het handelen achteraf te reconstrueren en toe te wijzen moet zijn. De kern van de discussie is niet langer abstract: vanaf 2 augustus 2026 worden de verplichtingen voor high-risk AI-systemen afdwingbaar, en die verplichtingen raken direct de manier waarop organisaties agents ontwerpen die toegang hebben tot gevoelige informatie.
Waarom de aandacht voor agents toeneemt
De OWASP GenAI Exploit Round-up Report Q1 2026 beschrijft concrete incidenten waarbij generatieve AI-agents gevoelige bedrijfsgegevens konden blootleggen of via prompt-injectie te sturen waren. Zulke exploit-paden laten zien wat er misgaat wanneer een agent met verhoogde rechten handelt zonder dat het achteraf duidelijk is welke actie door welke agent is uitgevoerd. Precies daarom benadrukt het rapport het belang van strikte logging, traceerbaarheid en containment voor high-risk AI-agents.
Deze incidentverhalen sluiten aan bij wat de wetgever al eerder vastlegde. Ze maken tastbaar waarom de verordening bepaalde ontwerpplichten stelt: niet als bureaucratische formaliteit, maar omdat het reconstrueerbaar maken van agenthandelingen een voorwaarde is om risico's te kunnen identificeren en indammen.
Wat de verordening concreet vereist
Artikel 12 (Record-Keeping) legt aanbieders van high-risk AI-systemen op om events automatisch te registreren gedurende de levensduur van het systeem. Die logs moeten het mogelijk maken risico's te herkennen, post-market monitoring uit te voeren en operationeel toezicht te houden. In een agentische omgeving betekent "automatische registratie van events" concreet: elke tool-aanroep, elke API-call en elke actie op een intern systeem hoort herleidbaar te zijn.
Aan de gebruikerskant vult Artikel 26 (Obligations of Deployers) dit aan. Deployers van high-risk AI-systemen moeten de automatisch gegenereerde logs ten minste zes maanden bewaren, en logging en toezicht vormen daarmee een kernverplichting voor systemen die invloed hebben op high-risk beslissingen. Verantwoordelijkheid ligt dus niet alleen bij wie het systeem bouwt, maar ook bij wie het inzet.
Van wettekst naar architectuur
De praktische vertaalslag komt naar voren in recente analyses. De publicatie EU AI Act Compliance 2026 van Salt Security stelt dat AI-agents die interne en externe API's aanroepen binnen de reikwijdte van de artikelen 12 en 15 vallen. Volgens die analyse worden de high-risk verplichtingen — waaronder tamper-evident logging en cybersecurity voor de action-laag van agents — afdwingbaar op 2 augustus 2026, en moeten logs ten minste zes maanden bewaard blijven.
Kakunin gaat in zijn implementatie-update van mei 2026 nog een stap verder. Die publicatie beschrijft EU AI Office-richtsnoeren rond Artikel 12-logging waarbij per-agent identiteit in audit-logs wordt verwacht, en schetst verwachtingen uit conceptversies van geharmoniseerde standaarden, zoals tijdgebonden credentials en revocatieprocedures. De rode draad: gedeelde sleutels en anonieme service-accounts volstaan niet meer wanneer je achteraf moet kunnen aantonen welke agent wat deed.
Samengevat tekenen zich enkele concrete ontwerppatronen af voor organisaties die agents inzetten op gevoelige workflows:
- Per-agent identiteit in plaats van gedeelde credentials, zodat acties toewijsbaar blijven;
- Tamper-evident, gestructureerde logs voor elke tool-aanroep en API-call;
- Bewaartermijn van minimaal zes maanden voor automatisch gegenereerde logs;
- Gedocumenteerde revocatie- en containmentprocedures, geïnformeerd door reële exploit-paden zoals OWASP die beschrijft;
- Tijdgebonden credentials die aflopen en ingetrokken kunnen worden.
Wat dit betekent voor werken met vertrouwelijke informatie
Voor professionals die met vertrouwelijke dossiers werken — advocaten, notarissen, bedrijfsartsen, journalisten, onderzoekers en compliance-teams — verschuift het speelveld. Verifieerbare audit trails en controleerbaar, inspecteerbaar agentgedrag zijn onder de EU AI-verordening geen kwestie meer van goede gewoonte alleen, maar worden binnenkort afdwingbare eisen voor wie agentische AI loslaat op gevoelige informatie.
Dat raakt aan waar I am Vera op is gericht. Vera is geen chatbot en geen eigen taalmodel, maar een verificatielaag die controlestappen zichtbaar maakt. De Semantic Privacy Shield is zo ontworpen dat voorbewerking en anonimisering plaatsvinden op EU-infrastructuur, en dat alleen geanonimiseerde inhoud naar de geselecteerde AI-modellen wordt gestuurd; wanneer een privacycontrole mislukt, wordt niets doorgestuurd. Die aanpak sluit aan bij de gedachte achter de verordening: inzicht houden in wat er met gevoelige inhoud gebeurt, en dat controleerbaar maken.
Multi-model verificatie kan daarnaast helpen om AI-antwoorden tegen het licht te houden in plaats van ze klakkeloos over te nemen. Vera garandeert geen correctheid en elimineert geen fouten, maar geeft meer zicht op hoe een antwoord tot stand komt. Het professionele eindoordeel blijft bij de gebruiker.
De boodschap uit de bronnen is nuchter maar duidelijk: wie vóór 2 augustus 2026 nadenkt over per-agent identiteit, tamper-evident logging en containmentpaden, zit straks minder in de knel dan wie dat achteraf moet regelen. AI-agents met toegang tot interne systemen worden auditeerbare actoren — en dat vraagt om een architectuur die daarop is ingericht.