Wenn Sie heute eine Industrieanlage betreiben, wissen Sie bereits, dass der traditionelle „Air Gap“ keine verlässliche alleinige Verteidigung mehr ist. Ihre Operational Technology (OT) und Industrial Control Systems (ICS) sind zunehmend mit Unternehmensnetzwerken, der Cloud und Industrial IoT (IIoT)-Geräten verbunden. Während diese Konnektivität enorme Effizienzsprünge und vorausschauende Wartung ermöglicht, setzt sie Altsysteme auch einer hochvernetzten Bedrohungslandschaft aus. 

Ganz gleich, ob Sie Werksleiter, OT-Ingenieur oder CISO sind: Der Schutz kritischer Infrastrukturen – von Stromnetzen über Wasseraufbereitungsanlagen bis hin zu Fertigungsbereichen – bedeutet heute längst nicht mehr nur, unbefugte Benutzer vom Unternehmens-WLAN fernzuhalten. Es geht darum sicherzustellen, dass eine digitale Störung oder ein gezielter Cyberangriff nicht zu einem katastrophalen physischen Ereignis, einer Umweltkatastrophe oder längeren Betriebsunterbrechungen führt. 

Hier kommt der Standard IEC 62443 ins Spiel. Er gilt weltweit als anerkannter Maßstab für die Absicherung industrieller Automatisierungs- und Steuerungssysteme (IACS). Das Lesen internationaler Standards kann sich jedoch oft anfühlen, als würde man eine Fremdsprache übersetzen. 

In diesem umfassenden Leitfaden zerlegen wir den Kernrahmen von IEC 62443, erläutern die vier kritischen Security Levels (SL1-SL4) und geben Ihnen umsetzbare, schrittweise Maßnahmen an die Hand, um Ihre kritische Infrastruktur zu schützen. 

Bevor wir fortfahren, vergessen Sie bitte nicht, unseren vorherigen Blogbeitrag über „Der gescheiterte Angriff: Lehren aus dem OT-Beinahevorfall in Schweden“ hier anzusehen

Die besondere OT-Sicherheitslandschaft: Warum IT-Regeln nicht greifen 

Bevor wir uns mit Security Levels befassen, müssen wir ein verbreitetes Missverständnis ausräumen: Sie können Ihre IT-Sicherheitsrichtlinien nicht einfach unverändert auf Ihre OT-Umgebung übertragen. 

In der klassischen Information Technology (IT) besteht das vorrangige Ziel darin, die Vertraulichkeit von Daten zu schützen. Erkennt eine Bank eine Sicherheitsverletzung, kann das System Server automatisch herunterfahren, um sensible Kundendaten zu schützen. 

In Operational Technology (OT) stehen Verfügbarkeit und Sicherheit im Mittelpunkt. Erkennt ein digitales System, das den Kühlmechanismus einer Chemieanlage steuert, eine Anomalie, kann ein einfaches Abschalten eine Explosion verursachen. OT-Systeme arbeiten in Echtzeit (oft im Millisekundenbereich gemessen). Eine Verzögerung von 100 Millisekunden durch einen intensiven Netzwerkscan oder einen Verschlüsselungsprozess kann bedeuten, dass ein Roboterarm nicht rechtzeitig stoppt, um einen Unfall zu verhindern. 

Hinzu kommt: IT-Hardware wird in der Regel alle drei bis fünf Jahre ersetzt, wodurch kontinuierliches Software-Patching möglich ist. Industrielle Anlagen – wie Turbinen, Pumpen und Programmable Logic Controllers (PLCs) – sind auf eine Lebensdauer von 20 bis 30 Jahren ausgelegt. Sie laufen häufig auf Altsystemen, die kompensierende Maßnahmen statt direkter Härtung oder Patchung erfordern. 

Hier ein kurzer Überblick darüber, wie sich IT- und OT-Prioritäten unterscheiden: 

Aufgrund dieser gravierenden Unterschiede ist ein dedizierter Rahmen wie IEC 62443 unverzichtbar. Er schafft eine gemeinsame Sprache, damit IT- und OT-Teams sicher zusammenarbeiten können, ohne die Sicherheit und Zuverlässigkeit der Anlagenebene zu beeinträchtigen. 

Der Kern von IEC 62443: Zonen, Conduits und Defense-in-Depth 

