Cyberbeveiligingswet · hosting voor softwarebouwers

Host je software voor een klant? Dan moet je hosting aantoonbaar op orde zijn.

Sinds 15 augustus 2026 geldt de Cyberbeveiligingswet, de Nederlandse uitwerking van NIS2. Valt jouw klant eronder, dan moet die met élke leverancier afspraken maken over beveiliging, incidentmelding, kwetsbaarheden en continuïteit. Ook met de partij die de software host. Wij bouwden de serverbeheersoftware en het beveiligingsprogramma dat dit regelt, en leveren het bewijs erbij.

15 aug 2026wet van kracht
8.000+organisaties vallen eronder
24 uureerste melding bij een incident
10verplichte maatregelen
01
Organisatie onder de wethaven, energie, transport, zorg, industrie, overheid …
↓  eist afspraken van leveranciers
02
Jouw softwaremaatwerk, portaal of SaaS die de klant dagelijks gebruikt
↓  draait bij
03
De hostingpartijservers, back-ups, updates, scans, incidentafhandeling
de toeleveringsketen uit de zorgplicht
Deel 1 · de eisen

Wat de Cyberbeveiligingswet van je klant vraagt, en dus van jou.

De wet legt de verplichtingen bij de organisatie die eronder valt. Maar die organisatie mag zijn leveranciers niet buiten beschouwing laten: beveiliging van de toeleveringsketen is een van de tien verplichte maatregelen. Wie software levert én laat hosten, krijgt de vragen dus vanzelf op zijn bord.

Voor wie Essentiële en belangrijke entiteiten

Organisaties in de sectoren van bijlage 1 en 2 van de wet, afhankelijk van aantal medewerkers, jaaromzet en balanstotaal. Sommige aanbieders vallen er ongeacht omvang onder, zoals DNS-diensten, domeinregistratie en overheden.

Zorgplicht Passende en evenredige maatregelen

Risico's voor netwerk- en informatiesystemen in kaart brengen en beheersen. De wet noemt tien maatregelen die in elk geval geregeld moeten zijn; hieronder staan ze.

Meldplicht 24 uur, 72 uur, één maand

Een significant incident meld je bij het NCSC via MijnNCSC: een vroege waarschuwing binnen 24 uur, een incidentmelding binnen 72 uur en een eindverslag binnen een maand.

Bestuur Persoonlijk verantwoordelijk

Het bestuur keurt de maatregelen goed, ziet toe op de uitvoering en moet aantoonbaar voldoende kennis hebben. Uitvoerende bestuurders volgen binnen twee jaar een verplichte training. Uitbesteden aan een CISO ontslaat het bestuur niet.

De tien maatregelen uit de zorgplicht

Letterlijk zoals de NCTV ze opsomt. Bij elke maatregel staat wat hij in de praktijk betekent voor de hosting van jouw software.

  • 01
    Beleid over risicoanalyse en beveiliging van netwerk- en informatiesystemenWeten welke systemen er zijn, wat er mis kan gaan en wat je daartegen doet.
  • 02
    IncidentenbehandelingEen storing of aanval zien, ingrijpen, vastleggen en de klant tijdig informeren.
  • 03
    Bedrijfscontinuïteit, zoals back-upbeheer en herstelplannen, en crisisbeheerBack-ups op een andere plek, en bewijs dat ze terug te zetten zijn.
  • 04
    Beveiliging van de toeleveringsketen, met inbegrip van beveiligingsgerelateerde aspectenAfspraken met leveranciers over beveiliging, incidentmelding, kwetsbaarheden en continuïteit.
  • 05
    Beveiliging bij het verwerven, ontwikkelen en onderhouden van netwerk- en informatiesystemenUpdates, patches, veilige code en een manier om kwetsbaarheden te melden en af te handelen.
  • 06
    Beleid en procedures om de effectiviteit van maatregelen te beoordelenNiet alleen maatregelen nemen, maar ook meten of ze werken.
  • 07
    Basispraktijken op het gebied van cyberhygiëne en opleidingMalware weren, inbraakpogingen blokkeren, mensen weten wat ze doen.
  • 08
    Beleid en procedures voor het gebruik van cryptografie en encryptieVersleutelde verbindingen en geldige certificaten, bewaakt in plaats van aangenomen.
  • 09
    Beveiligingsaspecten ten aanzien van personeel, toegangsbeleid en beheer van assetsWie kan waarbij, via welke route, en welke servers en systemen zijn er eigenlijk.
  • 10
    Het gebruik van multifactorauthenticatie, beveiligde communicatie en noodcommunicatiesystemenSterke toegang, versleuteld verkeer en een kanaal dat werkt als de rest uitvalt.

