Terug naar Blog

Security

AI en cybersecurity voor het mkb: twee kanten van dezelfde medaille

AI en cybersecurity: phishing en CEO-fraude worden overtuigender, en chatbots en AI-agents brengen nieuwe risico's binnen het mkb. Met praktische checklist.

AI WorkTalent Redactie · · 10 min leestijd

AI en cybersecurity voor het mkb: twee kanten van dezelfde medaille

AI en cybersecurity raken elkaar bij het mkb op twee manieren: AI is tegelijk een hulpmiddel en een risico voor de digitale veiligheid van je bedrijf. Aan de ene kant maakt AI aanvallen op je bedrijf sneller, overtuigender en gerichter. Aan de andere kant haal je nieuwe risico's binnen zodra je zelf AI gebruikt. Denk aan bedrijfsgegevens die in een gratis chatbot belanden, of aan een AI-agent die zich laat sturen door een verborgen instructie. Geen van beide vraagt om paniek of een dure beveiligingstool, maar om een paar concrete procesafspraken — hieronder lees je over beide kanten, met een checklist die je deze week kunt invoeren.

Deel 1: AI en cybersecurity — aanvallen op je bedrijf worden makkelijker

Het Nationaal Cyber Security Centrum (NCSC) is daar duidelijk over: generatieve AI is zelf geen nieuwe dreiging, maar maakt bestaande aanvalsvormen makkelijker uit te voeren en makkelijker op te schalen. Voor een mkb-bedrijf vertaalt zich dat naar drie concrete verschuivingen.

Foutloos Nederlands: het einde van de spelfout als waarschuwing

