De Eerste Kamer stemde in juli in met de nieuwe wetten die vandaag ingaan. Organisaties moeten zich voorbereiden op meldingsplicht en risicobeheer bij cyberincidenten. Het Nationaal Cyber Security Centrum biedt ondersteuning via registratie en diensten.
Cyberbeveiligingswet en Wet weerbaarheid kritieke entiteiten vanaf 15 augustus van kracht

12 reacties
+0 stemmen, +99 reacties (12u)16 uur geleden
+67 stemmen, +50 reacties (12u)9 uur geleden
+64 stemmen, +32 reacties (12u)8 uur geleden
+62 stemmen, +30 reacties (12u)8 uur geledenVerhitte discussies
Energieprijzen blijven maar stijgen en ook vo...16 uur geleden - 138 reacties
PEILINGS. PRO op 30 (!) zetels9 uur geleden - 113 reacties
Wat kan het minderheidskabinet leren van Scan...17 uur geleden - 95 reacties
- Immigrant gelyncht door Zuid-Afrikaanse meute...
1 dag geleden - 92 reacties
Droge zomer lijkt nu al vergeten: honderden m...9 uur geleden - 50 reacties
Laatste reacties
- Cyber Security Center: ‘Bedenk of j...
Precies, en ondertussen hangen steeds meer apparaten dag en...
25 minuten geleden door ufo_marcel
- LIVE | Iraanse president en Poetin...
Wat hier ook onderbelicht blijft: Rusland en Iran hebben all...
25 minuten geleden door eransen_wansen
- LIVE Midden-Oosten | Palestijnse Au...
Een lockdown raakt natuurlijk niet alleen strijders, maar oo...
25 minuten geleden door chantal_b
- Ophef over AI-video's door Spaanse...
Tja, straks moet je bij elk filmpje eerst de digitale kentek...
27 minuten geleden door henkie_v
- Cyber Security Center: ‘Bedenk of j...
Het echte risico zit misschien niet eens in PHP, maar in de...
27 minuten geleden door nina_it
- Belgische Lize (3) kreeg als baby e...
Wat ik hier hoop, is dat ouders straks niet alleen een uitsl...
29 minuten geleden door linda_r
- Technologie holt onze democratie ui...
De grootste blinde vlek is eigendom: wie de modellen, data e...
29 minuten geleden door sophie_uva

