Het verborgen identiteitsrisico van AI voor MSP’s

Organisaties integreren AI in hoog tempo in de dagelijkse bedrijfsvoering. Teams gebruiken Microsoft Copilot en Gemini om vergaderingen samen te vatten, ontwikkelaars versnellen de levering van software met codeer-copilots en klantenserviceteams implementeren AI-gestuurde chatbots om de reactietijden te verbeteren. Hoewel deze initiatieven worden bekeken vanuit het perspectief van productiviteit en innovatie, hervormen ze ook de identiteitsomgevingen van organisaties op manieren die vaak onopgemerkt blijven.

Elke AI-installatie is afhankelijk van vertrouwde toegang tot bedrijfssystemen. Of een AI-assistent nu verbinding maakt met Microsoft 365, Salesforce, SharePoint of een interne kennisbank: deze authenticeert, haalt informatie op en voert acties uit met behulp van aanmeldingsgegevens en machtigingen die moeten worden verleend en beheerd. Daarom introduceert elke installatie nog een identiteit die moet worden beveiligd.

In klantgesprekken en directieoverleggen draaien gesprekken over AI doorgaans om productiviteitswinst, governance-beleid en acceptabel gebruik. Er is beperkte aandacht voor de identiteiten die zijn gemaakt om deze technologieën te ondersteunen.

Welke nieuwe identiteiten maken we dus tijdens dit proces?

Het antwoord heeft implicaties die veel verder reiken dan AI-adoptie.

Hoe AI het identiteitsaanvalsoppervlak voor MSP’s vergroot

Laten we bekijken wat er gebeurt als een bedrijf een nieuwe AI-tool implementeert:

Een marketingteam verbindt een AI-schrijfassistent met SharePoint. Het verkoopteam schakelt een AI-gestuurde CRM-assistent in. Een klantenservicemanager lanceert een chatbot die verbonden is met interne documentatie. Processen automatiseren repetitieve workflows met behulp van AI-gestuurde orkestratie.

Elke installatie lijkt een geïsoleerde productiviteitsverbetering te zijn. Vanuit een beveiligingsperspectief gaan de implicaties echter veel dieper.

Elk van deze oplossingen vereist vertrouwde toegang om de taken uit te voeren waarvoor ze is ontworpen. Sommige authenticeren via OAuth-verbindingen, terwijl andere vertrouwen op API-sleutels, serviceaccounts, machine-aanmeldingsgegevens of toegangstokens. Elk ontvangt toestemming om informatie op te halen, te communiceren met bedrijfsapplicaties en acties uit te voeren namens gebruikers. Deze identiteiten trekken afzonderlijk gezien zelden de aandacht. Samen beginnen ze uit te breiden wat veel organisaties nooit meten: hun identiteitsaanvalsoppervlak.

Door de snelle opmars van AI binnen de organisatie is deze uitdaging moeilijk te negeren. Volgens de Werktrendindex 2025 van Microsoft geeft 82% van de zakelijke leiders aan dat dit een cruciaal jaar is om de belangrijkste aspecten van strategie en processen te heroverwegen met behulp van AI. Uit het rapport bleek ook dat 46% van de organisaties al AI-agents gebruikt om workflows of bedrijfsprocessen volledig te automatiseren, wat illustreert hoe snel AI overgaat van experimenteren naar de dagelijkse praktijk.

Die cijfers wijzen op meer dan alleen toegenomen AI-gebruik.

Ze wijzen op een groeiend aantal applicaties, workflows en geautomatiseerde processen die vertrouwde toegang vereisen in bedrijfsomgevingen.

Waarom niet-menselijke identiteiten (NHI’s) verborgen risico’s creëren

Traditionele identiteitsprogramma’s waren ontworpen rond mensen. Een medewerker treedt toe tot de organisatie, krijgt een account, krijgt toegang tot de juiste systemen en uiteindelijk wordt die toegang ingetrokken wanneer de medewerker van functie verandert of het bedrijf verlaat. Hoewel dat proces niet altijd naadloos verloopt, volgt het een voorspelbare levenscyclus met gedefinieerd eigenaarschap.

AI doet dat niet.

Een AI-assistent kan zich authenticeren via een OAuth-token. Een platform voor workflowautomatisering kan afhankelijk zijn van meerdere serviceaccounts en API-sleutels. Een autonome agent kan toegang krijgen tot diverse bedrijfsapplicaties met behulp van machinale aanmeldingsgegevens, die continu actief zijn zonder directe menselijke tussenkomst. In tegenstelling tot medewerkersaccounts worden deze identiteiten vaak direct aangemaakt tijdens de installatie van de applicatie of door individuele beheerders, ontwikkelaars en zakelijke gebruikers die AI-tools koppelen aan bestaande systemen.

Veel van deze identiteiten bestaan buiten de processen die organisaties al hanteren om werknemers te beheren. Sommige blijven nog lang actief nadat ze niet meer nodig zijn, omdat het verwijderen ervan werkprocessen kan onderbreken of integraties kan verbreken. In de loop van de tijd bouwen organisaties honderden of zelfs duizenden identiteiten op die niet aan een persoon zijn gekoppeld, maar wel legitieme toegang hebben tot belangrijke bedrijfssystemen.

