Wat eist NIS2 op het gebied van logging en monitoring?

Geplaatst op: 22 augustus 2026

NIS2 eist dat organisaties aantoonbaar inzicht hebben in wat er op hun netwerken en systemen gebeurt. Dat betekent concrete verplichtingen op het gebied van logging en monitoring: relevante gebeurtenissen moeten worden vastgelegd, bewaard en actief bewaakt. De exacte invulling hangt af van uw risicoprofiel en sector, maar de richting is helder. Hieronder beantwoorden we de meest gestelde vragen over NIS2 logging en monitoring.

Welke specifieke loggegevens moeten organisaties bijhouden onder NIS2?

Onder NIS2 moeten organisaties alle loggegevens bijhouden die nodig zijn om beveiligingsincidenten te detecteren, te onderzoeken en te rapporteren. Denk aan inlogpogingen, toegang tot gevoelige systemen, wijzigingen in gebruikersrechten, netwerkverkeer en systeemfouten. Er is geen uitputtende wettelijke lijst, maar de zorgplicht vereist dat uw logging aansluit op uw risicobeoordeling.

De NIS2-richtlijn, en in Nederland de aankomende Cyberbeveiligingswet, schrijft voor dat organisaties passende en evenredige maatregelen nemen. Logging is een van de minimummaatregelen die voortvloeien uit de zorgplicht. In de praktijk betekent dit dat de volgende categorieën loggegevens vrijwel altijd relevant zijn:

• Authenticatiegebeurtenissen: geslaagde en mislukte inlogpogingen, gebruik van multi-factorauthenticatie
• Toegangsbeheer: wijzigingen in gebruikersaccounts, rechten en rollen
• Systeemgebeurtenissen: het opstarten en afsluiten van systemen, configuratiewijzigingen
• Netwerkverkeer: verbindingen van en naar kritieke systemen, afwijkend verkeer
• Applicatiegebeurtenissen: fouten, uitzonderingen en beveiligingswaarschuwingen
• Toegang tot gevoelige data: wie heeft welke bestanden of databases benaderd

De BIO2, die voor overheidsorganisaties de normatieve invulling van de NIS2-zorgplicht vormt, geeft verdere uitwerking aan welke logcategorieën relevant zijn per type systeem. Voor andere sectoren bieden standaarden zoals ISO 27002 een vergelijkbaar houvast. Belangrijk is dat logging niet als losse technische maatregel wordt gezien, maar als onderdeel van een breder beleid voor risicoanalyse en incidentbeheer.

Hoe lang moeten logbestanden bewaard worden volgens NIS2?

NIS2 stelt geen vaste bewaartermijn voor logbestanden vast in de richtlijntekst zelf. De bewaartermijn moet worden bepaald op basis van uw risicobeoordeling en de eisen vanuit sectorale regelgeving. Een gangbare termijn in de praktijk is minimaal drie tot twaalf maanden, afhankelijk van het type log en de gevoeligheid van de systemen.

De redenering achter een langere bewaartermijn is praktisch: veel aanvallen worden pas weken of maanden na de initiële inbraak ontdekt. Als logbestanden dan al zijn verwijderd, is forensisch onderzoek onmogelijk en kunt u niet voldoen aan de meldplicht. Onder de Cyberbeveiligingswet moet u bij een significant incident binnen 24 uur een eerste melding doen en binnen een maand een eindverslag aanleveren. Zonder adequate loghistorie is dat eindverslag niet te onderbouwen.

Houd bij het bepalen van uw bewaartermijn ook rekening met de AVG. Logbestanden bevatten vaak persoonsgegevens, wat betekent dat u niet onbeperkt kunt bewaren. De afweging tussen beveiligingsbelang en privacybescherming moet expliciet worden gemaakt en gedocumenteerd in uw beleid.

Wat is het verschil tussen logging en monitoring in de context van NIS2?

Logging is het vastleggen van gebeurtenissen in systemen en netwerken. Monitoring is het actief analyseren van die gegevens om afwijkingen en dreigingen in (bijna) realtime te signaleren. Beide zijn vereist onder NIS2: logging zonder monitoring levert alleen een archief op, monitoring zonder logging mist de feitenbasis om op te reageren.

Het onderscheid is niet alleen technisch maar ook operationeel. Logging is passief: systemen schrijven automatisch wat er gebeurt naar een logbestand of SIEM-platform. Monitoring vereist actieve aandacht: iemand of een geautomatiseerd systeem analyseert de logs op patronen die wijzen op een beveiligingsincident. Denk aan meerdere mislukte inlogpogingen binnen korte tijd, ongebruikelijke datatransfers of toegang buiten kantooruren.

Voor NIS2-compliance zijn beide elementen onlosmakelijk verbonden. De zorgplicht vereist dat u niet alleen maatregelen neemt, maar ook kunt aantonen dat u in staat bent incidenten tijdig te detecteren. Een organisatie die wel logt maar nooit actief monitort, voldoet in de praktijk niet aan de geest van de wet. Veel organisaties kiezen daarom voor een combinatie van geautomatiseerde alerting en periodieke handmatige review, eventueel ondersteund door een virtuele CISO-dienst die continu meekijkt.

Wie binnen een organisatie is verantwoordelijk voor NIS2-conforme logging?

De eindverantwoordelijkheid voor NIS2-conforme logging ligt bij het bestuur van de organisatie. NIS2 legt de verantwoordelijkheid voor cyberweerbaarheid expliciet bij de bestuurders, niet bij de IT-afdeling. Bestuurders moeten aantoonbaar kennis hebben van beveiligingsrisico’s en weloverwogen beslissingen nemen over de maatregelen die worden genomen.

In de praktijk betekent dit een gedeelde verantwoordelijkheid. De IT- of securityafdeling implementeert en beheert de logging- en monitoringinfrastructuur. De CISO of functioneel verantwoordelijke stelt het beleid op en bewaakt de naleving. Het bestuur stelt de kaders, keurt het beleid goed en draagt de formele verantwoordelijkheid richting toezichthouder.

De Cyberbeveiligingswet verplicht bestuurders bovendien een training te volgen om beveiligingsrisico’s te kunnen beoordelen. Dit geldt ook voor de keuzes rondom logging en monitoring: een bestuurder die niet begrijpt waarom logretentie belangrijk is, kan geen verantwoorde beslissing nemen over de bijbehorende investering. Voor overheidsorganisaties is de politieke leiding aangewezen als bestuur in de zin van de wet, wat de verantwoordelijkheid nog explicieter maakt.

Hoe controleer je of je logging voldoet aan NIS2?

U controleert NIS2-conforme logging door uw huidige logpraktijk te toetsen aan de vereisten uit uw risicobeoordeling en het toepasselijke normenkader, zoals de BIO2 voor overheden of ISO 27002 voor andere sectoren. Een gestructureerde gap-analyse brengt in kaart wat u logt, hoe lang u bewaart, wie monitort en of alerting functioneert zoals bedoeld.

Concrete stappen voor een zelfevaluatie zijn:

1. Inventariseer welke systemen en applicaties momenteel logs genereren en of alle kritieke systemen zijn gedekt
2. Controleer of logbestanden centraal worden opgeslagen en beschermd tegen manipulatie
3. Toets de bewaartermijnen aan uw risicobeoordeling en sectorale eisen
4. Evalueer of monitoringprocessen zijn ingericht en wie verantwoordelijk is voor opvolging van meldingen
5. Test of u bij een gesimuleerd incident de benodigde informatie kunt reconstrueren uit uw logs

Voor een objectiever beeld kunt u een externe penetratietest of security assessment laten uitvoeren. Daarmee toetst u niet alleen of uw logging technisch klopt, maar ook of een aanvaller onopgemerkt door uw monitoring heen zou kunnen gaan. Dat laatste is juist wat NIS2 wil voorkomen.

Wat zijn de gevolgen als logging en monitoring niet op orde zijn onder NIS2?

Als logging en monitoring niet voldoen aan de NIS2-eisen, riskeren organisaties zowel toezichtsmaatregelen als aanzienlijke boetes. Essentiële entiteiten kunnen boetes ontvangen tot maximaal 10 miljoen euro of 2% van de wereldwijde jaaromzet. Belangrijke entiteiten riskeren boetes tot 7 miljoen euro of 1,4% van de jaaromzet. Bovendien kan het senior management persoonlijk aansprakelijk worden gesteld bij ernstige overtredingen.

Naast de financiële gevolgen zijn er operationele risico’s. Zonder adequate logging kunt u bij een incident niet voldoen aan de meldplicht: de wet vereist een eerste melding binnen 24 uur en een eindverslag binnen een maand. Als u de benodigde informatie niet kunt reconstrueren, schiet u tekort in beide verplichtingen, wat de toezichthouder als verzwarende omstandigheid kan beschouwen.

De Rijksinspectie Digitale Infrastructuur (RDI) is voor overheidsorganisaties aangewezen als toezichthouder en kan actief controleren of organisaties aan hun zorgplicht voldoen. Daarbij wordt niet alleen gekeken naar wat er op papier staat, maar ook naar wat er in de praktijk aantoonbaar werkt. Een goed gedocumenteerde logging- en monitoringpraktijk is daarmee niet alleen een technische maatregel, maar ook een juridisch en bestuurlijk vangnet.

Hoe Q-Cyber helpt met NIS2 logging en monitoring

Wij begeleiden organisaties bij het concreet invullen van hun NIS2-verplichtingen op het gebied van logging en monitoring. Dat doen we onafhankelijk en zonder binding aan softwarepartijen, zodat ons advies altijd aansluit op uw specifieke situatie en risicoprofiel.

Wat we voor u kunnen doen:

• Gap-analyse: we brengen in kaart welke loggegevens u al bijhoudt, wat er ontbreekt en waar de risico’s zitten
• Beleid op maat: we schrijven een logging- en monitoringbeleid dat aansluit op NIS2-vereisten en uw organisatiecontext
• Technische toetsing: via security assessments en pentests testen we of uw monitoring in de praktijk werkt
• Bestuurderstraining: we verzorgen trainingen zodat uw bestuur de vereiste kennis heeft om weloverwogen beslissingen te nemen
• Virtuele CISO: via ons Continuous-Q programma bewaken we continu uw beveiligingsniveau, inclusief logging en monitoring

NIS2-compliance is geen eenmalig project maar een doorlopend proces. Wacht niet tot de Cyberbeveiligingswet formeel in werking treedt: de risico’s zijn er nu al, en wie nu in actie komt, staat straks sterker. Neem contact op en we kijken samen wat uw organisatie nodig heeft.

Lees meer

Hoe communiceer je tijdens een cyberaanval?

Geplaatst op: 21 augustus 2026

Tijdens een cyberaanval communiceer je via vooraf vastgestelde noodkanalen, met een beperkte maar duidelijk aangewezen groep mensen, op basis van een crisisplan dat je niet pas tijdens de aanval opstelt. Goede communicatie voorkomt dat een incident uitgroeit tot een organisatiebrede crisis. Hieronder beantwoorden we de meest praktische vragen over communicatie tijdens een cyberaanval, van de eerste telefoonronde tot de wettelijke meldplicht.

Wie moet je als eerste bellen bij een cyberaanval?

Bij een cyberaanval bel je als eerste je interne IT-verantwoordelijke of CISO, gevolgd door het managementteam en eventueel een externe incident response partner. Wie precies gebeld wordt en in welke volgorde, leg je vast in een crisisplan voordat er iets misgaat. Zonder zo’n plan verlies je kostbare minuten door onduidelijkheid.

In de praktijk bestaat de eerste belronde uit drie lagen:

• Technisch team: de IT-beheerder, CISO of externe beveiligingsleverancier die het incident technisch kan beoordelen en indammen
• Bestuur en management: directie of eindverantwoordelijke die beslissingen neemt over communicatie, systemen afsluiten en externe meldingen
• Juridisch en compliance: om te beoordelen of er een meldplicht geldt en welke aansprakelijkheidsrisico’s er spelen

