OT Cyber Security im Maschinenbau: Ihr Leitfaden 2026

Die Lage ist meist dieselbe. Die Konstruktion arbeitet an der nächsten Maschinengeneration, die Software integriert Fernzugriff und Diagnosedaten, der Einkauf beschafft Standardkomponenten mit Ethernet, und kurz vor dem Projektmeilenstein taucht die Frage auf, wer sich eigentlich um OT Cyber Security kümmert. In vielen Unternehmen landet das Thema irgendwo zwischen Elektroplanung, CE, IT und Service.

Genau dort entsteht das Risiko. Nicht nur technisch, sondern auch regulatorisch. Wer Maschinen entwickelt, wesentlich verändert oder in Verkehr bringt, muss OT Cyber Security heute als Teil von Sicherheit, Risikobeurteilung und Nachweisführung behandeln. Alles andere führt zu Lücken in der Technischen Dokumentation, in der Betriebsanleitung und am Ende in der Konformitätsbewertung.

Inhaltsverzeichnis

• Warum OT Cyber Security jetzt Pflicht für Maschinenbauer ist
  • Der Stichtag ist gesetzt
  • Cyberangriffe sind ein Sicherheits-, Betriebs- und Nachweisthema
• Rechtsgrundlagen und Normen zur OT Security
  • Maschinenrichtlinie und Maschinenverordnung sauber trennen
  • Welche Rolle Normen und Managementsysteme spielen
• Das Bedrohungsbild für vernetzte Maschinen verstehen
  • Typische Einfallstore in der Maschine
  • Warum OT-Angriffe anders bewertet werden müssen
• Risikobeurteilung für Cybersecurity nach EN ISO 12100
  • Cyber-Gefährdungen in die bekannte Systematik überführen
  • Die Drei-Stufen-Methode auf OT Cyber Security anwenden
• Technische und Organisatorische Schutzmaßnahmen umsetzen
  • Was in der Praxis funktioniert
  • Was oft gemacht wird, aber nicht reicht
• Nachweisführung und Integration in die CE-Dokumentation
  • Was in die Technische Akte gehört
  • Was in die Betriebsanleitung gehört
• Praktische Umsetzung im KMU und Notfallplanung
  • Ein realistischer Start für KMU
  • Ein schlanker Notfallplan für die Produktion

<a id="warum-ot-cyber-security-jetzt-pflicht-fur-maschinenbauer-ist"></a>

Warum OT Cyber Security jetzt Pflicht für Maschinenbauer ist

<a id="der-stichtag-ist-gesetzt"></a>

Der Stichtag ist gesetzt

Die typische Situation ist klar. Eine Maschine läuft stabil, der Fernwartungszugang ist für den Service offen, ein Software-Update ändert Parameter oder Kommunikationsverhalten, und plötzlich stellt sich nicht nur die IT-Frage nach dem Zugriffsschutz, sondern die CE-Frage nach der sicheren Funktion. Genau an diesem Punkt wird OT Cyber Security zum Thema der Produktsicherheit.

Mit der Maschinenverordnung (EU) 2023/1230 wird Cybersicherheit Teil der Produkt- und Maschinensicherheit. Sie wird am 20. Januar 2027 nach einer 42-monatigen Übergangsphase verbindlich anwendbar und ersetzt die Maschinenrichtlinie 2006/42/EG vollständig, ohne weitere Übergangsfristen für das Inverkehrbringen nach altem Recht, wie die Einordnung zur EU-Maschinenverordnung 2027 beschreibt.

Für Konstruktionsleiter, Automatisierungsverantwortliche und CE-Beauftragte heißt das: Sicherheitsrelevante Software, Fernzugriffe, vernetzte Steuerungen und digitale Komponenten gehören nicht mehr an den Rand der Risikobeurteilung. Sie müssen systematisch bewertet, mit Maßnahmen hinterlegt und dokumentiert werden. Wer sich dabei an den Stand der Technik anlehnen will, sollte auch die harmonisierten Normen im Maschinenbau früh in die Projektstruktur einbauen.

Praxisregel: Sobald eine Netzwerkverbindung, ein Software-Update, ein Fernwartungszugang oder ein veränderbarer Parameter die sichere Funktion beeinflussen kann, gehört Cybersecurity in die Risikobeurteilung.