Beveiligingsprofessionals noemen deze gezamenlijk niet-menselijke identiteiten (NHI’s): digitale identiteiten die worden gebruikt door applicaties, services, werklasten en geautomatiseerde processen in plaats van werknemers. Hoewel de term voor sommige organisaties mogelijk onbekend is, is het concept dat niet. Elke API-sleutel, OAuth-verbinding, serviceaccount, machine-aanmeldingsgegeven en AI-agent die handelt namens een gebruiker, vertegenwoordigt nog een identiteit met geprivilegieerde toegang die gedurende de gehele levenscyclus moet worden beheerd.

Het aantal NHI’s blijft groeien. Elke nieuwe AI-installatie, geautomatiseerde workflow en systeemintegratie brengt aanmeldingsgegevens, serviceaccounts en machine-identiteiten met zich mee die governance vereisen. Naarmate meer applicaties, workflows en systemen met elkaar verbonden raken, wordt het steeds moeilijker om overzicht te behouden.

Dit is niet zomaar een inventarisprobleem. Het is een zichtbaarheids- en controleprobleem.

Organisaties kunnen identiteiten waarvan ze het bestaan niet kennen niet effectief beveiligen, machtigingen die ze niet kunnen zien niet regelmatig controleren, of toegang waarvan ze zich niet realiseren dat deze is verleend niet intrekken.

Helaas hoeven aanvallers zich geen zorgen te maken over die beperking.

Waarom aanvallers zich richten op onbeheerde machine-identiteiten

Cybercriminelen maken geen onderscheid tussen menselijke en machine-identiteiten. Ze zijn gewoon op zoek naar de snelste weg naar waardevolle systemen en gevoelige gegevens.

Phishingcampagnes en diefstal van aanmeldingsgegevens waren jarenlang vooral gericht op medewerkers, omdat gebruikersaccounts de meest directe toegang tot de omgeving van een organisatie vormden. Die realiteit is niet veranderd, maar het aantal potentiële toegangspunten wel.

Hedendaagse aanvallers maken steeds vaker misbruik van API-sleutels, serviceaccounts, toegangstokens en machine-aanmeldingsgegevens, omdat deze identiteiten vaak opereren met brede machtigingen, persistente toegang en veel minder toezicht dan traditionele gebruikersaccounts. In tegenstelling tot een medewerkersaccount zal een serviceaccount een onverwacht verzoek niet in twijfel trekken, meldt een API-sleutel geen verdachte activiteiten en kan een AI-agent niet herkennen dat deze communiceert met een kwaadaardig systeem. Als deze identiteiten gecompromitteerd zijn, bieden ze aanvallers vaak precies datgene wat ze nodig hebben: legitieme toegang.

Volgens het Bedreigingsdetectie-rapport 2025 van Red Canary stegen identiteitsaanvallen met 850% ten opzichte van 2024 en maakten deze in 2025 53% van het totale detectievolume uit, wat de toenemende afhankelijkheid van aanvallers van diefstal van aanmeldingsgegevens en op identiteit gebaseerde aanvalstechnieken onderstreept.

Elke nieuwe AI-installatie introduceert nog een machine-identiteit, serviceaccount of aanmeldingsgegeven in de omgeving.

De uitdaging is niet simpelweg dat er meer identiteiten bestaan. Het is dat velen meer machtigingen krijgen dan nodig is, langer actief blijven dan bedoeld of werken zonder voortdurende monitoring. Deze problemen lijken op zich misschien onbeduidend. Gezamenlijk creëren zij een steeds groter wordende verzameling van vertrouwde identiteiten die aanvallers kunnen misbruiken.

Hoe meer organisaties ervoor kiezen om te automatiseren, hoe belangrijker het wordt om niet alleen te weten wie toegang heeft tot kritieke systemen, maar ook wat toegang heeft.

Waarom AI-identiteitsbeveiliging belangrijk is voor MSP’s

Voor de meeste organisaties is het beheer van dit groeiende identiteitsecosysteem niet alleen een technische uitdaging, maar vormt het ook een uitdaging op het gebied van zichtbaarheid.

Veel bedrijven weten simpelweg niet hoeveel NHI’s er in hun omgevingen bestaan, tot welke systemen ze toegang hebben of dat die machtigingen nog vereist zijn. AI-initiatieven worden vaak gedreven door individuele afdelingen, ontwikkelaars of bedrijfseenheden die gericht zijn op het oplossen van directe uitdagingen. Identiteitsbeheer op lange termijn maakt zelden deel uit van het gesprek.

Voor MSP’s is dit het punt waarop expertise onderscheidend wordt.

In het verleden hebben MSP’s klanten geholpen bij het beveiligen van eindpunten, het beheren van infrastructuur en het implementeren van cyberbeveiligingsoplossingen. Naarmate klanten AI integreren in hun bedrijfsvoering, zullen zij vertrouwen op vertrouwde adviseurs om te helpen bij het beheren van de aanmeldingsgegevens, machtigingen en machine-identiteiten die deze technologieën met zich meebrengen.

