> Bron: https://neuralex.nl/blog/rechten-voor-agents > Geef een AI-agent een eigen identiteit en alleen de beperkte, tijdelijke rechten die nodig zijn voor zijn taak. Lees-, schrijf- en risicovolle acties vragen elk om passende grenzen, toezicht en logging. [Terug naar kennisbank](/blog) Agents ·6 oktober 2026 ·6 min lezen # Least privilege voor niet-menselijke gebruikers: welke rechten krijgt een agent? Geef een AI-agent een eigen identiteit en alleen de beperkte, tijdelijke rechten die nodig zijn voor zijn taak. Lees-, schrijf- en risicovolle acties vragen elk om passende grenzen, toezicht en logging. Een agent krijgt alleen de rechten die nodig zijn om zijn taak uit te voeren, en niet meer. Geef de agent een eigen identiteit en een eigen account met beperkte rechten. Gebruik waar mogelijk tijdelijke toegang en maak duidelijk onderscheid tussen lezen, schrijven en onomkeerbare acties, zoals verwijderen of versturen. Zo blijft de mogelijke schade begrensd als de agent een fout maakt of wordt misleid. Least privilege, of minimale bevoegdheden, betekent dat een agent alleen toegang krijgt tot de gegevens en functies die voor zijn werk nodig zijn. Die regel geldt voor elke stap: welke bestanden de agent mag bekijken, welke systemen hij mag aanpassen en welke acties alleen na goedkeuring mogen plaatsvinden. Een praktische introductie op beveiligingsmaatregelen voor agents vind je bij [AI-agents met vangrails](/blog/ai-agents-met-vangrails). ## Geef de agent een eigen identiteit Een agent is een niet-menselijke gebruiker: een softwareproces dat namens een organisatie gegevens opvraagt of handelingen uitvoert. Geef hem daarom een eigen identiteit in de systemen waarmee hij werkt. Gebruik geen gedeeld beheerdersaccount en neem geen inloggegevens over van een medewerker. Anders is achteraf moeilijk vast te stellen wie een handeling uitvoerde en kan de agent meer doen dan zijn taak vereist. Koppel de identiteit aan een omschreven doel, zoals het lezen van documenten uit een bepaalde map of het klaarzetten van conceptantwoorden. Leg vast wie verantwoordelijk is voor het account en wie de rechten mag aanpassen. Als verschillende agents of taken verschillende bevoegdheden nodig hebben, gebruik dan afzonderlijke identiteiten. Een agent die alleen documenten samenvat, hoeft niet dezelfde toegang te hebben als een agent die gegevens in een bedrijfsapplicatie bijwerkt. Een eigen identiteit maakt het ook mogelijk om toegang afzonderlijk in te trekken. Als een agent niet meer nodig is, kun je zijn account uitschakelen zonder menselijke accounts te veranderen. Dat helpt om te voorkomen dat oude automatisering ongemerkt toegang houdt. ## Scheid lezen, schrijven en onomkeerbare acties Lezen is niet hetzelfde als wijzigen. Een agent die informatie moet opzoeken, heeft meestal geen toestemming nodig om die informatie te veranderen. Begin daarom met alleen-lezen toegang en voeg schrijfrechten alleen toe als de taak dat vraagt. Beperk die rechten vervolgens tot de juiste omgeving, map, records of velden. Voorbeelden van begrenzing bij bestanden staan in [agenttoegang tot bestanden](/blog/agent-toegang-tot-bestanden). Maak ook onderscheid tussen schrijven en acties die gevolgen hebben buiten het systeem. Een concept opslaan is iets anders dan een e-mail naar een klant versturen. Een wijziging voorstellen is iets anders dan een dossier verwijderen, een betaling starten of een afspraak bevestigen. Voor risicovolle handelingen kun je de agent een voorstel laten maken en een mens de definitieve actie laten goedkeuren. Welke acties dat zijn, hangt af van de gevolgen, de context en de afspraken binnen je organisatie. Als een agent toch zelfstandig mag schrijven, bepaal dan vooraf waar hij dat mag doen en hoe fouten kunnen worden hersteld. Gebruik waar mogelijk concepten, wijzigingsvoorstellen of een prullenbak in plaats van directe, onomkeerbare wijzigingen. Daarmee verklein je de gevolgen van verkeerde interpretaties. ## Beperk tokens, geheimen en taken Toegang wordt vaak geregeld met tokens, sleutels of andere geheimen. Geef een token alleen de benodigde bevoegdheden en laat het waar mogelijk automatisch verlopen of maak het tijdelijk beschikbaar voor één taak. Een token met brede, langdurige toegang kan misbruikt worden als die uitlekt of als de agent een schadelijke instructie opvolgt. Zet geheimen niet in de prompt en schrijf ze niet vast in de code. De prompt kan worden bewaard, getoond of beïnvloed door tekst uit documenten en e-mails; code kan in logs of bronbeheer terechtkomen. Laat een beveiligde voorziening de benodigde geheimen aanbieden aan de uitvoerende dienst, zonder ze aan de agent te tonen. De precieze inrichting verschilt per omgeving, dus controleer hoe credentials worden uitgegeven, vernieuwd en ingetrokken. Houd taken en agents waar mogelijk van elkaar gescheiden. Een tijdelijke taak voor het samenvatten van een map hoeft geen toegang te erven van een andere taak die klantgegevens bijwerkt. Beperk ook de duur en reikwijdte van sessies. Zo kan een fout in één taak minder makkelijk doorwerken naar andere processen. ## Houd rekening met misleiding en fouten Een agent kan een opdracht verkeerd begrijpen, een onjuiste aanname doen of tekst in een bestand behandelen alsof het een geldige instructie is. Bij prompt-injectie kan een document of e-mail bijvoorbeeld proberen de agent over te halen gegevens te delen of andere handelingen uit te voeren. Als de agent brede rechten heeft, kan die misleiding grotere gevolgen hebben. Rechten beperken voorkomt niet elke fout, maar verkleint wel wat de agent kan doen. Geef toegang alleen tot bronnen die bij de taak horen en sta niet toe dat inhoud uit die bronnen de toegangsregels verandert. Laat de agent voor gevoelige of onomkeerbare acties stoppen en om goedkeuring vragen. Bedenk vooraf welke handelingen een mens moet bevestigen; [wanneer moet een mens goedkeuren?](/blog/wanneer-moet-een-mens-goedkeuren) helpt die grens verder te bepalen. Leg ook vast wat er gebeurt als een agent een benodigde bevoegdheid niet heeft. Een goede begrenzing laat de taak veilig stoppen of vraagt om hulp. De agent moet niet zelf een andere identiteit, een ruimere token of een alternatieve route zoeken. ## Log handelingen en controleer de rechten Een auditlog maakt inzichtelijk welke identiteit toegang gebruikte, welke gegevens zijn geraadpleegd en welke handelingen zijn uitgevoerd. Leg genoeg vast om incidenten te kunnen onderzoeken en wijzigingen te kunnen controleren, maar voorkom dat logs onnodig gevoelige inhoud verzamelen. Denk ook na over wie de logs mag inzien en hoe lang ze bewaard moeten worden. Observability helpt je daarnaast te zien of een agent vastloopt, onverwachte acties uitvoert of herhaaldelijk toegang probeert te krijgen. De aanpak staat verder uitgelegd bij [agentobservability](/blog/agent-observability). Logs vervangen geen toegangsbeperking: ze helpen achteraf begrijpen wat gebeurde, terwijl least privilege vooraf de beschikbare mogelijkheden begrenst. Controleer rechten regelmatig en ook wanneer de taak, systemen of verantwoordelijke veranderen. Verwijder toegangen die niet meer nodig zijn, trek oude tokens in en controleer of tijdelijke accounts echt verlopen. Rechten groeien makkelijk mee met nieuwe wensen; zonder opschoning kan een agent uiteindelijk meer kunnen dan waarvoor hij is ingericht. ## Korte checklist Loop vóór ingebruikname en bij wijzigingen deze punten na: - Heeft de agent een eigen identiteit en een verantwoordelijke eigenaar? - Zijn gedeelde beheerdersaccounts en medewerkerscredentials uitgesloten? - Kan de agent alleen de benodigde bronnen lezen en alleen de vereiste gegevens wijzigen? - Zijn verwijderen, versturen en andere risicovolle acties apart begrensd of goed te keuren? - Zijn tokens beperkt, tijdelijk waar mogelijk, en geheimen buiten prompts en code gehouden? - Zijn taken of agents met verschillende bevoegdheden van elkaar gescheiden? - Kun je in logs controleren wat de agent deed, en ruim je ongebruikte rechten periodiek op? De juiste bevoegdheden hangen af van de taak en de mogelijke gevolgen van fouten. Begin met zo weinig mogelijk toegang, voeg alleen onderbouwde rechten toe en toets de inrichting opnieuw wanneer het werk van de agent verandert. Agents ## Welke rechten heeft jouw agent eigenlijk? We kijken met je mee naar identiteit, rechten en goedkeuring in je agent-opzet — praktisch en zonder verzonnen claims. Benieuwd wat dat voor jouw processen betekent? [Stel je vraag](/contact) [Lees over agents met vangrails](/blog/ai-agents-met-vangrails) --- Volledige (opgemaakte) versie: https://neuralex.nl/blog/rechten-voor-agents