<a id="cyberangriffe-sind-ein-sicherheits-betriebs-und-nachweisthema"></a>

Cyberangriffe sind ein Sicherheits-, Betriebs- und Nachweisthema

Viele Engineering-Teams trennen Cybersecurity noch von Verfügbarkeit, funktionaler Sicherheit und CE-Dokumentation. In vernetzten Maschinen funktioniert diese Trennung nicht mehr.

Die in einer Analyse zur Cybersicherheitslage in Deutschland 2026 zusammengefassten Ergebnisse aus Bitkom-Studie und BSI-Lagebild zeigen eine hohe Betroffenheit deutscher Unternehmen und erhebliche wirtschaftliche Schäden durch Cyberangriffe, Sabotage und Industriespionage. Für Maschinenbauer ist der Punkt weniger die abstrakte Statistik als die direkte Wirkung auf die Maschine im Feld.

Eine vernetzte Maschine ist kein gewöhnliches IT-Asset. Sie kann stehen bleiben, unzulässige Zustände annehmen, Bediener falsch führen oder Schutzfunktionen durch manipulierte Parameter, gestörte Kommunikation oder unsichere Updates beeinträchtigen. In der Praxis sehe ich genau dort die Lücke: Technische Schutzmaßnahmen werden diskutiert, aber die rechtlich belastbare Ableitung in Risikobeurteilung, Validierung und Technischer Akte fehlt.

Drei Fragen müssen deshalb vor Projektfreigabe beantwortet sein:

• Welche digitalen Schnittstellen beeinflussen die sichere Funktion? Dazu zählen Fernwartung, Webinterfaces, Engineering-Zugänge, Update-Mechanismen und veränderbare Parameter.
• Welche Schutzmaßnahmen wurden festgelegt und geprüft? Etwa Authentisierung, Rollenmodelle, Netztrennung, Freigaben für Updates, Logging und Wiederanlaufkonzepte.
• Wo ist der Nachweis dokumentiert? In der Risikobeurteilung, in Prüf- und Validierungsunterlagen, in der Technischen Akte und dort, wo erforderlich, in der Betriebsanleitung.

Genau dieser Dokumentationspfad wird oft übersehen. Für die neue Rechtslage reicht es nicht, Schutzmaßnahmen umzusetzen. Hersteller müssen nachvollziehbar zeigen können, warum die gewählten Maßnahmen zur Maschine, zur vorhersehbaren Verwendung und zu den identifizierten Cyber-Gefährdungen passen.

Der Arbeitsauftrag ist klar. OT Cyber Security ist ab jetzt Teil von Konstruktion, Validierung und CE-Nachweisführung. Wer die Bewertung und Dokumentation erst kurz vor 2027 anfasst, produziert unnötige Rückfragen, Nacharbeit und Terminrisiken in laufenden Projekten.

<a id="rechtsgrundlagen-und-normen-zur-ot-security"></a>

Rechtsgrundlagen und Normen zur OT Security

<a id="maschinenrichtlinie-und-maschinenverordnung-sauber-trennen"></a>

Maschinenrichtlinie und Maschinenverordnung sauber trennen

In vielen Besprechungen werden alte und neue Rechtslage unsauber vermischt. Für laufende Projekte muss das sauber getrennt werden.

Die Maschinenrichtlinie 2006/42/EG ist das bisherige Regelwerk. Die Maschinenverordnung (EU) 2023/1230 löst sie ab und gilt verbindlich ab dem genannten Stichtag. Für Hersteller heißt das praktisch: Entwicklungsprozesse, Risikobeurteilungen, technische Unterlagen und Standardtexte in Betriebsanleitungen sollten schon jetzt auf die neue Lage vorbereitet werden, damit 2026 nicht jedes Projekt unter Zeitdruck umgebaut werden muss.

Hinzu kommt ein inhaltlicher Punkt, der für OT Cyber Security entscheidend ist. Der Anwendungsbereich der neuen Verordnung wurde erweitert und umfasst nun erstmals Software und digitale Komponenten als eigenständige Sicherheitsbauteile sowie wesentlich veränderte Maschinen, wie TÜV SÜD zur Maschinenverordnung erläutert. Für Hersteller im Maschinenbau zwingt das zu einer angepassten Risikobeurteilung nach EN ISO 12100.

