OT-architectuur

Wat is OT-architectuur?

OT-architectuur is de beschrijving van de opbouw en samenhang van alle systemen, netwerken, datastromen en beveiligingsmaatregelen die een fysiek proces meten, besturen en bewaken, van sensor in het veld tot de koppeling met bedrijfssystemen. Het gaat om SCADA-systemen, PLC’s, sensoren, actuatoren, industriële netwerken en monitoringtools, én om de manier waarop die met IT-systemen verbonden zijn. Een goede architectuur legt vast welk systeem op welk niveau hoort, welk verkeer tussen niveaus mag lopen en hoe de installatie beschikbaar en veilig blijft gedurende een levensduur van vaak twintig jaar of meer.

OT-architectuur zorgt voor betrouwbare, veilige en beheersbare procesautomatisering, van veldlaag tot managementniveau.

🧱 Uit welke onderdelen bestaat een OT-architectuur?

Elke OT-omgeving, of het nu een waterzuivering, een voedingsmiddelenfabriek of een onderstation is, bestaat uit een vergelijkbare set bouwstenen:

Een architectuur beschrijft niet alleen deze componenten, maar vooral hun relaties: wie praat met wie, via welk protocol, met welke frequentie en onder wiens beheer.

Dat expliciet vastleggen heeft een praktisch doel: componenten en netwerken standaardiseren, installaties beheersbaar laten groeien, veiligheid en beschikbaarheid waarborgen, interoperabiliteit tussen leveranciers en systemen bevorderen en de installatie voorbereiden op innovatie.

🏗 Hoe deelt het Purdue-model een OT-architectuur in lagen in?

De gangbaarste indeling is het Purdue-model, begin jaren negentig ontwikkeld aan Purdue University en later de basis voor ISA-95 (IEC 62264) en het referentiemodel in IEC 62443-1-1. Elk niveau heeft een eigen functie en tijdschaal:

Niveaus 0 tot en met 3 vormen samen de productie- of OT-zone, niveaus 4 en 5 de enterprise-zone. Niveau 3,5 komt niet uit het oorspronkelijke model, maar uit de beveiligingspraktijk, onder meer uitgewerkt in Converged Plantwide Ethernet van Cisco en Rockwell Automation. Het principe: er loopt geen directe verbinding van kantoor naar productie.

Een goede OT-architectuur definieert per laag welke componenten, protocollen en beveiligingsmaatregelen gelden.

🔐 Hoe beveiligt u een OT-architectuur?

Beveiliging is geen laag bovenop de architectuur, maar een ontwerpprincipe (Security by Design). De normreeks IEC 62443 geeft daarvoor het gangbare kader. De belangrijkste bouwstenen:

Samen vormen deze maatregelen defense in depth: valt één laag weg, dan houdt de volgende de aanvaller nog tegen.

🔁 Wat is het verschil tussen IT- en OT-architectuur?

Zie voor de bredere vergelijking Wat zijn de verschillen tussen IT en OT. IT OT Convergentie vraagt om een architectuur die beide werelden technisch én beleidsmatig verbindt, zonder dat de eisen van de procesbesturing ondergeschikt raken aan die van IT.

🔧 Hoe stelt u in de praktijk een OT-architectuur op?

In september 2025 publiceerden CISA, de FBI, het Britse NCSC, het Nederlandse NCSC en vier andere partners samen de richtlijn Creating and Maintaining a Definitive View of Your OT Architecture. Die beschrijft vijf principes, die goed bruikbaar zijn als stappenplan:

1. Leg het proces vast - wie onderhoudt het architectuuroverzicht, hoe vaak wordt het bijgewerkt en wie mag het inzien? Een verouderd overzicht geeft schijnzekerheid.
2. Richt een OT-beveiligingsprogramma in - verankerd in uw managementsysteem, met eigenaarschap voor OT-risico’s.
3. Inventariseer en classificeer assets - via een assetinventaris en passieve monitoring, met per asset kritikaliteit, firmwareversie en eigenaar.
4. Documenteer alle verbindingen - breng datastromen tussen niveaus in kaart en let vooral op verkeer dat niveaus overslaat, zoals een PLC met een directe cloudverbinding.
5. Breng risico’s van derden in kaart - leveranciers met toegang op afstand, cloudplatformen en integrators (Supply Chain-risico).

Daarna volgt het ontwerp: zones en conduits bepalen, security levels toekennen met een risicobeoordeling en de IDMZ inrichten. In januari 2026 volgde van het Britse NCSC, opnieuw samen met onder meer het Nederlandse NCSC, een aanvullende richtlijn met acht principes voor veilige connectiviteit van OT, zoals blootstelling beperken, grenzen versterken en loggen.

