Naar de inhoud

NIS2

Wat is het model van gedeelde verantwoordelijkheid van Microsoft 365?

Microsoft beheert het platform. Jij bent eigenaar van de data, de accounts en het bewijs dat je kunt herstellen. Hier ligt de grens, en dit verwachten NIS2 en de AVG aan jouw kant.

Boardroomtafel, door cyaankleurig licht in tweeën gedeeld: aan de overkant serverhardware, dichtbij een laptop, een beveiligingssleutel en bestanden

Het korte antwoord

Het model van gedeelde verantwoordelijkheid van Microsoft 365 verdeelt de beveiligingstaken tussen Microsoft en jou. Microsoft beveiligt de datacenters, het netwerk, de hosts en de beschikbaarheid van de dienst. Jij blijft verantwoordelijk voor je data, accounts, toegangsbeheer en apparaten, inclusief een back-up en het bewijs dat je kunt herstellen. Dat verwachten NIS2 en de AVG allebei.

Belangrijkste punten

  • In de documentatie van Microsoft staan vier verantwoordelijkheden die je in elk cloudmodel zelf houdt: je data, endpoints, accounts en toegangsbeheer.
  • Replicatie hoort bij de kant van Microsoft en beschermt de beschikbaarheid. Ze kopieert ook verwijderingen en versleuteling, dus het is geen back-up.
  • NIS2-artikel 21(2)(c) vereist back-upbeheer en disaster recovery. NIS2-artikel 20 maakt het bestuur verantwoordelijk voor het goedkeuren van die maatregelen.
  • AVG-artikel 32(1)(c) vereist dat je persoonsgegevens tijdig kunt terugzetten. Onder (d) moet je dat vermogen regelmatig testen.
  • Je eigen kant afdekken betekent beveiligde identiteiten, een onafhankelijke geteste back-up, een proces voor vertrekkende medewerkers en gedocumenteerd bewijs.

Wat zegt het model van gedeelde verantwoordelijkheid?

Microsoft is verantwoordelijk voor de cloud, en jij voor wat je erin zet en wie erbij kan. Microsoft publiceert deze verdeling voor al zijn clouddiensten, ook Microsoft 365.

Volgens de pagina van Microsoft over gedeelde verantwoordelijkheid in de cloud blijf je bij elk type implementatie altijd verantwoordelijk voor je data (inclusief gegevensbescherming), je endpoints (laptops, desktops en mobiele apparaten), je accounts en je toegangsbeheer. Bij een SaaS-dienst zoals Microsoft 365 neemt Microsoft het fysieke datacenter, het fysieke netwerk, de fysieke hosts, het besturingssysteem en de netwerkcontroles over. Applicaties en apparaten van gebruikers zijn gedeeld.

Voor organisaties onder NIS2 is dit belangrijk, want de wet vraagt je de risico's aan je eigen kant te beheren, niet aan die van Microsoft. De volledige verplichtingen staan op onze pagina over NIS2 Compliance. Dit artikel gaat over wat het model betekent voor je Microsoft 365-data.

Wie is waarvoor verantwoordelijk in Microsoft 365?

Microsoft is eigenaar van de infrastructuur en houdt de dienst beschikbaar. Jij bent eigenaar van configuratie, identiteiten, data en herstel.

LaagMicrosoftJij
Fysieke datacenters, hardware en netwerkVerantwoordelijkNiet verantwoordelijk
Besturingssysteem en beschikbaarheid van de dienstVerantwoordelijkNiet verantwoordelijk
Applicatieconfiguratie (delen, bewaartermijnen, beveiligingsinstellingen)Levert de instellingenConfigureert en onderhoudt ze
Accounts en identiteiten, inclusief vertrekkende medewerkersLevert Microsoft Entra IDMaakt accounts aan, beveiligt ze en verwijdert ze
Toegangsbeheer (MFA, conditional access, beheerdersrollen)Levert de toolsBepaalt en handhaaft het beleid
Endpoints die toegang hebben tot Microsoft 365Biedt beheertoolsBeveiligt en beheert apparaten
Je data: e-mail, bestanden, sites, chatsSlaat ze op en repliceert zeClassificeert ze, beveiligt ze, maakt er een back-up van en zet ze terug
Wettelijke verplichtingen (NIS2, AVG)Treedt op als verwerker op basis van een contractBlijft verantwoordelijk als entiteit of verwerkingsverantwoordelijke

De tabel volgt de verdeling die Microsoft publiceert. De ransomware-richtlijnen voor Microsoft 365 maken een vergelijkbaar onderscheid tussen controles op tenantniveau (de mensen in je organisatie en de infrastructuur en diensten waarvan je organisatie eigenaar is en die ze beheert) en de controles op serviceniveau van Microsoft. Zie Ransomware protection in Microsoft 365.

Beschermt de replicatie van Microsoft mijn data dan niet?

Ze beschermt de dienst tegen hardwarestoringen, niet je data tegen wijzigingen. Replicatie kopieert verwijderingen, overschrijvingen en versleuteling naar elke replica.