Ein zweiter Punkt wird oft übersehen. Die Verordnung erlaubt digitale Unterlagen, aber nur unter klaren Bedingungen. Digitale Betriebsanleitungen und eine digitale EU-Konformitätserklärung müssen mindestens für die erwartete Lebensdauer der Maschine, gesetzlich fixiert jedoch mindestens 10 Jahre ab Inverkehrbringen, online verfügbar bleiben, wobei für nichtprofessionelle Nutzer wesentliche Sicherheitsinformationen weiterhin gedruckt bereitgestellt werden müssen, wie die Darstellung zur Maschinenverordnung 2027 bei simpl.de zusammenfasst.

<a id="welche-rolle-normen-und-managementsysteme-spielen"></a>

Welche Rolle Normen und Managementsysteme spielen

Die Verordnung sagt Ihnen, dass Sicherheit und Konformität herzustellen sind. Für das Wie brauchen Sie eine belastbare Normenstrategie. Im Maschinenbau führt das bei OT Cyber Security regelmäßig zu drei Ebenen:

Für die Cyberseite ist die IEC 62443 als Normenreihe zentral, weil sie OT-spezifische Sicherheitskonzepte, Zonen, Zugriffsmodelle, sichere Entwicklung und Maßnahmen für industrielle Kommunikationsnetze strukturiert. Sie ersetzt nicht die Risikobeurteilung nach EN ISO 12100, sondern liefert die technische und organisatorische Tiefe, die in klassischen Maschinenprojekten oft fehlt.

Daneben hat ISO 27001 ihren Platz, aber nicht als Ersatz für OT-spezifische Maßnahmen. Ein ISMS hilft bei Rollen, Prozessen, Freigaben, Incident Handling und kontinuierlicher Verbesserung. Es beantwortet nicht automatisch die Frage, wie eine SPS, ein HMI oder ein Fernwartungsrouter innerhalb einer konkreten Maschine abzusichern ist.

Harmonisierung und Konformitätsvermutung funktionieren nur, wenn die gewählten Normen zum Produkt und zur tatsächlichen Architektur passen. Eine pauschale Normenliste am Projektanfang reicht nicht.

Wer seine Normenbasis sauber aufsetzen will, sollte die Auswahl harmonisierter Normen systematisch prüfen. Eine kompakte Orientierung dazu bietet der Beitrag zu harmonisierten Normen im Maschinenbau.

<a id="das-bedrohungsbild-fur-vernetzte-maschinen-verstehen"></a>

Das Bedrohungsbild für vernetzte Maschinen verstehen

<a id="typische-einfallstore-in-der-maschine"></a>

Typische Einfallstore in der Maschine

OT Cyber Security scheitert im Maschinenbau selten an fehlenden Schlagworten. Sie scheitert an ganz banalen Übergängen. Der VPN-Zugang für den Service ist dauerhaft aktiv. Das Engineering-Notebook wechselt zwischen Produktionsnetz und Büro. Ein altes HMI läuft weiter, weil ein Update die Visualisierung gefährden könnte. Ein USB-Stick mit Rezepturdateien wandert von Anlage zu Anlage.

Angreifer nutzen genau solche Übergänge nicht mehr nur opportunistisch. Laut dem Dragos OT-Cybersecurity-Report 2026 kartieren Angreifer aktiv OT-Netzwerke und identifizieren kritische Steuerungssysteme, wobei der durchschnittliche Angriffszeitraum in Deutschland von 14 auf 5 Tage gesunken ist, was die Notwendigkeit von Echtzeit-Analysen unterstreicht, wie die Zusammenfassung des Reports darstellt.

Das ist für Maschinenbauer wichtig, weil der Angreifer nicht zwingend sofort sabotiert. Er identifiziert zuerst, welche Komponenten den größten Wirkungskreis haben. Dazu gehören in der Praxis oft:

• Fernwartungszugänge: schlecht getrennte Remote-Zugänge von OEM, Integrator oder Servicepartner.
• Engineering-Stationen: Geräte mit Projektdateien, Controller-Logik und direkten Schreibrechten.
• HMI und Bedienebenen: weil dort Betriebsarten, Quittierungen und Prozesszustände sichtbar und beeinflussbar sind.
• Übergänge zwischen IT und OT: Datenbanken, Historian-Systeme, Update-Strecken, Dateiablagen.