Bevor Sie Security Levels zuweisen, müssen Sie verstehen, wie IEC 62443 ein Netzwerk strukturiert. Der Standard basiert auf einem Segmentierungsmodell, das als Zones and Conduits bekannt ist. 

Gelingt es einem Angreifer, ein flaches, unsegmentiertes Netzwerk zu kompromittieren, kann er sich leicht seitwärts bewegen – von einem infizierten Laptop aus der Buchhaltung direkt zu dem Engineering-Workstation, die ein physisches Ventil steuert. Das IEC-62443-Rahmenwerk begrenzt diese laterale Bewegung durch strikte logische Isolation. 

• Zones: Das sind logische oder physische Gruppen von Assets (wie PLCs, HMIs oder Sensoren), die ähnliche Sicherheitsanforderungen haben. Durch die Gruppierung dieser Assets schaffen Sie einen definierten Perimeter. Wird eine Zone kompromittiert, hält die Segmentierung die Bedrohung eingeschlossen und schützt den Rest der Anlage. 

• Conduits: Das sind die kontrollierten Kommunikationswege zwischen den Zonen. Ein Conduit wird typischerweise durch ein Grenzgerät wie eine industrielle Firewall oder ein unidirektionales Gateway gesteuert. 

Praxisbeispiel: Stellen Sie sich eine Wasseraufbereitungsanlage vor. Sie könnten eine „General Operations Zone“ für Operator-Workstations (mit mittlerem Sicherheitsbedarf) und eine „Chemical Dosing Zone“ für die PLCs, die den Chlorgehalt steuern (mit maximalem Sicherheitsbedarf), einrichten. Das Conduit zwischen beiden würde eine Firewall enthalten, die ausschließlich bestimmte Read-only-Abfrageanfragen zulässt. Bediener können die Chlorgehalte auf ihren Bildschirmen überwachen; versucht jedoch eine kompromittierte Workstation, eine Konfigurationsänderung zu senden, um überschüssiges Chlor einzuleiten, verwirft und protokolliert das Conduit den Verkehr ausdrücklich. 

Diese Segmentierung ist die Grundlage von Defense-in-Depth – dem Einsatz mehrerer überlappender Schichten technischer, physischer und prozessualer Kontrollen, damit andere Maßnahmen eingreifen können, wenn eine Schicht versagt. 

IEC 62443 Security Levels (SL1 - SL4) verständlich erklärt 

Die IEC 62443 Security Levels bieten einen risikobasierten Fahrplan für die Resilienz industrieller Systeme. Sie messen die erforderliche Robustheit eines IACS, um Cyberbedrohungen standzuhalten – von gelegentlichen Fehlern bis hin zu hochentwickelten, gut finanzierten Angriffen. 

Sie müssen nicht für jede einzelne Maschine das höchste Security Level anwenden. Stattdessen ordnen Sie den jeweiligen Zonen das passende Level zu, basierend auf dem tatsächlichen Risiko. Schauen wir uns die vier Stufen an und was sie für Ihren Shopfloor bedeuten. 

Security Level 1 (SL1): Schutz vor gelegentlichem oder unbeabsichtigtem Missbrauch 

SL1 ist Ihre Baseline. Es ist nicht darauf ausgelegt, einen entschlossenen, böswilligen Angreifer aufzuhalten; vielmehr schützt es vor unbeabsichtigten menschlichen Fehlern, nachlässigem Umgang mit Daten oder nicht böswilligen Handlungen. 

• Die Bedrohung: Ein Mitarbeiter steckt versehentlich einen infizierten USB-Stick in eine Engineering-Workstation, sendet sensible Konfigurationen an die falsche Person per E-Mail oder verändert unbeabsichtigt einen Sollwert einer Maschine. 

  Kernanforderungen:

• Grundlegende Authentifizierung (eindeutige Benutzernamen und Passwörter). 

• Grundlegende Netzwerksegmentierung (Trennung des IT-Enterprise-Netzwerks vom OT-Netzwerk). 

• Deaktivierung ungenutzter Ports und Dienste auf industriellen Geräten. 

• Einfache physische Zugriffsbeschränkungen. 

Umsetzbare Maßnahme für SL1: Entfernen Sie umgehend gemeinsame oder Standardpasswörter (z. B. „admin/admin“) auf allen Geräten im Shopfloor. Stellen Sie sicher, dass jeder Bediener ein eindeutiges Login besitzt, damit Aktionen nachvollziehbar sind. 