Heb je een virtuele CISO of een externe partner op retainer staan, bel die dan direct. Zij kennen jouw omgeving en kunnen snel schakelen. Sla alle telefoonnummers op in een fysiek document of op een telefoon die los staat van je bedrijfsnetwerk, want bij een aanval kan je digitale adresboek onbereikbaar zijn.

Welke communicatiekanalen gebruik je als je netwerk is aangetast?

Als je bedrijfsnetwerk is aangetast, gebruik je uitsluitend communicatiekanalen die daar volledig los van staan. Denk aan persoonlijke mobiele telefoons, privé-e-mailadressen of een aparte communicatieapp op een niet-zakelijk apparaat. Zakelijke e-mail, Teams, Slack of andere tools die via het aangetaste netwerk lopen, zijn onbetrouwbaar en mogelijk al gecompromitteerd.

Praktische alternatieven voor incident response communicatie zijn:

• Persoonlijke mobiele nummers voor spraakoproepen
• Een beveiligde app zoals Signal op privételefoons
• Een vooraf ingestelde crisisgroep via WhatsApp of een vergelijkbare dienst buiten het bedrijfsnetwerk
• Fysieke samenkomst op een vaste crisislocatie als systemen volledig onbereikbaar zijn

Het is belangrijk dat je deze kanalen al voor een incident inricht. Maak een crisiscontactlijst met privénummers van alle sleutelpersonen en bewaar die zowel digitaal buiten het bedrijfsnetwerk als op papier. Wacht niet tot een aanval om te ontdekken dat niemand elkaars privénummer heeft.

Wat zeg je wel en niet tegen medewerkers tijdens een cyberaanval?

Communiceer tijdens een cyberaanval altijd eerlijk en tijdig naar medewerkers, maar beperk de inhoud tot wat zij op dat moment nodig hebben om hun werk te doen of te stoppen. Zeg wat er van hen verwacht wordt, welke systemen ze niet mogen gebruiken en bij wie ze terecht kunnen. Zeg niet wat je nog niet weet en speculeer niet over de oorzaak of de dader.

Wat je wel communiceert:

• Dat er een incident gaande is en dat het serieus wordt genomen
• Welke systemen, apparaten of handelingen ze moeten vermijden
• Wie het aanspreekpunt is voor vragen
• Wanneer ze een volgende update kunnen verwachten

Wat je niet communiceert:

• Technische details over de aanvalsmethode of kwetsbaarheden
• Onbevestigde informatie over gestolen data of de omvang van de schade
• Namen van verdachte systemen of accounts die aanvallers kunnen helpen
• Speculaties over wie verantwoordelijk is

Medewerkers zijn in een crisis ook een risicofactor voor informatielekkage. Maak duidelijk dat zij zelf geen uitspraken doen naar buiten, niet op social media posten en vragen van derden doorverwijzen naar de aangewezen woordvoerder.

Ben je verplicht een cyberaanval te melden bij de overheid?

Of je verplicht bent een cyberaanval te melden, hangt af van de sector waarin je actief bent en de ernst van het incident. Onder de aankomende Cyberbeveiligingswet (de Nederlandse omzetting van NIS2) geldt voor essentiële en belangrijke entiteiten een wettelijke meldplicht bij significante cyberincidenten. Inwerkingtreding wordt verwacht in het tweede kwartaal van 2026.

De meldprocedure bestaat uit drie stappen:

1. Vroegtijdige waarschuwing: een eerste melding binnen 24 uur na ontdekking van het incident
2. Vervolgmelding: aanvullende informatie binnen 72 uur na de eerste melding
3. Eindverslag: een gedetailleerde beschrijving van het incident, de ernst en de gevolgen, uiterlijk één maand na de eerste melding

Meldingen verlopen via het NCSC-portaal, dat ze automatisch doorstuurt naar het relevante CSIRT en de toezichthouder. Voor de publieke sector zijn de verwachte meldpunten het NCSC (rijksoverheid), de Informatiebeveiligingsdienst (IBD) voor gemeenten en CERT-Watermanagement voor waterschappen.

Een incident is meldingswaardig als het de continuïteit van de dienstverlening aanzienlijk kan verstoren. Factoren die meespelen zijn het aantal getroffen personen, de duur van de verstoring en de mogelijke financiële schade. Naast de verplichte meldingen kunnen organisaties ook vrijwillig incidenten melden, ook als zij niet onder de wet vallen. Vrijwillige meldingen worden niet gedeeld met de toezichthouder.

Hoe communiceer je naar klanten en partners over een cyberincident?

Communiceer naar klanten en partners over een cyberincident zo snel als de feiten dat toelaten: eerlijk, concreet en zonder juridisch jargon. Klanten willen weten of hun gegevens zijn geraakt, wat je doet om de schade te beperken en wat zij zelf moeten doen. Vage of vertraagde communicatie schaadt het vertrouwen meer dan het incident zelf.

Een effectieve externe crisismelding bevat minimaal:

• Een bevestiging dat er een incident heeft plaatsgevonden
• Wat er concreet bekend is over de impact (welke systemen, welke data)
• Welke maatregelen je al hebt genomen
• Wat klanten of partners zelf kunnen of moeten doen
• Een contactpunt voor vragen en een tijdlijn voor updates

Stem externe communicatie altijd eerst af met juridische en compliance-adviseurs, zeker als er persoonsgegevens bij betrokken zijn. Onder de AVG geldt een aparte meldplicht bij de Autoriteit Persoonsgegevens binnen 72 uur als er sprake is van een datalek met risico voor betrokkenen. Communiceer nooit meer dan je op dat moment zeker weet en geef aan wanneer je de volgende update geeft. Dat voorkomt speculatie en toont regie.

Hoe voorkom je communicatiefouten die een cyberaanval verergeren?

De meest schadelijke communicatiefouten tijdens een cyberaanval zijn: te lang wachten met communiceren, te veel informatie delen in de verkeerde richting, en geen duidelijke woordvoerder aanwijzen. Al deze fouten zijn te voorkomen met één maatregel: een vooraf opgesteld en geoefend crisisplan voor incident response communicatie.

De meest voorkomende fouten op een rij:

• Geen centrale woordvoerder: meerdere mensen communiceren tegenstrijdige informatie naar buiten
• Te laat communiceren: medewerkers, klanten of partners horen het nieuws via sociale media voordat ze een interne melding hebben ontvangen
• Technische details delen: informatie over de aanvalsvector of kwetsbare systemen helpt aanvallers hun aanval te verfijnen
• Geen update-ritme: na de eerste melding blijft het stil, waardoor onrust ontstaat
• Communiceren via gecompromitteerde kanalen: berichten die via aangetaste systemen lopen zijn onbetrouwbaar en mogelijk zichtbaar voor de aanvaller

Een crisisplan voor communicatie tijdens een cyberaanval hoeft niet ingewikkeld te zijn, maar moet minimaal bevatten: wie communiceert, via welk kanaal, naar welke doelgroep en in welke volgorde. Oefen dit plan regelmatig, want in een echte crisis is er geen tijd om het te lezen.

Hoe Q-Cyber helpt bij crisisvoorbereiding en cyberaanval communicatie

Goede communicatie tijdens een cyberaanval begint lang voor het incident zelf. Wij helpen organisaties om niet alleen technisch weerbaar te zijn, maar ook organisatorisch en communicatief voorbereid. Concreet doen we dat door:

• Incident response plannen opstellen: inclusief communicatieprotocollen, contactlijsten en escalatieprocedures op maat van jouw organisatie
• NIS2-begeleiding: we zorgen dat je meldplicht, crisisplan en bestuurlijke verantwoordelijkheid aansluiten op de eisen van de Cyberbeveiligingswet
• Trainingen voor bestuurders en teams: zodat iedereen weet wat zijn rol is als het misgaat, inclusief communicatieve verantwoordelijkheden
• Virtuele CISO-diensten via Continuous-Q®: een vast team van specialisten dat continu meekijkt en direct inzetbaar is bij een incident
• Onafhankelijk advies: zonder binding aan softwarepartijen of leveranciers, zodat ons advies altijd in jouw belang is

Wacht niet tot een aanval om te ontdekken dat je crisisplan ontbreekt of dat niemand weet wie de woordvoerder is. Neem contact op en we helpen je vandaag nog met een pragmatisch plan dat werkt als het er echt op aankomt.

Lees meer

Derde partijen en cybersecurity: risico’s en maatregelen

Geplaatst op: 20 augustus 2026

Derde partijen vormen een van de grootste cybersecurityrisico’s voor moderne organisaties. Leveranciers, partners en dienstverleners hebben vaak directe toegang tot systemen, data of netwerken, waardoor een beveiligingsincident bij hen direct gevolgen kan hebben voor uw eigen organisatie. Dit artikel beantwoordt de belangrijkste vragen over derde partijen en cybersecurity: van de risico’s en aanvalsmethoden tot concrete maatregelen en de verplichtingen vanuit NIS2.

Welke cyberrisico’s brengen derde partijen met zich mee?

Derde partijen brengen cybersecurityrisico’s met zich mee doordat zij als verlengstuk van uw organisatie functioneren, maar buiten uw directe beveiligingscontrole vallen. Elke leverancier, cloudprovider of externe dienstverlener met toegang tot uw omgeving vergroot het aanvalsoppervlak. Een zwakke schakel in de toeleveringsketen kan leiden tot datalekken, ransomware-infecties of langdurige verstoringen.

De risico’s zijn breed en divers. Bij supply chain risico’s gaat het niet alleen om directe leveranciers, maar ook om de partijen waarmee die leveranciers samenwerken. Een aanvaller die één schakel in de keten compromitteert, kan zo meerdere organisaties tegelijk raken. Bekende risicocategorieën zijn:

• Leveranciers met directe netwerktoegang of beheertoegang tot systemen
• Softwareleveranciers waarvan updates kwaadaardig worden gemaakt
• Cloudproviders en SaaS-diensten die gevoelige bedrijfsdata verwerken
• Uitbestede IT-dienstverleners die namens u systemen beheren
• Partijen die fysieke toegang hebben tot uw locaties of apparatuur

Wat dit risico extra lastig maakt, is dat u beperkt zicht heeft op de beveiligingspraktijken van externe partijen. Uw eigen beveiligingsniveau is daardoor nooit hoger dan dat van de zwakste leverancier in uw keten.

Hoe krijgen aanvallers toegang via externe leveranciers?

Aanvallers gebruiken externe leveranciers als indirecte toegangsroute tot hun eigenlijke doelwit. In plaats van een goed beveiligde organisatie frontaal aan te vallen, richten zij zich op een minder goed beveiligde leverancier die al toegang heeft. Dit heet een supply chain aanval of een indirecte aanval via de toeleveringsketen.

De meest voorkomende methoden zijn:

1. Compromitteren van beheertoegang: Aanvallers stelen inloggegevens van een IT-leverancier die beheerderstoegang heeft tot meerdere klantomgevingen. Met die toegang bewegen ze lateraal door netwerken van alle klanten.
2. Kwaadaardige software-updates: Aanvallers infiltreren het ontwikkelproces of de distributie van legitieme software en voegen kwaadaardige code toe aan een reguliere update. Organisaties installeren de update in vertrouwen, waarna de aanvaller toegang krijgt.
3. Gecompromitteerde API-koppelingen: Veel leveranciers zijn via API’s verbonden met klantomgevingen. Een kwetsbaarheid in zo’n koppeling biedt aanvallers een directe toegangspoort.
4. Phishing via vertrouwde afzenders: Aanvallers sturen phishingmails namens een bekende leverancier, waardoor medewerkers eerder geneigd zijn te klikken of inloggegevens te delen.

Wat deze aanvallen zo effectief maakt, is het vertrouwen dat organisaties in hun leveranciers stellen. Dat vertrouwen wordt bewust misbruikt. Zie ook de geldende regelgeving rondom cybersecurity voor meer context over hoe wetgeving hierop inspeelt.

Wat verplicht NIS2 over het beheer van leveranciersrisico’s?

De NIS2-richtlijn verplicht organisaties expliciet om de cybersecurityrisico’s in hun toeleveringsketen te beheren. Dit betekent dat u niet alleen uw eigen beveiliging op orde moet hebben, maar ook inzicht moet hebben in de cybersecuritymaatregelen van uw leveranciers. NIS2 derde partijen beheer is daarmee een wettelijke verplichting geworden, geen optionele best practice.