<a id="warum-ot-angriffe-anders-bewertet-werden-mussen"></a>

Warum OT-Angriffe anders bewertet werden müssen

In der IT liegt der Fokus oft auf Vertraulichkeit. In OT dominiert die Kombination aus Verfügbarkeit und Integrität. Eine Maschine muss definiert reagieren, Schutzfunktionen dürfen nicht durch Manipulation umgangen werden, und ein Ausfall darf nicht in einen gefährlichen Zustand kippen.

Deshalb greifen klassische IT-Antworten im Shopfloor oft zu kurz. Ein ungeprüfter Schnell-Patch auf einer Steuerung kann mehr Schaden anrichten als eine sauber geplante Kompensationsmaßnahme. Umgekehrt ist es kein tragfähiger Zustand, alte Systeme schlicht unangetastet zu lassen und das Problem mit dem Hinweis auf Verfügbarkeitsanforderungen zu vertagen.

Ein OT-Vorfall ist nicht erst dann relevant, wenn Daten abfließen. Relevant ist er schon dann, wenn eine Maschine unkontrollierbar, nicht reproduzierbar oder nicht sicher betreibbar wird.

Für Engineering-Leads folgt daraus eine andere Priorisierung als in der Office-IT. Entscheidend ist nicht, möglichst viele Controls auf einmal einzuführen. Entscheidend ist, die Komponenten zu identifizieren, deren Manipulation zu Produktionsstopp, Sicherheitsverlust oder Fehlfunktion führt. Erst daraus ergibt sich, welche Maßnahmen technisch sinnvoll und regulatorisch belastbar sind.

<a id="risikobeurteilung-fur-cybersecurity-nach-en-iso-12100"></a>

Risikobeurteilung für Cybersecurity nach EN ISO 12100

<a id="cyber-gefahrdungen-in-die-bekannte-systematik-uberfuhren"></a>

Cyber-Gefährdungen in die bekannte Systematik überführen

Der sauberste Weg zu belastbarer OT Cyber Security führt nicht über einen losen Maßnahmenkatalog. Er führt über die Risikobeurteilung nach EN ISO 12100. Für CE-Verantwortliche ist das ein Vorteil, weil keine Parallelwelt aufgebaut werden muss. Cyber-Gefährdungen werden in die bestehende Methodik integriert.

Am Anfang steht wie gewohnt die Bestimmung der Grenzen der Maschine. Bei vernetzten Anlagen heißt das: Kommunikationsschnittstellen, Fernzugriffe, Softwaremodule, Benutzerrollen, Update-Wege und externe Systeme müssen zur Systemgrenze gehören, wenn sie die sichere Funktion beeinflussen. Wer die OT-Komponenten außerhalb der betrachteten Maschine parkt, blendet genau den Bereich aus, der später Probleme macht.

Anschließend werden Cyber-Gefährdungen als vernünftigerweise vorhersehbare Ereignisse und Fehlanwendungen beschrieben. Nicht abstrakt, sondern maschinenbezogen. Beispiele:

• Änderung sicherheitsrelevanter Parameter durch unberechtigten Zugriff
• Umschalten von Betriebsarten ohne autorisierte Freigabe
• Ausfall oder Verzögerung einer für den sicheren Betrieb notwendigen Kommunikation
• Manipulation von Rezepturen, Sollwerten oder Diagnoseinformationen
• Einspielen ungeprüfter Softwarestände bei Wartung oder Retrofit

Zur Vertiefung der Grundmethodik lohnt sich ein Blick auf die Praxis der Risikobeurteilung nach EN ISO 12100.

Ein kurzes Praxisvideo kann hilfreich sein, bevor die Methode auf Cyberrisiken übertragen wird:

<iframe width="100%" style="aspect-ratio: 16 / 9;" src="https://www.youtube.com/embed/3skupAwxXx4" frameborder="0" allow="autoplay; encrypted-media" allowfullscreen></iframe>

<a id="die-drei-stufen-methode-auf-ot-cyber-security-anwenden"></a>

Die Drei-Stufen-Methode auf OT Cyber Security anwenden

Die bekannte Drei-Stufen-Methode bleibt gültig. Sie muss nur sauber auf Cyber-Gefährdungen angewendet werden.

