Fase 1–2
OT-securityarchitectuur
Welk verkeer moet er tussen uw kantoornetwerk en uw besturing lopen, en welk niet?
OT-kwetsbaarheden analyseren
Kwetsbaarheden in beeld, voordat ze worden misbruikt
Weet u welke apparatuur op uw OT-netwerk staat, met welke firmware en welke verbindingen naar buiten? Een kwetsbaarhedenanalyse geeft dat antwoord: een systematisch onderzoek van uw besturingssystemen, toegesneden op SCADA, PLC, DCS en HMI en niet op een kantoornetwerk.
Toelichting
Hoe wij te werk gaan zonder uw proces te raken
Het grootste deel van het beeld ontstaat zonder dat er iets aan uw installatie verandert. Netwerkverkeer wordt passief meegelezen. Configuraties en de scheiding tussen uw netwerken worden beoordeeld. En uw assetinventarisatie gaat naast wat er werkelijk op het netwerk staat, want dat verschil is vaak de eerste bevinding.
Actief testen gebeurt alleen binnen een scope die u vooraf heeft vastgesteld. Dat gebeurt buiten productietijd, of op een representatieve testopstelling. Bij een Factory Acceptance Test vervalt die beperking: het systeem staat dan nog geïsoleerd bij de leverancier.
De scope leggen wij samen met u vast, en u bepaalt wat erin komt. Een securitytest die zelf een storing veroorzaakt, heeft het probleem vergroot dat hij moest vinden. Daarom staat afbakening als eerste stap in de werkwijze hieronder en niet als voorwaarde in de kleine letters.
Wat wij onderzoeken
Niet-gepatchte software en firmware, beoordeeld met CVE's en CVSS
Onveilige configuraties: standaardwachtwoorden, open poorten, overbodige diensten
Gebreken in netwerksegmentatie, met name koppelingen tussen IT en OT
Verificatie van hardeningsmaatregelen in hun specifieke context
- Wat u krijgt
- Een auditwaardig rapport met geverifieerde bevindingen, vertaald naar bedrijfsrisico, met prioriteiten en een roadmap voor herstel.
- Voor wie
- OT-manager, kwaliteitsmanagement, projectleiders van OT-investeringen.
Afbakening
Waar deze aanpak ophoudt
Wanneer dit loont
Als u niet met zekerheid kunt zeggen welke apparatuur op uw OT-netwerk staat, met welke firmware en met welke verbindingen naar buiten. En vlak voordat een leverancierssysteem op uw productienetwerk wordt aangesloten, want dat is het laatste moment waarop een gebrek nog van de leverancier is.
Wanneer een lichtere aanpak volstaat
Als er nog niet is afgesproken wie wanneer iets aan de installatie mag veranderen. De uitkomst bestaat uit kwetsbaarheden met een prioritering en een hardeningadvies, en zonder patchvenster, onderhoudsstop of mandaat blijft die lijst een lijst. U koopt dan een risicoregister dat u niet kunt verkleinen. Regel eerst dat wijzigen mogelijk is: een vast venster in het onderhoudsplan, en de afspraak wie erover gaat. Daarna is meten zinvol, en dan is het bovendien goedkoper omdat de bevindingen meteen ergens landen.
Toelichting
Beveiliging als projectmijlpaal
In OT-projecten kan beveiliging geen sluitpost zijn. Latente kwetsbaarheden die later worden misbruikt leiden tot onveilige situaties en productieverlies. Wij plaatsen de analyse daarom in de projectplanning, volgens de V-model-systematiek.
Door beveiliging te behandelen als een gewone technische oplevering, net als veiligheid of elektrische integriteit, voorkomt u dat technische schuld zich opstapelt. Eisen die in de ontwerpfase zijn vastgelegd, worden aantoonbaar geïmplementeerd en getoetst.
Werkwijze
Werkwijze in zes stappen
Afbakening
Samen bepalen welke systemen, netwerken en applicaties in scope zijn, met afspraken over tijdvensters en impactbeheersing
Technische analyse
Geautomatiseerde scanning aangevuld met gerichte controle van configuratie en toegang
Handmatige validatie
Belangrijke bevindingen worden geverifieerd op werkelijke aanwezigheid en misbruikbaarheid; fout-positieven vallen af
Risico en impact
Technische bevindingen vertaald naar bedrijfsrisico: beschikbaarheid, integriteit, reputatie en compliance
Hardening en verbeteradvies
Concrete maatregelen die direct uitvoerbaar zijn, plus structurele verbeteringen
Rapportage en begeleiding
Auditwaardig rapport met managementsamenvatting, prioriteiten en roadmap, plus ondersteuning bij het oplossen
Toepassing
Toepassing bij acceptatietesten
Het meest effectieve moment is tijdens de acceptatietest, voordat het systeem op uw productienetwerk komt.
Factory Acceptance Test
Beoordeling bij de leverancier. Omdat het systeem geïsoleerd staat, kan actief worden gescand zonder operationeel risico. Wat hier wordt gevonden, moet de leverancier oplossen vóór verzending.
Site Acceptance Test
Beoordeling na installatie. Wij toetsen of het systeem correct is opgenomen in uw netwerkarchitectuur en of tijdelijke toegangspaden uit de inbedrijfstelling zijn gesloten.
Herstelkosten lopen exponentieel op naarmate een gebrek later wordt gevonden. Een beveiligingsfout oplossen tijdens de FAT is een veelvoud goedkoper dan patchen op een draaiend systeem.
Wetgeving
Wetgeving
Cyberbeveiligingswet (Cbw)
Geldt sinds 15 augustus 2026 en zet de Europese NIS2-richtlijn om in Nederlands recht. U moet kwetsbaarheden aanpakken en weten wie er via uw keten toegang heeft. Vitale aanbieders moeten hun weerbaarheid kunnen aantonen. Het rapport is daarvoor het bewijs als de RDI komt toetsen.
Cyber Resilience Act
Stelt eisen aan producten met digitale elementen, wat via de FAT toetsbaar wordt.
IEC 62443
De werkwijze sluit aan op IEC 62443-2-4 en 62443-3-3.
Verwante diensten
Cyber & Digital Assets
Fase 4–5
Penetratietesten OT
Een penetratietest laat zien of een aanvaller binnenkomt, en wat hij dan kan bereiken.
Contact
Van vraagstuk naar aanpak
Een gesprek van een half uur maakt vaak al duidelijk waar de winst zit.
Plan een kennismaking