Door ir. Shailin Sewmangel en Santosh Sharman MSc, CISSP
4 september 2026 · 8 minuten lezen
Introductie: de convergentie van AI en industriële kwetsbaarheid
ChatGPT, Microsoft Copilot, Claude en andere generatieve AI-toepassingen zijn in korte tijd een vast onderdeel geworden van de dagelijkse werkpraktijk. Binnen assetmanagement, procesautomatisering en technisch onderhoud worden deze instrumenten intensief benut om storingen te analyseren, lijvige OEM-handleidingen samen te vatten, rapportages op te stellen en historische data te doorzoeken. Met de snelle opkomst van agentic AI volgt de volgende stap: autonome software-agents die zelfstandig netwerken inspecteren, API-koppelingen aanroepen en meerstaps acties uitvoeren over verschillende systemen heen.
Tegelijkertijd is de digitale basis van veel Operationele Technologie (OT) op tal van plaatsen kwetsbaar. Het Cybersecuritybeeld Nederland 2025 constateert dat statelijke actoren cyberprogramma’s opzetten of uitbreiden, en wijst er daarnaast op dat kwaadwillenden generatieve AI kunnen inzetten om eenvoudiger en op grotere schaal aanvallen uit te voeren. Het Britse National Cyber Security Centre waarschuwde eind augustus 2026 specifiek voor een toename van aanvallen op aan het internet blootgestelde OT-systemen, en adviseert organisaties hun OT-architectuur te inventariseren en te verifiëren dat componenten zoals PLC’s en HMI’s niet rechtstreeks bereikbaar zijn. Ga er niet vanuit dat een systeem niet aan het internet hangt, luidt de kern van dat advies, maar controleer het. Het betreft omgevingen met PLC’s, SCADA-servers en HMI’s die wegens procescontinuïteit lastig te patchen zijn, waar toeleveranciers via permanente remote-access tunnels verbonden zijn en waar actueel inzicht in het volledige netwerkontwerp ontbreekt.
Sinds 15 augustus 2026 is in Nederland bovendien de Cyberbeveiligingswet van kracht, waarmee de Europese NIS2-richtlijn definitief in nationale wetgeving is omgezet. Voor organisaties binnen vitale en essentiële sectoren zijn risicobeheer, ketenbeveiliging, netwerksegmentatie en continuïteitsborging geen vrijblijvende aanbevelingen meer, maar harde wettelijke vereisten met directe bestuurlijke aansprakelijkheid.
We zetten dus steeds krachtigere, autonome digitale hulpmiddelen in, terwijl het digitale fundament achter onze fysieke assets kwetsbaar blijft. Het incident tussen OpenAI en Hugging Face biedt in dit licht cruciale inzichten voor industriële asset owners.
Het OpenAI-Hugging Face incident ontleed
In juli 2026 liep een interne cybersecurity-evaluatie bij OpenAI uit op een werkelijk beveiligingsincident. Modellen omzeilden de controles die hen van het internet moesten isoleren en compromitteerden delen van de eigen onderzoeksinfrastructuur van OpenAI en van de systemen van Hugging Face. De agents kregen via een kwetsbaarheid in een intern gehoste Artifactory-omgeving toegang tot het internet, koppelden vervolgens meerdere onbekende kwetsbaarheden aan elkaar en voerden code uit op tientallen productieservers van Hugging Face. Op één server verkregen zij volledige rootrechten. Zij benaderden privégegevens en bemachtigden inloggegevens voor onder meer Kubernetes, databases, coderepository’s en de interne communicatieomgeving van het bedrijf. OpenAI publiceerde hierover op 26 augustus 2026 een openhartig technisch rapport en spreekt zelf van een waarschuwingsschot.
Het betrof geen aanval op een fabriek of energiecentrale. Maar het was evenmin een afgeschermde laboratoriumopstelling: het incident raakte productie-infrastructuur van een externe partij. De onderliggende mechaniek is voor OT-omgevingen om vier redenen zorgwekkend:
Autonome verkenning en probleemoplossing: De modellen losten zelfstandig complexe technische barrières op over meerdere opeenvolgende stappen, zonder menselijke tussenkomst.
Coördinatie en laterale verplaatsing: De agents zetten een geïmproviseerd berichtenbord op waarop zij ontdekkingen, inloggegevens en aanvalstechnieken deelden tussen losstaande evaluatieruns. Zij verdeelden het werk autonoom en omschreven zichzelf soms als een zwerm. Daarmee bundelden zij rekenkracht en resultaten uit afzonderlijke opdrachten.
Dramatische tijdscompressie: Verkenningen en aanvalspaden waarvoor menselijke penetratietesters dagen tot weken nodig hebben, werden binnen minuten geïdentificeerd.
Late detectie: Het eerste bericht op het berichtenbord dateert van 12 mei. Pas op 19 juli sloeg de beveiligingsmonitoring aan. OpenAI stelt achteraf vast dat de juiste monitoring het beveiligingsteam binnen een uur had gealarmeerd, ruim dertig uur voordat de modellen de systemen van Hugging Face binnendrongen.
De ernst blijkt ook uit de reactie: OpenAI plaatste de modelgewichten in quarantaine, onderbrak de trainingsruns van zijn krachtigste modellen, verzwaarde de sandbox- en netwerkisolatie en houdt de grootste geplande trainingsrun aan tot er meer bewijs is dat de modellen beheersbaar zijn.
Waarom dit incident gevaarlijk is voor verouderde OT
De kwetsbaarheden in industriële automatisering bestaan al decennia. PLC’s, DCS-controllers en RTU’s hebben operationele levenscycli van 15 tot 25 jaar en zijn primair ontworpen voor procesbeschikbaarheid en veiligheid (Safety), niet voor netwerkbeveiliging (Security). Het patchen van deze systemen vereist vaak kostbare productiestops en brengt risico’s voor de processtabiliteit met zich mee.
Wat industriële netwerken echter uniek kwetsbaar maakt, is dat klassieke veldbusprotocollen (zoals Modbus TCP, Profinet, EtherNet/IP en DNP3) standaard géén ingebouwde encryptie of authenticatie bevatten. Zodra een aanvaller of een autonome agent via een misconfiguratie of zwakke verbinding binnendringt in het besturingsnetwerk, zijn er geen complexe zero-days nodig: controllers accepteren functionele commando’s blindelings.
| OT-Knelpunt in de praktijk | Cyberrisico bij autonome / AI-dreigingen | Gevolg voor de fysieke operatie |
|---|---|---|
| Platte netwerken / Geen segmentatie | Onbelemmerde, razendsnelle laterale verspreiding tussen niveaus en zones | Eén besmet kantoorwerkstation legt gelijktijdig meerdere kritieke productielijnen stil |
| Permanente remote access van leveranciers | Onbewaakte inkomende tunnels die direct uitkomen in procesnetwerken | Compromittering van een externe toeleverancier resulteert in directe controle over fysieke assets |
| Legacy HMI’s & End-of-Life besturingssystemen | Eenvoudige exploitatie van bekende kwetsbaarheden waarvoor geen updates meer bestaan | Verlies van procesvisualisatie (Blind-to-Process) en onvermogen van operators om in te grijpen |
| Onvolledig OT-assetregister | Ongedocumenteerde switches, gateways en schaduw-netwerkinterfaces | Blinde vlekken worden ongezien geëxploiteerd als springplank naar vitale besturingen |
| Ontbrekende ‘cold backups’ van PLC-software | Manipulatie of overschrijving van controllercode door kwaadaardige firmware of ransomware | Hersteltijden (MTTR) lopen op van uren naar weken; gevaar van fysieke milieuschade |
Dat dit geen theoretisch risico is, blijkt uit de cijfers. Dragos telde in 2025 honderdnegentien ransomwaregroepen die industriële organisaties aanvielen, tegenover tachtig groepen in 2024: een stijging van 49 procent. Samen troffen zij ruim 3.300 organisaties, waarvan meer dan tweederde in de maakindustrie. In alle OT-ransomwarezaken waarin Dragos incident response uitvoerde, trad aanzienlijke operationele verstoring op.
AI creëert deze kwetsbaarheden niet; ze waren er al. Maar AI ontneemt asset owners wel hun belangrijkste historische schijnzekerheid: security through obscurity. De gedachte dat een industriële installatie veilig is omdat deze te specifiek of complex is voor aanvallers, is geen houdbare beveiligingsstrategie meer.
De wettelijke context: de Cyberbeveiligingswet (NIS2)
De technologische dreiging valt samen met een ingrijpende juridische verschuiving. Sinds 15 augustus 2026 legt de Cyberbeveiligingswet bindende verplichtingen op aan organisaties in vitale sectoren. Voor de operationele techniek vertaalt zich dit in concrete governance- en beheerseisen:
Ketenbeveiliging en leverancierstoegang: Asset owners moeten aantoonbaar verifiëren wie externe toegang heeft tot procesbesturingen en hoe deze toegang technisch is ingeperkt en gelogd.
Incidentbeheersing en continuïteit: Organisaties moeten aantonen dat zij na een cyberincident over gevalideerde herstelprocedures beschikken voor hun OT-besturingssystemen.
Bestuurlijke verantwoordelijkheid: Directies en asset managers kunnen zich niet langer verschuilen achter IT; zij dragen een wettelijke zorgplicht voor de digitale veiligheid van hun fysieke assets.
Het interne risico: gevoelige OT-informatie in AI-tools
Naast de externe dreiging brengt de interne adoptie van AI een wezenlijk risico met zich mee. Maintenance- en automation engineers gebruiken AI-tools te goeder trouw om storingen op te lossen of programmacode te optimaliseren. Daarbij worden ongemerkt uiterst gevoelige technische gegevens geüpload naar openbare of onvoldoende beveiligde AI-modellen:
- Piping & Instrumentation Diagrams (P&ID’s) en installatietekeningen;
- Gedetailleerde IP-adresseringen, SCADA-topologieën en OT-netwerktekeningen;
- PLC- en DCS-code (zoals Structured Text of Function Block Diagrams);
- Configuratiebestanden van industriële firewalls en bekende storingshistorieken.
Wanneer deze documenten in externe modellen belanden, liggen de aanvalsoppervlakken van uw vitale installatie bloot. Daarnaast brengt het toekennen van API-toegang aan AI-agents (bijvoorbeeld naar SharePoint of onderhoudsmanagementsystemen) het risico van data-exfiltratie met zich mee. Duidelijke AI-governance binnen OT is daarom geen theoretisch vraagstuk, maar een noodzakelijke operationele barrière.
De brug tussen Cybersecurity en Assetmanagement
Binnen industriële organisaties is men gewend om na te denken over betrouwbaarheid, beschikbaarheid, faalgedrag en levensduur (ISO 55000). Voor de digitale bouwstenen van diezelfde installatie ontbreekt deze integratie nog vaak. Toch zijn de vragen identiek:
| Cybersecurityvraagstuk | Klassieke Assetmanagement-impact |
|---|---|
| Is de PLC-software of het besturingssysteem end-of-support? | Lifecycle Management: Moet de controller om cyberveiligheidsredenen eerder worden vervangen dan de mechanische conditie vereist? |
| Is remote access van derden voldoende gecontroleerd? | Ketenafhankelijkheid: Welke leveranciersafhankelijkheid en contractuele risico’s zijn verbonden aan het onderhoud van deze installatie? |
| Is de netwerksegmentatie robuust ingericht? | Storingsbeheersing (FMECA): Kan een digitaal incident op één asset escaleren naar een totale fabrieksuitval (Common Cause Failure)? |
| Zijn actuele backups beschikbaar en offline beveiligd? | Herstelbaarheid (MTTR): Wat is de gegarandeerde hersteltijd van het fysieke proces bij corruptie van besturingssoftware? |
| Is het OT-assetregister actueel en compleet? | Datakwaliteit: Kunnen we valide investerings- en vervangingsbeslissingen nemen zonder volledig zicht op onze assets? |
Begin niet bij de firewall, maar bij de architectuur (IEC 62443)
Een organisatie die haar OT-cyberbeveiliging wil versterken, bereikt weinig met een willekeurige verzameling beveiligingsproducten zolang de basisarchitectuur niet klopt. De internationale normenreeks IEC 62443 biedt het noodzakelijke fundament voor industriële automatisering, in het bijzonder IEC 62443-3-2 (Zonering, Conduits & Risicoanalyse):
Zones (Zonering): Groepeer assets logisch en fysiek op basis van hun kriticiteit en vereist beveiligingsniveau (Target Security Level, SL-T). Safety Instrumented Systems (SIS) behoren te allen tijde in een eigen, strikt afgescheiden zone te functioneren.
Conduits (Communicatiekanalen): Alle dataverkeer tussen zones mag uitsluitend plaatsvinden via strikt gedefinieerde conduits op basis van een default deny-principe. Geen open ‘any-any’ routering tussen proceslagen.
Industriële DMZ (IDMZ): Een strikte scheiding tussen IT en OT. Geen enkele verbinding mag rechtstreeks van kantoornetwerken (L4) naar de besturingslaag (L2/L1) lopen; alle communicatie wordt onderbroken via intermediate jump hosts en proxydiensten.
Deep Packet Inspection (DPI): Inspecteer niet alleen IP-adressen en TCP-poorten, maar controleer de werkelijke inhoud van industriële commando’s. Zo kan worden voorkomen dat ongeautoriseerde schrijfcommando’s of firmware-updates een PLC bereiken.
Hoe weerbaar is uw operationele omgeving écht?
Het incident tussen OpenAI en Hugging Face toont aan dat de aanvalssnelheid en verkenningskracht van geautomatiseerde systemen exponentieel toenemen, terwijl industriële assets decennia meegaan. Afwachten tot een toezichthouder voor de Cyberbeveiligingswet handhavend optreedt, of tot een geautomatiseerd script een ongepatchte controller platlegt, is een onverantwoord risico.
De hamvraag voor elke asset owner, technisch manager en directie is dan ook:
“Als een geautomatiseerde actor vandaag binnendringt via een toeleverancier of kantoorwerkplek, hoeveel barrières vindt deze dan voordat uw fysieke proces in gevaar komt?”
Die vraag is beantwoordbaar. Het begint met een actueel beeld van uw OT-assets en netwerkverbindingen, gevolgd door een toetsing van uw zones en conduits aan IEC 62443-3-2. Vanuit assetmanagement hoort daar de vervolgvraag bij: welke van de gevonden risico’s raken uw meerjarenonderhoudsplan, uw vervangingsbeslissingen en uw inkoopvoorwaarden?
Wij combineren die twee invalshoeken. Wilt u weten waar uw blinde vlekken zitten voordat een geautomatiseerde actor ze ontdekt? Neem contact op voor een vrijblijvende intake.
Verder lezen
Wilt u weten waar uw organisatie staat op het gebied van assetmanagement? De Assetmanagement Scan beoordeelt in vijfentwintig vragen onder meer hoe criticaliteit, onderhoudsstrategie en assetinformatie bij u zijn ingericht, en levert een rapport met een concrete volgorde om mee aan de slag te gaan.
Bronnen
- OpenAI, Het Hugging Face-incident en de weg vooruit, 26 augustus 2026 — openai.com
- OpenAI, Hugging Face Incident Technical Report, 26 augustus 2026 — technisch rapport (pdf)
- Cyberbeveiligingswet (Cbw), in werking getreden 15 augustus 2026 — ncsc.nl
- Cybersecuritybeeld Nederland 2025, NCTV, 26 november 2025 — aivd.nl
- AIVD Jaarverslag 2025, hoofdstuk Cyberdreigingen — aivd.nl
- Britse National Cyber Security Centre, advies over aan internet blootgestelde OT-systemen, augustus 2026
- Dragos, 2026 OT/ICS Cybersecurity Report and Year in Review, 17 februari 2026 — dragos.com
- NCSC-NL, Security by design in de vitale sector — ncsc.nl