Security Level 2 (SL2): Schutz vor einfachen absichtlichen Angriffen 

SL2 steht für das Standard-Schutzniveau, das für die meisten typischen industriellen Zonen erforderlich ist. Es schützt vor vorsätzlichen Angriffen durch Angreifer mit geringer Motivation, begrenzten Ressourcen und allgemein verfügbaren, gängigen Hacking-Tools. 

• Die Bedrohung: Script Kiddies, opportunistische Ransomware, Passwort-Raten oder einfache Phishing-Angriffe auf Operator-Workstations. 

  Kernanforderungen: 

• Rollenbasierte Zugriffskontrolle (RBAC): Benutzer erhalten nur Zugriff auf die spezifischen Zonen und Funktionen, die sie für ihre Aufgaben benötigen. 

• Sicherer Fernzugriff: Umsetzung von Virtual Private Networks (VPNs) mit starkem Sitzungsmanagement. 

• Ereignisprotokollierung: Systeme müssen für alle sicherheitsrelevanten Ereignisse mit Zeitstempel versehene Audit-Aufzeichnungen erzeugen. 

• Automatische Sitzungs-Sperren: Systeme müssen Benutzer nach einer festgelegten Inaktivitätszeit sperren, um ein physisches Übernehmen der Workstation zu verhindern. 

Umsetzbare Maßnahme für SL2: Implementieren Sie für den gesamten Fernzugriff einen „Jump Server“ in einer Demilitarized Zone (DMZ). Erlauben Sie es niemals einem Ingenieur oder einem Drittanbieter, sich direkt vom öffentlichen Internet in die OT-Umgebung zu verbinden. Die Verbindung muss zuerst zum Jump Server erfolgen, dort authentifiziert werden und anschließend zum spezifischen Anlagensystem führen. 

Security Level 3 (SL3): Schutz vor ausgefeilten absichtlichen Angriffen 

Mit SL3 betrachten wir kritische Infrastruktursysteme, bei denen ein Einbruch erhebliche finanzielle Verluste, Betriebsunterbrechungen oder Sicherheitsrisiken verursachen könnte. Diese Stufe schützt vor versierten, hoch motivierten Angreifern mit IACS-spezifischem Fachwissen. 

• Die Bedrohung: Zielgerichtete Ransomware-Gruppen, speziell für OT-Protokolle entwickelte Malware oder versierte Hacker, die mehrvektorale Netzwerkeinbrüche nutzen. 

  Kernanforderungen: 

• Starke Authentifizierung: Multi-Faktor-Authentifizierung (MFA) ist eine zentrale kompensierende Kontrolle und eine starke Empfehlung für jeden Fernzugriff unter SL3; für lokale administrative Zugriffe wird sie ebenfalls dringend empfohlen. 

• Aktive Erkennung von Eindringversuchen: Einsatz spezialisierter OT-Netzwerküberwachungstools, die industrielle Protokolle (wie Modbus oder PROFINET) verstehen, um anomales Verhalten zu erkennen. 

• Strikte Durchsetzung des Least-Privilege-Prinzips: Zugriffsrichtlinien, bei denen Vertrauen niemals vorausgesetzt wird – auch nicht innerhalb des Netzwerks. 

• Verschlüsselte Datenübertragung: Absicherung der Daten während der Übertragung, um „Man-in-the-Middle“-Angriffe zu verhindern, die Sensorwerte verändern könnten, sofern dies technisch möglich ist, ohne die Latenz zu beeinträchtigen. 

Umsetzbare Maßnahme für SL3: Setzen Sie Netzwerk-Testzugangspunkte (TAPs) ein, um Ihren OT-Netzwerkverkehr passiv zu überwachen. Passive Überwachung ermöglicht es Ihnen, maßgeschneiderte Malware und anomale Befehle zu erkennen, ohne Latenz hinzuzufügen oder den Echtzeitbetrieb deterministischer Netzwerke zu gefährden. 

Security Level 4 (SL4): Schutz vor fortgeschrittenen / staatlichen Angriffen 

