Waarom multi-factor authentication (MFA) onmisbaar is voor bedrijven die AI en cloudsystemen gebruiken

Wat bedoelen we met een “AI account”

Met een AI account bedoelen we het account waarmee jij of je organisatie toegang heeft tot een AI tool, plus de eventuele koppelingen (connectors) die je daar aan hangt. Denk aan:

• toegang tot cloudopslag (OneDrive, SharePoint, Google Drive)
• toegang tot e-mail en agenda (Outlook, Gmail)
• toegang tot kennisbanken (Confluence, Notion)
• toegang tot communicatie (Slack, Teams-integraties)
• toegang tot code en projecten (GitHub, GitLab, Jira)

In veel omgevingen is dit account feitelijk een “versterker”: de AI kan sneller zoeken, filteren en combineren dan een mens. Dat maakt het handig voor medewerkers, maar ook aantrekkelijk voor een aanvaller.

Waarom MFA op AI accounts extra belangrijk is

MFA is overal belangrijk, maar bij AI accounts zijn er drie redenen waarom de impact groter is.

1) Een AI account kan in korte tijd veel data benaderen

Een aanvaller met toegang tot een account kan uiteraard bestanden openen. Maar met AI wordt data-extractie makkelijker: je kunt in minuten vragen om samenvattingen, lijstjes, overzichten of het vinden van specifieke termen in grote hoeveelheden documenten. Dat maakt “snel veel zien” een realistisch risico.

2) Connectors werken vaak met OAuth toestemming en tokens

De meeste connectors werken met OAuth. In de praktijk betekent dit dat een gebruiker een app toestemming geeft om data te benaderen. Die toestemming wordt technisch vastgelegd via tokens. Dit is veilig als je het beheerst, maar risicovol als niemand meer weet welke apps toegang hebben en met welke rechten.

Daarom is MFA niet het enige dat telt, maar wel de eerste harde drempel: zonder MFA is accountovername vaak een kwestie van één fout wachtwoordmoment.

3) Het account wordt een centrale ingang

Zonder connectors is de schade bij accountovername vaak beperkt tot de AI tool zelf. Met connectors kan het doorwerken naar documenten, mailboxen, klantinformatie, interne chat en soms zelfs code of configuraties. Dan zit je niet meer in “incidentje”, maar in “impact op bedrijfscontinuiteit”.

Wat kan er misgaan zonder MFA

Dit zijn scenario’s die in MKB-omgevingen realistisch zijn:

• Phishing op inloggegevens: een medewerker of beheerder logt in op een nagemaakte pagina en levert onbewust het wachtwoord in.
• Wachtwoordhergebruik: een oud wachtwoord uit een datalek wordt automatisch getest op meerdere diensten.
• OAuth misbruik: gebruikers geven per ongeluk toestemming aan een onbetrouwbare app, of aanvallers misbruiken OAuth flows om toegang te krijgen.

De kern: als er alleen een wachtwoord nodig is, is de stap naar misbruik te klein. Met MFA maak je die stap aanzienlijk moeilijker.

Welke MFA methode is het meest professioneel

Niet elke MFA methode is gelijk. Dit is de volgorde die wij in professionele omgevingen aanhouden:

• Phishing-resistente MFA: passkeys of FIDO2 security keys (waar mogelijk)
• Authenticator app: Microsoft Authenticator of vergelijkbaar
• SMS: alleen als noodoplossing of tijdelijke tussenstap

Voor veel MKB organisaties is een authenticator app de beste combinatie van veiligheid en werkbaarheid. Daarna kun je, afhankelijk van risico en compliance, doorpakken naar passkeys of security keys.

MFA alleen is niet genoeg als je connectors gebruikt

Als je AI koppelt aan bedrijfsbronnen, is MFA stap één. Voor echt professioneel beheer horen hier nog een paar concrete controles bij.

Beperk rechten van connectors

Geef alleen toegang die nodig is. “Read-only” waar het kan. Beperk scopes. Laat niet standaard alles aanstaan omdat het makkelijk is.