Concreet schrijft NIS2, via de Nederlandse Cyberbeveiligingswet (Cbw), voor dat organisaties:

• De toeleveringsketen in kaart brengen en de bijbehorende risico’s beoordelen
• Contractuele afspraken maken over cybersecurityvereisten met leveranciers
• Periodiek de naleving van die afspraken toetsen
• Significante incidenten melden bij de bevoegde autoriteiten, ook als die via een leverancier zijn ontstaan

Voor overheidsorganisaties geldt daarnaast de Baseline Informatiebeveiliging Overheid 2 (BIO2) als normenkader, dat supply chain beveiliging expliciet adresseert. In Nederland vallen ruim 10.000 organisaties direct onder NIS2, en naar schatting 50.000 bedrijven die aan deze groep leveren, krijgen eveneens met de richtlijn te maken wanneer er sprake is van risico’s. Bij niet-naleving kunnen boetes oplopen tot 10 miljoen euro of 2% van de wereldwijde jaaromzet.

Hoe beoordeel je de cyberveiligheid van een leverancier?

De cyberveiligheid van een leverancier beoordeelt u aan de hand van een gestructureerde risicoanalyse die zowel technische als organisatorische aspecten omvat. Een goede beoordeling combineert een vragenlijst, contractuele toetsing en waar mogelijk een technische verificatie van de beveiligingsmaatregelen die de leverancier heeft getroffen.

Stap 1: Classificeer de leverancier op basis van risico

Niet elke leverancier verdient dezelfde diepgang van beoordeling. Begin met een classificatie op basis van de toegang die een leverancier heeft. Een partij die beheerstoegang heeft tot kritische systemen vraagt om een intensievere beoordeling dan een leverancier van kantoorartikelen. Factoren die het risiconiveau bepalen, zijn: het type data waartoe de leverancier toegang heeft, de mate van systeemintegratie, en de afhankelijkheid van de dienst voor uw bedrijfscontinuïteit.

Stap 2: Toets aan concrete beveiligingscriteria

Vraag leveranciers om aantoonbare informatie over hun beveiligingspraktijken. Relevante vragen en toetspunten zijn:

• Beschikt de leverancier over een erkende certificering zoals ISO 27001 of SOC 2?
• Heeft de leverancier een aantoonbaar incidentresponsproces?
• Hoe regelt de leverancier toegangsbeheer en tweefactorauthenticatie?
• Voert de leverancier regelmatig penetratietesten uit op eigen systemen?
• Welke subverwerkers of sub-leveranciers gebruikt de leverancier zelf?

Leg de uitkomsten van deze beoordeling vast en herhaal het proces periodiek, zeker bij leveranciers met hoog risico.

Welke maatregelen beperken het risico van derde partijen?

Het risico van derde partijen beperkt u door een combinatie van contractuele afspraken, technische toegangscontroles en periodieke monitoring. Cybersecurity maatregelen voor leveranciers zijn het meest effectief wanneer ze structureel zijn ingebed in uw inkoopproces en contractbeheer, niet als eenmalige actie achteraf.

De meest effectieve maatregelen op een rij:

• Minimale toegangsrechten (least privilege): Geef leveranciers alleen toegang tot de systemen en data die zij strikt noodzakelijk nodig hebben voor hun dienstverlening.
• Contractuele beveiligingseisen: Leg in contracten vast welke beveiligingsstandaarden een leverancier moet naleven, inclusief meldplicht bij incidenten.
• Segmentatie van netwerken: Zorg dat leveranciers niet onbeperkt door uw netwerk kunnen bewegen door netwerksegmentatie toe te passen.
• Multi-factor authenticatie: Verplicht MFA voor alle externe partijen die op uw systemen inloggen.
• Periodieke audits en beoordelingen: Plan jaarlijkse of halfjaarlijkse herbeoordelingen van kritische leveranciers.
• Incidentresponsafspraken: Maak afspraken over hoe en hoe snel een leverancier u informeert bij een beveiligingsincident aan hun kant.

Voor organisaties die werken met een groot aantal leveranciers is het zinvol om een formeel third party risk management programma op te zetten, met een centrale registratie van alle externe partijen en hun risicoclassificatie.

Wanneer is een virtual CISO zinvol voor leveranciersbeheer?

Een virtual CISO is zinvol voor leveranciersbeheer wanneer een organisatie de kennis of capaciteit mist om een structureel leveranciersrisicobeleid op te zetten en te onderhouden. Dit geldt met name voor middelgrote organisaties die wel onder NIS2 vallen, maar geen fulltime CISO kunnen of willen aanstellen. Een virtual CISO via Continuous-Q biedt op maat gesneden expertise zonder de kosten van een vaste aanstelling.

Concreet kan een virtual CISO bijdragen aan leveranciersbeheer door:

• Het opstellen van een leveranciersrisicobeleid dat aansluit op NIS2-vereisten
• Het uitvoeren of begeleiden van leveranciersbeoordelingen
• Het vertalen van beveiligingseisen naar concrete contractclausules
• Het opzetten van een monitoringsproces voor kritische leveranciers
• Het adviseren van het bestuur over resterende risico’s in de keten

Vooral wanneer een incident via een leverancier plaatsvindt en u moet aantonen dat u voldoende maatregelen had getroffen, is een gedocumenteerd en professioneel beheerd leveranciersrisicobeleid van grote waarde. Een virtual CISO zorgt ervoor dat dit beleid niet alleen op papier staat, maar ook daadwerkelijk wordt nageleefd en bijgehouden.

Hoe Q-Cyber helpt met leveranciersrisico’s en derde partijen

Wij helpen organisaties om grip te krijgen op de cybersecurityrisico’s die derde partijen met zich meebrengen. Of het nu gaat om het opzetten van een leveranciersrisicobeleid, het uitvoeren van beoordelingen of het voldoen aan NIS2-verplichtingen rondom supply chain beveiliging: wij bieden concrete, onafhankelijke begeleiding zonder binding aan softwarepartijen of tooling.

Wat wij voor u kunnen doen:

• NIS2 gap-analyse: Wij brengen in kaart waar uw organisatie staat ten opzichte van de NIS2-zorgplicht voor leveranciersbeheer
• Leveranciersrisicobeleid: Wij schrijven beleid op maat dat aansluit op uw specifieke risicoprofiel en toeleveringsketen
• Leveranciersbeoordelingen: Wij voeren gestructureerde beoordelingen uit van uw kritische leveranciers
• Virtual CISO via Continuous-Q: Wij bieden doorlopende strategische begeleiding voor organisaties die structureel hun leveranciersrisico willen managen
• Trainingen voor bestuurders: Wij verzorgen trainingen die voldoen aan de NIS2-trainingsplicht, inclusief aandacht voor supply chain risico’s

Wilt u weten hoe uw organisatie er nu voor staat op het gebied van derde partijen en cybersecurity? Neem contact met ons op voor een vrijblijvend gesprek.

Lees meer

Supply chain security: hoe beveilig je je leveranciersketen?

Geplaatst op: 19 augustus 2026

Supply chain security betekent het beschermen van je organisatie tegen cyberdreigingen die binnenkomen via leveranciers, partners of andere externe partijen in je keten. Je beveiligt je leveranciersketen door risico’s te inventariseren, leveranciers te beoordelen op hun beveiligingsniveau, contractuele afspraken te maken en doorlopend te monitoren. Dit is geen eenmalige actie maar een continu proces, want aanvallers richten zich steeds vaker op de zwakste schakel in een keten in plaats van op de organisatie zelf. De vragen hieronder helpen je stap voor stap grip te krijgen op je leveranciersrisico’s.

Wat zijn de grootste cybersecurity risico’s in een leveranciersketen?

De grootste supply chain risico’s zijn onvoldoende beveiligde toegang van leveranciers tot je systemen, kwetsbare software of componenten die via de keten worden geleverd, en een gebrek aan transparantie over hoe derden omgaan met jouw data. Deze risico’s zijn gevaarlijk omdat ze buiten je directe controle liggen, maar wel directe gevolgen hebben voor jouw organisatie.

Een leverancier die toegang heeft tot je netwerk of klantgegevens, maar zelf geen sterke authenticatie of patchbeleid hanteert, vormt een open deur voor aanvallers. Bekende aanvalsmethoden zijn:

• Software supply chain-aanvallen: aanvallers infecteren software of updates van een leverancier, zodat kwaadaardige code automatisch bij alle afnemers terechtkomt.
• Gecompromitteerde inloggegevens: leveranciers met zwakke wachtwoorden of geen multi-factorauthenticatie bieden aanvallers een toegangspoort tot jouw omgeving.
• Onvoldoende incidentrespons bij leveranciers: als een leverancier een incident niet tijdig detecteert of meldt, kan schade zich ongemerkt verspreiden naar jouw organisatie.
• Vierde partijrisico’s: je leverancier werkt zelf ook met onderaannemers, en die onderaannemers vallen buiten je directe zicht terwijl ze indirect toegang kunnen hebben tot jouw data.

Het risico is niet hypothetisch. Organisaties die denken dat hun eigen beveiliging op orde is, worden regelmatig getroffen via een partner die ze vertrouwen. Derde partij beveiliging begint daarom met het besef dat je aanvalsoppervlak veel groter is dan je eigen netwerk.

Hoe beoordeel je de cybersecurity volwassenheid van een leverancier?

Je beoordeelt de cybersecurity volwassenheid van een leverancier door een combinatie van vragenlijsten, technische controles en certificeringseisen te gebruiken. Vraag leveranciers om aantoonbaar bewijs van hun beveiligingspraktijken en beoordeel of die aansluiten bij het risico dat zij voor jouw organisatie vormen. Hoe hoger de toegang of gevoeligheid, hoe diepgaander de beoordeling moet zijn.

Een gestructureerde aanpak voor leveranciersbeheer cybersecurity omvat minimaal de volgende stappen:

1. Risicoclassificatie: deel leveranciers in op basis van het type toegang dat ze hebben (netwerktoegang, verwerking van persoonsgegevens, kritieke systemen) en de schade die een incident via hen kan veroorzaken.
2. Beveiligingsvragenlijst: stuur leveranciers een gestandaardiseerde vragenlijst over hun patchbeleid, toegangsbeheer, incidentrespons en gebruik van encryptie.
3. Certificeringen: vraag naar relevante certificeringen zoals ISO 27001 of SOC 2. Deze geven een onafhankelijk oordeel over de beheersing van informatiebeveiliging.
4. Technische verificatie: voer waar mogelijk een technische controle uit, zoals het scannen van publiek toegankelijke systemen van de leverancier op bekende kwetsbaarheden.
5. Periodieke herbeoordeling: een eenmalige beoordeling is niet voldoende. Plan jaarlijkse of risicogerelateerde herbeoordelingen in.

Houd er rekening mee dat kleine leveranciers vaak niet beschikken over formele certificeringen. In dat geval zijn concrete gesprekken over hun beveiligingsmaatregelen en aantoonbaar beleid minstens zo waardevol als een papiertje.

Wat zegt NIS2 over supply chain security?

NIS2 verplicht organisaties die onder de richtlijn vallen expliciet om de beveiliging van hun toeleveringsketen als onderdeel van hun zorgplicht te adresseren. Supply chain security is geen optionele maatregel maar een minimumvereiste: je moet aantoonbaar beleid hebben voor het beheren van risico’s die via leveranciers en partners binnenkomen.

De Nederlandse omzetting van NIS2 via de Cyberbeveiligingswet (Cbw) benoemt de beveiliging van de toeleveringsketen uitdrukkelijk als een van de aandachtspunten binnen de zorgplicht. Organisaties moeten passende en evenredige maatregelen nemen, waarbij de concrete invulling afhankelijk is van het risicoprofiel van de organisatie en haar keten.

Praktisch betekent dit voor organisaties die onder NIS2 vallen:

• Een gedocumenteerd beleid voor supply chain risicobeheer, inclusief criteria voor het selecteren en beoordelen van leveranciers.
• Contractuele afspraken met leveranciers over beveiligingseisen en meldplichten bij incidenten.
• Aantoonbare processen voor het monitoren van leveranciersrisico’s en het opvolgen van bevindingen.

Naar schatting krijgen ruim 50.000 bedrijven die leveren aan NIS2-entiteiten indirect met de richtlijn te maken, omdat afnemers hen zullen bevragen over hun eigen cybersecuritymaatregelen. Ben je leverancier van een organisatie die onder NIS2 valt? Bereid je dan voor op informatieverzoeken en zorg dat je beveiligingspraktijken aantoonbaar zijn.

Welke contractuele afspraken beschermen je tegen supply chain-aanvallen?

Contractuele afspraken die je beschermen tegen supply chain-aanvallen zijn minimaal: een meldplicht bij beveiligingsincidenten, eisen aan beveiligingsmaatregelen van de leverancier, het recht op audit of inzage, en afspraken over onderaannemers. Zonder deze afspraken heb je bij een incident weinig juridische basis om actie te eisen of schade te verhalen.

Neem de volgende bepalingen op in contracten met leveranciers die toegang hebben tot je systemen of gegevens:

• Incidentmeldplicht: de leverancier is verplicht jou binnen een afgesproken termijn (bij voorkeur 24 tot 48 uur) te informeren over beveiligingsincidenten die jouw organisatie kunnen raken.
• Minimale beveiligingseisen: stel eisen aan maatregelen zoals multi-factorauthenticatie, encryptie van data in transit en in rust, en een patchbeleid met concrete termijnen.
• Auditrecht: leg vast dat je het recht hebt om de beveiligingsmaatregelen van de leverancier periodiek te laten toetsen, door jezelf of een onafhankelijke partij.
• Subcontractorclausule: zorg dat beveiligingseisen ook gelden voor onderaannemers die de leverancier inschakelt, en dat de leverancier jou hierover informeert.
• Beëindigingsrecht bij niet-naleving: neem een clausule op die je het recht geeft de samenwerking te beëindigen als een leverancier structureel niet voldoet aan de overeengekomen beveiligingseisen.

Contracten zijn een fundament, geen garantie. Ze werken alleen als je ook daadwerkelijk controleert of leveranciers de afspraken nakomen.

Hoe monitor je doorlopend de veiligheid van je leveranciers?

Je monitort de veiligheid van je leveranciers doorlopend door een combinatie van periodieke beoordelingen, geautomatiseerde technische monitoring en heldere escalatieprocedures. Doorlopende monitoring van je leveranciersketen is noodzakelijk omdat het dreigingslandschap verandert en een leverancier die vandaag veilig is, morgen een kwetsbaarheid kan introduceren.

Een werkende aanpak voor continue leveranciersmonitoring bestaat uit meerdere lagen:

Periodieke beoordelingen en herbeoordelingen

Plan voor leveranciers met een hoog risicoprofiel minimaal jaarlijkse herbeoordelingen in. Gebruik daarvoor dezelfde vragenlijsten en criteria als bij de initiële beoordeling, zodat je trends kunt signaleren. Koppel de frequentie van herbeoordeling aan het risiconiveau: een leverancier met directe netwerktoegang vraagt om meer aandacht dan een leverancier die alleen facturen verwerkt.

Technische en informatiegestuurde monitoring

Gebruik technische hulpmiddelen om publiek zichtbare kwetsbaarheden bij leveranciers te monitoren, zoals openstaande poorten, verlopen certificaten of bekende kwetsbaarheden in door hen gebruikte software. Abonneer je ook op dreigingsinformatie over sectoren of technologieën die relevant zijn voor jouw keten. Een virtual CISO kan helpen bij het structureel opzetten en bewaken van dit soort processen.

Zorg daarnaast voor een intern proces waarbij wijzigingen bij leveranciers (nieuwe onderaannemers, fusies, technologiewijzigingen) automatisch leiden tot een heroverweging van het risicoprofiel. Leveranciersbeheer cybersecurity is geen statisch register maar een levend proces dat meeverandert met de keten. Door regelmatige pentests en scans in te zetten kun je bovendien zelf controleren of de toegangspunten van leveranciers tot jouw omgeving daadwerkelijk goed beveiligd zijn.

Hoe Q-Cyber helpt met supply chain security

Supply chain security vraagt om zowel technische kennis als het vermogen om beleid te schrijven, leveranciers te beoordelen en processen te borgen. Dat is precies waar wij organisaties bij helpen. Wij combineren hands-on technische expertise met pragmatisch advies, zonder afhankelijkheid van softwarepartijen of andere toeleveranciers.

Wat wij voor jou kunnen doen op het gebied van leveranciersketen beveiliging:

• Gap-analyse en risicokaart: we brengen in kaart welke leveranciers het grootste risico vormen en waar de huidige beheersing tekortschiet.
• Beleid en contracttemplates: we schrijven leveranciersbeleid en contractuele beveiligingseisen die aansluiten op NIS2 en jouw specifieke risicoprofiel.
• Leveranciersbeoordeling: we voeren beoordelingen uit van de cybersecurity volwassenheid van je leveranciers, inclusief technische controles en vragenlijsten.
• Doorlopend toezicht via Continuous-Q: via onze virtual CISO-dienst houden we continu toezicht op je leveranciersrisico’s en adviseren we proactief bij wijzigingen in de keten.
• NIS2-begeleiding: we begeleiden je door het volledige NIS2-traject, inclusief de supply chain-vereisten, van gap-analyse tot aantoonbare naleving.

Wil je weten hoe jouw organisatie er nu voor staat op het gebied van supply chain security? Neem contact met ons op voor een vrijblijvend gesprek.

Lees meer

Hoe lang mag je persoonsgegevens bewaren?

Geplaatst op: 18 augustus 2026

Persoonsgegevens mag je niet langer bewaren dan noodzakelijk is voor het doel waarvoor je ze hebt verzameld. Dit is een van de kernbeginselen van de Algemene Verordening Gegevensbescherming (AVG). Er is geen vaste maximale bewaartermijn die voor alle gegevens geldt: de termijn hangt af van het doel van de verwerking, de wettelijke verplichtingen die op jouw organisatie rusten, en de aard van de gegevens zelf. In dit artikel beantwoorden we de meest gestelde vragen over bewaartermijnen, bewaarbeleid en wat je riskeert als je persoonsgegevens te lang bewaart.

Wat zegt de AVG over bewaartermijnen?

De AVG stelt dat persoonsgegevens niet langer bewaard mogen worden dan noodzakelijk is voor het doel waarvoor ze zijn verzameld. Dit wordt het opslagbeperkingsbeginsel genoemd en is vastgelegd in artikel 5, lid 1, sub e van de AVG. De wet schrijft geen concrete termijnen voor: jij als verwerkingsverantwoordelijke bepaalt zelf hoe lang gegevens nodig zijn, mits je dat kunt onderbouwen.

Wat de AVG wel eist, is dat je de bewaartermijn van tevoren vaststelt en documenteert. Dat betekent concreet dat je in je verwerkingsregister per categorie persoonsgegevens moet aangeven hoe lang je die bewaart en waarom. Kun je die termijn niet beargumenteren, dan is er een goede kans dat je langer bewaart dan is toegestaan.

Het opslagbeperkingsbeginsel werkt nauw samen met het doelbindingsbeginsel: zodra het oorspronkelijke doel is bereikt en er geen andere wettelijke grondslag voor verdere bewaring bestaat, moeten de gegevens worden verwijderd of anoniem gemaakt. Anonimisering is daarbij een volwaardig alternatief voor verwijdering, mits de gegevens na anonimisering niet meer herleidbaar zijn tot een individu.

Welke wettelijke bewaartermijnen gelden in Nederland?

Hoewel de AVG zelf geen vaste termijnen noemt, schrijven andere Nederlandse wetten specifieke bewaartermijnen voor bepaalde categorieën gegevens voor. Deze wettelijke termijnen gaan boven de AVG-norm uit: je bent verplicht de gegevens minimaal zo lang te bewaren, maar niet langer dan nodig.

Enkele veelvoorkomende wettelijke bewaartermijnen in Nederland zijn:

• Fiscale gegevens: op grond van de Belastingwet geldt een bewaarplicht van 7 jaar voor de financiële administratie, inclusief facturen, loongegevens en btw-records.
• Personeelsdossiers: salarisgegevens moeten 7 jaar bewaard worden; kopieën van identiteitsbewijzen 5 jaar na uitdiensttreding; andere personeelsgegevens doorgaans 2 jaar na vertrek van de medewerker.
• Medische dossiers: op grond van de Wet op de geneeskundige behandelingsovereenkomst (WGBO) geldt een bewaartermijn van 20 jaar na de laatste behandeling.
• Camerabeelden: in de meeste gevallen maximaal 4 weken, tenzij er een incident is dat langere bewaring rechtvaardigt.
• Sollicitatiegegevens: maximaal 4 weken na afronding van de procedure, tenzij de sollicitant toestemming geeft voor bewaring in een talentpool (maximaal 1 jaar).

Voor organisaties die onder relevante wet- en regelgeving vallen, zoals de NIS2-richtlijn of sectorspecifieke normen, kunnen aanvullende verplichtingen gelden rondom het bewaren van loggegevens en incidentregistraties. Het is verstandig om per categorie gegevens na te gaan welke sectorwetgeving van toepassing is.

Wat gebeurt er als je persoonsgegevens te lang bewaart?

Als je persoonsgegevens langer bewaart dan noodzakelijk en toegestaan, overtreed je de AVG. De Autoriteit Persoonsgegevens (AP) kan daarvoor handhavend optreden met boetes die kunnen oplopen tot 20 miljoen euro of 4% van de wereldwijde jaaromzet, afhankelijk van welk bedrag hoger is. Bovendien kan langdurige bewaring leiden tot reputatieschade en verlies van vertrouwen bij klanten en medewerkers.

Naast financiële sancties zijn er andere risico’s verbonden aan te lange bewaring:

• Groter aanvalsoppervlak bij datalekken: hoe meer gegevens je bewaart, hoe meer er gelekt kan worden bij een cyberaanval of beveiligingsincident. Organisaties die onnodige gegevens bewaren, lopen bij een inbreuk een groter risico op ernstige schade voor betrokkenen.
• Hogere kosten: meer data betekent meer opslagcapaciteit, meer beveiligingsmaatregelen en meer beheerlast.
• Rechten van betrokkenen: mensen hebben het recht om hun gegevens te laten verwijderen (het recht op vergetelheid). Als je geen helder bewaarbeleid hebt, is het lastig om dit recht correct uit te voeren.

De AP heeft de afgelopen jaren meerdere organisaties beboet en gewaarschuwd wegens het ontbreken van een adequaat bewaarbeleid. Preventief handelen is dan ook verstandiger dan reactief reageren op een handhavingstraject.

Hoe stel je een bewaarbeleid op voor jouw organisatie?

Een bewaarbeleid is een intern document waarin je per categorie persoonsgegevens vastlegt hoe lang je ze bewaart, op welke grondslag, en hoe je zorgt voor tijdige verwijdering. Het opstellen van zo’n beleid is verplicht onder de AVG en vormt de basis voor aantoonbare naleving.

Een goed bewaarbeleid opzetten doe je stap voor stap:

1. Inventariseer alle verwerkingen: breng in kaart welke categorieën persoonsgegevens je verwerkt en voor welk doel. Dit doe je op basis van je verwerkingsregister.
2. Bepaal de bewaartermijn per categorie: kijk eerst of er een wettelijke bewaartermijn geldt. Is dat niet het geval, bepaal dan zelf hoe lang de gegevens nodig zijn voor het beoogde doel en onderbouw die keuze.
3. Leg de termijnen schriftelijk vast: documenteer de termijnen en de bijbehorende motivering. Dit is essentieel voor de verantwoordingsplicht onder de AVG.
4. Richt technische processen in: zorg dat gegevens automatisch worden verwijderd of geanonimiseerd zodra de bewaartermijn is verstreken. Handmatige processen zijn foutgevoelig en schalen slecht.
5. Evalueer het beleid periodiek: doelen veranderen, wetgeving verandert. Controleer het bewaarbeleid minimaal jaarlijks op actualiteit.