Jarenlang was de vuistregel voor medewerkers: let op rare zinsconstructies, verkeerd vervoegde werkwoorden en een tikfout in het bedrijfslogo. Die vuistregel werkt niet meer. Het NCSC noemt ChatGPT en Google Gemini de bekendste toepassingen van grote taalmodellen (LLM's), die volgens het NCSC "zeer realistische teksten" kunnen opstellen. Daarmee kunnen criminelen inloggegevens ontfutselen via een "goed gelijkende of overtuigend persoonlijke e-mail". Een niet-Nederlandstalige aanvaller hoeft geen Nederlands meer te kennen om zo'n overtuigende mail te schrijven; het model doet dat voor hem, vaak zonder de rare zinsconstructies en tikfouten van vroeger. Je kunt medewerkers dus niet langer alleen trainen op taalfouten als het belangrijkste signaal, want dat signaal is een stuk minder betrouwbaar geworden.

CEO-fraude en stemklonen: sneller, gerichter, persoonlijker

Bij CEO-fraude doet een aanvaller zich voor als een leidinggevende. Hij vraagt een medewerker in de financiële administratie om een spoedbetaling, of om rekeninggegevens te wijzigen. Het NCSC signaleert dat aanvallers dit soort mails gericht sturen naar specifieke sleutelposities binnen een bedrijf. Inmiddels zetten ze ook stemklonen in, in combinatie met CEO-fraude: met een kort audiofragment van iemands stem maken ze een overtuigende nabootsing. Een telefoontje dat de spoedeisende mail lijkt te bevestigen, is dus geen garantie meer dat je met de echte persoon spreekt. Politie.nl geeft een overzicht van hoe CEO-fraude werkt en hoe je die herkent.

Het effect van dit alles is niet dat er ineens nieuwe soorten fraude ontstaan; phishing, CEO-fraude en spoofing (een vervalst afzenderadres of telefoonnummer) bestonden al lang. Het effect is dat de instapdrempel voor een aanvaller lager wordt en dat een aanval sneller, gerichter en persoonlijker overkomt dan een paar jaar geleden.

Wat wel werkt: procesafspraken, niet een tool kopen

De verleiding is om te reageren met een aankoop: een AI-detectietool die phishing of stemklonen herkent. Dat is niet de eerste stap, en voor de meeste bedrijven van 10 tot 50 medewerkers ook niet nodig. Wat wél werkt, kost geen licentie en is in een middag af te spreken: verificatieprocedures. Die laten het niet meer aankomen op het beoordelen van een bericht of stem, maar op een vast, onafhankelijk controlemoment.

Maatregel Wat je afspreekt Waarom het werkt
Terugbelverificatie Bij een betaalverzoek of spoedopdracht altijd terugbellen op een nummer dat je al kende, nooit het nummer uit het bericht of van de binnenkomende oproep Een gekloonde stem of een vervalst afzenderadres overtuigt op het scherm of aan de lijn, niet via een onafhankelijk, al bekend kanaal
Vier-ogen-principe Elke wijziging van een rekeningnummer, IBAN of nieuwe begunstigde wordt door een tweede persoon apart gecontroleerd voordat hij ingaat Fraude leunt op één persoon die alleen, onder tijdsdruk, een beslissing neemt
Multifactor-authenticatie Verplicht voor e-mail, bankomgeving en andere kritieke systemen, bij voorkeur via een app en niet via sms Voorkomt dat een via phishing gestolen wachtwoord meteen toegang geeft
Vast autorisatieschema Boven een vooraf afgesproken bedrag is altijd een tweede handtekening nodig, ongeacht wie erom vraagt of hoe dringend het klinkt Haalt de druk weg van "de directeur vraagt erom, dus zal het wel kloppen"

Geen van deze vier vraagt om nieuwe software. Het zijn afspraken die je vastlegt en een keer uitlegt aan iedereen die met betalingen of bankgegevens werkt. Daarna gelden ze zonder uitzondering, ook als de "directeur" ongeduldig klinkt.

Een voorbeeld uit de praktijk

Stel: bij een installatiebedrijf van 25 medewerkers krijgt de medewerker administratie een e-mail die eruitziet alsof hij van de directeur komt. Logo, ondertekening en toon kloppen precies, er staat geen tikfout in. Het verzoek: een spoedbetaling aan een "nieuwe leverancier" in verband met een overname die vertrouwelijk moet blijven, dus liever niet eerst intern overleggen. Tien minuten later belt een stem die verrassend veel op de directeur lijkt, om te bevestigen dat het klopt en dat het haast heeft.

Bij dit bedrijf geldt een vaste afspraak: een betaling boven een vastgesteld bedrag voert de medewerker pas uit na terugbellen op het interne nummer van de directeur, dat al in het adresboek stond. Ook is dan een akkoord van een tweede persoon nodig. De medewerker belt terug, en de echte directeur blijkt van niets te weten. De fraude strandt bij de procedure, niet bij het persoonlijke oordeel van één medewerker over een mail of een stem.

Deel 2: de risico's die je zelf binnenhaalt met AI

De andere kant van de medaille krijg je niet van buitenaf opgelegd, maar haal je zelf in huis zodra je team AI gaat gebruiken. Dat zijn geen redenen om AI te laten liggen, wel redenen om van tevoren drie dingen te regelen.

Bedrijfsgegevens in publieke chatbots

Het makkelijkste lek is ook het bekendste: een medewerker plakt een klantcontract, een personeelsdossier of broncode met bedrijfsgeheimen in een gratis of persoonlijk chatbot-account. OWASP noemt dit sensitive information disclosure — kort gezegd: gevoelige bedrijfsinformatie die ongewild ergens anders belandt. Dit risico staat specifiek op de OWASP Top 10 for LLM Applications (2025), de lijst met risico's voor toepassingen die op een AI-taalmodel draaien. Het gebeurt vrijwel nooit met kwade opzet, maar omdat de tool zo laagdrempelig is dat niemand er bij stilstaat. Zodra er persoonsgegevens in gaan, geldt bovendien de AVG en heb je een verwerkersovereenkomst nodig, die bij gratis abonnementen doorgaans ontbreekt. Hoe je dat per abonnement en tool regelt, staat uitgewerkt in data privacy en security bij het werken met externe partijen. De kortste samenvatting: geen herleidbare klant- of bedrijfsgegevens in een chatbot zonder verwerkersovereenkomst.

Prompt injection: als je AI-agent e-mail leest of het web opgaat

Zodra je verder gaat dan een chatvenster en een AI-agent inzet die zelfstandig e-mail leest, documenten doorzoekt of het web opgaat, ontstaat een nieuw soort risico: prompt injection. OWASP zet dit als nummer één op de lijst van risico's voor LLM-toepassingen. Het komt in twee vormen. Bij directe prompt injection typt iemand zelf een schadelijke instructie in. Gevaarlijker is indirecte prompt injection. Dan zit een verborgen instructie verstopt in een e-mail, webpagina of document dat de agent verwerkt. Het model ziet het verschil niet tussen "dit is data om te lezen" en "dit is een nieuwe opdracht om uit te voeren". Stel dat een agent inkomende e-mail samenvat. Een verstopte instructie kan hem dan aansturen om gevoelige informatie door te sturen, of om een actie uit te voeren die niemand had goedgekeurd — puur omdat die instructie ergens in de tekst zat.

Agents met te ruime rechten

Het derde risico versterkt het tweede: hoe meer rechten een agent heeft, hoe groter de schade als hij toch verkeerd wordt aangestuurd. OWASP noemt dit excessive agency, oftewel een agent met meer bevoegdheden dan nodig, en wijst op drie oorzaken: te veel functionaliteit, te veel rechten op onderliggende systemen, en te weinig menselijke goedkeuring voor acties met impact. De aanbevolen aanpak is simpel te formuleren, al vraagt hij wat inrichtingswerk:

  • Beperk de functionaliteit van een agent tot wat zijn taak echt vereist — bouw geen brede, alles-kunnende agent als een smalle taak volstaat.
  • Geef een agent alleen de rechten die zijn taak vereist — bijvoorbeeld leesrechten op een postvak, niet de rechten om zelf te verzenden of te verwijderen.
  • Verplicht een menselijke goedkeuring voordat een agent iets doet dat geld, gegevens of externe communicatie raakt.

Laat je dit door een freelancer bouwen? Leg dan vast wie waarvoor verantwoordelijk is en welke toegang daarbij hoort. Zie hoe je een AI-freelancer juridisch veilig inhuurt.

Risico Wat er gebeurt Wat je ertegen doet
Gegevens in een publieke chatbot Klant- of bedrijfsgegevens belanden bij een externe partij, mogelijk zonder verwerkersovereenkomst Zakelijk abonnement met verwerkersovereenkomst, of geanonimiseerde voorbeelden
Prompt injection Een verborgen instructie in een e-mail, document of webpagina stuurt de agent aan Vertrouwde instructies scheiden van externe content, en de uitkomst van de agent controleren voordat die wordt uitgevoerd
Te ruime agentrechten Een agent kan meer dan zijn taak vereist, bijvoorbeeld verzenden of verwijderen in plaats van alleen lezen Minimale rechten toekennen en menselijke goedkeuring bij impactvolle acties

Checklist voor een bedrijf van 10 tot 50 mensen

Geen van onderstaande punten vraagt om een groot project. Het is een middag werk om ze af te spreken en op papier te zetten, en dat is precies de investering die verhoudingsgewijs het meeste oplevert.

  • Terugbelverificatie bij elk betaalverzoek en elke wijziging van rekeninggegevens, op een nummer dat je al kende.
  • Vier-ogen-principe bij bankwijzigingen en betalingen boven een vastgesteld bedrag, zonder uitzondering.
  • Multifactor-authenticatie aan voor e-mail, bankomgeving en andere kritieke systemen, bij voorkeur via een app en niet via sms.
  • Vertel in je phishingtraining dat foutloze taal niets bewijst: leer mensen letten op de vraag zelf (spoed, geheimhouding, afwijkend kanaal), niet op taalfouten.
  • Eén regel voor AI-gebruik op papier: geen klant- of bedrijfsgegevens in een chatbot zonder verwerkersovereenkomst.
  • Rechten van elke AI-agent nalopen: kan hij alleen lezen, of ook verzenden, betalen of verwijderen? Schrap wat niet nodig is.
  • Menselijke goedkeuring verplicht voordat een AI-agent een e-mail verstuurt, een betaling initieert of gegevens deelt buiten je organisatie.

Wil je dit breder oppakken dan alleen deze checklist, bijvoorbeeld omdat je AI structureel wilt inzetten en de beveiliging meteen goed wilt regelen? Dan is het stappenplan voor AI in het mkb een logisch vervolg: begin klein, bewijs de waarde, en neem beveiliging vanaf de eerste stap mee in plaats van achteraf.

Is het toch misgegaan? Dit doe je direct

Geen enkele procedure sluit elk risico op fraude of een datalek volledig uit. Gaat het toch mis, dan telt vooral hoe snel je reageert.

  • Bel meteen je bank zodra je een frauduleuze overboeking vermoedt en vraag om de betaling te blokkeren of terug te laten draaien. Hoe eerder je belt, hoe groter de kans dat het geld nog tegen te houden is.
  • Doe aangifte bij de politie, ook als het geld al weg lijkt. Dat is nodig voor een eventuele verzekeringsclaim en helpt de politie het patroon achter de fraude in kaart te brengen.
  • Zijn er persoonsgegevens bij een onbevoegde derde terechtgekomen — bijvoorbeeld via een lek in een chatbot of een agent die gegevens doorstuurde? Dan geldt de meldplicht datalekken uit artikel 33 AVG: meld het lek in beginsel binnen 72 uur na ontdekking bij de Autoriteit Persoonsgegevens, tenzij het niet waarschijnlijk is dat de inbreuk een risico inhoudt voor de rechten en vrijheden van natuurlijke personen.
  • Levert het datalek een hoog risico op voor de betrokkenen zelf — bijvoorbeeld bij gelekte wachtwoorden of financiële gegevens? Informeer dan ook de betrokkenen rechtstreeks, zoals artikel 34 AVG voorschrijft.
  • Leg elk datalek vast in een intern register, ook een lek dat je niet bij de Autoriteit Persoonsgegevens meldt. Dat register is verplicht op grond van artikel 33 lid 5 AVG.

Let ook op de Cyberbeveiligingswet (Cbw), de Nederlandse uitwerking van de Europese NIS2-richtlijn. De Eerste Kamer nam deze wet en de Wet weerbaarheid kritieke entiteiten op 7 juli 2026 aan; beide wetten treden op 15 augustus 2026 in werking en raken ruim 8.000 organisaties in achttien sectoren, waaronder energie, drinkwater, digitale infrastructuur, zorg, overheid en transport. De wet geldt rechtstreeks voor organisaties in een van die sectoren die 50 of meer medewerkers hebben. Of die een jaaromzet óf balanstotaal boven 10 miljoen euro halen. Daarnaast vallen sommige organisaties er ongeacht hun omvang onder, bijvoorbeeld door een bijzonder kritieke rol in hun sector. Val je zelf niet onder die drempel, dan kan de wet je toch raken: lever je aan zo'n organisatie, dan kan die klant via het contract strengere beveiligingseisen aan jou doorleggen. Meer informatie staat in het nieuwsbericht van Rijksoverheid.nl.

AI maakt aanvallen op je bedrijf overtuigender, maar het antwoord is zelden een nieuwe tool: het zijn procesafspraken die niets kosten en deze week al in te voeren zijn. Ga je zelf met AI-agents werken, regel dan vooraf de rechten en de goedkeuring, niet achteraf. Twijfel je hoe je dat voor jouw bedrijf het beste aanpakt? Op AI WorkTalent vind je specialisten die AI-toepassingen en de bijbehorende beveiliging samen opzetten.

Over dit artikel. De uitspraken over AI en phishing, CEO-fraude en stemklonen zijn gebaseerd op publicaties van het Nationaal Cyber Security Centrum (ncsc.nl); de preventietips op de voorlichting van politie.nl over CEO-fraude. De risico's rond chatbots, prompt injection en excessive agency volgen de OWASP Top 10 for LLM Applications (2025). De meldplicht datalekken volgt de Algemene Verordening Gegevensbescherming (artikel 33 en 34 AVG) en de voorlichting van de Autoriteit Persoonsgegevens; de informatie over de Cyberbeveiligingswet volgt het nieuwsbericht van Rijksoverheid.nl van 7 juli 2026.

Dit artikel geeft algemene informatie en is geen beveiligingsaudit op maat. Welke maatregelen voor jouw bedrijf voldoende zijn, hangt af van je omvang, systemen en risicoprofiel; laat een concrete inrichting bij twijfel beoordelen door een specialist. Geen juridisch of financieel advies.