De meldplicht in stappen

  • ≤ 24 uur
    Vroegtijdige waarschuwingnadat de organisatie kennis heeft genomen van een significant incident
  • ≤ 72 uur
    Incidentmeldingmet een eerste beoordeling van ernst en impact
  • ≤ 1 maand
    Eindverslagoorzaak, gevolgen en herstelmaatregelen

Een incident is significant als het een ernstige verstoring of financiële verliezen veroorzaakt of kan veroorzaken, of andere partijen aanzienlijke schade toebrengt. De precieze drempels verschillen per sector.

Wat dit voor de hosting betekent

Die 24 uur beginnen te lopen op het moment dat jouw klant het weet. Draait de software bij een hostingpartij die pas de volgende ochtend ziet dat er iets mis was, dan is de termijn al half op voordat iemand kan beginnen met melden.

Een hostingpartij moet daarom binnen minuten zien dat er iets gebeurt, direct ingrijpen, en de feiten vastleggen: wat, wanneer, vanaf waar, welke systemen. Dat zijn precies de gegevens die de klant in de melding aan het NCSC moet zetten.

En de wet zegt het zelf: leveranciers vallen door het leveren aan een organisatie onder de wet niet automatisch zelf onder de wet. De klant moet het dus contractueel regelen. Met jou, en via jou met de hostingpartij.

"Organisaties die onder de Cyberbeveiligingswet vallen, moeten afspraken maken met leveranciers over beveiligingsmaatregelen, het melden van incidenten, het omgaan met kwetsbaarheden en continuïteit."

NCTV, Cyberbeveiligingswet, onderdeel Toeleveringsketen

Bron voor dit onderdeel: nctv.nl/onderwerpen/c/cyberbeveiligingswet. Of jouw klant onder de wet valt, bepaal je met de doorverwijsboom van de NCTV; wij geven daar geen juridisch oordeel over.

Deel 2 · onze software

De software en het programma dat wij bouwden om hieraan te voldoen.

Wij beheren zelf tientallen servers voor honderden organisaties. Elke keer dat daar iets misging, hebben we er een stuk software voor geschreven dat het de volgende keer ziet, afvangt en meldt. Voor klanten die onder de Cyberbeveiligingswet vallen, of daaraan leveren, hebben we daar een compleet programma bovenop gezet. Hieronder per maatregel wat het doet, en wat er nog bij jou of je klant blijft liggen.

Zo hebben we het al ingericht

Voor een softwarebedrijf dat keuringssoftware voor de scheepvaart als SaaS levert aan grote opdrachtgevers die onder de Cyberbeveiligingswet vallen, hebben we dit programma in september 2026 volledig doorgevoerd: van een audit van de code op scheiding tussen klanten, tot dagelijkse scans, een maandelijkse hersteltest van de back-up en een maandrapport dat de klant aan zijn opdrachtgevers kan laten zien. Alles wat hieronder staat, draait daar vandaag.

11hoge bevindingen uit de code-audit gefixt en op productie
A+externe TLS-beoordeling, TLS 1.2 en 1.3
400 dagenlogs bewaard buiten de productieserver
1× per maandback-up daadwerkelijk teruggezet en vergeleken
Maatregel 01