SL4 ist für Umgebungen konzipiert, die den schwerwiegendsten Bedrohungslagen ausgesetzt sind, etwa in der kritischen Energieerzeugung oder bei großen Öl- und Gaspipelines. Es schützt vor Gegnern mit umfangreichen Ressourcen, hoher Motivation und tiefem, spezialisiertem Wissen über Ihre spezifischen Steuerungssysteme. 

• Die Bedrohung: Staatlich unterstützte Cyberkriegsführung, Advanced Persistent Threats (APTs), Zero-Day-Exploits und koordinierte Angriffe mit dem Ziel, massive physische Zerstörung oder langanhaltende gesellschaftliche Störungen zu verursachen. 

  Kernanforderungen: 

• Hardwarebasierte Sicherheit: Einsatz von Trusted Platform Modules (TPM) oder Hardware Security Modules (HSM) für manipulationsresistente Authentifizierung auf Hardware-Ebene, wo möglich. 

• Doppelte Freigabe: Kritische Aktionen (wie das Öffnen eines Sicherheitsventils oder das Herunterfahren eines primären Kühlsystems) müssen gleichzeitig von zwei getrennten autorisierten Personen freigegeben werden. 

• Fortgeschrittene forensische Protokollierung: Vollständige Verkehrserfassung und Paketanalysen werden in sicheren Repositorys gespeichert. 

• Kontinuierliche Anomalieerkennung: Verhaltensanalyse des gesamten Netzwerkverkehrs nahezu in Echtzeit. 

Umsetzbare Maßnahme für SL4: Für ultra-kritische Zonen, die Daten nach außen senden müssen (z. B. Leistungsdaten an eine Cloud für vorausschauende Wartung), sollten Sie Standard-Firewalls durch Unidirectional Gateways (Data Diodes) ersetzen. Diese physischen Hardwaregeräte erlauben den Datenfluss nur nach außen und schaffen so eine physische Barriere gegen eingehende bösartige Befehle. 

Der SL-Lebenszyklus: Target, Capability und Achieved Levels 

Bei der Implementierung dieser Stufen ist es entscheidend zu verstehen, dass ein „Security Level“ kein einzelnes, statisches Label ist. Während sich bestimmte Teile des IEC-62443-Standards (wie 62443-3-3) stark auf die Festlegung von Systemanforderungen konzentrieren, stützen sich der breitere Rahmen und die praktischen ISA-Trainingsmethoden auf drei unterschiedliche Metriken, mit denen Sie Ihre Sicherheitslage bewerten können: 

1. SL-T (Target Security Level): Das ist das gewünschte Sicherheitsniveau, das Sie für eine bestimmte Zone benötigen, basierend auf Ihrer initialen Risikobewertung. (z. B. „Basierend auf dem Risikoprofil benötigt unsere Chemikalienmischzone ein SL-T von 3.“) 

2. SL-C (Capability Security Level): Das ist das maximale Sicherheitsniveau, das ein bestimmtes Gerät oder System technisch bereitstellen kann, wenn es optimal konfiguriert ist. (z. B. „Die neue PLC, die wir gekauft haben, verfügt über integrierte Funktionen, die ihr ein SL-C von 3 geben.“) 

3. SL-A (Achieved Security Level): Dies dient als praktischer Messwert für Ihre Feldsicherheit – das tatsächliche, verifizierte Niveau, das derzeit in Ihrem Betrieb aktiv ist. (z. B. „Obwohl die PLC ein SL-C von 3 hat, haben wir die erweiterten Authentifizierungsfunktionen noch nicht aktiviert, daher liegt unser operatives SL-A derzeit nur bei 1.“) 

Ihr operatives Ziel besteht darin, diese Metriken im Zeitverlauf anzugleichen, sodass Ihr Erreichtes Niveau Ihrem Zielniveau entspricht (SL-A ≥ SL-T).

Die Rolle kompensierender Kontrollen 

Was tun Sie, wenn Ihr SL-T bei 3 liegt, Sie aber einen 20 Jahre alten Turbinenregler betreiben, dessen SL-C bei 1 endet? Die Turbine können Sie nicht einfach austauschen. 

Stattdessen setzen Sie kompensierende Kontrollen ein. Da das Altsystem sich nicht nativ verteidigen kann, errichten Sie einen Schutzperimeter um es herum. Sie platzieren das verwundbare Asset in einer streng isolierten Zone, wenden eine tiefe Protokollfilterung am Conduit an und nutzen virtuelles Patching auf Firewall-Ebene. Diese kompensierenden Maßnahmen erhöhen die insgesamt erreichte Sicherheit der Zone, ohne die empfindliche Altanlage anzufassen. 

