Ondernemingen rollen op grote schaal autonome AI-agents uit die zelfstandig processen uitvoeren over meerdere applicaties heen. Beveiligingsteams proberen deze digitale assistenten te beheren met verouderde methoden voor IAM (Identity and Access Management). Het toewijzen van een sleutel of een statisch account veroorzaakt grote risico’s. De klassieke architectuur rust op het idee dat alleen mensen beslissingen nemen. Programma’s voerden tot nu toe slechts voorspelbare opdrachten uit. Een agent werkt anders. Het systeem kiest op basis van data zelf welke bronnen het raadpleegt. Wanneer een agent de rechten van een gebruiker overneemt, ziet de infrastructuur enkel een geldig token. Het systeem begrijpt niet op wiens gezag een actie plaatsvindt. Vraagt een medewerker om een e-mail samen te vatten, dan kan de agent besluiten om een export uit een CRM (Customer Relationship Management) of een AWS S3 bucket op te halen. De klassieke ACL (Access Control List) faalt in die situatie volledig.
Van statische sleutels naar dynamische identiteiten
Het vaststellen van een geldige sleutel zegt niets over de betrouwbaarheid van een actie. Een volwaardige identiteit voor een agent moet verhuizen naar een actieve staat van gegevens. Deze identiteit legt vast welke mens aansprakelijk is voor het handelen. Zo voorkomt een organisatie onbeheerde processen wanneer personeel van functie wisselt. De identiteit registreert de specifieke versie van de prompt, het gebruikte taalmodel en de toegestane instrumenten. Dit beschermt de infrastructuur tegen onbevoegde aanpassingen in de logica. De beveiliging moet werken via het principe van Zero Trust op actieniveau. Een agent gebruikt hierbij JIT (Just In Time) autorisatie. Het systeem vraagt voor elke actie een kortstondig token aan. Een centrale beleidsengine beoordeelt het risicoprofiel van de opdracht. Bij acties met een hoog risico volgt een HITL (Human In The Loop) controlepunt voordat toegang wordt verleend. Zonder deze controle spant men het paard achter de wagen bij het inrichten van automatisering.
Identity and Access Management (IAM) Workflow
Wetgeving en het gevaar van onbeheerde digitale werknemers
De noodzaak voor een eigen identiteit wordt versterkt door Europese regelgeving. Onder de EU AI Act worden autonome systemen streng beoordeeld op risicobeheersing en menselijk toezicht. Artikel 14 eist dat natuurlijke personen controle kunnen houden over het systeem. Artikel 12 verplicht automatische logging van gebeurtenissen tijdens de levenscyclus. Ook de GDPR (General Data Protection Regulation) stelt duidelijke eisen. Wanneer een agent persoonsgegevens verzamelt en doorsluist, geldt de organisatie als verantwoordelijke partij. Bij een audit door een toezichthouder volstaat een uitvlucht over automatische verwerking niet. De Autoriteit Persoonsgegevens ziet dit als een overtreding van Artikel 25 over databescherming door ontwerp. Zonder een heldere geschiedenis van besluiten kan een bedrijf niet aantonen dat het in controle is. Daarnaast dreigt het gevaar van wildgroei door codevrije platforms. Medewerkers bouwen binnen 5 minuten een agent via Microsoft Copilot Studio, Zapier AI of LangChain. Wanneer de maker het bedrijf verlaat, blijven er honderden actieve processen achter met hoge rechten. Zonder centrale sturing ontstaat er schaduw IT op machinesnelheid. Pas als het kalf verdronken is dempt men meestal de put. Het instellen van een dynamische identiteit per actie is daarom een harde randvoorwaarde voor veilige opschaling.