AI-agent beveiliging: waarom de helft al een incident had

Wat het onderzoek laat zien: agents delen wachtwoorden

Uit het onderzoek blijkt dat slechts een derde van de bedrijven elke agent een eigen, afgebakende identiteit geeft. De rest laat agents nog gewoon meeliften op een bestaand account, met een wachtwoord dat ook een medewerker gebruikt. Nog geen drie op de tien bedrijven isoleert de agents met het hoogste risico, zoals een agent die bij betalingen of klantdata kan.

Dat komt niet doordat bedrijven niet nadenken over beveiliging. Het komt doordat de uitrol van agents sneller gaat dan het opzetten van goed identiteitsbeheer. Teams zetten binnen een paar weken een agent live met tools van OpenAI of Anthropic, terwijl het maanden kost om per agent aparte rechten en accounts in te richten. De praktijk loopt voor op het beleid.

Er komt nog iets bij: een agent koppelt vaak meerdere systemen aan elkaar, bijvoorbeeld je mailbox, je CRM en je boekhoudpakket in een keer. Een set inloggegevens geeft dan toegang tot alle drie tegelijk. Bij een medewerker zou je nooit accepteren dat een wachtwoord elke deur in het pand opent, maar bij een agent gebeurt dat in de praktijk voortdurend.

Waarom dit ook voor jouw MKB telt

Ook als MKB'er zet je steeds vaker agents in: een WhatsApp Business-agent die klantvragen beantwoordt, een agent die facturen verwerkt, een agent die je social posts inplant. Vaak draait dat op een account en een API-sleutel, gedeeld tussen meerdere tools en soms tussen meerdere collega's.

Het risico schaalt niet automatisch mee naar beneden. Bij een klein bedrijf heb je geen aparte security-afdeling die een gelekte sleutel binnen het uur opmerkt en afsluit. Een gedeeld wachtwoord dat uitlekt, raakt bij jou meteen de hele toko: mail, klantdata en soms ook je financien.

Onder de AVG blijf je zelf verantwoordelijk voor de toegang tot klantgegevens, ook als een AI-agent die toegang namens jou gebruikt. De EU AI Act stelt daarnaast eisen aan risicovolle AI-toepassingen. 'We wisten niet dat de agent dat kon' is geen verdediging, niet bij een toezichthouder en niet bij een klant van wie de gegevens zijn gelekt.

Denk aan een simpel voorbeeld: een agent die automatisch offertes verstuurt vanuit dezelfde mailbox als jijzelf. Gaat daar iets mis, dan zie je dat pas als een klant erover belt, niet omdat een systeem het meldt. Een aparte, beperkte identiteit voor die agent had het probleem meteen zichtbaar gemaakt.

Vijf guardrails die je deze week kunt instellen

Je hoeft niet te wachten op een compleet identiteitsbeheersysteem. Vijf stappen die je vandaag nog kunt zetten:

• Geef elke agent een eigen inlog, niet het account van een medewerker.
• Beperk de toegang tot precies wat de agent nodig heeft voor zijn taak, niet meer.
• Isoleer agents die bij geld of klantdata kunnen van de rest van je systemen.
• Log wat een agent doet, net zoals je dat van een medewerker zou verwachten.
• Herzie elk kwartaal welke agents nog toegang hebben en waarom.

Tools als Okta of zelfs een simpele wachtwoordmanager met aparte service-accounts per agent helpen al enorm. Het gaat niet om het duurste systeem, maar om het scheiden van wat een agent mag van wat een mens mag.

Werk je met meerdere agents die elkaar aanroepen of met externe systemen praten, bekijk dan ook hoe die agents dat onderling doen. Een agent die zelf weer een andere agent activeert met zijn eigen rechten, geeft een fout net zo makkelijk door als een medewerker die per ongeluk een wachtwoord deelt.