De documentatie van Azure Storage over redundantie zegt het rechtstreeks: "Verwijderingen en overschrijvingen worden gelijktijdig op alle kopieën toegepast. Redundantie beschermt tegen hardwarestoringen, niet tegen bewerkingen die data wijzigen." Zelfs de Microsoft Services Agreement, die over consumentendiensten gaat en niet over zakelijke tenants, adviseert gebruikers: "We raden aan dat je regelmatig een back-up maakt van je content en data die je op de diensten opslaat."

Native prullenbakken en versiegeschiedenis zijn nuttig, maar kort. Verwijder je bijvoorbeeld een gebruiker, dan geeft de eigen beheerdocumentatie van Microsoft je 30 dagen om het account terug te zetten. Daarna staat de OneDrive van een vertrekkende medewerker 93 dagen in de prullenbak en wordt die definitief verwijderd. Alle native termijnen vind je in Maakt Microsoft 365 een back-up van mijn data?

Hoe vertaalt het model zich naar NIS2 en de AVG?

Beide wetten leggen de verplichting bij jou, niet bij je cloudaanbieder. Met Microsoft 365 verschuif je je NIS2- of AVG-plichten niet naar Microsoft. Microsoft wordt een van de leveranciers wier risico's je beheert.

Je eigen kant van het modelWettelijke grondslagBewijs dat een auditor kan vragen
Back-up en herstel van Microsoft 365-dataNIS2-artikel 21(2)(c): bedrijfscontinuïteit, zoals back-upbeheer en disaster recovery; AVG-artikel 32(1)(c)Back-upbeleid, taakrapporten, resultaten van hersteltests
Testen of herstel werktAVG-artikel 32(1)(d): regelmatig testen, beoordelen en evaluerenHersteltests met datum, afgezet tegen RTO en RPO
Microsoft en andere leveranciers beoordelenNIS2-artikel 21(2)(d): ketenbeveiligingRisicobeoordeling van leveranciers, contracten, exitplan
Accounts, toegang en MFANIS2-artikel 21(2)(i) en (j): toegangsbeheer en meervoudige authenticatieBeleid voor conditional access, reviews van beheerdersrollen
Toezicht door het bestuurNIS2-artikel 20: bestuursorganen keuren maatregelen goed, houden er toezicht op en volgen trainingenNotulen van het bestuur, trainingsregistraties
Incidenten meldenNIS2-artikel 23: vroegtijdige waarschuwing binnen 24 uur, melding binnen 72 uur, eindverslag binnen een maandIncidentprocedure en contactlijst

De verwijzingen naar NIS2 gaan over Richtlijn (EU) 2022/2555 en die naar de AVG over Verordening (EU) 2016/679. In Nederland gelden de NIS2-regels via de Cyberbeveiligingswet (Cbw), die volgens de Nederlandse overheid sinds 15 augustus 2026 in werking is. De Duitse NIS2UmsuCG geldt sinds 6 december 2025, zoals de BSI aankondigde. Lees ook onze uitleg van de tien maatregelen van artikel 21.

Wat gaat er mis als je het model verkeerd leest?

Data verdwijnt door acties die er normaal uitzien en die het platform van Microsoft precies uitvoert zoals opgedragen. De dienst blijft beschikbaar terwijl de data verloren gaat.

  • Opruimen bij vertrek: een account wordt verwijderd, de bewaartermijnen verstrijken en contracten of correspondentie verdwijnen mee.
  • Fouten in bulk: een synctool, script of wijziging in het bewaarbeleid verwijdert of overschrijft een grote set bestanden.
  • Insiders: een vertrekkende medewerker maakt een mailbox of een SharePoint-bibliotheek leeg.
  • Overgenomen accounts: een aanvaller met geldige inloggegevens versleutelt gesynchroniseerde bestanden. Met beheerrechten verwijdert hij data en verkort hij de bewaartermijn.

Dat laatste punt groeit het snelst. Uit het Microsoft Digital Defense Report 2025 bleek dat aanvallen op identiteiten in de eerste helft van 2025 met 32% stegen en dat minstens 52% van de aanvallen met een bekend motief werd gedreven door afpersing of ransomware. Hetzelfde rapport zegt dat MFA meer dan 99% van de aanvallen op identiteiten kan blokkeren. Daarom ligt toegangsbeheer aan je eigen kant van de lijn.

Hoe dek je je eigen kant van het model af?

Zes stappen dekken het grootste deel. Elke stap levert bewijs op dat je aan een auditor of verzekeraar kunt laten zien.

  1. Breng je data in kaart. Maak een lijst van wat er in Exchange, OneDrive, SharePoint en Teams staat, en welke gegevens je moet bewaren en hoelang.
  2. Beveilig identiteiten. Dwing MFA af voor iedereen, beperk het aantal globale beheerders en controleer beheerdersrollen regelmatig.
  3. Maak een onafhankelijke back-up. Bewaar een kopie buiten je tenant, met aparte inloggegevens. Onze Microsoft 365-back-up dekt Exchange, OneDrive, SharePoint en Teams, slaat data onveranderbaar op in onze eigen datacenters in Nederland en Duitsland en vereist MFA voor beheeracties.
  4. Pas het proces voor vertrekkende medewerkers aan. Zorg dat er een back-up bestaat voordat een account wordt verwijderd.
  5. Beoordeel leveranciers. Behandel Microsoft en je back-upleverancier als onderdeel van je keten. In onze gids over NIS2-ketenbeveiliging lees je hoe.
  6. Test en documenteer. Voer minstens elk kwartaal een hersteltest uit en bewaar de resultaten.