1. Inhärent sichere Konstruktion
   Vermeiden Sie unnötige Angriffsflächen schon im Design. Das betrifft nicht benötigte Dienste, unnötige offene Ports, globale Standardkonten, frei editierbare sicherheitsrelevante Parameter und ungeklärte Übergänge zwischen Maschinen- und Kundennetz.

2. Technische und ergänzende Schutzmaßnahmen
   Hierzu gehören Segmentierung, Zugriffskontrolle, sichere Update-Verfahren, Signierung oder Freigabekonzepte, Protokollierung, Härtung von HMIs und Engineering-Stationen sowie kontrollierte Fernwartung.

3. Benutzerinformation
   Restrisiken, zulässige Schnittstellen, Anforderungen an Passwörter, Rollen, Update-Prozesse, Datensicherung, Wiederanlauf und Fernwartung gehören in die Betriebsanleitung oder in zugehörige technische Nutzerinformationen.

Cyber-Risiken dürfen nicht separat in einer IT-Liste verschwinden. Wenn die Gefährdung die sichere Verwendung der Maschine beeinflusst, gehört sie in die formale Risikobeurteilung des Produkts.

Bei sicherheitsbezogenen Teilen von Steuerungen bleibt zusätzlich die Logik aus EN ISO 13849-1 relevant. Wenn Cyber-Manipulationen die Wirksamkeit einer Schutzfunktion beeinflussen können, müssen Sie diese Wechselwirkung bei Architektur, Validierung und erreichtem Performance Level mitdenken. Die Frage lautet nicht nur, ob die Funktion unter Normalbedingungen wirkt. Die Frage lautet auch, welche digitalen Einflussmöglichkeiten ihre Wirksamkeit reduzieren oder umgehen könnten.

<a id="technische-und-organisatorische-schutzmanahmen-umsetzen"></a>

Technische und Organisatorische Schutzmaßnahmen umsetzen

<a id="was-in-der-praxis-funktioniert"></a>

Was in der Praxis funktioniert

Nach der Risikobeurteilung muss die Maschine messbar sicherer werden. Der größte Fehler ist dabei Aktionismus. Viele Unternehmen führen Scans ein, ohne ihre OT-Architektur wirklich zu sichern. Der VDMA beschreibt genau dieses Muster: 78 % der deutschen Maschinenbauunternehmen führen Sicherheitsscans durch, aber nur 32 % gewährleisten dabei OT-spezifische Expertise, was ein kritisches Risiko für ungesicherte Schnittstellen darstellt, wie die Cybersecurity-Seite des VDMA ausführt.

Scans sind also nicht nutzlos. Aber ohne OT-Verständnis finden sie oft nur Symptome. Wirksam werden Maßnahmen erst dann, wenn sie den Betrieb, die Steuerungstopologie und die Wartungspraxis berücksichtigen.

Ein praxistauglicher Kern besteht meist aus diesen Bausteinen:

• Netzwerksegmentierung mit echter Trennung: OT und IT werden nicht nur logisch benannt, sondern über definierte Übergänge getrennt. Besonders wichtig sind Servicezugänge, Engineering-Stationen und Datenübergaben.
• Asset-Inventar auf Komponentenebene: Jede SPS, jedes HMI, jeder Industrie-PC, Switch, Gateway und Fernwartungszugang muss bekannt sein. Sonst können Sie weder patchen noch priorisieren.
• Systemhärtung: Nicht benötigte Dienste, Standardkonten und unnötige Softwarepakete raus. Auf HMIs und Engineering-Stationen zählt jedes vermeidbare Element.
• Rollenbasierte Zugriffskontrolle: Least Privilege ist in OT kein Bürokratieprojekt. Wer Rezepturen ändert, Controller-Logik schreibt oder Safety-Parameter anfasst, braucht andere Rechte als Bediener oder Instandhaltung.
• Patch-Management mit Testumgebung: OT-Patches werden nicht blind ausgerollt. Sie werden bewertet, in einer geschützten Umgebung geprüft und in definierte Wartungsfenster überführt.
• Backup und Recovery: Nicht nur Office-Dateien sichern. Entscheidend sind Controller-Projekte, Rezepturen, Konfigurationen, HMI-Images und Wiederanlaufverfahren.

<a id="was-oft-gemacht-wird-aber-nicht-reicht"></a>