Eine praktische risikobasierte Umsetzungsstrategie 

Sie können nicht alles auf einmal absichern, ohne die Produktion zum Stillstand zu bringen. Die Umsetzung von IEC 62443 erfordert einen pragmatischen, risikobasierten Ansatz. So empfehlen wir bei Shieldworkz, Ihren Umsetzungsworkflow zu strukturieren: 

Schritt 1: Ein interdisziplinäres Team zusammenstellen 

Cybersicherheit ist längst kein reines IT-Thema mehr. Ihr Bewertungsteam muss IT-Sicherheitsspezialisten, OT-Ingenieure, Produktionsleiter und Fachexperten umfassen, die die physische Realität der Maschinen verstehen. 

Schritt 2: Den System Under Consideration (SuC) definieren 

Grenzen Sie das zu analysierende System klar ab. Führen Sie ein umfassendes Asset-Inventar, das Hardware, Software, Firmware-Versionen und den physischen Standort der Assets umfasst. 

Schritt 3: Logisch isolieren und segmentieren (Zonen und Conduits definieren) 

Gruppieren Sie Ihre inventarisierten Assets in logische Zonen auf Basis ihrer Kritikalität und Funktion. Dokumentieren Sie jeden einzelnen Kommunikationspfad (Conduit) zwischen diesen Zonen. Ist ein Kommunikationspfad für die Produktion nicht zwingend erforderlich, entfernen Sie ihn. 

Schritt 4: Eine Worst-Case-Risikobewertung durchführen 

Bewerten Sie für jede Zone die Eintrittswahrscheinlichkeit und die Auswirkung einer Bedrohung. Schauen Sie über finanzielle Datenverluste hinaus. Fragen Sie: Was passiert mit der Sicherheit von Menschen, wenn diese PLC kompromittiert wird? Welche Umweltauswirkungen entstehen, wenn dieses Ventil zwangsweise geöffnet wird? 

Schritt 5: Ziel-Security-Levels (SL-T) zuweisen 

Weisen Sie auf Grundlage der Worst-Case-Szenarien jeder Zone und jedem Conduit ein SL-Ziel zu. 

Schritt 6: Mitigations- und kompensierende Kontrollen einführen 

Beginnen Sie mit der Umsetzung der Kernanforderungen für Ihre Zielstufen. Setzen Sie dedizierte industrielle Firewalls ein, verschärfen Sie Fernzugriffsprotokolle und richten Sie ein zentrales OT-Netzwerkmonitoring ein. 

Ihre IEC-62443-Checkliste für die Praxis 

Damit Sie von der Theorie in die Praxis kommen, haben wir gängige Schwachstellen nach ihrer Dringlichkeit kategorisiert. Verwenden Sie diese Checkliste, um Ihre kurzfristigen und langfristigen OT-Sicherheits-Roadmaps zu erstellen. 

Kritische Risiken (innerhalb von 24-72 Stunden beheben) 

Dies sind Schwachstellen, die den unmittelbaren sicheren Betrieb Ihrer Anlage gefährden. 

• [ ] Flache Netzwerke beseitigen: Stellen Sie sicher, dass eine gehärtete Firewall das Unternehmens-IT-Netzwerk strikt vom OT/SCADA-Netzwerk trennt. 

• [ ] Direkten Fernzugriff unterbinden: Deaktivieren Sie alle direkten Fernverbindungen (wie Consumer-Remote-Desktop-Anwendungen oder unverwaltetes RDP) zu OT-Assets. Leiten Sie sämtlichen externen Zugriff über einen sicheren Jump Server. 

• [ ] Starke Authentifizierung durchsetzen: Schreiben Sie für jede Remote-Sitzung, die in die OT-Umgebung führt, eine strenge Authentifizierung vor (z. B. MFA). 

• [ ] Standard-Zugangsdaten entfernen: Prüfen Sie alle PLCs, HMIs und Netzwerk-Switches, um sicherzustellen, dass werkseitige Standardpasswörter durch starke, eindeutige Zugangsdaten ersetzt wurden. 

Risiken mit mittlerer Priorität (innerhalb von 3-6 Monaten beheben) 