Maak een periodieke connector-audit

Plan bijvoorbeeld maandelijks of per kwartaal een korte controle:

• Welke apps hebben toegang?
• Welke rechten hebben ze?
• Wordt die app nog gebruikt?
• Is de uitgever betrouwbaar en is er een zakelijke noodzaak?

Verwijder ongebruikte apps en trek toestemmingen in

Ongebruikte apps en oude koppelingen zijn een typische bron van “vergeten risico”. Trek tokens en toestemmingen in wanneer iets niet meer nodig is.

Let op OAuth gerichte phishing en “toestemmingstrucs”

Steeds vaker richten aanvallers zich niet op het stelen van wachtwoorden, maar op het misbruiken van legitieme autorisatiefuncties. Dat vraagt om bewustwording bij gebruikers en passende policies aan de beheerzijde, bijvoorbeeld door bepaalde flows te beperken en risicovolle apps snel te blokkeren.

Waarom dit onderwerp perfect past bij modern IT-beheer

AI gaat niet meer weg. Daardoor verschuift de verantwoordelijkheid: het is niet genoeg om werkplekken te patchen en antivirus te draaien. Je moet ook beheren welke accounts en koppelingen toegang geven tot data. MFA is daarbij een minimale standaard. Niet omdat het hip is, maar omdat het in de praktijk een groot deel van accountmisbruik afvangt.

Microsoft heeft bijvoorbeeld in een security-publicatie toegelicht dat MFA een zeer groot deel van account compromise aanvallen kan blokkeren. Ook CISA adviseert organisaties om MFA verplicht te stellen als eenvoudige en effectieve maatregel tegen veel voorkomende aanvallen.

Hoe Process 2 IT dit voor MKB organisaties praktisch regelt

Wij helpen organisaties met het veilig en werkbaar inrichten van accounts en koppelingen, inclusief AI gebruik. Denk aan:

• MFA inrichten en afdwingen voor accounts met verhoogd risico
• beleid voor veilige loginmethoden (authenticator, passkeys, security keys)
• inventarisatie en beheer van OAuth apps en connectorrechten
• opschonen van oude integraties en het intrekken van permissies
• advies over monitoring en snelle respons bij verdachte aanmeldingen

Het doel is simpel: je wilt dat medewerkers veilig kunnen werken met AI, zonder dat jouw organisatie een makkelijk doelwit wordt.

Conclusie

Als je AI accounts gebruikt zonder connectors, is MFA al verstandig. Maar zodra je connectors inzet, is MFA gewoon professioneel noodzakelijk. Een AI account met toegang tot bedrijfsdata is een account dat je als “kritiek” moet behandelen. Zet MFA aan, kies een veilige methode, en beheer de koppelingen alsof het productie-IT is. Want dat is het ook.

Veelgestelde vragen over MFA op AI accounts

Moet ik MFA aanzetten op elk AI account

Ja. Zeker als het account toegang heeft tot bedrijfsinformatie of als er connectors actief zijn. Behandel het als een belangrijk cloudaccount.

Wat is het grootste risico van AI connectors

Dat een account niet alleen toegang geeft tot de AI tool, maar ook tot de gekoppelde data. Daarmee wordt accountovername direct een datarisico.

Is een authenticator app genoeg

Voor veel organisaties is dit een goede en veilige basis. Als je risico hoger is, of je wilt extra zekerheid, kies dan voor phishing-resistente opties zoals passkeys of security keys.

Helpt MFA ook tegen OAuth misbruik

MFA helpt vooral tegen accountovername via gestolen wachtwoorden. OAuth misbruik vraagt daarnaast om beheermaatregelen zoals het beperken van app-toegang, het controleren van toestemming en het intrekken van tokens bij twijfel.

Hoe vaak moet ik connectoren controleren

Minimaal elk kwartaal. In omgevingen met veel wisselende tools of leveranciers is maandelijks beter.