Was oft gemacht wird, aber nicht reicht

Viele Maßnahmen scheitern nicht an der Technik, sondern an den falschen Annahmen.

Was sich in laufenden Projekten bewährt, ist eine Reihenfolge nach Wirkung:

1. Kritische Kommunikationspfade trennen.
2. Identitäten und Rechte bereinigen.
3. Fernwartung kontrollieren.
4. Wiederherstellbarkeit praktisch testen.
5. Monitoring dort aufbauen, wo Manipulation die größte Auswirkung hätte.

Gute OT Cyber Security ist selten spektakulär. Sie ist sauber segmentiert, dokumentiert, testbar und im Störfall beherrschbar.

Organisatorisch gehören dazu klare Freigaben für Softwarestände, definierte Verantwortlichkeiten zwischen Konstruktion, Service, IT und Betreiber sowie ein Meldeweg für Auffälligkeiten im Betrieb. Wenn niemand festgelegt hat, wer bei ungewöhnlichem Anlagenverhalten entscheidet, wird aus einer technischen Anomalie schnell ein Produktionsproblem.

<a id="nachweisfuhrung-und-integration-in-die-ce-dokumentation"></a>

Nachweisführung und Integration in die CE-Dokumentation

<a id="was-in-die-technische-akte-gehort"></a>

Was in die Technische Akte gehört

Technisch sinnvolle Maßnahmen reichen nicht. Für die Konformität zählt, ob der Hersteller sie nachvollziehbar dokumentiert. Genau hier liegt bei vielen KMU die eigentliche Schwachstelle. Regionale Daten aus Deutschland zeigen, dass 68 % der KMU im Maschinenbau keine strukturierte Dokumentation für OT-Maßnahmen vorhalten, was ein massives Risiko für die EU-Konformitätserklärung darstellt, wie die Transferstelle Cybersicherheit die praktische OT-Absicherung einordnet.

In die Technische Akte gehören bei OT Cyber Security insbesondere:

• Abgrenzung der Systemgrenzen: Welche Software, Netzwerke, Rollen und externen Verbindungen die Maschine sicherheitsrelevant beeinflussen.
• Ergebnisse der Risikobeurteilung: identifizierte Cyber-Gefährdungen, Risikoeinschätzung, gewählte Schutzmaßnahmen und Restrisiken.
• Architektur- und Schnittstellenbeschreibung: insbesondere Übergänge zwischen OT und IT, Fernwartung, Datenflüsse und sicherheitsrelevante Parameter.
• Nachweise zur Umsetzung: Konfigurationsvorgaben, Freigabeverfahren, Prüfprotokolle, Validierungsergebnisse, Rollen- und Rechtekonzepte.
• Änderungsmanagement: bei Updates, Retrofits und wesentlichen Veränderungen.

Bei Retrofit-Projekten ist besondere Disziplin nötig. Sobald eine Änderung die Funktion, Sicherheit oder bestimmungsgemäße Verwendung wesentlich beeinflusst, muss neu bewertet werden, ob eine wesentliche Veränderung vorliegt und welche Folgen das für die Konformitätsbewertung hat. Cybersecurity ist hier oft der Auslöser, weil neue Fernzugriffe, Gateways oder Softwarestände die Risikolage verändern.

<a id="was-in-die-betriebsanleitung-gehort"></a>

Was in die Betriebsanleitung gehört

Die Betriebsanleitung ist kein Ablageort für jede Detailkonfiguration. Aber sie muss dem Betreiber die Informationen geben, die er für den sicheren Betrieb braucht. Dazu zählen bei vernetzten Maschinen unter anderem:

• zulässige Betriebsarten und Benutzerrollen
• Anforderungen an Fernwartung und autorisierte Zugriffe
• Vorgaben für Datensicherung und Wiederherstellung
• Hinweise zu Updates, Freigaben und unzulässigen Änderungen
• verbleibende Restrisiken und notwendige organisatorische Maßnahmen beim Betreiber

Für viele Teams ist die praktische Herausforderung nicht das fachliche Verständnis, sondern die konsistente Pflege dieser Informationen über mehrere Projekte und Varianten hinweg. Ein Werkzeug wie CE-Copilot für technische Dokumentationen kann dabei helfen, Risikobeurteilung, technische Unterlagen und Betriebsanleitung strukturiert zusammenzuführen. Das ersetzt keine fachliche Entscheidung, erleichtert aber die konsistente Nachweisführung.

