EvilTokens: hoe AI hielp bij hack van 12.000 mailboxen

Status: 10 oktober 2026

Microsoft deed EvilTokens uit de doeken: een criminele operatie waarbij AI werd ingezet om lokberichten op maat te maken en gekaapte mailboxen te doorzoeken op waardevolle doelwitten. Het rapport verscheen op 22-09-2026. Het grootste gevaar schuilt hier niet per se in een overtuigend geschreven bericht. Toegang tot e-mailverkeer levert vooral munitie om een volgend doelwit te selecteren en het verzoek naadloos te laten aansluiten op lopende zaken. Dit praktijkvoorbeeld uit onze reeks over AI-cases toont aan waarom accountbeveiliging niet los kan worden gezien van de beslissingen die op basis van de inhoud van die mailbox worden genomen.

Tijdlijn van de operatie

1. Februari: de dienst was al bekend. Microsoft, 22-09-2026.
2. Publicatie Microsoft: het overzicht behandelde de campagnes en interventies in het onderzochte halfjaar, inclusief een gecoördineerde ontmanteling van de infrastructuur. 22-09-2026.
3. Oktober: CERT-EU bracht details naar buiten over acties tegen de infrastructuur en arrestaties. 2026-10.

Wat de cijfers laten zien

Het verloop: eerst toegang goedkeuren, daarna data filteren

In de analyse van Microsoft zijn toegang krijgen tot mail en het benutten van de inhoud twee losse stappen. Door een ontfutselde goedkeuring kregen de criminelen een actieve sessie; AI hielp vervolgens zowel bij het schrijven van lokaas als bij het doorspitten van buitgemaakte berichten. 22-09-2026. Dat onderscheid verduidelijkt de hele zaak: de ondersteunende AI-tool was niet de zelfstandige dader, en toegang tot een account garandeert nog niet dat elke vervolgactie slaagt.

Onze analyse: context weegt zwaarder dan foutloze grammatica

Correct taalgebruik helpt bij een goede eerste indruk, maar de inhoud van iemands mailbox heeft een heel andere waarde: het levert context op. Daardoor lijkt een volgend verzoek een volstrekt logisch vervolg op een lopende zaak. Het verschil is cruciaal. Het oppoetsen van een tekst raakt alleen de vorm, terwijl slimme gegevensselectie bepaalt welk onderwerp, welke ontvanger en welk argument worden gekozen. Dit toont het potentieel van datagebruik, geen bewijs dat elke poging daadwerkelijk lukte.

Hieruit volgt een duidelijke verschuiving in je verdedigingsstrategie. De vraag of een mailtje verdacht klinkt, moet plaatsmaken voor de vraag of de afzender überhaupt bevoegd is om die actie te vragen. Een bekend onderwerp, vlekkeloos Nederlands en aansluiting bij eerdere berichten geven nog geen toestemming om toegang goed te keuren of betaalgegevens aan te passen. Beoordeel de geloofwaardigheid van het verhaal en de legitimiteit van het verzoek altijd los van elkaar.

Bekijk AI op basis van het werk dat het uitvoert, niet puur als technologisch etiket. Het opstellen van lokaas en het doorzoeken van e-mails vereisen andere veiligheidsmaatregelen. Bij de eerste stap moet je voorkomen dat er ongegronde sessiegoedkeuringen plaatsvinden. Bij de tweede moet je vermijden dat blind vertrouwen in een e-mailadres doorsijpelt naar elk verzoek dat daaruit wordt verstuurd. Een simpel verbod op AI voor medewerkers lost geen van beide problemen op.

Er is ook geen reden om gegenereerde tekst menselijke intenties toe te dichten. Het zijn de criminelen die het doelwit kiezen en de toegang misbruiken. Door die rollen te scheiden, wordt het toewijzen van verantwoordelijkheid en het inrichten van verdedigingsmechanismen veel helderder: een procedure moet een ongeautoriseerde actie tegenhouden, ongeacht hoe het bericht is geschreven. Het proces hoeft de auteur van de tekst niet te herkennen om te werken.

Wie won er, wie verloor, en waar zit het risico?

Het gedocumenteerde succes aan de kant van de aanvallers was de verkregen toegang tot mailboxen. De mogelijke tijdwinst bij het uitpluizen van correspondentie is echter iets anders dan hard financieel gewin. Het filteren van data kan vervolgfraude eenvoudiger maken, maar garandeert de afloop niet. Zonder gegevens over de vervolgstappen kunnen we de rol van AI niet zomaar gelijkstellen aan het succes van de totale campagne.