Voor organisaties die ook loggegevens en beveiligingsdata bewaren in het kader van informatiebeveiliging, is het verstandig om het bewaarbeleid te koppelen aan bredere beleidsprocessen rondom gegevensbescherming en beveiligingsbeheer.

Wanneer mag je persoonsgegevens langer bewaren dan normaal?

Er zijn situaties waarin de AVG langere bewaring van persoonsgegevens toestaat, ook als het oorspronkelijke doel al is bereikt. Dit is toegestaan wanneer de verdere bewaring een uitdrukkelijk omschreven, gerechtvaardigd doel dient dat in de wet is erkend.

De AVG noemt drie uitzonderingsgronden voor langere bewaring:

• Archivering in het algemeen belang: denk aan historische archieven, wetenschappelijk onderzoek of statistische doeleinden. Overheden en onderzoeksinstellingen maken hier regelmatig gebruik van, mits er passende waarborgen zijn getroffen.
• Wetenschappelijk of historisch onderzoek: gegevens mogen langer worden bewaard als ze noodzakelijk zijn voor legitiem onderzoek. Er moeten dan wel technische en organisatorische maatregelen zijn om de privacy te beschermen, zoals pseudonimisering.
• Statistische doeleinden: voor het bijhouden van statistieken mogen gegevens langer worden bewaard, mits de gegevens niet worden gebruikt om besluiten te nemen over individuele personen.

Buiten deze drie gronden geldt dat expliciete toestemming van de betrokkene een langere bewaring kan rechtvaardigen, maar alleen als die toestemming vrijwillig, specifiek en geïnformeerd is gegeven. Toestemming is geen vrijbrief: het doel van de langere bewaring moet helder zijn en de betrokkene moet zijn toestemming te allen tijde kunnen intrekken.

Een andere situatie die langere bewaring kan rechtvaardigen, is een lopend juridisch geschil. Als je gegevens nodig hebt om een rechtszaak te voeren of te verdedigen, mag je ze bewaren zolang dat noodzakelijk is, ook als de normale bewaartermijn al is verstreken.

Hoe Q-Cyber helpt met gegevensbescherming en bewaarbeleid

Een goed bewaarbeleid is meer dan een AVG-verplichting: het is een onderdeel van een bredere, volwassen aanpak van informatiebeveiliging. Organisaties die hun gegevensstromen niet onder controle hebben, lopen niet alleen privacyrisico’s, maar ook beveiligingsrisico’s. Te veel data betekent een groter aanvalsoppervlak.

Wij bij Q-Cyber helpen organisaties om beleid en techniek samen te laten werken. Concreet ondersteunen wij bij:

• Het opstellen en implementeren van een bewaarbeleid dat aansluit op de AVG en sectorspecifieke wetgeving
• Gap-analyses om te bepalen waar jouw organisatie nu staat op het gebied van gegevensbescherming en informatiebeveiliging
• Beleidsschrijving en procesbegeleiding, ook in het kader van NIS2-compliance
• Trainingen voor bestuurders en medewerkers over privacyrisico’s en beveiligingsbewustzijn
• Onafhankelijk advies, zonder binding aan softwarepartijen of leveranciers

Wil je weten hoe jouw organisatie ervoor staat en waar de risico’s zitten? Neem contact op met Q-Cyber voor een vrijblijvend gesprek.

Lees meer

Wat is dataminimalisatie en hoe pas je het toe?

Geplaatst op: 17 augustus 2026

Dataminimalisatie betekent dat je alleen persoonsgegevens verzamelt en verwerkt die strikt noodzakelijk zijn voor een welomschreven doel. Dit principe is vastgelegd in de AVG (Algemene Verordening Gegevensbescherming) en geldt voor elke organisatie die persoonsgegevens verwerkt. In dit artikel beantwoorden we de meest gestelde vragen over dataminimalisatie: van wat je mag verzamelen tot hoe je het in de praktijk toepast en welke gevolgen niet-naleving heeft.

Welke gegevens mag je eigenlijk verzamelen onder de AVG?

Onder de AVG mag je alleen persoonsgegevens verzamelen die toereikend, ter zake dienend en beperkt zijn tot wat noodzakelijk is voor het doel waarvoor ze worden verwerkt. Dit staat letterlijk in artikel 5, lid 1, sub c van de AVG en vormt de kern van het dataminimalisatieprincipe. Er is geen ruimte voor “misschien later van pas komende” gegevens.

Concreet betekent dit dat je voor elk gegeven dat je verzamelt een duidelijk antwoord moet kunnen geven op drie vragen:

• Waarom heb ik dit gegeven nodig? Er moet een specifiek, omschreven verwerkingsdoel zijn.
• Is dit gegeven echt noodzakelijk voor dat doel? Als het doel ook zonder dit gegeven bereikt kan worden, mag je het niet verzamelen.
• Heb ik een geldige rechtsgrond? Denk aan toestemming, een wettelijke verplichting, of een gerechtvaardigd belang.

Bijzondere categorieën van persoonsgegevens, zoals gezondheidsgegevens, biometrische gegevens of gegevens over etnische afkomst, genieten extra bescherming. Voor deze gegevens gelden strengere vereisten en is verwerking in principe verboden, tenzij een van de specifieke uitzonderingen van de AVG van toepassing is.

Een praktisch voorbeeld: een webshop die een bestelling verwerkt, heeft een naam, afleveradres en betaalgegevens nodig. Geboortedatum, geslacht of telefoonnummer zijn voor dat doel niet per definitie noodzakelijk. Vraag je ze toch uit, dan moet je dat kunnen rechtvaardigen. De privacywetgeving en regelgeving rondom de AVG laat weinig ruimte voor twijfel: verzamel alleen wat je écht nodig hebt.

Hoe verschilt dataminimalisatie van dataretentie?

Dataminimalisatie gaat over hoeveel gegevens je verzamelt, terwijl dataretentie gaat over hoe lang je gegevens bewaart. Beide principes vloeien voort uit de AVG, maar ze sturen op verschillende momenten in de levenscyclus van persoonsgegevens: minimalisatie bij het verzamelen, retentie bij het bewaren en verwijderen.

Het verschil is in de praktijk belangrijk, omdat organisaties soms wel zorgvuldig zijn bij het verzamelen, maar daarna vergeten gegevens tijdig te verwijderen. Andersom komt het ook voor: gegevens worden na een bepaalde periode keurig gewist, maar er zijn in de eerste plaats te veel gegevens verzameld.

Dataminimalisatie: minder is meer bij het verzamelen

Dataminimalisatie richt zich op de voorkant van het proces. Je stelt jezelf de vraag: welke gegevens zijn echt nodig om mijn doel te bereiken? Alles wat je niet nodig hebt, verzamel je simpelweg niet. Dit principe sluit nauw aan bij het concept van privacy by design, waarbij privacybescherming al in het ontwerp van systemen en processen wordt ingebouwd.

Dataretentie: tijdig verwijderen wat niet meer nodig is

Dataretentie richt zich op de achterkant van het proces. Gegevens mogen niet langer worden bewaard dan noodzakelijk voor het doel waarvoor ze zijn verzameld. Organisaties zijn verplicht een retentiebeleid op te stellen: per categorie gegevens leg je vast hoe lang je ze bewaart en wanneer je ze verwijdert of anonimiseert. Wettelijke bewaarplichten, zoals voor de Belastingdienst of arbeidsrecht, kunnen hierbij een rol spelen en rechtvaardigen langere bewaartermijnen.

Samen vormen dataminimalisatie en dataretentie een compleet kader voor verantwoord omgaan met persoonsgegevens gedurende hun volledige levenscyclus.

Hoe pas je dataminimalisatie toe in de praktijk?

Dataminimalisatie toepassen in de praktijk begint met een systematische inventarisatie van welke gegevens je verwerkt en waarom. Vervolgens stel je per gegevenscategorie vast of de verzameling echt noodzakelijk is voor het opgegeven doel. Wat overblijft, is wat je mag verwerken. Dit klinkt eenvoudig, maar vraagt om een gestructureerde aanpak.

De volgende stappen helpen je op weg:

1. Maak een verwerkingsregister. Breng in kaart welke persoonsgegevens je verwerkt, voor welk doel, op welke rechtsgrond en hoe lang je ze bewaart. Dit is ook een wettelijke verplichting onder de AVG.
2. Beoordeel de noodzakelijkheid. Ga per gegevensveld na of het echt bijdraagt aan het verwerkingsdoel. Stel jezelf de vraag: wat verandert er als ik dit gegeven niet heb?
3. Pas formulieren en systemen aan. Verwijder onnodige velden uit registratieformulieren, bestelprocessen en inschrijfpagina’s. Maak optionele velden niet verplicht tenzij dat echt noodzakelijk is.
4. Bouw privacy by design in. Zorg dat nieuwe systemen, applicaties en processen van meet af aan worden ontworpen met dataminimalisatie als uitgangspunt. Betrek privacyoverwegingen al in de ontwerpfase.
5. Train medewerkers. Zorg dat iedereen die met persoonsgegevens werkt begrijpt wat dataminimalisatie inhoudt en waarom het belangrijk is.
6. Voer periodieke audits uit. Dataminimalisatie is geen eenmalige actie. Controleer regelmatig of je verwerkingen nog steeds noodzakelijk zijn en of er nieuwe gegevensverzamelingen zijn ingeslopen.

Bij grotere organisaties of complexere IT-omgevingen is het verstandig een Data Protection Impact Assessment (DPIA) uit te voeren voor verwerkingen met een hoog risico. Dit dwingt je om gegevensverzameling grondig te onderbouwen en alternatieven te overwegen.

Welke tools helpen bij het toepassen van dataminimalisatie?

Er zijn verschillende soorten tools die organisaties ondersteunen bij het toepassen van AVG-dataminimalisatie. De keuze hangt af van de omvang van je organisatie, de complexiteit van je gegevensverwerking en de fase waarin je zit: inventarisatie, implementatie of monitoring.

Nuttige categorieën van tools zijn:

• Verwerkingsregistersoftware: Tools zoals OneTrust, Privacyware of Nederlandse alternatieven helpen bij het bijhouden van een gestructureerd overzicht van al je verwerkingsactiviteiten, inclusief de rechtsgrond en bewaartermijnen.
• Data discovery tools: Deze tools scannen je IT-omgeving op de aanwezigheid van persoonsgegevens, ook op plekken waar je ze niet verwacht, zoals oude back-ups, e-mailsystemen of spreadsheets.
• Identity & Access Management (IAM): Door toegang tot persoonsgegevens te beperken tot medewerkers die ze echt nodig hebben, beperk je indirect ook de verspreiding en het gebruik van die gegevens.
• Pseudonimisering en anonimiseringstechnieken: Technische maatregelen die persoonsgegevens vervangen door pseudoniemen of ze volledig anonimiseren, zodat ze buiten de scope van de AVG vallen.
• Vulnerability scans en pentests: Hoewel primair gericht op beveiliging, helpen deze tests ook bij het opsporen van systemen die onnodig veel gegevens verwerken of opslaan.

Naast technische tools is een goed beleidskader onmisbaar. Technologie ondersteunt, maar dataminimalisatie begint bij bewuste keuzes in processen en organisatiecultuur. Een tool kan je helpen inzicht te krijgen, maar de beslissing om bepaalde gegevens niet te verzamelen is altijd een menselijke keuze.

Wat zijn de gevolgen van niet naleven van dataminimalisatie?

Het niet naleven van het dataminimalisatieprincipe kan leiden tot aanzienlijke boetes, reputatieschade en verlies van klantvertrouwen. De Autoriteit Persoonsgegevens (AP) kan bij overtredingen van de AVG boetes opleggen tot 20 miljoen euro of 4% van de wereldwijde jaaromzet, afhankelijk van welk bedrag hoger is. Dataminimalisatie is een kernverplichting, geen bijzaak.

