Back-up
Waarom is back-up je laatste verdedigingslinie als MFA wordt omzeild?
MFA (meervoudige authenticatie) stopt de meeste aanvallen op accounts. Lukt dat niet, dan werkt een aanvaller als vertrouwde gebruiker, en bepaalt je back-up of de schade blijvend is.

Het korte antwoord
MFA kan worden omzeild als aanvallers een sessietoken stelen, de login via een nepsite doorsturen of gebruikers murw maken met pushverzoeken. Daarna werken ze als legitieme gebruiker of beheerder en kunnen ze data verwijderen of versleutelen. Onveranderbare (immutable) back-ups met aparte inloggegevens laten je terugzetten wat ze vernietigden, ook als de identiteitscontroles faalden.
Belangrijkste punten
- Microsoft omschrijft tokendiefstal als het opnieuw gebruiken van tokens die aan een gebruiker zijn uitgegeven, "ook als die gebruiker aan meervoudige authenticatie heeft voldaan". De aanvaller krijgt dus nooit een MFA-vraag.
- Volgens het Digital Defense Report 2025 van Microsoft blokkeert phishingbestendige MFA meer dan 99% van de aanvallen op identiteiten. Het is dus de eerste oplossing, geen optionele extra.
- De Threat Landscape 2025 van ENISA, die 4.875 incidenten in de EU beslaat, noemt infostealers, sessiekaping, MFA-omzeiling en adversary-in-the-middle-aanvallen als huidige tactieken.
- Een back-up overleeft een gekaapte beheerderssessie alleen als hij onveranderbaar is, aparte inloggegevens gebruikt en minstens één air-gapped kopie (zonder verbinding met je netwerk) bevat.
- Dam na een aanval op een identiteit eerst het account in en zet daarna terug vanaf een schoon punt van vóór de eerste actie van de aanvaller.
Hoe omzeilen aanvallers MFA?
Meestal door MFA helemaal niet te breken. Ze stelen het bewijs dat MFA al is gedaan, laten de gebruiker MFA voor hen afronden, of blijven vragen tot de gebruiker ja zegt.
Een IT-manager krijgt een melding: een beheerdersaccount verwijdert al twee uur SharePoint-bibliotheken. Er zijn geen mislukte logins en geen MFA-vragen. De aanvaller is niet ingebroken, maar gebruikte een sessie die een echte gebruiker al had geverifieerd. Daarom heeft identiteitsbeveiliging een herstelplan nodig, en daarom hoort Backup as a Service in hetzelfde gesprek als MFA.
| Techniek | Zo werkt het | Belangrijkste verdediging |
|---|---|---|
| Tokendiefstal (pass-the-cookie) | Infostealer-malware of een kwaadaardige browserextensie kopieert het sessietoken van een apparaat. De aanvaller gebruikt het elders opnieuw. In de playbook van Microsoft over tokendiefstal staat dat dit werkt "ook als die gebruiker aan meervoudige authenticatie heeft voldaan". | Apparaten die aan het beleid voldoen, tokenbescherming, kortere sessies, endpointbeveiliging |
| Adversary-in-the-middle-phishing (AiTM) | Een nepinlogpagina schakelt zich tussen de gebruiker en de echte pagina en onderschept het wachtwoord en het sessiecookie. Microsoft volgde één AiTM-campagne die zich vanaf september 2021 richtte op meer dan 10.000 organisaties. | Phishingbestendige MFA (FIDO2, passkeys, certificaten) |
| MFA-moeheid (push bombing) | De aanvaller heeft het wachtwoord en stuurt pushverzoeken tot de gebruiker er één goedkeurt. CISA omschrijft dit als het bombarderen van een gebruiker "tot ze op de knop 'Accept' drukken". | Number matching of phishingbestendige MFA, bewustwording van gebruikers |
Het bekendste voorbeeld van MFA-moeheid is Uber in september 2022. Volgens de eigen beveiligingsupdate van Uber kocht een aanvaller het wachtwoord van een externe medewerker en stuurde hij herhaaldelijk tweefactorverzoeken. De medewerker "accepteerde er één". Daardoor kreeg de aanvaller toegang tot interne tools, waaronder G-Suite en Slack.
Hoe vaak komt het omzeilen van MFA voor?
Vaak genoeg dat Europese rapporten en rapporten van leveranciers het apart noemen. De meeste aanvallen op identiteiten richten zich nog steeds op wachtwoorden, maar de technieken die gewone MFA verslaan, horen nu bij het standaardrepertoire.
- De ENISA Threat Landscape 2025 analyseerde tussen juli 2024 en juni 2025 4.875 incidenten in de EU. Phishing is volgens het rapport een belangrijke route naar binnen. Het wijst op infostealers en sessiekaping en noemt het omzeilen van MFA en adversary-in-the-middle-aanvallen onder de tactieken die worden gebruikt. Ransomware noemt het de meest ingrijpende dreiging voor organisaties in de EU.
- Het Digital Defense Report 2025 van Microsoft zegt dat meer dan 97% van de aanvallen op identiteiten wachtwoordaanvallen zijn, dat phishingbestendige MFA meer dan 99% van de aanvallen op identiteiten kan blokkeren en dat infostealers op grote schaal worden gebruikt om inloggegevens en sessietokens uit browsers te halen.
- Volgens de samenvatting van Help Net Security over de Verizon 2026 DBIR speelde ransomware een rol bij 48% van de datalekken en het menselijke element bij 62%.
De conclusie is niet dat MFA nutteloos is. MFA, bij voorkeur phishingbestendig, stopt de meeste aanvallen. Voor de aanvallen die het niet stopt, heb je een plan nodig.
Wat kan een aanvaller met een gekaapte beheerderssessie?
Alles wat dat account mag. Voor je systemen is de aanvaller de legitieme gebruiker, dus controles op basis van authenticatie zien niets vreemds.
- Bestanden, sites, mailboxen of hele mappenstructuren verwijderen.
- Data wijzigen of versleutelen, ook met ransomware die via beheertools draait.
- Back-uptaken uitschakelen, de bewaartermijn verkorten of back-updata verwijderen die in dezelfde tenant staat.
- Een eigen MFA-methode of doorstuurregels voor mailboxen toevoegen om binnen te blijven.
- Grote hoeveelheden data downloaden voor afpersing.
In de playbook van Microsoft staan massale bestandsdownloads, nieuwe MFA-methoden en nieuwe of gewijzigde doorstuur- en inboxregels als signalen om op te letten. In de AiTM-campagne die Microsoft beschreef, openden aanvallers binnen enkele minuten gehackte mailboxen, zochten ze naar mails over betalingen en maakten ze inboxregels om antwoorden te verbergen voordat ze factuurfraude probeerden.
De tijd werkt voor de aanvaller. Inbreuken via identiteiten worden vaak pas na dagen of weken opgemerkt. Een aanvaller met zoveel tijd zoekt je back-ups voordat jij iets merkt.
Beschermt een back-up nog als de aanvaller beheerdersrechten heeft?
Ja, maar alleen als de back-up buiten het bereik van die beheerder staat. Een back-up die inloggegevens of single sign-on deelt met productie, kan door dezelfde gekaapte sessie worden uitgeschakeld of verwijderd.
| Opzet van de back-up | Overleeft hij een gekaapte beheerder van productie? |
|---|---|
| Native prullenbakken en versies in dezelfde tenant | Nee: een beheerder kan ze wissen |
| Back-uptool die inlogt via dezelfde identity provider | Onwaarschijnlijk: de aanvaller kan daar ook inloggen |
| Aparte inloggegevens, maar verwijderbaar | Gedeeltelijk: dat hangt ervan af of die inloggegevens uitlekken |
| Aparte inloggegevens, onveranderbare opslag en een air-gapped kopie | Ja: data kan binnen de bewaartermijn niet worden gewijzigd of verwijderd |
De principes van het Britse NCSC voor ransomwarebestendige cloudback-ups leggen de lat. Destructieve verzoeken vanaf klantaccounts, ook van beheerders, moeten worden verboden of out-of-band worden geautoriseerd. Verwijderverzoeken kunnen voor een afgesproken periode worden uitgesteld. Geprivilegieerde acties moeten een melding veroorzaken.
Onze back-ups volgen dezelfde gedachte. Ze zijn onveranderbaar met Object Lock en er staat een air-gapped kopie volgens de 3-2-1-1-0-regel. Beheeracties vragen MFA, het platform wordt 24/7 bewaakt en back-ups worden gescand op malware, zodat je niet de tools van de aanvaller terugzet.
Hoe herstel je na een aanval op een identiteit?
Sluit eerst de identiteit af en zet daarna terug. Zet je terug terwijl de aanvaller nog een geldige sessie heeft, dan kan hij de teruggezette data opnieuw vernietigen.
- Insluiten: blokkeer het account, trek sessies in, reset wachtwoorden en verwijder MFA-methoden die je zelf niet hebt toegevoegd, zoals de playbook van Microsoft over tokendiefstal beschrijft.
- Omvang bepalen: zoek in de inlog- en auditlogs naar de eerste kwaadaardige actie en alle systemen die het account heeft geraakt.
- Kies een schoon herstelpunt: een van vóór die eerste actie, niet het meest recente.
- Terugzetten: per bestand of mailbox, of start VM's direct op in een geïsoleerde herstelomgeving op een apart, schoon netwerk om ze eerst te controleren.
- Toegang van de aanvaller opruimen: inboxregels, doorstuurregels, toestemmingen voor OAuth-apps en nieuwe apparaten.
- Melden: onder NIS2-artikel 23 vragen significante incidenten om een vroegtijdige waarschuwing binnen 24 uur, een melding binnen 72 uur en een eindverslag binnen een maand. Een datalek met persoonsgegevens moet op grond van AVG-artikel 33 mogelijk ook binnen 72 uur worden gemeld.
Voor kritieke workloads herstellen we met een SLA van 4 uur. Voor het bredere beeld lees je hoe lang herstel na een ransomware-aanval duurt en hoe je Microsoft 365 herstelt na een ransomware-aanval.
Hoe maak je MFA moeilijker te omzeilen?
Stap over op phishingbestendige MFA, koppel sessies aan vertrouwde apparaten en bescherm de endpoints (laptops, desktops en mobiele apparaten) waar tokens staan. Daarmee dicht je de meeste gaten hierboven.
- Phishingbestendige MFA: CISA noemt FIDO/WebAuthn en methoden op basis van PKI "de gouden standaard", bestand tegen phishing, push bombing en SIM-swaps.
- Conditional access: eis apparaten die aan het beleid voldoen en controleer locatie en risico bij beheerlogins.
- Tokencontroles: Microsoft adviseert continuous access evaluation, tokenbescherming en een kortere sessieduur.
- Endpointbeveiliging: infostealers draaien op apparaten, dus detecteer daar malware en patch kwetsbaarheden. MSP's kunnen ons EDR-platform gebruiken, met malwaredetectie, kwetsbaarhedenbeheer en MITRE ATT&CK-mapping, om die dienst voor hun klanten te draaien.
- Aparte beheeridentiteiten: laat back-upbeheer draaien op andere inloggegevens dan de dagelijkse accounts.
Wat je nu kunt doen
Houd MFA en maak het phishingbestendig. Ga er daarna van uit dat er ooit toch een sessie wordt gestolen, en zorg dat je de schade ongedaan kunt maken. Dat betekent een back-up waar de aanvaller niet bij kan: onveranderbaar, met aparte inloggegevens, met een air-gapped kopie en met herstel dat je hebt getest.
Controleer vandaag één ding: kan je Global Admin-account je back-ups verwijderen? Is het antwoord ja of "weet ik niet zeker", dan is dat het gat dat je eerst dicht. In ons overzicht van Backup as a Service lees je hoe de geïsoleerde laag werkt.
Wil je zien hoe herstel werkt na een gecompromitteerd beheerdersaccount? Plan een gratis demo van 15 minuten in het Nederlands, Duits of Engels.
Dit artikel is algemene informatie, geen juridisch advies.
Veelgestelde vragen
Kan MFA worden omzeild?
Ja. Aanvallers breken MFA zelf zelden, ze gaan eromheen. Ze stelen sessietokens van besmette apparaten, gebruiken nepinlogpagina's die de echte pagina doorsturen en het sessiecookie onderscheppen, of sturen pushverzoeken tot een vermoeide gebruiker er één goedkeurt. Phishingbestendige MFA, zoals FIDO2-beveiligingssleutels of passkeys, stopt de meeste van deze technieken.
Wat is een MFA-moeheidsaanval?
Bij een MFA-moeheidsaanval, ook wel push bombing genoemd, stuurt een aanvaller die het wachtwoord van een gebruiker al heeft herhaaldelijk goedkeuringsverzoeken naar diens telefoon. De gebruiker keurt er uiteindelijk één goed om de meldingen te laten stoppen, of per ongeluk. CISA adviseert phishingbestendige MFA, waarbij gebruikers geen pushmeldingen hoeven goed te keuren, om dit te stoppen.
Wat is diefstal van sessietokens?
Nadat je bent ingelogd en MFA hebt afgerond, geeft de dienst je browser een sessietoken, zodat je ingelogd blijft. Bij diefstal van sessietokens kopieert een aanvaller dat token, meestal met infostealer-malware of een kwaadaardige browserextensie, en gebruikt hij het opnieuw vanaf zijn eigen apparaat. Omdat MFA al is voltooid, vraagt de dienst de aanvaller niet opnieuw erom.
Waarom is back-up belangrijk bij aanvallen op identiteiten?
Omdat een aanvaller met een legitieme beheerderssessie data kan verwijderen, wijzigen of versleutelen voordat iemand het merkt. Preventie is op dat moment al mislukt, dus herstel beperkt de schade. De back-up moet onveranderbaar zijn en aparte inloggegevens gebruiken. Anders kan hetzelfde gekaapte account ook de back-ups uitschakelen of verwijderen.
Mag ik voor back-upbeheer dezelfde login gebruiken als voor productie?
Nee. Vertrouwt je back-upconsole dezelfde identity provider en beheerdersaccounts als productie, dan bereikt één gestolen sessie allebei. Gebruik aparte inloggegevens voor back-upbeheer, eis MFA bij beheeracties op de back-up en kies onveranderbare opslag. Zo kan zelfs een geldige beheerderslogin back-ups niet verwijderen voordat de bewaartermijn is verlopen.
Bronnen
- Token theft playbookMicrosoft Learn, 2026
- From cookie theft to BEC: Attackers use AiTM phishing sites as entry point to further financial fraudMicrosoft Security Blog, 2022
- Implementing phishing-resistant MFA (fact sheet)CISA, 2022
- Security updateUber Newsroom, 2022
- ENISA Threat Landscape 2025ENISA, 2025
- Extortion and ransomware drive over half of cyberattacks (Microsoft Digital Defense Report 2025)Microsoft On the Issues, 2025
- Lessons for organizations from the Verizon 2026 Data Breach Investigations ReportHelp Net Security (over Verizon DBIR 2026), 2026
- Principles for ransomware-resistant cloud backupsNCSC UK, 2024
- Richtlijn (EU) 2022/2555 (NIS2-richtlijn)EUR-Lex, Publicatiebureau van de Europese Unie, 2022
- Verordening (EU) 2016/679 (Algemene verordening gegevensbescherming)EUR-Lex, Publicatiebureau van de Europese Unie, 2016


