
NIS2-gereedheid begint met een gedocumenteerd besluit over de toepasselijkheid. Sector, dienst, omvang, vestiging en bijzondere opnameregels kunnen allemaal van belang zijn. De vragenlijst van een klant is nuttige context, maar bepaalt niet uw juridische status. Evenmin toont een beveiligingscertificaat aan dat elke relevante entiteit, dienst en meldplicht is geadresseerd.
Voor een CEO betekent gereedheid dat u kunt uitleggen wat het bestuur heeft goedgekeurd, waarom de maatregelen passend zijn, wie ze uitvoert en hoe hun doeltreffendheid wordt beoordeeld. Het betekent ook dat de organisatie een significant incident kan melden terwijl de informatie onvolledig is en de normale bedrijfsvoering verstoord.
De praktische opgave is om juridische reikwijdte, dienstrisico's, uitvoeringsprioriteiten en beoordeeld bewijs met elkaar te verbinden. Die verbinding geeft het bestuur een basis voor besluiten over investeringen, operationele verstoring, leveranciers en onopgeloste blootstelling.
De NIS2-richtlijn legt een Europese basislijn voor cyberbeveiliging vast voor bepaalde activiteiten. De artikelen 2 en 3 bepalen samen met de bijlagen het toepassingsgebied en de indelingsstructuur. Nationale uitvoeringswetgeving levert de toepasselijke lokale verplichtingen en procedures.
Beoordeel elke relevante juridische entiteit afzonderlijk in plaats van de concernnaam als regelgevingsgrens te behandelen. De activiteiten van een dochteronderneming, eigendomsverhoudingen en vestigingslocaties kunnen het antwoord veranderen. Het bestuur zou een vastgelegde conclusie moeten eisen, met onderbouwende feiten en een eigenaar voor openstaande vragen.
Bijlage I omvat sectoren zoals energie, vervoer, gezondheidszorg, water, financiële diensten, digitale infrastructuur, beheer van ICT-diensten, overheid en ruimtevaart. Bijlage II breidt de reikwijdte uit tot onder meer post- en koeriersdiensten, afvalbeheer, chemische stoffen, levensmiddelen, bepaalde productieactiviteiten, digitale aanbieders en onderzoek.
De sectorkop is slechts het vertrekpunt. Lees de soorten entiteiten en activiteiten binnen de relevante vermelding. Productie is geen universele opnamecategorie, en wie software verkoopt, is daardoor niet automatisch een cloudaanbieder of aanbieder van beheerde diensten.
Beschrijf wat de entiteit daadwerkelijk levert: de dienst, de afnemers, hoe de dienst werkt en of de entiteit systemen van klanten beheert. SBI-codes en websiteomschrijvingen kunnen die analyse ondersteunen, maar mogen haar niet vervangen.
Zo zijn het verkopen van een gelicentieerde applicatie en het beheren van de informatiesystemen van een klant verschillende activiteiten. Een bedrijf dat zich als adviesbureau omschrijft, kan toch doorlopend beheer leveren dat aan de definities van beheerde diensten moet worden getoetst. Beantwoord zulke vragen voordat u de compliancegrens ontwerpt.
Artikel 2 hanteert de Europese definitie van ondernemingsgrootte. Als eerste vuistregel bij de screening geldt de algemene opnamedrempel van 50 werknemers of meer, of zowel een jaaromzet als een balanstotaal van meer dan EUR 10 miljoen. Grofweg houdt het overschrijden van de plafonds voor middelgrote ondernemingen in: ten minste 250 werknemers, of een jaaromzet van meer dan EUR 50 miljoen in combinatie met een balanstotaal van meer dan EUR 43 miljoen.
Deze cijfers vervangen de volledige berekening niet. Relevante boekjaren, de methode voor het tellen van personeel en partner- of verbonden ondernemingen kunnen de uitkomst beïnvloeden. Een lokaal kleine dochteronderneming kan een drempel overschrijden zodra de juiste eigendomsverhoudingen worden meegenomen.
Bewaar de berekening, de onderliggende cijfers en de redenering over concernverhoudingen. Leg niet alleen ‘middelgroot’ vast zonder uit te leggen hoe die conclusie tot stand kwam. Omzet alleen is niet het volledige financiële alternatief voor het aantal werknemers.
Laat bij een omvang dicht bij een grens of bij complexe eigendomsverhoudingen een specifieke juridische beoordeling uitvoeren. De kosten om die onzekerheid weg te nemen horen bij het vaststellen van de operationele eisen en moeten niet worden uitgesteld tot een toezichthouder of klant de conclusie aanvecht.
Sommige dienstcategorieën kunnen ongeacht hun omvang onder de regels vallen. Artikel 2 behandelt bepaalde communicatie-, vertrouwens-, DNS- en topleveldomeinactiviteiten, bepaalde overheidsinstanties en entiteiten die op grond van het relevante EU-kader als kritiek zijn aangemerkt. Ook nationale identificatie kan entiteiten binnen het toepassingsgebied brengen vanwege hun maatschappelijke belang of de gevolgen van een verstoring.
Artikel 3 bepaalt vervolgens of een entiteit die onder de richtlijn valt essentieel of belangrijk is. Grote entiteiten uit bijlage I vormen één belangrijke categorie essentiële entiteiten, maar het artikel bevat aanvullende dienstspecifieke regels en aanwijzingsregels. Een middelgroot bedrijf uit bijlage I is niet automatisch essentieel; de bijlagen zijn niet simpelweg twee lijsten met toezichtsniveaus.
Beide categorieën dragen de kernplichten voor beheer van beveiligingsrisico's en melding van significante incidenten. De status ‘belangrijk’ verandert het toezichtsmodel; zij neemt de noodzaak van doeltreffende maatregelen niet weg.
Directe juridische toepasselijkheid en klanteisen moeten afzonderlijk worden vastgelegd. Een kleinere leverancier kan buiten het directe toepassingsgebied vallen en toch aanzienlijke contractuele beveiligingsplichten hebben. Omgekeerd is een klantvragenlijst die stelt dat ‘NIS2 van toepassing is’ geen gezaghebbend indelingsbesluit.
Een verdedigbaar dossier over de reikwijdte bevat:
Aanleidingen voor een herbeoordeling zijn onder meer overnames, nieuwe diensten, wezenlijke veranderingen in omvang en wetgevingsontwikkelingen. Een besluit tot uitsluiting kan op het moment zelf juist zijn en later verouderd raken.
NIS2 is een richtlijn die via nationaal recht wordt uitgevoerd. Lidstaten hadden een Europese omzettingstermijn tot 17 oktober 2024, met uitvoeringsmaatregelen die vanaf 18 oktober 2024 zouden gelden. Die data vertellen een individueel bedrijf niet wat de huidige nationale registratietermijn is of welke procedure het moet volgen.
Stel voor elke relevante entiteit en elk relevant land een verplichtingenregister op. Leg de toepasselijke wetgeving vast, de toezichthouder, het registratieproces, het meldkanaal, sectorspecifieke bepalingen en de verantwoordelijke interne eigenaar. Maak onderscheid tussen een wettelijke eis, richtsnoeren van de toezichthouder en een interne implementatieaanbeveling.
Artikel 26 koppelt rechtsmacht in het algemeen aan de vestiging, maar voor bepaalde diensten gelden andere regels. Aanbieders van openbare elektronische communicatie vallen onder de regels van het land waar zij de betreffende diensten verlenen. Voor bepaalde digitale aanbieders geldt het beginsel van de hoofdvestiging, waaronder cloud, datacenters, netwerken voor contentlevering, beheerde diensten, beheerde beveiligingsdiensten en bepaalde onlineplatforms en domeingerelateerde bedrijven.
Onderzoek voor die beoordeling van de hoofdvestiging waar in de Unie de besluiten over het beheer van cyberbeveiligingsrisico's overwegend worden genomen. Kan die locatie niet worden bepaald of worden die besluiten niet in de Unie genomen, beoordeel dan waar in de Unie de cyberbeveiligingsactiviteiten worden uitgevoerd; kan ook dat niet worden bepaald, gebruik dan de vestiging in de Unie met de meeste werknemers. Het statutaire adres van een holding kan dus onvoldoende zijn.
Bepaalde aanbieders die zonder vestiging in de EU diensten in de Unie aanbieden, moeten een vertegenwoordiger in de EU aanwijzen. Een hoofdkantoor buiten de EU is geen automatische vrijstelling, maar Europese klanten brengen evenmin automatisch elk niet-Europees bedrijf binnen het toepassingsgebied. Het type dienst en andere toepassingsvoorwaarden blijven van belang.
Leg plichten voor registratie en het verstrekken van entiteitsgegevens los van het beveiligingsprogramma vast. Bewaar ontvangstbevestigingen, actuele contactgegevens en de verantwoordelijkheid voor wijzigingen. Is de registratie te laat, controleer dan het actuele proces van de toezichthouder en handel snel. Een voltooide registratie bewijst niet dat de beveiligingsmaatregelen zijn geïmplementeerd.
Controleer voor Duitse activiteiten de KRITIS-eisen naast de toepasselijke NIS2-uitvoeringsregels. De twee regimes overlappen, maar zijn niet identiek. Valt een entiteit onder NIS2, dan wordt niet elke installatie automatisch een kritieke installatie, en een bestaand KRITIS-programma voldoet niet automatisch aan elke NIS2-verplichting.
Houd afzonderlijke dossiers bij voor de indeling van de entiteit, kritieke installaties en aanvullende plichten. Raadpleeg de NIS2-informatie van het BSI voor het actuele nationale proces in plaats van te vertrouwen op oude aankondigingen van termijnen.
Artikel 4 behandelt ook gelijkwaardige sectorspecifieke EU-eisen. Voor financiële entiteiten die onder de regels vallen, kan DORA relevante gebieden regelen. Bepaal welke plichten voor de specifieke entiteit en dienst gelden, in plaats van standaard dubbele meldroutes in stand te houden.
Artikel 20 legt de goedkeuring en het toezicht op de uitvoering bij de bestuursorganen van essentiële en belangrijke entiteiten. Het voorziet ook in aansprakelijkheid voor inbreuken op artikel 21; de juridische gevolgen hangen af van het nationale recht en de rechtsvorm van de entiteit.
De uitvoering kan worden gedelegeerd aan security, IT, operations, inkoop en andere teams. Delegatie moet zichtbaar bestuurlijk toezicht behouden. De rol van de CEO is niet om systemen te configureren, maar om ervoor te zorgen dat significante dienstrisico's tot geïnformeerde besluiten, middelen en opvolging leiden.
Een goedkeuringspakket moet de risicobeoordeling verbinden met een uitvoerbaar plan. Neem de betrokken diensten op, de belangrijkste verstoringsscenario's, voorgestelde maatregelen, alternatieven, afhankelijkheden in de uitvoering, personeelsbehoefte, mijlpalen en verwacht bewijs.
Leg per verplichting de implementatie, eigenaar, het bewijs, de lacune en het volgende besluit vast. Zo kunt u een goedgekeurd voornemen onderscheiden van een voltooide capaciteit. Het brengt ook maatregelen aan het licht zonder verantwoordelijke eigenaar of die afhangen van middelen die nooit zijn toegewezen.
Bestuursnotulen moeten het besluit en de onderbouwing ervan uitleggen. Bij de goedkeuring van een investering in herstel bijvoorbeeld hoort te worden vastgelegd welke dienstonderbreking ermee wordt aangepakt, welk herstelresultaat wordt verwacht en welke operationele beperkingen gelden. Een handtekening onder een beleid zegt niet of het bestuur het onderliggende implementatieprobleem heeft overwogen.
Budgetgesprekken moeten ook interne capaciteit en bedrijfsonderbreking omvatten, niet alleen uitgaven aan software. Een netwerkwijziging kan een productiestop vereisen; een leveranciersbeoordeling kan juridische onderhandelingen vergen; een hersteltest kan een geïsoleerde omgeving en operationeel personeel nodig hebben.
Risicoacceptatie verdient bijzondere aandacht. Ze kan een behandelbesluit binnen een risicobeheerproces documenteren, maar kan geen wettelijke eis opzijzetten. Waar een uitzondering in strijd kan komen met een verplichting, vraagt u juridische interpretatie, stelt u tijdelijke bescherming vast en houdt u het onopgeloste punt zichtbaar.
Een project kan de uitrol van een maatregel afronden zonder de beoogde bescherming te bereiken. Bestuursrapportages moeten zowel beantwoorden of het goedgekeurde werk af is als of het binnen de relevante dienstgrens werkt.
| Vraag voor het bestuur | Bruikbaar bewijs | Mogelijk besluit |
|---|---|---|
| Welke dienst kan de grootste verstoring ondervinden? | Risicobeoordeling van de dienst en afhankelijkhedenkaart | Investeringsprioriteiten herschikken |
| Welk goedgekeurd werk zit nog vast? | Mijlpalen, blokkades en tijdelijke waarborgen | Capaciteit toevoegen of volgorde wijzigen |
| Kan het herstel aan de bedrijfsbehoeften voldoen? | Hersteltestresultaten en geïdentificeerde afhankelijkheden | Verbeteringen financieren of de bedrijfsvoering aanpassen |
| Welke bevindingen bij leveranciers staan nog open? | Beoordelingsconclusies en behandelstatus | Toegang beperken of inkoop wijzigen |
| Kan buiten kantoortijden worden gemeld? | Tijdlijn van de oefening en test van de bevoegdheden | Knelpunten in goedkeuring of toegang wegnemen |
| Waar is de zekerheid onvolledig? | Testreikwijdte, uitzonderingen en beperkingen van het bewijs | Aanvullende verificatie laten uitvoeren |
Stel een reviewritme vast dat in verhouding staat tot het programma. Driemaandelijkse directiebeoordelingen kunnen praktisch zijn voor een stabiele bedrijfsvoering, met vaker overleg tijdens de implementatie. Dit is een aanbeveling, geen universele frequentie die artikel 20 voorschrijft.
Leg vast hoe tussen vergaderingen wordt geëscaleerd. Een mislukte hersteltest, een gecompromitteerd beheerdersaccount of een nieuw ontdekte kritieke afhankelijkheid mag niet wachten tot de volgende geplande presentatie.
Artikel 20 verplicht leden van het bestuursorgaan een opleiding te volgen die volstaat om risico's te herkennen, praktijken voor risicobeheer te beoordelen en de gevolgen voor diensten te begrijpen. Het schrijft geen universele cursusduur of herhalingstermijn voor.
De opleiding moet ingaan op de significantie van incidenten, afwegingen bij herstel, concentratie bij leveranciers, beperkingen van bewijs en besluiten onder onzekerheid. Neem een scenario op waarin bestuurders een melding moeten autoriseren, de bedrijfsvoering moeten beperken of een urgente behandeling moeten financieren.
Bewaar data, deelnemers, inhoud en vervolgacties. Opleiding van medewerkers komt ook in artikel 21 aan bod, maar bewustwordingssessies voor personeel vervangen de eigen opleiding van het bestuur niet. Bestuurders moeten zekerheidsclaims kunnen bevragen zonder zelf technisch specialist te worden.
Artikel 21 vereist evenredige technische, operationele en organisatorische bescherming. De beoordeling van evenredigheid houdt rekening met blootstelling, omvang van de organisatie, implementatiekosten en de waarschijnlijkheid en ernst van incidenten, inclusief bredere maatschappelijke en economische gevolgen.
De vereiste aanpak omvat gevaren die verder gaan dan kwaadwillige cyberactiviteit. Stroomuitval, overstroming, fysieke inbraak, onbeschikbaar personeel en verstoorde telecommunicatie kunnen allemaal dezelfde dienst bedreigen.
De volgende implementatievoorbeelden zijn praktische aanbevelingen. Ze lichten de tien onderwerpen toe zonder voor elke entiteit een identiek technisch ontwerp voor te schrijven. Voor bepaalde digitale diensten gelden bovendien gedetailleerdere Europese uitvoeringseisen; controleer de toepasselijkheid voordat u alleen op een checklist op hoofdlijnen vertrouwt.
Begin bij de dienst: wat moet doorgaan, wie is ervan afhankelijk en wat zou een verstoring betekenen? Breng de ondersteunende systemen, faciliteiten, mensen en externe aanbieders in kaart voordat u risico's waardeert.
Gebruik impactcriteria die financieel verlies onderscheiden van veiligheid, schade voor afnemers en bredere verstoring. Leg scenario's vast, bestaande bescherming, voorgestelde behandelingen, restblootstelling en aanleidingen voor herbeoordeling. Een generieke lijst met cyberdreigingen is minder nuttig dan een uitleg van hoe een specifieke afhankelijkheid de dienst kan onderbreken.
Het resultaat is een risicobeoordeling die besluiten ondersteunt, met beleid dat beschrijft hoe die besluiten operationele eisen worden.
Leg detectie, triage, escalatie, inperking, onderzoek, coördinatie van herstel en afsluiting vast. Wijs een coördinator en vervangers aan en geef de incidentrespons bruikbare procedures voor waarschijnlijke incidenten.
Operationele ernst en wettelijke significantie hangen samen, maar zijn verschillend. Een urgent technisch incident kan inperking vereisen voordat duidelijk is of het juridisch gemeld moet worden. Het proces moet beide activiteiten ondersteunen zonder dat de ene de andere blokkeert.
Bewaar tijdlijnen van incidenten, besluiten, relevant bewijs en corrigerende acties. Controleer of overeengekomen verbeteringen zijn doorgevoerd; een document met geleerde lessen zonder opvolging biedt weinig zekerheid.
Gebruik een business impact analyse om essentiële activiteiten en aanvaardbare verstoring te bepalen. Spreek met de diensteigenaren hersteltijddoelstellingen (RTO) en herstelpuntdoelstellingen (RPO) af. De eerste gaat over de hersteltijd, de tweede over aanvaardbaar dataverlies.
Registraties van voltooide back-ups zijn nuttig, maar tonen niet aan dat een dienst kan worden hersteld. Test het herstel, ondersteunende identiteiten, sleutels, interfaces en bruikbare data. Controleer of herstelde systemen de daadwerkelijke bedrijfsprocessen kunnen ondersteunen.
Crisisregelingen moeten naast technisch herstel ook operationele besluiten en communicatie omvatten. Leg testresultaten vast, gemiste doelstellingen, acties en besluiten van het bestuur over de resterende blootstelling.
Identificeer directe leveranciers van wie uitval of compromittering de dienst wezenlijk kan raken. Kijk naar beheerderstoegang, gevoelige informatie, softwareafhankelijkheden en beschikbaarheid.
Beoordeel de beveiligingsrelevantie van de daadwerkelijke relatie, inclusief leveranciersspecifieke kwetsbaarheden en product- of ontwikkelpraktijken. Verbind bevindingen met toegangsbeveiliging, contractuele afspraken, uitwijkregelingen en aanleidingen voor herbeoordeling.
Een certificaat van de leverancier kan de beoordeling ondersteunen. Het dekt niet automatisch de door u afgenomen dienst, de configuratie daarvan of uw verantwoordelijkheden voor de integratie.
Stel beveiligingsacceptatiecriteria vast voor aankopen en nieuwe systemen. Leg verantwoordelijkheden vast voor veilige ontwikkeling, configuratie, wijzigingen, onderhoud, updates en binnenkomende meldingen van kwetsbaarheden.
Volg significante kwetsbaarheden door beoordeling, behandeling, uitzonderingsafhandeling en verificatie. Prioriteiten voor herstel moeten de kans op misbruik en de gevolgen voor de dienst weerspiegelen, niet alleen een numerieke ernstscore.
Operationele technologie kan validatie door de leverancier en geplande stilstand vereisen voordat er gepatcht wordt. Documenteer tijdelijke waarborgen en het behandelschema. ‘Kan niet patchen’ is een beperking die beheerst moet worden, geen volledig risicobesluit.
Bepaal voor belangrijke maatregelen welke vraag de test moet beantwoorden. Een toegangsreview controleert autorisatie; een hersteloefening controleert herstel; een incidentsimulatie controleert coördinatie en besluitvorming.
Leg de geteste reikwijdte vast, het verwachte resultaat, de methode, de beoordelaar, de bevindingen en de reactie op falen. Zet onafhankelijke zekerheid in waar die waarde toevoegt of waar toepasselijke regels die vereisen.
Artikel 21 vraagt om beoordeling van doeltreffendheid, maar legt niet elke betrokken organisatie één frequentie voor penetratietests op. Testen moeten passen bij de zekerheidsbehoefte en eventuele relevante gedetailleerde eisen.
Geef medewerkers praktische instructies voor het melden van verdachte activiteiten, het beschermen van inloggegevens, het omgaan met informatie en veilig werken. Voeg rolspecifieke inhoud toe voor ontwikkelaars, beheerders, inkopers en incidentresponders.
Aanwezigheid bij een opleiding toont deelname aan, niet per se het vermogen om te handelen. Oefeningen en geobserveerde prestaties kunnen onduidelijke instructies of zwakke escalatieroutes blootleggen.
Gebruik de bevindingen om procedures te verbeteren. Als medewerkers verdachte berichten correct melden maar het ontvangende team traag reageert, lost het herhalen van dezelfde bewustwordingscursus het onderliggende probleem niet op.
Bepaal welke informatie en welke processen cryptografische bescherming nodig hebben, inclusief relevante data tijdens transport en in opslag. Leg het eigenaarschap vast van sleutels en certificaten, vernieuwing, intrekking, toegang en herstel.
Bewijs moet configuratiebesluiten en afspraken over sleutelbeheer omvatten, niet alleen de bewering dat er versleuteling is. Bescherming kan falen als versleutelde back-ups afhangen van onbeschikbare sleutels of als de toegang tot sleutels niet passend is beperkt.
Houd gemotiveerde uitzonderingen bij en beoordeel ze opnieuw wanneer systemen of risico's veranderen. Behandel een brede bewering als ‘alles is versleuteld’ niet als voldoende zekerheid.
Verbind indiensttreding, functiewijzigingen en vertrek met toegangsbesluiten. Identificeer bedrijfseigenaren, beheerders, externe accounts, service-identiteiten en relevante bedrijfsmiddelen.
Beoordeel geprivilegieerde toegang en trek rechten in die niet langer gerechtvaardigd zijn. Neem gedeelde of niet-menselijke accounts mee in de beoordeling in plaats van die te beperken tot gebruikerslijsten van medewerkers.
Bewijs kan bestaan uit goedgekeurde aanvragen, steekproeven van uitdiensttredingsdossiers, afgeronde toegangsreviews en opgeloste uitzonderingen. Een inventaris van bedrijfsmiddelen moet eigenaarschap en afhankelijkheid van diensten verklaren, niet alleen apparaten tellen.
Artikel 21 behandelt sterkere authenticatie en beveiligde communicatie, inclusief noodvoorzieningen, met de kanttekening dat deze passend moeten zijn.
Onderzoek als praktische prioriteit geprivilegieerde toegang en toegang op afstand tot kritieke diensten. Breng beperkingen van verouderde systemen in kaart en beoordeel beschermende alternatieven in plaats van aan te nemen dat elk systeem hetzelfde mechanisme ondersteunt.
Test ook crisiscommunicatie wanneer gewone e-mail, samenwerkingstools of identiteitsdiensten niet beschikbaar zijn. Een noodprocedure die volledig afhangt van het uitgevallen platform kan onbruikbaar zijn juist wanneer die nodig is.
Beveiliging van de toeleveringsketen wordt vaak een bestuurskwestie, omdat inkoop niet elke afhankelijkheid met een vragenlijst kan wegnemen. Begin bij het gevolg van uitval: kan deze leverancier de levering onderbreken, ongeautoriseerde wijzigingen doorvoeren, informatie blootstellen of herstel verhinderen?
Leg voor kritieke directe leveranciers vast welke dienst wordt ondersteund, welke toegang is verleend, wie de beoordeling bezit, welke zekerheid is beoordeeld, welke bevindingen openstaan en welke behandelbesluiten zijn genomen. Controleer de reikwijdte en periode van zekerheidsdocumenten. Een rapport over een andere dienst of een eerder bedrijfsmodel beantwoordt de huidige vraag mogelijk niet.
Contractonderhandelingen moeten ingaan op de risico's van de relatie. Praktische onderwerpen zijn beveiligingsverantwoordelijkheden, communicatie over incidenten, medewerking aan onderzoek, omgang met kwetsbaarheden, toegangsbeperkingen, beschikbaarheid van bewijs, continuïteit en ondersteuning bij beëindiging. Dit zijn aanbevolen onderhandelingsonderwerpen, geen identieke wettelijke bepalingen voor elk contract.
Afspraken over meldingen door leveranciers moeten uw meldtermijnen ondersteunen. Bevestig operationele contactpersonen en vervangers; de gewone mailbox van een accountmanager tijdens kantooruren kan bij een ernstig incident ontoereikend zijn.
Artikel 21 gaat specifiek over directe relaties. Afhankelijkheden verderop in de keten kunnen toch van belang zijn als ze concentratierisico veroorzaken of herstel ondermijnen. Onderzoek dieper wanneer dat het besluit verandert, in plaats van te proberen een onbegrensde inventaris op te stellen van alle leveranciers van uw leveranciers.
Blijft de zekerheid ontoereikend, dan kan het bestuur de toegang beperken, monitoring toevoegen, over verbeteringen onderhandelen, alternatieven invoeren, de afhankelijkheid herontwerpen of de aanbieder vervangen. Leg de motivering en de tijdelijke maatregelen vast. Het uitbesteden van dienstverlening neemt de verantwoordelijkheid voor het eigen risicobeheerprogramma van de entiteit niet weg.
Artikel 23 regelt de melding van significante incidenten. Een incident is significant als het ernstige operationele verstoring van diensten of financiële verliezen voor de entiteit veroorzaakt of kan veroorzaken, of aanzienlijke materiële of immateriële schade toebrengt aan andere natuurlijke of rechtspersonen. Controleer de toepasselijke nationale en sectorspecifieke significantieregels voordat u het besluitvormingsproces ontwerpt.
De klok begint te lopen bij kennisname van een significant incident, niet bij afronding van het forensisch onderzoek. Leg vast wanneer relevante informatie beschikbaar kwam, wat de beoordeling van de significantie was en wie het besluit nam. Creëer geen later moment van kennisname door interne escalatie uit te stellen.
| Meldfase | Basislijn van de richtlijn | Benodigde voorbereiding |
|---|---|---|
| Vroegtijdige waarschuwing | Zonder onnodige vertraging; uiterlijk 24 uur na kennisname | Beoordeling van mogelijke kwaadwillige of onrechtmatige handelingen en grensoverschrijdende gevolgen |
| Incidentmelding | Zonder onnodige vertraging; in de regel binnen 72 uur na kennisname | Bijgewerkte informatie, eerste beoordeling van impact en ernst, beschikbare indicatoren van compromittering |
| Tussentijds verslag | Op verzoek van de toezichthouder of het CSIRT | Actuele status en relevante ontwikkelingen |
| Eindverslag | In het algemeen binnen één maand na de incidentmelding | Gedetailleerde gevolgen, waarschijnlijke oorzaak of dreiging, mitigatie en relevante grensoverschrijdende gevolgen |
| Incident nog gaande | Voortgangsverslag na één maand | Voortgang tot dan toe, gevolgd door een eindverslag binnen één maand na afronding van de afhandeling |
Verleners van vertrouwensdiensten hebben een specifieke meldplicht binnen 24 uur voor significante incidenten die hun vertrouwensdiensten raken. Zowel essentiële als belangrijke entiteiten hebben gefaseerde meldplichten; de indeling als belangrijk neemt de vroegtijdige waarschuwing niet weg.
Benoem de leider van de beoordeling, de bevoegde indiener, een vervanger, de juridische contactpersoon en de escalatieroute naar het bestuur. Spreek af hoe voorlopige informatie wordt goedgekeurd. Het bestuur heeft zicht nodig zonder bij elke indiening een onvermijdelijk knelpunt te worden.
Bereid sjablonen voor die bevestigde feiten, voorlopige beoordelingen, onbekende punten en geplande updates van elkaar scheiden. Vermijd ononderbouwde toeschrijving of hersteltoezeggingen. Een vroege melding moet eerlijk zijn over onzekerheid in plaats van kunstmatig volledig.
Test de toegang tot het meldkanaal, inloggegevens, contactinformatie en terugvalregelingen. Als de indiener afhankelijk is van een gecompromitteerde zakelijke identiteitsdienst, heeft het proces een alternatief nodig.
Oefen een scenario op een avond of in het weekend. Meet hoe lang het duurt om mogelijke significantie te herkennen, de benodigde mensen bijeen te roepen, de waarschuwing op te stellen, te autoriseren en het kanaal te bereiken. Houd deze activiteit verbonden met inperking en herstel, en zet voldoende mensen in zodat het melden niet het hele responsteam opslokt.
Artikel 23 behandelt ook communicatie aan afnemers van diensten waar dat passend is. Contracten en andere wetten kunnen aanvullende meldingen vereisen. Een inbreuk in verband met persoonsgegevens vereist een eigen beoordeling op grond van de AVG; een NIS2-melding voldoet daar niet automatisch aan. Stem de feiten op elkaar af en houd besluiten en termijnen gescheiden.
Beleid, certificeringen, leveranciersovereenkomsten en registratiebevestigingen kunnen de gereedheid ondersteunen. Het bewijs moet nog steeds laten zien wat binnen de toepasselijke reikwijdte werkt.
Maak onderscheid tussen ontwerp, implementatie en werking. Een toegangsbeleid beschrijft beoogd gedrag. Configuratiebewijs toont de uitrol. Een afgeronde toegangsreview waarin rechten zijn ingetrokken en uitzonderingen zijn opgelost, toont de werking aan. Deze registraties beantwoorden verschillende vragen en zijn niet onderling uitwisselbaar.
Bewaar per bewijsstuk de bron, reikwijdte, datum of periode, eigenaar, beoordelaar, conclusie en beperkingen. Een geslaagde hersteltest voor één applicatie bewijst niet dat de hele omgeving kan worden hersteld. Een schermafdruk kan één configuratie op één moment tonen, geen duurzame werking.
Bescherm gevoelig bewijs. Incidentlogboeken, architectuurdiagrammen en toegangsexports kunnen operationele of persoonlijke informatie blootgeven. Stel passende afspraken op voor toegang, bewaartermijnen en extern delen.
Lacunes in het bewijs moeten werkitems worden. ‘Geen recente test’, ‘onduidelijke reikwijdte bij leverancier’ en ‘eigenaar heeft de export niet beoordeeld’ zijn verschillende problemen die verschillende acties vereisen. Het aantal documenten brengt ze niet aan het licht.
Een ISO 27001-ISMS kan risicobeoordeling, risicobehandeling, beleid, audits, directiebeoordeling en operationele registraties leveren. Vergelijk de gecertificeerde reikwijdte met de entiteiten en diensten die onder de nationale NIS2-regels vallen.
Een certificering van de interne IT kan productiesystemen, een beheerde dienst of een overgenomen bedrijf uitsluiten. Hergebruik relevante maatregelen en bewijs, en behandel indeling, registratie, wettelijke melding en opleiding van het bestuur vervolgens expliciet. Onze gids over NIS2 en ISO 27001 legt uit hoe bestaand ISMS-werk dit proces kan ondersteunen.
NIS2 voorziet niet in een algemeen Europees compliancecertificaat. Certificering ondersteunt zekerheid binnen de eigen reikwijdte; ze regelt niet elke wettelijke plicht. Pas dezelfde relevantietoetsen toe op bestaand KRITIS-bewijs in plaats van aan te nemen dat eerdere acceptatie de huidige verplichtingen dekt.
Neem ter illustratie een Duitse fabrikant met 180 werknemers die apparatuur produceert binnen een in bijlage II genoemde productieactiviteit. Stel dat een beoordeelde berekening de status middelgroot vaststelt, een nationale analyse de indeling als belangrijke entiteit bevestigt en een afzonderlijke beoordeling geen aanwijzing als KRITIS-kritieke installatie oplevert. Deze aannames gelden specifiek voor het voorbeeld en zijn geen regel voor elke fabrikant van die omvang.
De eerste implementatiefocus is de productieplanning in één fabriek. Afhankelijkheden zijn onder meer een ERP-applicatie, industriële besturingen, identiteitsdiensten, back-ups en een onderhoudsleverancier met toegang op afstand. De beoordeling van de juridische reikwijdte omvat nog steeds de relevante verplichtingen van de entiteit buiten deze eerste dienst.
De review vindt drie samenhangende zwakke plekken. Technici van de leverancier delen één beheerdersaccount. Back-uptaken worden voltooid, maar geen enkele recente hersteltest omvat de identiteitsafhankelijkheid van de planningsapplicatie. De incidentprocedure noemt een eigenaar voor de melding zonder een vervanger die bevoegd is om in te dienen.
Het bestuur vraagt om opties in plaats van drie losse beleidsupdates goed te keuren. Operations stelt benoemde, in tijd begrensde leverancierstoegang voor via een gecontroleerd pad voor toegang op afstand. IT stelt een hersteloefening voor de dienst voor, getoetst aan door de business goedgekeurde doelstellingen. Security en juridische zaken stellen een vervangende meldbevoegdheid en een oefening buiten kantoortijden voor.
Ga uitsluitend voor planningsdoeleinden uit van zes weken en een gepland onderhoudsvenster. Het bestuur keurt personeelscapaciteit, de afspraken over stilstand en tijdelijke beperkingen van leverancierstoegang goed. Het besluitverslag legt de gevolgen voor de dienst uit, waarom voor deze behandelingen is gekozen en welk bewijs de afronding zal aantonen.
Het toegangswerk levert configuratieregistraties, een bevestiging van de leverancier en een review op die bevestigt dat het gedeelde account is verwijderd. De hersteloefening herstelt de data, maar haalt de overeengekomen hersteltijd voor de dienst niet, omdat de authenticatie niet snel genoeg kan worden hersteld. Die bevinding blijft open: geslaagde back-uptaken wegen niet op tegen het mislukte resultaat voor de dienst.
Het bestuur besluit vervolgens of het herstel van de identiteitsvoorziening wordt verbeterd, de architectuur wordt gewijzigd of een andere operationele uitwijkregeling wordt gekozen. Elke herziene hersteldoelstelling heeft een zakelijke onderbouwing nodig en moet in lijn blijven met de toepasselijke verplichtingen.
De meldoefening laat zien dat de vervangende indiener niet zelfstandig toegang heeft tot het meldkanaal. Het team corrigeert die toegangsafhankelijkheid en test opnieuw. Gereedheid verbetert door geverifieerde wijzigingen en beoordeelde besluiten, niet door te verklaren dat de herziene procedures af zijn.
De artikelen 32 en 33 onderscheiden toezichtsbenaderingen. Essentiële entiteiten kunnen te maken krijgen met proactieve inspectie- en auditbevoegdheden. Belangrijke entiteiten krijgen toezicht achteraf wanneer informatie wijst op mogelijke niet-naleving. Geen van beide mag het uitblijven van een incident of een vraag van de toezichthouder opvatten als bewijs van gereedheid.
Voor inbreuken op artikel 21 of 23 verplicht artikel 34 lidstaten om nationale maximumboetes vast te stellen van ten minste de volgende niveaus: voor essentiële entiteiten het hoogste bedrag van EUR 10 miljoen en 2% van de totale wereldwijde jaaromzet van de betrokken onderneming; voor belangrijke entiteiten het hoogste bedrag van EUR 7 miljoen en 1,4%. Dit zijn ondergrenzen voor nationale boeteplafonds, geen standaardboetebedragen of universele vaste maxima.
Toezichthouders hebben ook corrigerende bevoegdheden. Artikel 32 voorziet voor essentiële entiteiten in voorwaardelijke mechanismen met betrekking tot relevante certificering of vergunning en tijdelijke beperkingen van bepaalde leidinggevende functies na de voorgeschreven handhavingsstappen. Dit zijn geen automatische gevolgen van elk incident, en de bepaling sluit overheidsinstanties uit.
Bestuurdersaansprakelijkheid en de behandeling door verzekeraars vereisen advies per rechtsgebied. Het bestuur moet zich richten op waarheidsgetrouwe registraties, tijdige behandeling en geïnformeerd toezicht, in plaats van mogelijke boetes te behandelen als vervanging voor het invoeren van de vereiste maatregelen.
Begin de uitvoering bij de dienst met de grootste impact en de afhankelijkheden daarvan, terwijl de juridische beoordeling voor elke relevante entiteit volledig blijft. Geef voorrang aan wettelijke urgentie, gevolgen voor de dienst en taken die later werk mogelijk maken. Een afgebakende implementatiegrens helpt de werkwijze op te zetten; ze beperkt de wettelijke verplichtingen van de entiteit niet tot die pilot.
De volgende directiebeoordeling moet het besluit over de reikwijdte goedkeuren of afronden, de afspraken over registratie en melding bevestigen, prioritaire behandelingen financieren, verantwoordelijke eigenaren aanwijzen en herstel- en meldoefeningen inplannen. Ze moet ook vastleggen wanneer het bestuur het operationele bewijs beoordeelt en welke bevindingen eerder moeten worden geëscaleerd.
In Secani kunnen teams de gekozen dienst, ondersteunende systemen en afhankelijkheden van externe aanbieders modelleren en daarna eisen, maatregelen, eigenaren en beoordeeld bewijs met elkaar verbinden. Ontbrekend bewijs en onopgeloste conclusies kunnen taken worden. Menselijke beoordelaars moeten koppelingen en conclusies over bewijs goedkeuren, met behoud van bronlinks, opmerkingen, goedkeuringen en tijdstempels, zodat de redenering controleerbaar blijft.
Neem één dienstkaart, één verplichtingenregister en de meest ingrijpende lacunes mee naar die vergadering. Vertrek met gefinancierde acties, bruikbare meldbevoegdheid en een datum om de resultaten te bespreken, niet slechts met de toezegging om meer documentatie op te stellen.
Secani verbindt scopes, bewijs, taken en AI-agents in één gedeelde werkruimte.
Gebruik een bestaand ISMS om de implementatie van NIS2 te ondersteunen, met behoud van wettelijke plichten, scopeverschillen en meldplichten.
Verbind de CRA-scope, kwetsbaarheidsbehandeling, ondersteuningstoezeggingen en productbewijs met het actuele tijdpad voor melding en toepassing.
Gebruik de volgende Europese Privacydag om verzoeken te oefenen, gegevensstromen te beoordelen, bewaring te verbeteren en praktische resultaten te meten.