AI laten meewerken zonder je wachtwoorden te lekken

Je AI-assistent heeft de sleutels van je bedrijf nodig

Zodra je AI echt werk laat doen, verandert er iets. Een chatbot die vragen beantwoordt heeft niks van je nodig. Maar een AI die je mail beantwoordt, je agenda beheert of een factuur klaarzet, moet inloggen op die systemen. En inloggen betekent: ergens staat een wachtwoord of een sleutel klaar waar de AI bij kan.

Dat is precies het moment waarop veel ondernemers terecht even aarzelen. Want als die AI bij je inloggegevens kan, wie kan er dan nog meer bij? En wat als zo'n sleutel per ongeluk in een logboek, een chatvenster of een screenshot belandt? Deze week werd dat onderwerp weer actueel: de gereedschappen waarmee mensen AI-automatiseringen bouwen kregen een functie die inloggegevens automatisch afschermt, en tegelijk stopten investeerders honderden miljoenen in bedrijven die AI-agents veilig moeten houden. De boodschap is duidelijk: toegang geven aan AI is normaal geworden, en het veilig doen is nu het echte werk.

Waar het misgaat: sleutels die blijven rondslingeren

Het gevaar zit zelden in een spectaculaire hack. Het zit in slordigheid. Een paar veelvoorkomende situaties:

• Een wachtwoord of API-sleutel wordt "even" in een tekstbestand of in de instructies van een automatisering geplakt, en blijft daar maanden staan.
• Een AI-tool logt wat hij doet, en daarin staat toevallig ook de sleutel die hij gebruikte.
• Iemand deelt een scherm of een export om hulp te vragen, en de inloggegevens gaan mee.
• Eén sleutel geeft toegang tot alles, terwijl de taak maar een klein hoekje nodig had.

In al deze gevallen is er niemand met kwade bedoelingen. De sleutel lag gewoon op een plek waar hij niet hoorde. En een sleutel die je niet meer ziet, ben je vaak ook vergeten in te trekken.

Wat er nu verandert

De tools die AI-werk uitvoeren, worden hier slimmer in. Het nieuwe idee heet "afschermen" (masking): de AI mag een wachtwoord of sleutel wél gebruiken om z'n taak te doen, maar krijgt de echte waarde nooit letterlijk te zien. Op de plek waar de AI kijkt, staat een soort plaatshouder. Pas op het laatste moment, als er echt verbinding gemaakt wordt met bijvoorbeeld je mailserver, wordt de echte waarde ingevuld. Belandt die sleutel dan in een logboek of een chatvenster, dan staat er die plaatshouder en niet je echte wachtwoord.

Je hoeft dit niet zelf te bouwen om er iets aan te hebben. Het laat vooral zien welke kant het op gaat, en welke vraag je aan elke leverancier of bouwpartner mag stellen: "waar staat mijn inloggegeven, en kan die per ongeluk zichtbaar worden?" Wie daar een goed antwoord op heeft, neemt je veiligheid serieus.

Vier praktische manieren om toegang te geven zonder lekken

Je hoeft geen securityspecialist te zijn om dit goed te doen. Vier principes brengen je een heel eind.

1. Geef alleen toegang tot wat de taak nodig heeft. Een AI die facturen opstelt, hoeft niet ook je hele bankomgeving te kunnen bedienen. Hoe kleiner het stukje toegang, hoe kleiner de schade als er iets misgaat. Dit noemen we least-privilege, en we schreven er eerder over in zo geef je een AI-agent alleen de toegang die hij echt nodig heeft.
2. Gebruik een aparte inlog voor de AI, geen persoonlijke. Maak waar mogelijk een apart account of een aparte sleutel speciaal voor de automatisering. Gaat er iets mis, dan trek je die ene in zonder dat je halve bedrijf op slot gaat, en je ziet in het logboek precies wat de AI deed.
3. Bewaar sleutels op één afgeschermde plek. Niet in losse bestanden of in de tekst van een automatisering, maar in een afgeschermde kluis (de meeste automatiseringstools hebben daar een aparte plek voor). Zo staat een sleutel op één plek, en niet verspreid over tien bestanden.
4. Zet een menselijke controlestap voor onomkeerbare acties. Geld overmaken, iets definitief verwijderen, een mail naar een klant sturen: laat de AI het klaarzetten en laat een mens op verzenden drukken. Klaargezet is niet hetzelfde als verzonden, en die ene tussenstap voorkomt de meeste ongelukken.

Klein beginnen: een checklist voor deze week

Je hoeft dit niet in één keer voor je hele bedrijf te regelen. Begin bij de automatisering die de meest gevoelige toegang heeft, en loop deze vier vragen langs:

1. Welke systemen kan deze AI bereiken, en klopt dat nog met wat de taak echt nodig heeft?
2. Waar staan de inloggegevens, en kunnen ze zichtbaar worden in een logboek of een export?
3. Gebruikt de AI een aparte inlog, of hangt hij aan een persoonlijk account?
4. Zit er een menselijke controlestap voor alles wat je niet terug kunt draaien?

Kun je één van deze vragen niet meteen beantwoorden, dan heb je precies gevonden waar je moet beginnen. Het gaat er niet om dat alles perfect is, maar dat je wéét waar je sleutels liggen en wie erbij kan.

Wat je vooral niet moet doen

Twee valkuilen zien we vaak. De eerste is niks doen omdat het "te technisch" voelt en de AI dan maar volledige toegang tot alles geven. Dat is de duurste keuze op de lange termijn. De tweede is het tegenovergestelde: er zo'n groot beveiligingsproject van maken dat het nooit af komt en de automatisering nooit live gaat. Grip op je sleutels is geen apart project maar een paar goede gewoontes, net als je deuren op slot doen als je weggaat.

En let ook op wat je AI-tool met je gegevens doet nadat het werk klaar is, want toegang geven en dataverkeer zijn twee kanten van dezelfde medaille. Daarover schreven we in weet welke data je AI-tools eigenlijk wegsturen.

AI die echt meewerkt in je bedrijf is een grote stap vooruit, en je hoeft er je veiligheid niet voor in te leveren. Het begint met weten waar je sleutels liggen en wie erbij kan.

Benieuwd hoe je AI veilig toegang kunt geven tot je eigen systemen zonder dat er iets rondslingert? We kijken het graag samen met je door.