Om klanten te helpen deze verandering het hoofd te bieden, moeten eerst andere vragen worden gesteld:

• Welke AI-toepassingen hebben momenteel toegang tot kritieke bedrijfssystemen?
• Welke serviceaccounts en API-sleutels zijn nog actief vereist?
• Wie is de eigenaar van elke machine-identiteit?
• Zijn de machtigingen afgestemd op het principe van minimale privileges?
• Hoe worden aanmeldingsgegevens gerouleerd, gecontroleerd en beschermd?

Door deze discussies te initiëren en opnieuw te bekijken naarmate AI-omgevingen zich ontwikkelen, kunnen MSP’s hun rol uitbreiden van technologieleverancier naar strategisch adviseur. Door klanten te helpen AI-gerelateerde identiteiten te beheren, kunnen MSP’s het risico op de lange termijn minimaliseren en tegelijkertijd verantwoorde AI-adoptie mogelijk maken.

Hoe KeeperMSP klanten kan helpen om een veilige AI-basis op te bouwen

Inzicht in het probleem is slechts de eerste stap. Om klanten te helpen dit aan te pakken, is het juiste fundament voor identiteitsbeveiliging vereist.

Voor MSP’s houdt dit in dat zij hun klanten moeten helpen bij het implementeren van een raamwerk waarmee geprivilegieerde toegang op consistente wijze kan worden beheerd voor zowel menselijke als machine-identiteiten. Het betekent het beveiligen van aanmeldingsgegevens, het afdwingen van toegang met minimale privileges, het beschermen van geheimen, het monitoren van geprivilegieerde sessies en het behouden van zichtbaarheid gedurende de levenscyclus van identiteiten.

In plaats van AI-gerelateerde toegang als een afzonderlijke beveiligingsuitdaging te behandelen, dienen MSP’s klanten aan te moedigen om dit op te nemen in hun bredere strategie voor identiteitsbeveiliging. Of de toegang nu betrekking heeft op een medewerker, een applicatie, een AI-agent of een geautomatiseerde workflow, er gelden altijd dezelfde basisprincipes: controleer de toegang, pas het principe van minimale privileges toe, bescherm aanmeldingsgegevens en monitor continu de activiteiten. Een geïntegreerde aanpak vermindert de complexiteit, terwijl klanten consistente beveiligingscontroles behouden naarmate hun omgevingen zich blijven ontwikkelen.

KeeperMSP is ontwikkeld met het oog op deze uitdagingen. Dankzij de zero-knowledge beveiligingsarchitectuur, de wachtwoordbeheerder voor ondernemingen, Privileged Access Management (PAM), geheimenbeheer en mogelijkheden voor veilige externe toegang stelt Keeper providers in staat om klanten te helpen bij het beveiligen van de aanmeldingsgegevens, geheimen en de toegangspaden voor geprivilegieerde toegang, waar aanvallers zich graag op richten. In plaats van te vertrouwen op zelfstandige tools, kunnen MSP’s zowel menselijke als machine-identiteiten beheren via één platform dat is gebouwd op zero-trust principes en continue toegangsbeheer.

Voor MSP’s heeft dit veel meer waarde dan alleen de technologie. Het biedt de zichtbaarheid, controle en schaalbaarheid die nodig zijn om klanten te helpen AI te omarmen, terwijl hun identiteitsaanvalsoppervlak niet groter wordt dan hun beveiligingsstrategie.

Elke AI-installatie creëert nieuwe risico’s voor identiteitsbeveiliging

Door elke AI-implementatie wordt het identiteitsecosysteem van een organisatie uitgebreid, en daarmee ook de verantwoordelijkheid om elke nieuwe identiteit met dezelfde zorgvuldigheid te beheren als menselijke identiteiten. Organisaties die dit verband vroegtijdig identificeren, zullen beter gepositioneerd zijn om te innoveren zonder hun aanvalsoppervlak onnodig te vergroten.

Voor MSP’s betekent het helpen van de door hen beheerde bedrijven bij het begrijpen en beheren van deze identiteiten veel meer dan alleen het implementeren van nog een nieuwe technologie. Het plaatst MSP’s voorop in een van de belangrijkste ontwikkelingen op het gebied van cyberbeveiliging sinds de overstap naar cloudcomputing. MSP’s kunnen hun rol als onmisbare adviseurs versterken door klanten te helpen bij het omgaan met de uitdagingen van AI. Zo kunnen organisaties gelijke tred houden met innovatie, zonder dat dit ten koste gaat van de zichtbaarheid of controle.

Omdat elke AI-installatie meer met zich meebrengt dan een nieuwe functionaliteit. Het introduceert nog een identiteit om te beveiligen.

Ontdek het Keeper MSP-partnerprogramma en lees hoe het MSP’s helpt om de groeiende identiteitsvoetafdruk van AI aan te pakken.