De gevolgen zijn breder dan alleen financieel:

• Boetes van de toezichthouder: De AP houdt actief toezicht en heeft al meerdere Nederlandse organisaties beboet voor het onnodig verzamelen of te lang bewaren van persoonsgegevens.
• Reputatieschade: Een datalek of handhavingsactie wordt vaak publiek. Klanten, partners en de media reageren kritisch op organisaties die slordig omgaan met persoonsgegevens.
• Verhoogd risico bij datalekken: Hoe meer gegevens je opslaat, hoe groter de schade bij een eventueel datalek. Dataminimalisatie is daarmee ook een beveiligingsmaatregel.
• Juridische aansprakelijkheid: Betrokkenen kunnen schadevergoeding eisen als hun gegevens onrechtmatig zijn verwerkt.
• Problemen bij audits en aanbestedingen: Steeds meer opdrachtgevers, zeker in de publieke sector, toetsen leveranciers op AVG-naleving. Tekortkomingen kunnen leiden tot uitsluiting.

Bovendien vergroot niet-naleving van dataminimalisatie de risico’s in het kader van andere regelgeving. Organisaties die onder de NIS2-richtlijn vallen, zijn verplicht om naast technische ook organisatorische maatregelen te treffen. Onnodig verzamelde gegevens vergroten het aanvalsoppervlak en kunnen bij een incident de meldplicht activeren.

Hoe Q-Cyber helpt met dataminimalisatie en privacybeleid

Dataminimalisatie toepassen is meer dan een technische exercitie. Het vraagt om een combinatie van beleidskennis, technisch inzicht en pragmatisch advies. Dat is precies waar wij bij Q-Cyber in gespecialiseerd zijn.

Wij helpen organisaties op de volgende manieren:

• Gap-analyse en verwerkingsregister: We brengen in kaart welke persoonsgegevens je verwerkt, of de verzameling noodzakelijk is en waar verbeterpunten liggen.
• Beleid op maat: We schrijven privacybeleid, retentiebeleid en verwerkingsovereenkomsten die aansluiten op jouw specifieke situatie en sector.
• Privacy by design advies: Bij nieuwe systemen of processen adviseren we hoe je dataminimalisatie van meet af aan inbouwt.
• NIS2 en AVG-combinatietrajecten: Voor organisaties die met beide regelgevingen te maken hebben, bieden we een geïntegreerde aanpak die overlap benut en dubbel werk voorkomt.
• Trainingen voor medewerkers en bestuurders: We verzorgen praktische trainingen die bewustzijn vergroten en medewerkers handvatten geven voor dagelijks gebruik.

We werken volledig onafhankelijk, zonder binding aan softwarepartijen of andere toeleveranciers. Zo krijg je advies dat echt in jouw belang is. Wil je weten hoe jouw organisatie er nu voor staat op het gebied van dataminimalisatie en AVG-naleving? Neem contact met ons op voor een vrijblijvend gesprek.

Lees meer

Wat is de rol van het management bij NIS2-naleving?

Geplaatst op: 16 augustus 2026

Het management draagt onder de NIS2-richtlijn directe en formele verantwoordelijkheid voor de cyberbeveiliging van de organisatie. Bestuurders moeten aantoonbaar betrokken zijn bij beslissingen over informatiebeveiliging, voldoende kennis hebben van cybersecurityrisico’s en actief toezicht houden op de genomen maatregelen. Dit geldt niet alleen voor grote bedrijven, maar voor alle organisaties die onder de Nederlandse Cyberbeveiligingswet (Cbw) vallen. In dit artikel beantwoorden we de meest gestelde vragen over de rol van het management bij NIS2-naleving.

Welke verantwoordelijkheden legt NIS2 bij het management?

De NIS2-richtlijn legt de eindverantwoordelijkheid voor cyberbeveiliging expliciet bij het bestuur van een organisatie. Dat betekent dat het management niet alleen beslissingen goedkeurt, maar ook aantoonbaar betrokken moet zijn bij het identificeren van risico’s, het beoordelen van maatregelen en het bewaken van de naleving. Cyberbeveiliging is daarmee een bestuurlijke kerntaak geworden, geen IT-aangelegenheid.

Concreet omvat de NIS2-verantwoordelijkheid van het management de volgende verplichtingen:

• Risicoanalyse en beleid: Het bestuur moet zorgen dat de organisatie een actueel beleid heeft voor risicoanalyse en informatiebeveiliging.
• Bedrijfscontinuïteit: Er moeten maatregelen zijn voor crisisbeheersing en herstel na een incident.
• Supply chain security: Het management is verantwoordelijk voor inzicht in de cybersecuritymaatregelen van leveranciers en ketenpartners.
• Incidentmelding: Bij significante cybersecurityincidenten moet de organisatie dit binnen 24 uur melden bij de bevoegde autoriteit. Het bestuur draagt hiervoor de eindverantwoordelijkheid.
• Trainingsplicht: Alle leden van het bestuur zijn verplicht een training te volgen waarin zij leren beveiligingsrisico’s te herkennen, maatregelen te beoordelen en de gevolgen voor de organisatie te begrijpen.

De Cyberbeveiligingswet verplicht bestuurders nadrukkelijk om voldoende kennis en betrokkenheid te tonen. Het is niet voldoende om cybersecurity volledig te delegeren aan een IT-afdeling of externe partij. Het management moet in staat zijn om weloverwogen besluiten te nemen over beveiligingsvraagstukken. Meer over wat compliance en beleid in de praktijk betekent, lees je op onze kennispagina.

Kan het management persoonlijk aansprakelijk worden gesteld bij NIS2?

Voor private organisaties introduceert NIS2 de mogelijkheid om bestuurders persoonlijk aansprakelijk te stellen bij ernstige overtredingen als gevolg van grove nalatigheid. Voor overheidsinstanties geldt dit nadrukkelijk niet: de Cyberbeveiligingswet brengt voor de publieke sector geen nieuwe aansprakelijkheden met zich mee buiten wat al bestond.

Voor bedrijven die onder de NIS2 vallen, is de situatie anders. Wanneer een organisatie de zorgplicht structureel negeert en dit leidt tot een ernstig incident, kan de toezichthouder niet alleen de organisatie beboeten, maar ook het management persoonlijk aanspreken. De maximale boetes voor essentiële entiteiten bedragen 10 miljoen euro of 2% van de wereldwijde jaaromzet. Belangrijke entiteiten kunnen boetes tot 7 miljoen euro of 1,4% van de jaaromzet verwachten.

De persoonlijke aansprakelijkheid van bestuurders maakt NIS2-naleving tot een boardroomkwestie. Bestuurders kunnen zich niet verschuilen achter het argument dat zij niet op de hoogte waren van de risico’s, juist omdat de wet hen verplicht om die kennis actief te verwerven en toe te passen. De trainingsplicht is daarmee niet alleen een formaliteit, maar ook een juridische bescherming: wie aantoonbaar geïnformeerd handelt, staat sterker bij een toezichtsonderzoek.

Hoe verschilt de NIS2-rol van management per organisatietype?

De formele invulling van de managementrol bij NIS2 verschilt afhankelijk van of een organisatie een private onderneming, een overheidsinstantie of een hybride entiteit is. Het principe van bestuurlijke verantwoordelijkheid is universeel, maar de concrete uitwerking varieert.

Private organisaties

Bij bedrijven en private instellingen is het dagelijks bestuur, zoals de directie of het managementteam, aangewezen als verantwoordelijke partij. Zij moeten aantoonbaar betrokken zijn bij het cybersecuritybeleid en kunnen bij grove nalatigheid persoonlijk aansprakelijk worden gesteld. De organisatie bepaalt zelf welke opleider de verplichte bestuurderstraining verzorgt, zolang de inhoud aansluit op de vereisten uit het Cyberbeveiligingsbesluit.

Overheidsinstanties

Voor overheidsorganisaties, zoals gemeenten, provincies en ministeries, is de politieke leiding aangewezen als het bestuur in de zin van de Cyberbeveiligingswet. Dat zijn dus ministers, wethouders en gedeputeerde staten, niet de ambtelijke top. Dit sluit aan bij de Gemeentewet en vergelijkbare wetgeving. Persoonlijke aansprakelijkheid geldt voor hen niet op grond van de Cbw, maar de verantwoordelijkheid voor aantoonbaar beleid en naleving blijft onverminderd van kracht. Voor overheidsorganisaties vormt de Baseline Informatiebeveiliging Overheid 2 (BIO2) het normatieve kader waarmee zij grotendeels aan de NIS2-zorgplicht kunnen voldoen.

Welke beslissingen moet het management zelf nemen bij NIS2?

Het management moet bij NIS2-naleving een aantal beslissingen actief en aantoonbaar zelf nemen. Delegeren aan IT of een externe adviseur is toegestaan voor de uitvoering, maar de strategische keuzes en de formele goedkeuring liggen bij het bestuur.

De beslissingen die het management niet kan overdragen zijn onder andere:

• Vaststellen van het risicobeleid: Het bestuur keurt het beleid voor risicoanalyse en informatiebeveiliging formeel goed en draagt de eindverantwoordelijkheid voor de inhoud.
• Prioritering van maatregelen: Op basis van een risicoanalyse moet het management beslissen welke beveiligingsmaatregelen worden genomen en welke middelen daarvoor beschikbaar worden gesteld.
• Supply chain beslissingen: Het management moet actief betrokken zijn bij het beoordelen van leveranciersrisico’s en de eisen die de organisatie stelt aan haar toeleveringsketen.
• Incidentrespons op bestuursniveau: Bij een ernstig incident moet het management direct betrokken zijn bij de besluitvorming over communicatie, herstel en melding aan de toezichthouder.
• Registratie en toezicht: De verplichting tot registratie in het entiteitenregister van het NCSC ligt bij de organisatie als geheel, maar het bestuur draagt de verantwoordelijkheid voor tijdige en correcte naleving.

Een virtuele CISO kan het management ondersteunen bij de voorbereiding en advisering, maar vervangt de bestuurlijke besluitvorming niet. Meer over hoe een virtuele CISO-aanpak werkt, vind je op onze Continuous-Q pagina.

Hoe bereidt het management zich praktisch voor op NIS2-naleving?

Het management bereidt zich praktisch voor op NIS2-naleving door een gestructureerde aanpak te volgen die begint met bewustwording, gevolgd door een gap-analyse, beleidsvorming en aantoonbare betrokkenheid. De inwerkingtreding van de Cyberbeveiligingswet wordt verwacht in het tweede kwartaal van 2026, maar de risico’s bestaan nu al en voorbereiding loont.

Een praktische aanpak voor bestuurders omvat de volgende stappen:

1. Bepaal of uw organisatie onder de wet valt. Gebruik de NIS2 Zelfevaluatietool van RVO of de flowchart van het NCSC om te beoordelen of uw organisatie als essentiële of belangrijke entiteit wordt aangemerkt.
2. Volg een bestuurderstraining. De trainingsplicht geldt voor alle leden van het bestuur. Vanaf inwerkingtreding van de Cbw hebben bestuurders maximaal twee jaar om hieraan te voldoen. Begin hier niet te laat mee.
3. Laat een gap-analyse uitvoeren. Breng in kaart welke maatregelen al aanwezig zijn en waar de organisatie nog tekortschiet ten opzichte van de NIS2-vereisten. Dit vormt de basis voor een realistisch actieplan.
4. Stel beleid vast en documenteer dit aantoonbaar. Het bestuur moet formeel beleid vaststellen voor risicoanalyse, toegangsbeheer, cryptografie, incidentrespons en bedrijfscontinuïteit.
5. Breng de toeleveringsketen in kaart. De NIS2-zorgplicht vereist dat u inzicht heeft in de cybersecuritymaatregelen van uw leveranciers. Begin met de meest kritieke leveranciers.
6. Registreer de organisatie tijdig. Zorg dat u zich via het NCSC-portaal registreert zodra dat verplicht wordt, en houd de organisatiegegevens actueel.