Diese Punkte schwächen Ihre Gesamtresilienz und Sichtbarkeit. 

• [ ] Ihr Asset-Inventar vervollständigen: Erstellen Sie ein dynamisches Inventar, das nicht nur Hardware, sondern auch Firmware-Versionen, Komponentenverantwortliche und Kritikalitätsstufen erfasst. 

• [ ] Virtuelles Patching etablieren: Konfigurieren Sie für nicht patchbare Altsysteme Intrusion Prevention Systems (IPS), um bekannte Exploits an der Netzgrenze zu blockieren. 

• [ ] Passive Überwachung einführen: Implementieren Sie ein industrietaugliches Intrusion Detection System (IDS), das den Netzwerkverkehr ohne Beeinträchtigung der Latenz auf anomales Verhalten überwacht. 

• [ ] Change Management formalisieren: Stellen Sie sicher, dass keine Firewall-Regel und keine PLC-Logik ohne formale Prüfung, Freigabe und dokumentiertes Rücksetzverfahren geändert werden kann. 

Risiken mit niedriger Priorität (laufende Wartung) 

Diese Maßnahmen stellen sicher, dass sich Ihre Sicherheitslage im Laufe der Zeit nicht verschlechtert.

• [ ] Regelmäßige Log-Prüfungen: Planen Sie wöchentliche oder monatliche Überprüfungen von Zugriffsprotokollen und SIEM-Warnmeldungen, um langsam wirkende Bedrohungen zu erkennen. 

• [ ] OT-spezifische Schulungen: Führen Sie regelmäßige Cybersecurity-Awareness-Schulungen durch, die speziell auf Bediener und Ingenieure im Shopfloor zugeschnitten sind (z. B. Erkennen spezialisierter Phishing-Versuche, sicherer Umgang mit USB-Medien). 

• [ ] Wiederherstellungstests von Backups: Sichern Sie nicht nur Ihre Daten – testen Sie regelmäßig Ihre Fähigkeit, kritische SCADA-Konfigurationen und PLC-Logik aus diesen Backups in einem simulierten Katastrophenszenario wiederherzustellen. 

• [ ] Dokumentation aktualisieren: Überprüfen Sie regelmäßig Ihre Netzwerkdiagramme, um sicherzustellen, dass sie die tatsächliche physische und logische Konfiguration Ihrer Anlagenebene korrekt widerspiegeln. 

  
  

Der Schutz kritischer Infrastrukturen ist kein einmaliges Projekt; er ist ein kontinuierlicher Lebenszyklus aus Bewertung, Umsetzung und Überwachung. Der Standard IEC 62443 bietet einen robusten, weltweit anerkannten Rahmen, um sicherzustellen, dass Ihre industriellen Umgebungen angesichts einer sich wandelnden Bedrohungslandschaft sicher, resilient und betriebsfähig bleiben. 

Indem Sie sich von klassischen IT-Perimetern lösen und einen OT-zentrierten Ansatz verfolgen – mit Zonen und Conduits, gezielten Security Levels (SL1-SL4) und strikten kompensierenden Kontrollen – können Sie Ihre Angriffsfläche für verheerende cyber-physische Angriffe erheblich reduzieren. 

Bereit, Ihre kritische Infrastruktur zu verteidigen? Bei Shieldworkz sind wir darauf spezialisiert, komplexe Rahmenwerke in operative Realität zu übersetzen. Wir verstehen, dass Sicherheit die Anlagenleistung niemals beeinträchtigen darf. 

Gehen Sie noch heute den nächsten Schritt auf Ihrem OT-Sicherheitsweg. Demo anfragen bei unseren OT-Sicherheitsexperten von Shieldworkz, um zu sehen, wie unsere Lösungen Ihr Netzwerk abbilden, Schwachstellen identifizieren und Ihren Shopfloor schützen können, ohne auch nur eine Sekunde Produktion zu unterbrechen. 

Zusätzliche Ressourcen     

Umfassender Leitfaden zu Network Detection and Response NDR im Jahr 2026 hier 
Ein herunterladbarer Bericht zum Cybervorfall bei Stryker hier     
Remediation-Leitfäden hier   
Best Practices für OT-Sicherheit und Leitlinien zur Risikobewertung hier  
IEC-62443-basierte OT/ICS-Risikobewertungs-Checkliste für die Lebensmittel- und Getränkeindustrie hier