Risicoanalyse en beveiligingsbeleid

Weten wat er draait en waar het kwetsbaar is.

Wat wij doen
  • Beveiligingsaudit van de applicatie vooraf: alle routes, schermen en API-koppelingen nagelopen op scheiding tussen klanten, autorisatie en gevoelige data in logs. Met rapport in de repository.
  • Automatische inventaris van elke server: hostname, IP, webserver, sites en applicaties, dagelijks ververst en zichtbaar in het klantenpaneel.
  • Externe poortscan en firewall-audit op alle servers: open en risicovolle poorten worden gemeld voordat iemand anders ze vindt.
  • Maatregelenoverzicht als document: per onderdeel wat er is ingericht, met frequentie en status. Bijgewerkt bij elke wijziging.
Blijft bij de klant: het beleid en de risicoanalyse van de eigen organisatie. Wij leveren daarvoor het technische deel op papier.
Maatregel 02

Incidentenbehandeling

Zien, ingrijpen, vastleggen, informeren.

Wat onze software doet
  • Elke minuut bewaking van belasting, geheugen, schijf en de diensten op de server. Valt een dienst uit, dan wordt hij herstart en gemeld; zit hij in een crashlus, dan gaat er direct een alarm uit met de foutregel erbij.
  • Ingrijpen op de bron: een aanvaller of scraper die een server vol trekt wordt binnen vijf minuten geblokkeerd. Echt gebruikersverkeer wordt daarbij met rust gelaten.
  • Elk incident vastgelegd met tijdstip, oorzaak, bron-IP's en wat er is gedaan. Dat is het materiaal voor de melding binnen 24 en 72 uur.
  • Incidentresponsplan met vaste termijnen: melding aan de klant binnen 24 uur na ontdekking, een update binnen 72 uur en een afsluitend rapport. Zo past het onder de meldplicht van de klant.
Blijft bij de klant: de melding bij het NCSC zelf. Wij leveren de feiten en zijn 24/7 bereikbaar om ze toe te lichten.
Maatregel 03

Continuïteit, back-ups en herstel

Een back-up die niemand test is geen back-up.

Wat onze software doet
  • Dagelijkse back-up naar onze eigen back-upserver in Nederland, over een versleutelde verbinding: database, bestanden, uploads, configuratie en de omgevingsvariabelen. Snapshots per dag, 30 dagen bewaard. Elk uur wordt gecontroleerd of de back-up is gelukt.
  • Maandelijkse hersteltest: de nieuwste databasedump wordt teruggezet in een testdatabase en tabel- en rijaantallen worden vergeleken met productie. De uitkomst staat in het paneel.
  • Schijfbewaking met noodrem: loopt een schijf vol, dan ruimt de software eerst regenereerbare data op en meldt daarna wat er speelt.
  • Vastgelegde hersteldoelen in de overeenkomst: maximaal 24 uur dataverlies, herstel binnen 8 uur als inspanning.
Blijft bij de klant: het crisis- en continuïteitsplan van de organisatie zelf. Onze cijfers zijn de input.
Maatregel 04

Toeleveringsketen

Hier zijn wij de leverancier waar afspraken mee gemaakt moeten worden.

Wat wij regelen
  • Security-addendum bij de overeenkomst: rolverdeling, subverwerkers, incidentmelding en vrijwaring. Precies de vier onderwerpen die de wet noemt, op papier.
  • Algemene voorwaarden met een artikel Informatiebeveiliging en Cyberbeveiligingswet, plus privacyverklaring en AVG-beveiligingsbeleid, openbaar op deze site.
  • Servers in Nederland en de EU, beheerd door ons; bestandsopslag en e-mail bij Europese partijen. Geen tussenpartijen die je klant ook nog moet beoordelen.
  • Openbaar responsible-disclosurebeleid, zodat gevonden kwetsbaarheden bij ons terechtkomen en niet op een forum.