Voor overheidsorganisaties geldt als extra startpunt: implementeer of versterk de BIO2. Naleving van dit normenkader dekt een groot deel van de NIS2-vereisten af en is het logische vertrekpunt voor voorbereiding. Wil je weten hoe een diepgaand cybersecurityonderzoek uw huidige situatie in kaart brengt? Dat kan een waardevolle eerste stap zijn.

Hoe Q-Cyber helpt met NIS2-naleving voor het management

Wij begrijpen dat NIS2-naleving voor veel bestuurders een complex en tijdrovend traject is, zeker wanneer de technische en beleidsmatige eisen samenkomen op bestuursniveau. Q-Cyber begeleidt organisaties door dit traject met een aanpak die zowel praktisch als onafhankelijk is.

Wat wij concreet voor uw management doen:

• Gap-analyse: Wij brengen in kaart waar uw organisatie staat ten opzichte van de NIS2-vereisten en welke stappen prioriteit hebben.
• Beleid op maat: Wij schrijven cybersecuritybeleid dat aansluit op uw specifieke risicoprofiel en voldoet aan de eisen van de Cyberbeveiligingswet.
• Bestuurderstrainingen: Wij verzorgen trainingen waarmee uw management aantoonbaar voldoet aan de trainingsplicht en in staat is om weloverwogen beslissingen te nemen.
• Virtuele CISO (Continuous-Q): Via ons team van specialisten fungeert een virtuele CISO als vaste sparringpartner voor het bestuur, zonder de kosten van een interne aanstelling.
• Onafhankelijk advies: Wij zijn niet gebonden aan softwarepartijen of leveranciers, zodat ons advies altijd in uw belang is.

De Rijksoverheid adviseert organisaties om niet te wachten totdat de wet in werking treedt. Wie nu handelt, is straks beter voorbereid en aantoonbaar compliant. Neem contact op en ontdek wat Q-Cyber voor uw organisatie kan betekenen.

Lees meer

Welke technische maatregelen eist NIS2 van jouw bedrijf?

Geplaatst op: 15 augustus 2026

De NIS2-richtlijn verplicht bedrijven en organisaties in aangewezen sectoren om concrete technische beveiligingsmaatregelen te implementeren op het gebied van toegangsbeheer, encryptie, netwerksegmentatie, patchbeheer en incidentrespons. Deze eisen gelden voor zowel essentiële als belangrijke entiteiten, maar de intensiteit van het toezicht verschilt. In dit artikel beantwoorden we de meest gestelde vragen over de NIS2 technische maatregelen die jouw organisatie moet nemen.

Welke sectoren vallen onder de technische NIS2-verplichtingen?

De NIS2-richtlijn is van toepassing op organisaties in sectoren die als kritiek worden beschouwd voor de samenleving en economie. In Nederland vallen ruim 10.000 organisaties direct onder de wet, verdeeld over twee categorieën: essentiële entiteiten en belangrijke entiteiten. De sector bepaalt in welke categorie je valt en hoe intensief het toezicht is.

Essentiële sectoren omvatten onder andere energie, transport, drinkwater, digitale infrastructuur, gezondheidszorg, bankwezen en overheid. Alle gemeenten, provincies en waterschappen worden automatisch als essentiële entiteiten aangemerkt, net als ministeries en hun agentschappen. Belangrijke entiteiten bevinden zich in sectoren zoals post- en koeriersdiensten, afvalbeheer, levensmiddelen en digitale aanbieders.

Een cruciale toevoeging die vaak over het hoofd wordt gezien: ook organisaties die aan deze groepen leveren, kunnen indirect met de NIS2 vereisten te maken krijgen. Naar schatting worden 50.000 bedrijven in de toeleveringsketen geraakt wanneer hun diensten of producten risico’s met zich meebrengen voor de primaire entiteit. Supply chain-beveiliging is dan ook expliciet onderdeel van de NIS2 technische maatregelen.

Twijfel je of jouw organisatie onder de wet valt? Via de NIS2 zelfevaluatie en de flowchart van het NCSC kun je dit zelf bepalen. Organisaties zijn zelf verantwoordelijk voor die beoordeling.

Wat zijn de verplichte technische beveiligingsmaatregelen onder NIS2?

De NIS2 beveiliging vereist dat organisaties een breed pakket aan technische maatregelen implementeren op basis van een risicogebaseerde aanpak. De wet schrijft geen specifieke producten voor, maar wel de beveiligingsdomeinen waarop je aantoonbaar actie moet ondernemen. Dit maakt de implementatie maatwerk per organisatie.

De verplichte technische domeinen onder NIS2 omvatten:

• Toegangsbeheer en authenticatie: Sterke authenticatiemechanismen, zoals meerfactorauthenticatie, en het principe van minimale rechten voor gebruikers en systemen.
• Encryptie en cryptografie: Versleuteling van data in rust en in transit, met beleid voor sleutelbeheer en cryptografische standaarden.
• Netwerksegmentatie en monitoring: Scheiding van kritieke systemen, continue monitoring van netwerkverkeer en detectie van afwijkend gedrag.
• Patchbeheer en kwetsbaarheidsbeheer: Structureel en tijdig patchen van systemen, gecombineerd met regelmatige vulnerability scans.
• Back-up en herstel: Betrouwbare back-upprocessen en aantoonbare herstelprocedures als onderdeel van bedrijfscontinuïteit.
• Supply chain-beveiliging: Beoordeling van de beveiligingspraktijken van leveranciers en contractuele verankering van beveiligingseisen.
• Beveiliging bij ontwikkeling en onderhoud: Secure coding-principes en beveiligingstests bij het ontwikkelen of aanpassen van systemen.

Naast deze technische maatregelen verplicht NIS2 ook organisatorische maatregelen, zoals beleid voor informatiebeveiliging, trainingen voor bestuurders en procedures voor incidentrespons. Techniek en beleid zijn onder NIS2 onlosmakelijk met elkaar verbonden.

Hoe verschilt NIS2 technisch van de oude NIS1-richtlijn?

NIS2 is geen kleine update van NIS1, maar een fundamentele uitbreiding in reikwijdte, diepgang en handhaving. Waar NIS1 zich beperkte tot een relatief kleine groep aanbieders van essentiële diensten met globale beveiligingseisen, stelt NIS2 expliciete technische vereisten en breidt de wet het toepassingsgebied drastisch uit.

De belangrijkste technische en structurele verschillen zijn:

• Bredere scope: NIS1 gold voor zeven sectoren; NIS2 omvat achttien sectoren en introduceert de categorie “belangrijke entiteiten” naast essentiële.
• Expliciete maatregelendomeinen: NIS1 liet organisaties grotendeels zelf bepalen welke maatregelen passend waren. NIS2 benoemt specifieke domeinen zoals cryptografie, toegangsbeheer en supply chain-beveiliging expliciet.
• Bestuurlijke verantwoordelijkheid: NIS2 legt de verantwoordelijkheid voor cyberveiligheid direct bij het bestuur neer, inclusief een trainingsplicht. Dit was onder NIS1 niet het geval.
• Strengere meldplicht: De termijnen voor incidentmelding zijn aangescherpt en gestructureerd in drie stappen: een vroegtijdige waarschuwing binnen 24 uur, een vervolgmelding binnen 72 uur en een eindverslag binnen een maand.
• Hogere boetes: De sancties zijn significant verhoogd en ook het senior management kan persoonlijk aansprakelijk worden gesteld.

Hoe voer je een NIS2-conforme risicoanalyse uit?

Een NIS2-conforme risicoanalyse begint met het in kaart brengen van alle netwerk- en informatiesystemen die jouw organisatie gebruikt voor het leveren van diensten, gevolgd door een systematische beoordeling van de dreigingen, kwetsbaarheden en mogelijke impact op de bedrijfscontinuïteit. De risicoanalyse is geen eenmalige exercitie, maar een doorlopend proces.

Praktisch gezien doorloop je de volgende stappen:

1. Inventariseer je assets: Breng alle systemen, applicaties, data en netwerkcomponenten in kaart die relevant zijn voor je dienstverlening.
2. Identificeer dreigingen en kwetsbaarheden: Gebruik dreigingsinformatie van het NCSC en voer regelmatig penetratietests en vulnerability scans uit om zwakke plekken te ontdekken.
3. Beoordeel de impact: Bepaal welke gevolgen een verstoring of inbreuk zou hebben op de continuïteit van je diensten, je klanten en eventueel de samenleving.
4. Prioriteer maatregelen: Koppel beveiligingsmaatregelen aan de geïdentificeerde risico’s en prioriteer op basis van kans en impact.
5. Documenteer en herhaal: Leg de risicoanalyse vast in beleid en herhaal het proces minimaal jaarlijks of na significante wijzigingen in systemen of dreigingslandschap.

Voor overheidsorganisaties sluit de Baseline Informatiebeveiliging Overheid 2 (BIO2) goed aan op deze risicogebaseerde benadering en vormt naleving van de BIO2 het logische startpunt voor NIS2-compliance.

Wanneer moet je een NIS2-incident melden en hoe?

Onder de NIS2 cybersecurity eisen ben je verplicht een incident te melden wanneer het de continuïteit van je dienstverlening aanzienlijk verstoort of kan verstoren. De meldplicht geldt voor significante incidenten en kent een gestructureerde drietrapsaanpak met vaste termijnen die je niet mag overschrijden.

De drie stappen van de meldprocedure zijn:

1. Vroegtijdige waarschuwing: Binnen 24 uur na ontdekking van het incident meld je een eerste signaal, ook als je nog niet alle details kent.
2. Vervolgmelding: Binnen 72 uur na de eerste melding verstrek je aanvullende informatie over de aard, omvang en impact van het incident.
3. Eindverslag: Uiterlijk één maand na de eerste melding lever je een gedetailleerde beschrijving van het incident, de ernst, de gevolgen en de genomen herstelmaatregelen.

Meldingen verlopen via het NCSC-portaal, dat ze automatisch doorstuurt naar zowel het eigen CSIRT als de toezichthouder. Dit voorkomt dat je dubbel hoeft te melden. Factoren die een incident meldingswaardig maken, zijn onder andere het aantal getroffen personen, de duur van de verstoring en de mogelijke financiële schade. De exacte drempelcriteria worden per sector uitgewerkt in ministeriële regelingen.

Een goede voorbereiding op de meldplicht begint met het inrichten van een intern incidentresponsproces. Cyber research en threat intelligence helpen daarbij om snel te kunnen beoordelen of een incident de meldingsdrempel overschrijdt.

Wat kost het niet voldoen aan de NIS2 technische eisen?

Organisaties die niet voldoen aan de NIS2 vereisten in Nederland riskeren aanzienlijke financiële sancties. Essentiële entiteiten kunnen boetes oplopen tot maximaal 10 miljoen euro of 2% van hun wereldwijde jaaromzet, waarbij het hoogste bedrag van toepassing is. Voor belangrijke entiteiten liggen de maximale boetes op 7 miljoen euro of 1,4% van de wereldwijde jaaromzet.

Naast financiële sancties zijn er andere gevolgen die minstens zo zwaar wegen:

• Persoonlijke aansprakelijkheid van bestuurders: Senior management kan persoonlijk aansprakelijk worden gesteld bij ernstige overtredingen. Dit maakt cybersecurity een boardroomvraagstuk, niet alleen een IT-kwestie.
• Reputatieschade: Toezichthouders kunnen besluiten om handhavingsmaatregelen openbaar te maken, wat directe gevolgen heeft voor het vertrouwen van klanten en partners.
• Operationele beperkingen: In ernstige gevallen kunnen toezichthouders tijdelijke beperkingen opleggen aan de bedrijfsvoering totdat de situatie is hersteld.
• Verhoogd risico op daadwerkelijke incidenten: Wie de technische maatregelen niet op orde heeft, is kwetsbaarder voor cyberaanvallen, met alle operationele en financiële schade van dien.

Voor overheidsorganisaties geldt overigens dat de aansprakelijkheidsbepaling voor bestuurders expliciet niet van toepassing is, maar de verantwoordelijkheid voor cyberweerbaarheid rust wel degelijk bij de politieke leiding.

Hoe Q-Cyber helpt met NIS2 technische maatregelen

