Je AI-agents zijn nu identiteiten — en de meeste zijn onbestuurd

Een mens logt in. Een AI-agent niet — die draagt een credential en handelt. Elke copilot, workflow-agent, RAG-worker en automatisering die je inzet, is een nieuwe identiteit op je netwerk: een die data kan lezen, tools kan aanroepen en geld kan uitgeven zonder dat iemand ooit inlogt. Het beveiligingsverhaal dat medio 2026 domineert, is dat deze niet-menselijke identiteiten sneller groeien dan iemand ze telt.

De identiteit die niemand telt

Niet-menselijke identiteiten — serviceaccounts, bots, tokens en nu AI-agents — overtreffen menselijke identiteiten al vele malen. Schattingen lopen sterk uiteen, van ruwweg tien-op-één in sommige omgevingen tot wel tachtig-op-één in andere, maar elke geloofwaardige bron is het eens over de richting. In zijn cybersecurity-vooruitblik voor 2026 noemde KPMG niet-menselijke identiteit een topprioriteit voor securityleiders en bestempelde de ongecontroleerde groei ervan als een “tikkende tijdbom.” De Cloud Security Alliance zette cijfers op het gat: in een onderzoek dat in januari 2026 verscheen, had minder dan een kwart van de organisaties een gedocumenteerd, vastgesteld beleid voor zelfs maar het aanmaken of verwijderen van AI-identiteiten, hield meer dan een op de zes helemaal niet bij wanneer nieuwe AI-gerelateerde identiteiten werden aangemaakt, en was slechts 12% er sterk van overtuigd dat ze een aanval via een niet-menselijke identiteit konden tegenhouden.

Waarom je bestaande IAM ze niet ziet

Identity-and-accessmanagement is gebouwd voor mensen: een mens, een login, een sessie, een manager die hem op zijn laatste dag uitschrijft. AI-agents breken al die aannames. Ze worden in code aangemaakt, vaak buiten elke centrale directory; ze authenticeren met langlevende API-sleutels in plaats van interactieve logins; en als een project eindigt, loopt niemand ze naar de deur — de sleutel blijft gewoon werken. Het gevolg is overprovisioning op schaal. In OWASP’s evaluatie van agentic-AI-beveiliging uit 2026 zei ongeveer driekwart van de respondenten dat hun agents structureel meer toegang hebben dan ze nodig hebben, en 79% zei dat agents nieuwe toegangspaden introduceren die lastig te monitoren zijn; slechts ongeveer een derde zei dezelfde controles op deze digitale arbeidskracht toe te passen als op menselijk personeel. Intussen lekken de credentials zelf: gedeelde “god-sleutels” die naar configbestanden, omgevingsvariabelen en notebooks worden gekopieerd, zijn de agent-tijdperkversie van een wachtwoord op een geeltje.

Een niet-menselijke identiteit wordt bestuurd bij de gateway

Hier zit het structurele punt. Elk van deze agents moet een model aanroepen, en als hij dat via een gateway doet, is de gateway de enige plek waar zijn identiteit echt bestuurd kan worden. Dat is wat Qevron is. Richt een agent op één OpenAI-compatibel endpoint en geef hem, in plaats van een gedeelde sleutel naar de hele wereld, zijn eigen sleutel — ingeperkt tot de modellen en routes die zijn taak nodig heeft, begrensd met een budget en een rate limit, bij elke request gelogd zodat je ziet wat elke agent werkelijk deed, en in te trekken op het moment dat hij gecompromitteerd is of wordt uitgefaseerd. De agent krijgt nooit een open deur; hij krijgt een benoemde credential die de gateway bij elke aanroep controleert. De discipline die IAM op mensen toepast — least privilege, herleidbaarheid, snelle intrekking — is precies wat een gateway op niet-menselijke identiteiten kan toepassen, omdat hij op het ene pad zit dat ze allemaal delen.

Via een gateway gedraaid wordt elementaire identiteitshygiëne voor een vloot agents geen wens meer maar de standaard:

• Een aparte identiteit per agent — nooit één gedeelde sleutel die later niemand kan herleiden
• Least privilege — elke agent ingeperkt tot de modellen, routes en tools die zijn rol echt nodig heeft
• Een budget en rate limit op elke identiteit, zodat een op hol geslagen loop tegen een plafond loopt in plaats van tegen een rekening
• Volledige herleidbaarheid — elke model- en tool-aanroep terug te voeren op de agent die hem deed
• Directe intrekking op één plek zodra een agent gecompromitteerd, vervangen of uitgefaseerd is

Een gateway is niet het hele antwoord, en we doen niet alsof. Hij bestuurt het verkeer dat erdoorheen gaat; een agent die via een ander pad bij een database of een SaaS-tool komt, heeft zijn eigen controles nodig, en het ongezellige werk — sleutels roteren, verouderde uitfaseren, eigenaarschap nemen over elke identiteit — doet geen enkele proxy voor je. Wat de gateway je geeft, is het ene knelpunt waar de modelkant van elke agent benoemd, ingeperkt, bewaakt en uitgeschakeld kan worden.

De helft die een gehoste tool je niet kan geven: identiteiten die je perimeter nooit verlaten

Er zit een addertje onder het gras bij de meeste tools die hiervoor verschijnen: de control plane zelf draait meestal in andermans cloud. Het ene onderdeel dat elke identiteit, elke credential en elke actie van een agent ziet, valt dan buiten je controle — en onder een buitenlandse provider kan het onder een buitenlandse jurisdictie vallen. Arpanet is andersom gebouwd. De modellen en de gateway zijn van ons, dus de hele stack draait on-prem of in een geïsoleerde omgeving, achter je eigen SSO, met de audittrail binnen een perimeter die je zelf beheert. Voor een team onder de AVG is dat geen extraatje: artikel 5(2) maakt verantwoording een wettelijke plicht — je moet je controles kunnen aantonen — en je kunt geen controle aantonen over identiteiten die je niet ziet. Het knelpunt aan jouw kant van de lijn houden is het verschil tussen een controle die je kunt bewijzen en een belofte die je moet vertrouwen.

Een agent is slechts zo goed bestuurd als de credential die hij draagt — en de veiligste plek om die credential uit te geven, te bewaken en in te trekken is infrastructuur die je zelf bezit.

AI-agents zijn de snelst groeiende populatie op je netwerk, en ze handelen allemaal met credentials in plaats van logins. De teams die in 2026 de controle houden, zijn de teams die elke agent behandelen als een identiteit die wordt uitgegeven, ingeperkt en ingetrokken — bij een knelpunt dat ze zelf draaien. Dat is de naad waar Qevron al op zit, vanaf de eerste regel code gebouwd voor de AVG. De prijs hangt af van je implementatie en schaal; neem contact op en we brengen het samen in kaart.