Eigenaren van gecompromitteerde mailboxen verloren de controle over hun mail. De mogelijke gevolgen raken ook de relaties in die correspondentie: klanten, collega’s of zakelijke partners. Daarom mag een reactie nooit stoppen bij het beveiligen van het account. Dit betekent overigens niet dat elke getroffen organisatie evenveel schade opliep, of dat contacten overal met succes zijn benaderd.

Het platleggen van de infrastructuur is een succes voor de verdedigers. Voor een getroffen organisatie is echter een ander meetpunt nodig: is verdachte toegang direct gestopt, is de omvang van het incident in kaart gebracht en zijn kwetsbare processen gecontroleerd? Een succesvolle externe interventie en het afronden van het interne incidenttraject zijn twee verschillende dingen die je apart moet beoordelen.

Praktische lessen voor bedrijven en gebruikers

De meest effectieve regels richten zich op het moment waarop een bericht moet omslaan in een concrete handeling. Ze moeten eenvoudig zijn, al vóór een incident klaarliggen en toe te passen zijn zonder te hoeven gissen naar de bedoelingen van de verzender.

• Sessiegoedkeuring: een gebruiker moet begrijpen tot wát hij precies toegang geeft en uit welke zelf gestarte handeling dat verzoek voortvloeit. Breek een onduidelijk proces altijd af en controleer het via een bekend supportkanaal.
• Wijziging van rekeningnummers: stel een onafhankelijke controle verplicht. Contactgegevens die in het wijzigingsverzoek zelf staan, mogen nooit de enige verificatiebron zijn.
• Reactie op accountovername: het noodplan moet duidelijk aangeven wie bevoegd is om toegang in te trekken, hoe de schade wordt bepaald, hoe bewijsmateriaal wordt veiliggesteld en hoe belanghebbenden worden geïnformeerd.
• Recht om het proces stil te leggen: medewerkers moeten weten waar ze twijfels kunnen melden en wie de knoop doorhakt als een strakke deadline botst met veiligheidsprotocollen.

Voor individuele gebruikers geldt vooral: koppel het ontvangen verzoek los van de manier waarop je het controleert. Neem zelf contact op met de beheerder of leverancier via bekende kanalen, in plaats van instructies uit het verdachte bericht op te volgen. Bij het vermoeden van een hack heb je een vast hulpprotocol nodig, ga niet zelf experimenteren met de aanvalsmethode.

Hypothetisch voorbeeld: een spoedwijziging van een rekeningnummer

Stel dat een bedrijf tijdens een lopende betalingscyclus een verzoek ontvangt om het rekeningnummer van een leverancier aan te passen. Het bericht sluit naadloos aan op eerdere mailwisselingen en de betalingstermijn dringt. Dit dient als illustratie van de geleerde lessen, het is geen feitelijke case uit EvilTokens. Het dilemma: voer je de schijnbaar vertrouwde instructie snel uit, of houd je de betaling tegen tot er verificatie is?

De medewerker hoeft niet te achterhalen of de tekst door AI is geschreven. Hij moet de wijziging valideren via een vooraf vastgelegd, onafhankelijk kanaal. Kan die bevestiging niet worden verkregen, dan gaat de zaak naar degene die beslissingsbevoegd is. Spoed heft de controle immers niet op, maar activeert juist de escalatieprocedure.

Bestaat er tegelijkertijd een vermoeden dat een account is gehackt, splits dan de taken. De systeembeheerder onderzoekt de toegang, terwijl de financiële afdeling de betalingsopdracht verifieert. Alleen het beveiligen van het account bewijst namelijk nog niet of de openstaande betaling klopt. De kracht van een goede procedure zit erin dat elke beslissing een duidelijke eigenaar en concrete afrondingscriteria heeft.

Wat we nog niet weten

De beschikbare cijfers vermelden geen exacte financiële schade, geen uniek aantal slachtoffers, geen aantal herstelde accounts en niet precies hoe groot het aandeel van AI was in het succes van afzonderlijke hacks. De praktische conclusie is niettemin helder: beveilig zowel de toegang tot e-mail als de beslissingen die door de inhoud ervan worden uitgelokt.

Oefenen zonder nepmails

Het is waardevol om de besluitvormingsketen te testen met een fictief wijzigingsverzoek, zónder phishingmails te versturen en zonder echte correspondentie te gebruiken. Het doel van zo’n tabletop-oefening is achterhalen wie een betaling kan blokkeren, waar geverifieerde contactgegevens staan en wie de beslissing neemt als de vaste contactpersoon afwezig is. Zo test je de werkorganisatie, niet alleen de alertheid van medewerkers.

Bronnen

• Microsoft: toelichting EvilTokens - 22-09-2026.
• CERT-EU: dreigingsbulletin - oktober 2026; beschikbare informatie vermeldt geen specifieke publicatiedatum.