Nederlandse context. Sinds 15 augustus 2026 gelden de Cyberbeveiligingswet en het Cyberbeveiligingsbesluit. De zorgplicht omvat ook OT-systemen die nodig zijn voor de dienstverlening, zoals SCADA en PLC’s van een drinkwaterbedrijf of energienetbeheerder. Een actueel architectuuroverzicht is dan geen luxe meer: zonder overzicht kunt u risico’s niet beoordelen en incidenten niet snel afbakenen. Voor leveranciers van producten met digitale elementen gaat daarnaast de Cyber Resilience Act gelden.

🧭 Welke trends veranderen de klassieke OT-architectuur?

Het Purdue-model gaat uit van data die netjes van laag naar laag omhoog stroomt. Moderne architecturen wijken daarvan af:

• Edge computing en cloud - data gaat soms rechtstreeks van niveau 1 of 2 naar een cloudplatform. Dat vraagt om strikte conduits en uitgaande verbindingen.
• Unified Namespace - een centrale, eventgedreven databus via MQTT in plaats van punt-tot-puntkoppelingen per laag.
• NAMUR Open Architecture - een tweede, eenrichtingskanaal naast de bestaande besturing voor monitoring en optimalisatie.
• Virtualisatie - SCADA-servers en soms zelfs soft-PLC’s draaien op gevirtualiseerde hardware.
• Zero Trust - ook binnen een zone wordt niet meer blind vertrouwd.

Een referentiearchitectuur die deze ontwikkelingen combineert met klassieke segmentatie is de IT OT Security Reference Architecture. Toepassingen als IIoT en Predictive Maintenance worden daarmee mogelijk zonder de procesbesturing bloot te stellen.

❓ Veelgestelde vragen

Is het Purdue-model nog bruikbaar voor OT-architectuur?

Ja, het Purdue-model blijft de gemeenschappelijke taal om OT-systemen naar functie in te delen en te segmenteren. Wel moet u het aanvullen met zones en conduits uit IEC 62443 en met afspraken voor edge- en cloudverbindingen die niveaus overslaan.

Wat is het verschil tussen OT-architectuur en netwerksegmentatie?

OT-architectuur beschrijft het geheel van systemen, datastromen, beheer en beveiliging in een industriële omgeving. Netwerksegmentatie is één maatregel binnen die architectuur, namelijk het opdelen van het netwerk in afgeschermde delen.

Welke norm gebruikt u voor het ontwerpen van een veilige OT-architectuur?

De belangrijkste norm is IEC 62443, met name deel 3-2 voor zones, conduits en risicoanalyse en deel 3-3 voor systeemeisen per security level. NIST SP 800-82 Rev. 3 uit september 2023 geeft daarnaast praktische OT-architectuurvoorbeelden.

Hoe vaak moet een OT-architectuuroverzicht worden bijgewerkt?

Een OT-architectuuroverzicht moet worden bijgewerkt bij elke wijziging in assets, verbindingen of leveranciers, en daarnaast periodiek worden gecontroleerd. De internationale richtlijn van september 2025 spreekt van een definitive record dat continu actueel moet zijn.

Wie is verantwoordelijk voor de OT-architectuur?

Meestal ligt de verantwoordelijkheid bij een OT-architect of OT security engineer, in samenwerking met procesautomatisering, IT en de eigenaar van de installatie. Onder de Cyberbeveiligingswet blijft het bestuur van de organisatie eindverantwoordelijk voor de zorgplicht, ook voor OT.

Hoort een veiligheidssysteem (SIS) in dezelfde zone als de PLC?

Een SIS staat functioneel op niveau 1 van het Purdue-model, maar wordt in een goede OT-architectuur als aparte safety-zone behandeld. Zo blijft het veiligheidssysteem onafhankelijk werken, ook als de procesbesturing gecompromitteerd raakt.

📌 Samengevat

OT-architectuur is de blauwdruk voor betrouwbare, veilige en toekomstbestendige industriële systemen.

Het Purdue-model geeft de lagen, IEC 62443 de zones, conduits en security levels, en een actueel architectuuroverzicht vormt de basis voor risicobeoordeling en de zorgplicht onder de Cyberbeveiligingswet. Door structuur aan te brengen in besturing, netwerken en beveiliging wordt OT integraal beheersbaar, ook in samenhang met IT.

Kijk ook op OTArchitect.nl