Dezelfde verdeling geldt in de publieke cloud. Draai je ook workloads in AWS of Google Cloud, lees dan waarom data in AWS nog geen back-up is en het model van gedeelde verantwoordelijkheid van Google Cloud.

Wat je nu kunt doen

Het model van gedeelde verantwoordelijkheid is geen grijs gebied: Microsoft houdt Microsoft 365 draaiend, en je data, identiteiten en herstel moet je zelf beheren en kunnen aantonen. Onder NIS2 en de AVG hoort dat bewijs bij de naleving. Het is geen optionele extra.

Begin met een helder beeld van je hiaten. Op onze pagina over NIS2 Compliance lees je hoe dit past bij de bredere verplichtingen. Je kunt ook een gratis assessment aanvragen van je opzet voor back-up en herstel van Microsoft 365.

Dit artikel is algemene informatie, geen juridisch advies.

Veelgestelde vragen

Is Microsoft verantwoordelijk voor de back-up van mijn Microsoft 365-data?

Nee. In de documentatie van Microsoft over gedeelde verantwoordelijkheid staat dat klanten in elk cloudmodel altijd verantwoordelijk blijven voor hun data, inclusief gegevensbescherming. Microsoft repliceert data om de dienst beschikbaar te houden en biedt korte native herstelperiodes. Een onafhankelijke back-up die je naar een gekozen tijdstip kunt terugzetten, is jouw verantwoordelijkheid.

Wat is het verschil tussen replicatie en back-up in Microsoft 365?

Replicatie houdt live kopieën van je data op meerdere plekken, zodat een hardwarestoring de dienst niet onderbreekt. Elke wijziging wordt gekopieerd, ook verwijderingen en versleuteling. Een back-up is een aparte kopie van een bepaald tijdstip (point-in-time) die los van productie wordt bewaard. Zo kun je terug naar de situatie van vóór een fout of aanval.

Voldoe ik aan NIS2 als ik Microsoft 365 gebruik?

Nee. De NIS2-verplichtingen gelden voor je organisatie, niet voor je leveranciers namens jou. Microsoft 365 geeft je beveiligingstools, maar je moet nog steeds de maatregelen van artikel 21 toepassen, waaronder back-up en disaster recovery, toegangsbeheer en ketenbeveiliging. Het bestuur moet ze goedkeuren en er toezicht op houden volgens artikel 20.

Wie is de verwerkingsverantwoordelijke en wie de verwerker in Microsoft 365?

In een gewone zakelijke tenant is je organisatie de verwerkingsverantwoordelijke voor de persoonsgegevens die je opslaat, en Microsoft verwerker onder zijn voorwaarden voor gegevensbescherming. Als verwerkingsverantwoordelijke blijf je onder de AVG verantwoordelijk, ook voor de beveiligingsmaatregelen van artikel 32, zoals het tijdig kunnen terugzetten van persoonsgegevens.

Geldt het model van gedeelde verantwoordelijkheid ook voor Google Workspace en AWS?

Ja. Elke grote cloudaanbieder hanteert een variant. De aanbieder beveiligt zijn infrastructuur en houdt de dienst beschikbaar; klanten blijven verantwoordelijk voor hun data, identiteiten en configuratie. De exacte verdeling verschilt tussen SaaS-diensten zoals Google Workspace en infrastructuurdiensten zoals AWS, dus bekijk de documentatie van elke aanbieder.

Bronnen

  1. Shared responsibility in the cloudMicrosoft Learn, 2026
  2. Ransomware protection in Microsoft 365Microsoft Learn (Service Assurance), 2025
  3. Data redundancy - Azure StorageMicrosoft Learn, 2026
  4. Microsoft Services Agreement (consumer), section 6(b)Microsoft, 2026
  5. Delete a user from your organizationMicrosoft Learn, 2026
  6. Richtlijn (EU) 2022/2555 (NIS2-richtlijn)EUR-Lex, 2022
  7. Verordening (EU) 2016/679 (Algemene verordening gegevensbescherming)EUR-Lex, 2016
  8. Cyberbeveiligingswet en Wet weerbaarheid kritieke entiteiten vanaf 15 augustus 2026 van krachtRijksoverheid, 2026
  9. Cybersicherheitsrecht: NIS-2-Umsetzungsgesetz ab morgen in KraftBSI, 2025
  10. Extortion and ransomware drive over half of cyberattacks (Microsoft Digital Defense Report 2025)Microsoft On the Issues, 2025
Onderdeel vanNIS2 Compliance