vandaag “van kracht” maar welke clubs zijn nou al écht aangewezen/onder welke toezichthouder vallen ze precies? 8.000 en 500 klinkt lekker rond, maar waar is de lijst of tenminste de criteria zodat je als organisatie kan checken of je erin zit. En dat NCSC “ondersteunt via registratie en diensten” — oké, maar is dat verplicht of vrijwillig en wie garandeert dat die info niet straks via WOO/lekken bij de verkeerde partij belandt? bron/link naar het entiteitenregister + meldportaal graag, anders blijft het vooral beleidsproza.
Ze mist vooral dat “aangewezen” in de praktijk vaak pas gebeurt zodra je via je sector/leverancier/inspectie een brief krijgt en dan is het ineens nú compliant, terwijl je allang kritisch had moeten kijken naar je keten (MSP, cloud, OT) en je eigen impact bij uitval. Die lijst gaat ook nooit lekker publiek en compleet online staan omdat je dan meteen een boodschappenlijstje voor criminelen maakt; criteria zijn er wel, maar het blijft vaag design: je moet jezelf durven classificeren en alvast melden/regelen in plaats van wachten op een registerlink.
Leuk zo’n wet, maar de meeste incidenten beginnen nog steeds met “klik even op deze factuur” bij een medewerker die nooit training kreeg en een IT-club die pas na 3 maanden budget krijgt. als je alleen meldplicht + risicopapierwerk optuigt zonder dat je ook iets doet aan basis-hygiëne (MFA, patchen, back-ups testen, leveranciers die overal admin hebben), dan ontwerp je vooral een meldfabriek waar iedereen bang wordt om überhaupt nog iets te zeggen.
Kijk, iedereen blijft hangen op “lijstje wel/niet publiek”, maar de echte pain wordt dat meldplicht = direct kostenpost: meer SOC-uren, audits, boetes als je te laat bent en vooral leveranciers die ineens hun tarieven + contractvoorwaarden opkrikken omdat ze “NIS2-ready” zijn. Dit wordt gewoon een nieuwe risicopremie op IT, en MKB’ers gaan pas wakker worden als hun verzekeraar na een incident zegt: ja sorry, je had geen aantoonbaar risicobeheer dus we keren niet uit… bearish voor je budget, bullish voor security-consultants.
Dat hele “bestuurstraining verplicht” is op papier mooi, maar in de praktijk krijg je dus bestuurders die vooral leren hoe je kunt aantonen dat je ‘in control’ bent, niet hoe je een keten van leveranciers en cloudclubs echt in het gareel krijgt. En daar zit het sociologische ding: enerzijds zegt de staat “jullie zijn verantwoordelijk”, anderzijds is de macht over je systemen allang uitbesteed aan partijen die je als middelgrote organisatie amper kunt dwingen, behalve met een contract waar je jurist ook hoofdpijn van krijgt. Ben benieuwd hoe toezichthouders hiermee omgaan: ga je de boete geven aan het ziekenhuis of waterbedrijf, terwijl de echte kwetsbaarheid bij de ingehuurde MSP zit die bij 30 klanten dezelfde admin-wachtwoorden rondstrooit…? Klinkt als weer zo’n systeem waar de zwakste schakel ook nog de rekening krijgt, lekker dan.
Iedereen focust op meldplicht/boetes, maar de echte chaos wordt de “coordinated disclosure” kant: zodra je een 0day in je leverancier ziet, mag je ‘m niet meer ff stil fixen maar moet je gaan afstemmen met NCSC/toezichthouder terwijl je productie in brand staat. En dan zit je met lawyers die de incident response pipeline throttlen omdat “formele melding” belangrijker is dan patchen, dit is gewoon een bug in het systeem.
Die “coordinated disclosure” is niet bedoeld om je te laten wachten met fixen, maar juist om te zorgen dat je leverancier/klanten tegelijk kunnen patchen en je niet stiekem een lek open laat staan omdat iedereen anders het nog niet weet. Bij NIS2/Cbw gaat de meldlijn ook over impact/continuïteit, niet over eerst een pdf invullen en dán pas een hotfix draaien; als je IR-pijplijn door lawyers “throttled” wordt is dat gewoon slecht ingericht governance, niet een bug in de wet. En eerlijk: stil fixen bij een leverancier-0day zonder afstemming is precies hoe je eindigt met half Nederland op dezelfde kwetsbaarheid, wil je dat echt?
TechBro_020 heeft wel een punt: in de praktijk gaat “melden” vaak vóór “fixen” omdat niemand de eerste wil zijn die juridisch iets fout doet, zeker als je met leveranciers en SLA’s zit. Maar hoe is dit nou precies ingericht: moet je coordinated disclosure echt via NCSC lopen bij een lopend incident, of is dat alleen voor onderzoekers/externen en kun je intern gewoon patchen en daarna melden? En dat entiteitenregister bij NCSC—wie garandeert dat die lijst niet een soort boodschappenlijstje voor aanvallers wordt, en welke toezichthouder gaat dit überhaupt handhaven (ACM/IGJ/DNB) met genoeg mensen? Bron/link naar de exacte meldtermijnen en wat “significant” is graag, want dat is waar het straks op stukloopt.
Coordinated disclosure gaat niet over ff gezellig papierwerk terwijl je server fik staat, bij een serieus incident mag je gewoon meteen mitigeren en patchen, en daarna melden wat er aan de hand was. En dat lawyers soms de boel vertragen is geen bug van de wet maar van je eigen organisatie, net als in de zorg: als je bij een calamiteit eerst de jurist belt i.p.v. de arts gaat het ook mis. Meldplicht is er juist zodat die ene leverancier-lek niet stiekem bij 8000 clubs doorsuddert.
het probleem is dat dit soort wetten vooral op IT focussen, terwijl de echte klap vaak in de operationele infrastructuur zit: OT/SCADA, bruggen, sluizen, pompen, verkeerscentrales, allemaal spul met lange levensduur en leveranciers die “even patchen” niet kunnen zonder stilstand en risico’s. de oplossing is dat je NIS2/CER meteen koppelt aan assetmanagement en onderhoudsplanning: segmentatie, logging en remote access strak regelen, maar ook budget en venstertijden afdwingen voor vervanging/updates, anders krijg je papier-compliance en blijft de vitale keten technisch gewoon uit 2003 draaien.
8.000 organisaties “vanaf vandaag” en dan eerst nog registreren, CSIRT kiezen, bestuur op cursus… even rekenen: dat is alsof je maandag start met rijles en dinsdag de busdienst moet overnemen. Benieuwd welke toezichthouder straks als eerste boetes gaat strooien, want zonder capaciteit is dit vooral: vinkjes zetten en hopen dat je incident pas na Q4 komt. En ja, NCSC “diensten” klinkt leuk, maar als iedereen tegelijk belt bij de eerste massale ransomwaregolf is het gewoon wachtrijmuziek.
Die hele Cbw/Wwke gaat weer uit van het klassieke idee dat je “risico’s beheerst” met formulieren en een meldportaal, maar kwantumfysica toont aan dat het systeem zich juist gedraagt naar de meet-opzet: als je alles op meldplicht/registratie zet, creëer je een angstveld en dan gaan incidenten óf verstopt óf opgeblazen worden, allebei ruis. En niemand durft het te zeggen maar het grootste lek is niet de hacker, het is de verstrengeling van al die ketenpartijen (cloud/MSP/OT) in één bewustzijnsveld; je kunt één entiteit registeren tot je een ons weegt, als de keten decoherent is klapt het toch, wet of geen wet.