Blijft bij de klant: het leveranciersbeleid en de beoordeling van de andere leveranciers in de keten.
Maatregel 05

Veilig ontwikkelen en onderhouden

Updates die gebeuren, niet gepland staan.

Wat onze software doet
  • Dagelijkse applicatiescan: kwetsbare afhankelijkheden (composer en npm), productie-instellingen, rechten op configuratie en code, van buitenaf bereikbare bestanden, beveiligingsheaders, openstaande migraties, mislukte queue-jobs en de frameworkversie.
  • Beveiligingsupdates elke nacht, met een teller die alleen meldt wat écht openstaat. Kernel-updates krijgen een vast herstartmoment.
  • Geautomatiseerde tests in de CI die bewaken dat klant A niets van klant B kan lezen of wijzigen, ook niet via de API. Elke wijziging aan de code loopt erlangs.
  • Configuratiebewaking: wijzigt iemand of iets een kritiek configuratiebestand, dan is dat binnen de minuut gemeld.
Bouwen wij de software niet zelf, dan blijft de beveiliging van de applicatiecode bij de bouwer. De scans en tests kunnen we wel op die code zetten.
Maatregel 06

Effectiviteit beoordelen

Meten of de maatregelen nog werken.

Wat onze software doet
  • Wekelijkse externe kwetsbaarheidsscan vanaf onze scanserver: bekende kwetsbaarheden en misconfiguraties, TLS-instellingen en beveiligingsheaders. Niet-destructief.
  • Elke controle rapporteert aan het klantenpaneel met status in orde, aandacht of kritiek, en het volledige rapport als bestand. Een kritieke melding maakt automatisch een taak aan.
  • Maandrapport per e-mail aan de klant: alle controles van de afgelopen maand samengevat. Direct door te sturen naar de opdrachtgever of auditor.
  • Driftcontrole en dagelijkse logreview: elke server wordt vergeleken met de vastgelegde standaard en afwijkingen worden geduid als ruis of storing.
Maatregel 07

Cyberhygiëne

Malware weren en inbrekers buiten houden.

Wat onze software doet
  • Dagelijkse malwarescan met eigen signaturen, opgebouwd uit echte besmettingen die we in de praktijk tegenkwamen, naast de publieke signatuurdatabases. Ook controle op onbekende beheerdersaccounts en gewijzigde bestanden.
  • Controle buiten de webroot: crontabs, opstartbestanden, vermomde processen en opgeblazen sleutelbestanden. Daar nestelen serieuze aanvallers zich.
  • Inbraakpogingen automatisch geblokkeerd: wachtwoordaanvallen, botscans en misbruik van de API, met rate limiting per IP en per account op de logins.
  • Vondsten in quarantaine, niet gewist: er blijft een forensische kopie voor de analyse en het eindverslag.
Blijft bij de klant: opleiding van eigen medewerkers.
Maatregel 08

Cryptografie en encryptie

Certificaten bewaken in plaats van aannemen.

Wat onze software doet
  • Alleen TLS 1.2 en 1.3, met HSTS en de overige beveiligingsheaders in de webserver. Externe beoordeling A+.
  • Certificaten live gemeten zoals een browser of mailclient ze ziet, niet zoals ze op schijf staan. Verlopen, zelfondertekend of het verkeerde certificaat: het wordt gemeld en waar mogelijk zelf verlengd.
  • Versleutelde verbindingen voor beheer, back-ups en logtransport tussen servers.
Maatregel 09

Personeel, toegang en assets

Wie kan waarbij, en via welke route.

Wat wij regelen
  • Eén toegangsroute: beheer verloopt uitsluitend via onze centrale toegangsserver met SSH-sleutels, nooit met wachtwoorden en nooit rechtstreeks vanaf een werkplek.
  • Accounts van vertrokken ontwikkelaars en beheerders worden bij overname direct geblokkeerd en hun API-tokens ingetrokken. Wachtwoorden en tokens komen niet meer in logbestanden terecht.
  • Firewall-standaard op elke server met een whitelist die vanuit het klantenpaneel wordt beheerd, en blokkades die een herstart overleven.
  • Assetbeheer uit de automatische inventaris: welke servers, welke systemen, welke applicatie op welke machine.