Der Marktüberwachung genügt kein Hinweis, dass Security „berücksichtigt“ wurde. Der Hersteller muss zeigen können, welche Gefährdung erkannt, wie sie bewertet und womit sie reduziert wurde.

<a id="praktische-umsetzung-im-kmu-und-notfallplanung"></a>

Praktische Umsetzung im KMU und Notfallplanung

<a id="ein-realistischer-start-fur-kmu"></a>

Ein realistischer Start für KMU

KMU im Maschinenbau haben selten ein eigenes OT-Security-Team. Das ist kein Grund, das Thema zu vertagen. Es heißt nur, dass die Reihenfolge stimmen muss. Wer alles gleichzeitig angeht, blockiert sich. Wer die kritischen Anlagen und Funktionen zuerst priorisiert, kommt ins Arbeiten.

Ein pragmischer Einstieg sieht so aus:

• Kritische Maschinen festlegen: Beginnen Sie mit den Anlagen, deren Ausfall Produktion, Sicherheit oder vertragliche Pflichten direkt trifft.
• Systemgrenzen dokumentieren: Welche Steuerungen, HMIs, Remote-Zugänge und Softwaremodule gehören wirklich zur Maschine.
• Rechte und Zugänge prüfen: Gemeinsame Admin-Konten, offene Servicezugänge und unklare Rollen zuerst bereinigen.
• Wiederherstellung vorbereiten: Backups, Projektstände, Konfigurationen und ein getesteter Wiederanlauf sind wichtiger als ein dicker Maßnahmenkatalog.
• Dokumentation parallel führen: Nicht erst am Projektende. Jede Entscheidung zu Parametern, Updates, Rollen oder Schnittstellen sofort festhalten.

KMU gewinnen damit zwei Dinge. Erstens sinkt das operative Risiko. Zweitens wächst die Wahrscheinlichkeit, dass die spätere Konformitätsbewertung ohne hektische Nacharbeiten durchläuft.

<a id="ein-schlanker-notfallplan-fur-die-produktion"></a>

Ein schlanker Notfallplan für die Produktion

Ein Incident Response Plan für OT muss nicht komplex sein. Er muss ausführbar sein. Im Ernstfall zählt nicht die schöne Folie, sondern die erste Stunde.

Ein schlanker Plan beantwortet mindestens diese Fragen:

1. Wer entscheidet?
   Benennen Sie Verantwortliche aus Produktion, Instandhaltung, Automatisierung, IT und Geschäftsführung.

2. Wann wird eskaliert?
   Legen Sie fest, welche Anomalien eine Cyber-Prüfung auslösen. Zum Beispiel unerklärliche Zustandswechsel, ungewöhnliche Schreibzugriffe oder nicht freigegebene Softwarestände.

3. Wie wird die Anlage in einen sicheren Zustand gebracht?
   Das muss anlagenspezifisch definiert sein. Nicht jede Trennung vom Netz ist automatisch sicher.

4. Wie läuft die Wiederherstellung?
   Welche Backups, Projektdateien und Freigaben sind erforderlich, bevor die Maschine wieder produktiv fährt.

5. Wer dokumentiert den Vorfall?
   Ohne saubere Ereignisdokumentation fehlen später Lernbasis, Kundennachweis und gegebenenfalls Nachweise für Audits.

Die Inhalte hier sind allgemeine Informationen und ersetzen keine rechtsverbindliche Beratung im Einzelfall. Maßgeblich sind immer die konkret anwendbaren Rechtsakte, die gültigen Normenfassungen und die Eigenschaften der jeweiligen Maschine oder Anlage. Die Verantwortung für die EU-Konformitätserklärung und die vollständige Nachweisführung bleibt beim Hersteller.

---

Wenn Sie OT Cyber Security, Risikobeurteilung und CE-Dokumentation in einem durchgängigen Prozess zusammenführen wollen, kann CE-Copilot als spezialisierte Software eine sinnvolle Option sein. Die Plattform unterstützt bei Normenrecherche, Risikobeurteilung nach EN ISO 12100, technischer Dokumentation und der Vorbereitung auf die Anforderungen der Maschinenverordnung (EU) 2023/1230.