Wij begeleiden organisaties door het volledige NIS2-traject, van de eerste gap-analyse tot de implementatie van technische maatregelen en de borging in beleid en processen. Onze aanpak is pragmatisch, onafhankelijk en volledig afgestemd op jouw specifieke risicoprofiel, zonder binding aan softwarepartijen of andere toeleveranciers.

Wat wij concreet voor jouw organisatie doen:

• Gap-analyse en nulmeting: We brengen in kaart waar jouw organisatie nu staat ten opzichte van de NIS2 vereisten en welke technische en organisatorische maatregelen prioriteit verdienen.
• Penetratietests en vulnerability scans: We testen actief op kwetsbaarheden in jouw netwerken, systemen en applicaties om risico’s te identificeren voordat aanvallers dat doen.
• Red team oefeningen: Via gesimuleerde aanvallen testen we hoe weerbaar jouw organisatie werkelijk is tegen realistische dreigingsscenario’s.
• Beleidsvorming en documentatie: We schrijven het benodigde informatiebeveiligingsbeleid, incidentresponsplannen en procedures die aansluiten op de NIS2 eisen.
• Bestuurderstrainingen: We verzorgen trainingen voor bestuurders en management zodat zij beveiligingsrisico’s kunnen beoordelen en weloverwogen beslissingen kunnen nemen.
• Virtuele CISO via Continuous-Q: Voor organisaties zonder eigen CISO bieden we via Continuous-Q een team van specialisten dat structureel de cybersecurityregie voert.

De Rijksoverheid adviseert organisaties om niet af te wachten totdat de wet in werking treedt. De risico’s zijn er nu al, en wie nu in actie komt, is straks beter voorbereid. Neem contact met ons op en ontdek wat wij voor jouw organisatie kunnen betekenen.

Lees meer

Hoe beveilig je persoonsgegevens van klanten?

Geplaatst op: 14 augustus 2026

Persoonsgegevens van klanten beveilig je met een combinatie van technische maatregelen, organisatorisch beleid en naleving van de AVG. Dit geldt voor elke organisatie die klantgegevens verwerkt, ongeacht de omvang. De vragen hieronder geven per thema een concreet antwoord op wat je moet weten en doen.

Welke persoonsgegevens van klanten zijn het meest kwetsbaar?

De meest kwetsbare persoonsgegevens zijn gegevens die direct schade kunnen veroorzaken als ze in verkeerde handen vallen. Denk aan financiële gegevens zoals rekeningnummers en betaalkaartinformatie, inloggegevens, gezondheidsgegevens, kopieën van identiteitsdocumenten en contactgegevens gecombineerd met aankoophistorie of gedragsprofielen.

Binnen de AVG worden bepaalde categorieën als bijzondere persoonsgegevens aangemerkt. Hieronder vallen onder andere gezondheidsgegevens, biometrische gegevens, gegevens over ras of etnische afkomst, en gegevens over politieke opvattingen. Voor deze categorieën gelden strengere verwerkingseisen en is beveiliging extra kritisch.

Maar ook ogenschijnlijk onschuldige gegevens kunnen kwetsbaar zijn in combinatie. Een naam plus e-mailadres plus wachtwoord is al genoeg voor identiteitsfraude. Hetzelfde geldt voor klantprofielen die gedragsdata combineren met persoonlijke identificatoren. Bij het bepalen van je beveiligingsstrategie is het verstandig om niet alleen te kijken naar de gevoeligheid van losse velden, maar naar de combinatie van gegevens die je verwerkt en welk risico dat oplevert als die combinatie uitlekt.

Welke maatregelen zijn verplicht onder de AVG?

De AVG verplicht organisaties om passende technische en organisatorische maatregelen te nemen om persoonsgegevens te beveiligen. Wat “passend” is, bepaal je op basis van een risicoanalyse: hoe gevoeliger de gegevens en hoe groter het risico, hoe zwaarder de maatregelen moeten zijn.

De AVG noemt een aantal concrete beveiligingsmaatregelen expliciet als richtlijn:

• Versleuteling en pseudonimisering van persoonsgegevens
• Vertrouwelijkheid, integriteit en beschikbaarheid van systemen en diensten waarborgen
• Herstelvermogen bij incidenten, zodat toegang tot gegevens snel kan worden hersteld
• Regelmatige tests van de effectiviteit van beveiligingsmaatregelen

Daarnaast verplicht de AVG organisaties tot het bijhouden van een verwerkingsregister, het aanstellen van een Functionaris voor Gegevensbescherming (FG) wanneer dat vereist is, en het uitvoeren van een gegevensbeschermingseffectbeoordeling (DPIA) bij hoog-risicoverwerkingen. Ook het principe van privacy by design is verplicht: beveiliging moet al bij het ontwerp van systemen worden meegenomen, niet achteraf.

Naast de AVG zijn er voor steeds meer organisaties aanvullende verplichtingen vanuit de NIS2-richtlijn. Deze richtlijn stelt extra eisen aan cyberrisicobeheer, incidentmelding en supply chain-beveiliging. De overlap met de AVG is groot, maar NIS2 gaat verder op het gebied van weerbaarheid en bestuurlijke verantwoordelijkheid.

Hoe beperk je toegang tot klantgegevens binnen je organisatie?

Toegang tot klantgegevens beperk je door het principe van least privilege toe te passen: medewerkers krijgen alleen toegang tot de gegevens die ze nodig hebben voor hun specifieke taak. Dit voorkomt dat een datalek of een fout van één medewerker de hele klantendatabase blootstelt.

Praktische maatregelen om toegang te beperken zijn onder andere:

• Rolgebaseerde toegangsrechten instellen per systeem en applicatie
• Multi-factorauthenticatie (MFA) verplicht stellen voor toegang tot systemen met persoonsgegevens
• Logging en monitoring van wie welke gegevens inziet of bewerkt
• Tijdelijke toegang verlenen voor externe partijen of tijdelijke medewerkers, en deze tijdig intrekken
• Scheiding van omgevingen: productiedata mag niet zomaar toegankelijk zijn in test- of ontwikkelomgevingen

Organisatorisch is het minstens zo belangrijk. Zorg voor een duidelijk toegangsbeleid, voer periodieke toegangsreviews uit en train medewerkers in bewust omgaan met klantgegevens. Menselijk gedrag is in de praktijk vaak de zwakste schakel bij datalekken, niet de techniek.

Wat moet je doen bij een datalek met persoonsgegevens?

Bij een datalek met persoonsgegevens moet je binnen 72 uur na ontdekking melding doen bij de Autoriteit Persoonsgegevens (AP), tenzij het onwaarschijnlijk is dat het lek een risico vormt voor de betrokkenen. Als het lek een hoog risico inhoudt voor de rechten en vrijheden van personen, moet je ook de betrokkenen zelf informeren.

De stappen die je direct moet zetten zijn:

1. Stel het lek vast: wat is er precies gelekt, welke gegevens en hoeveel personen zijn betrokken?
2. Beperk de schade: sluit de kwetsbaarheid, blokkeer ongeautoriseerde toegang en beveilig de betrokken systemen waar nodig.
3. Beoordeel het risico: is er een reëel risico voor betrokkenen? Denk aan identiteitsfraude, discriminatie of financiële schade.
4. Meld bij de AP: doe dit via het meldloket van de Autoriteit Persoonsgegevens, binnen de gestelde termijn van 72 uur.
5. Informeer betrokkenen: doe dit als het risico hoog is, in begrijpelijke taal en met concrete adviezen wat zij kunnen doen.
6. Documenteer het incident: ook als je besluit niet te melden, moet je het lek intern vastleggen in je datalekregister.

Een goede voorbereiding maakt dit proces veel soepeler. Organisaties die beschikken over een incident response plan en heldere interne procedures reageren aantoonbaar sneller en effectiever op datalekken dan organisaties die dit ad hoc moeten uitzoeken.

Hoe bescherm je klantgegevens in de cloud?

Klantgegevens in de cloud bescherm je door duidelijke afspraken te maken met je cloudprovider, encryptie toe te passen en toegangsbeheer strak in te richten. De AVG stelt dat je als verwerkingsverantwoordelijke altijd zelf verantwoordelijk blijft voor de beveiliging, ook als je data bij een externe partij opslaat.

Concrete maatregelen voor cloudbeveiliging van persoonsgegevens:

• Sluit een verwerkersovereenkomst af met je cloudprovider, zoals de AVG vereist
• Versleutel gegevens zowel in transit als in opslag, bij voorkeur met sleutels die jij zelf beheert
• Controleer de locatie van je data: opslag buiten de EU vereist aanvullende waarborgen
• Gebruik Identity and Access Management (IAM) om toegangsrechten in de cloud te beheren
• Schakel logging en audittrails in zodat je kunt zien wie toegang heeft gehad tot welke data
• Zet beveiligingsinstellingen actief aan: cloudproviders bieden veel beveiligingsopties die standaard uitstaan

Een veelgemaakte fout is aannemen dat de cloudprovider de beveiliging volledig regelt. In werkelijkheid werkt cloudbeveiliging volgens het shared responsibility model: de provider beveiligt de infrastructuur, maar jij bent verantwoordelijk voor de configuratie, toegangsbeheer en de data zelf. Regelmatige controle van je cloudinstellingen is daarom geen luxe maar een verplichting.

Hoe test je of de beveiliging van persoonsgegevens effectief is?

De effectiviteit van je gegevensbeveiliging test je door regelmatig technische en organisatorische controles uit te voeren. De AVG verplicht dit expliciet. Denk aan penetratietests, vulnerability scans, phishing simulaties en interne audits van toegangsrechten en verwerkingsregisters.

Een gestructureerde aanpak voor het testen van je beveiliging omvat meerdere lagen:

Technische tests

Een penetratietest simuleert een echte aanval op je systemen en laat zien welke kwetsbaarheden een aanvaller zou kunnen misbruiken om bij klantgegevens te komen. Vulnerability scans brengen bekende zwakheden in kaart in je netwerk, applicaties en cloudinfrastructuur. Phishing simulaties testen hoe medewerkers reageren op social engineering, een van de meest voorkomende manieren waarop datalekken ontstaan.

Organisatorische controles

Naast technische tests is het essentieel om ook de processen en het beleid te toetsen. Klopt je verwerkingsregister nog? Zijn toegangsrechten actueel? Weten medewerkers wat ze moeten doen bij een verdacht incident? Een interne audit of een externe beoordeling door een onafhankelijke partij geeft inzicht in de volwassenheid van je informatiebeveiligingspraktijk als geheel.

Testen is geen eenmalige actie. Dreigingen veranderen, systemen worden aangepast en medewerkers wisselen. Een continu beveiligingsprogramma zorgt ervoor dat je beveiliging meegaat met die veranderingen in plaats van er achteraan te lopen.

Hoe Q-Cyber helpt met het beveiligen van persoonsgegevens

Wij helpen organisaties om klantgegevens structureel en aantoonbaar te beschermen, van technische tests tot beleid en compliancebegeleiding. Onze aanpak is pragmatisch, onafhankelijk en volledig afgestemd op jouw specifieke risicoprofiel. Concreet bieden wij:

• Vulnerability scans en penetratietests om technische kwetsbaarheden in kaart te brengen
• Phishing simulaties om het menselijk risico binnen je organisatie te meten
• AVG en NIS2 gap-analyses om te bepalen waar jouw organisatie staat ten opzichte van de verplichtingen
• Beleid op maat: wij schrijven toegangsbeleid, datalekprocedures en privacydocumentatie die daadwerkelijk werken
• Virtuele CISO-diensten via Continuous-Q voor organisaties die structurele begeleiding nodig hebben zonder een fulltime CISO aan te nemen
• Trainingen voor medewerkers en bestuurders zodat bewustzijn en kennis op het juiste niveau zitten

Wij werken volledig onafhankelijk, zonder binding aan softwarepartijen of leveranciers. Dat betekent dat ons advies altijd in jouw belang is. Wil je weten hoe jouw organisatie er nu voor staat op het gebied van gegevensbeveiliging? Neem contact met ons op voor een vrijblijvend gesprek.

Lees meer