Blijft bij de klant: het personeelsbeleid en de toegangsrechten binnen de eigen organisatie.
Maatregel 10

MFA, beveiligde en noodcommunicatie

Een kanaal dat werkt als de rest uitvalt.

Wat wij regelen
  • Tweestapsverificatie ingebouwd in de applicaties die wij hosten: code per e-mail na de wachtwoordlogin, vertrouwd apparaat 30 dagen, elke gebeurtenis in de audittabel. Inschakelen is één instelling.
  • Meldingen buiten de eigen infrastructuur: alarmen gaan naar een extern kanaal, dus ook als een server of het paneel zelf uitvalt komt de melding aan.
  • Direct een mens: 24/7 bereikbaar via WhatsApp en telefoon, zonder wachtrij of ticketnummer. Bij een incident is dat je noodkanaal.

Het ritme waarin het draait

Geen eenmalige inrichting, maar controles die automatisch blijven lopen en hun uitkomst melden in het klantenpaneel.

FrequentieControleWat er gebeurt
elke minuutDiensten, belasting, geheugenUitgevallen dienst herstart en gemeld, crashlus direct alarm, aanvaller binnen vijf minuten geblokkeerd
elke 2 minSecurity-agentIntegriteits- en accountcontrole, melding bij afwijking
elke 5 minBewaking applicatieSchijfruimte, geheugen, cache, herstart van de applicatie, e-mailfouten
elk uurUpdates en back-upControle op openstaande beveiligingsupdates en of de nachtelijke back-up is gelukt
dagelijksMalwarescan, applicatiescan, logreview, logarchiveringEigen signaturen, kwetsbare afhankelijkheden en instellingen, logs 400 dagen buiten de server, beveiligingsupdates geïnstalleerd
wekelijksExterne kwetsbaarheidsscanBekende kwetsbaarheden, TLS en headers vanaf onze scanserver
maandelijksHersteltest en maandrapportBack-up teruggezet en vergeleken; samenvatting van alle controles per e-mail aan de klant
jaarlijksPenetratietest en oefening (optioneel)Externe pentest tegen kostprijs en een tabletop-oefening van het incidentresponsplan met de klant
Deel 3 · wat je krijgt

Het leveranciersdossier dat je klant kan overleggen.

Compliance is niet alleen doen, maar ook kunnen laten zien. Daarom hoort bij de hosting een set documenten en een paneel waarmee je klant zijn opdrachtgevers, toezichthouder en bestuur kan bedienen.

Maatregelenoverzicht

Per onderdeel wat er op de servers en in de applicatie is geregeld, met frequentie en status, in gewone taal. Direct bruikbaar in het leveranciersbeleid van je klant.

Overeenkomst en security-addendum

Rolverdeling, subverwerkers, incidentmelding, omgang met kwetsbaarheden, continuïteit en vrijwaring. De vier onderwerpen die de wet noemt, met reactietijden.

Incidentresponsplan

Vastgestelde stappen en termijnen: melding aan de klant binnen 24 uur na ontdekking, update binnen 72 uur, afsluitend rapport. Sluit aan op de meldplicht.

Beveiligingsrapporten in het paneel

Elke scan, hersteltest en externe controle staat in het klantenpaneel, gesorteerd op kritiek, aandacht en in orde, met het volledige rapport als bestand. Je klant kan er zelf bij.

Maandrapport

Op de eerste van de maand een samenvatting van alle controles per e-mail. Het bewijs voor de opdrachtgever dat de maatregelen niet alleen op papier staan.

Eén aanspreekpunt

