Waar zit het risico werkelijk?
Drie plekken, in volgorde van hoe vaak ik ze tegenkom.
Te ruime toegang. De koppeling krijgt een account met beheerdersrechten omdat dat het snelst werkt. Vanaf dat moment kan iedereen die de AI kan bevragen bij alles, inclusief salarisgegevens en klantcontracten waar hij normaal niet bij mag.
Geen logging. Niemand kan achteraf zien welke gegevens zijn opgevraagd. Dat is niet alleen een beveiligingsprobleem maar ook een verantwoordingsprobleem zodra iemand ernaar vraagt.
Data die elders terechtkomt. Een medewerker plakt een klantdossier in een gratis AI-tool omdat dat sneller gaat. Dat gebeurt vaker dan de koppeling die je zorgvuldig hebt ingericht. Goede toegang via de officiele weg is daarmee ook een beveiligingsmaatregel.
Wat betekent toegang op gebruikersniveau?
Dit is de belangrijkste keuze in de hele inrichting.
Bij toegang op gebruikersniveau werkt de AI met de rechten van de persoon die de vraag stelt. Mag een medewerker een bepaald dossier niet inzien, dan krijgt hij dat ook niet via de AI. De bestaande rechtenstructuur van je systeem blijft gelden.
Het alternatief is een technisch account met eigen rechten. Dat is makkelijker in te richten en vrijwel altijd de verkeerde keuze, omdat je rechtenstructuur er in een klap omheen loopt.
Bij de inrichtingen die ik doe is dit niet onderhandelbaar. Het kost wat meer werk bij de opzet en bespaart je het gesprek dat volgt wanneer iemand informatie te zien krijgt die niet voor hem bedoeld was.
| Vraag | Kort antwoord | Verdieping |
|---|---|---|
| Waar zit het risico werkelijk? | Drie plekken, in volgorde van hoe vaak ik ze tegenkom. | Lees verder |
| Wat betekent toegang op gebruikersniveau? | Dit is de belangrijkste keuze in de hele inrichting. | Lees verder |
| Hoe werkt OAuth hier? | OAuth is de manier waarop de koppeling toegang krijgt zonder dat er ergens een wachtwoord wordt opgeslagen. | Lees verder |
| Welke vragen stel je aan je leverancier? | Vijf vragen die je antwoord geven zonder dat je technisch hoeft te zijn. | Lees verder |
| Wat je zelf moet regelen? | Een leverancier kan de techniek goed inrichten. | Lees verder |
Hoe werkt OAuth hier?
OAuth is de manier waarop de koppeling toegang krijgt zonder dat er ergens een wachtwoord wordt opgeslagen.
In plaats van inloggegevens krijgt de koppeling een token met een afgebakende reikwijdte: welke systemen, welke acties, hoe lang geldig. Dat token is intrekbaar zonder dat je een wachtwoord hoeft te wijzigen.
Let bij de inrichting op de scopes. Dat is de plek waar je bepaalt wat de koppeling mag, en de plek waar in de haast vaak te ruim wordt ingesteld.
Welke vragen stel je aan je leverancier?
Vijf vragen die je antwoord geven zonder dat je technisch hoeft te zijn.
- Werkt de koppeling met de rechten van de gebruiker of met een eigen account?
- Welke systemen en acties staan er precies open, en kan ik dat zien?
- Wordt mijn data gebruikt voor het trainen van modellen?
- Waar wordt de data verwerkt en opgeslagen?
- Kan ik achteraf zien wat er is opgevraagd en gewijzigd?
Op alle vijf hoort een concreet antwoord te komen. Dat zit goed is geen antwoord.
Wat je zelf moet regelen?
Een leverancier kan de techniek goed inrichten. Wat je zelf moet doen: bepalen welke gegevens uberhaupt in aanmerking komen, vastleggen wie de koppeling mag gebruiken, en afspreken wat er gebeurt met uitzonderingen.
Dat laatste wordt het vaakst vergeten.
Waar begin je?
Als je al een koppeling hebt draaien, controleer dan als eerste met welk account hij werkt. Dat is in vijf minuten te zien en het is de vraag die het meeste zegt.
Bronnen en productinformatie
- Zoho Security FAQ, officiële productinformatie
- Anthropic Privacy Center, officiële productinformatie