Vragen van de opdrachtgever, de auditor of het bestuur van je klant over de hosting? Wij beantwoorden ze, met de techniek erbij.

Wat wij niet voor je oplossen

Wij zijn een technische partij, geen jurist of auditor. Een paar dingen liggen buiten wat hosting kan regelen, en we zeggen dat liever vooraf:

  • Of jouw klant onder de wet valt en in welke categorie, bepaalt de klant zelf aan de hand van de wet en de doorverwijsboom van de NCTV.
  • De registratie in het entiteitenregister en de melding bij het NCSC doet de klant zelf. Wij leveren de feiten, niet de melding.
  • Beleid, risicoanalyse, personeelsbeleid en de training van bestuurders zijn van de organisatie zelf.
  • Onze software bewaakt de servers, de infrastructuur en de applicaties die wij hosten. Code die wij niet zelf hebben gebouwd, auditen we alleen op afspraak.

Krijg je deze vragen van een klant?

Stuur ze door. We lopen samen de tien maatregelen na voor jouw software, en je krijgt een eerlijk antwoord op wat al geregeld is en wat nog niet. Geen verplichtingen.

WhatsApp: 06 - 23 98 14 43 dennis@correctsoftware.nl Je krijgt Dennis zelf aan de lijn, geen callcenter.
Veelgestelde vragen
Val ik als softwarebouwer zelf onder de Cyberbeveiligingswet?

Niet automatisch. De NCTV zegt letterlijk dat leveranciers niet onder de wet vallen enkel omdat ze leveren aan een organisatie die eronder valt. Maar je klant moet wél afspraken met je maken over beveiliging, incidentmelding, kwetsbaarheden en continuïteit. In de praktijk krijg je die eisen dus contractueel. Lever je zelf een dienst uit bijlage 1 of 2, of ben je een managed serviceprovider van voldoende omvang, dan kun je er wel rechtstreeks onder vallen; dat bepaal je aan de hand van de wet.

Mijn software draait nu bij een grote cloudpartij. Is dat niet al genoeg?

Een grote cloudpartij levert veilige bouwstenen, maar de servers, updates, back-ups, monitoring en incidentafhandeling van jouw omgeving zijn jouw verantwoordelijkheid, of die van wie je daarvoor inhuurt. Het gedeelde verantwoordelijkheidsmodel legt precies dat deel bij jou. Ons programma vult dat deel in en levert er het bewijs bij.

Kan dit ook op mijn eigen servers of bij mijn huidige hoster?

Ja. De software is ontstaan voor onze eigen vloot en draait op Ubuntu- en AlmaLinux-servers met en zonder beheerpaneel. We sluiten je servers aan op het paneel, de scans en de meldingen; het beheer kun je zelf doen of bij ons laten. Zie ook het onderdeel serverbeheersoftware op de hoofdpagina.

Waar staan de servers en de data?

In datacenters in Nederland en de Europese Unie, beheerd door ons; de back-upserver staat in Nederland. Welke locatie precies, leggen we per klant vast in de overeenkomst, samen met de subverwerkers voor bestandsopslag en e-mail. Er zit geen partij tussen die je klant nog apart hoeft te beoordelen.

Hoe snel weten jullie het als er iets misgaat?

De bewaking van diensten, belasting, geheugen en schijf draait elke minuut; een uitgevallen dienst of een crashlus geeft direct een alarm. Malwarescans, applicatiescans, logreview en updates draaien elke nacht, de externe scan elke week. Een aanval die een server vol trekt wordt binnen vijf minuten aan de bron geblokkeerd. Alles gaat naar een extern meldkanaal en, bij een echt incident, naar een mens.

Wat kost dit?

Dat hangt af van het aantal servers, de applicatie en of wij het beheer doen of alleen de software leveren. Je krijgt vooraf een vaste offerte met een eenmalig deel voor de inrichting en audit, en een vast maandbedrag voor de doorlopende controles daarna. Een externe penetratietest berekenen we tegen kostprijs door.