Industrial Control Systems sind die technische Grundlage von Produktion, Energie und Versorgung, und in Deutschland standen sie 2024 mit 267 neu dokumentierten Schwachstellen unter dauerhaftem Sicherheitsdruck, also längst nicht mehr nur als Automatisierung, sondern als prüfbare Sicherheitsinfrastruktur. Wer heute in einer Fertigung, einem Versorger oder einem vernetzten Werk sitzt, kämpft nicht mit Theorie, sondern mit einem Betrieb, der weiterlaufen muss, während die Angriffsfläche ständig wächst.
In vielen Betrieben beginnt das Problem unspektakulär. Ein alter Fernwartungszugang bleibt offen, weil die Produktion morgens sonst nicht hochkommt, und plötzlich hängt an einer einzigen Steuerung mehr als nur eine Maschine. Dann steht nicht die IT im Mittelpunkt, sondern die Frage, ob ein Wartungsfenster, ein ungeprüfter Laptop oder ein alter HMI-Rechner den nächsten Stillstand auslösen kann.
Warum Industrial Control Systems heute jedes Unternehmen betreffen
Ein typischer Vorfall sieht heute nicht nach Hollywood aus, sondern nach Alltag. Ein Instandhalter ruft an, weil eine Linie nicht sauber startet, der externe Dienstleister loggt sich über einen alten Fernwartungsweg ein, und kurz darauf laufen Konfigurationsfehler oder Schadsoftware in einer Umgebung, die nie für solche Zugriffe gebaut wurde. Genau an diesem Punkt wird klar, dass Industrial Control Systems nicht nur Maschinen steuern, sondern Geschäftsrisiken, Lieferfähigkeit und Haftungsfragen zugleich berühren.
Produktion und Sicherheit sind längst gekoppelt
In Deutschland werden industrielle Steuerungs- und Automatisierungssysteme im BSI-Kontext als Teil kritischer Infrastrukturen behandelt, und das NIST beschreibt ICS technisch als Verbund aus SCADA-, DCS- und PLC-basierten Systemen, die physische Prozesse über elektrische, mechanische, hydraulische und pneumatische Komponenten steuern NIST-Glossar zu Industrial Control Systems. Das ist keine akademische Einordnung, sondern eine Betriebsrealität. Wenn ein einzelner Steuerungspfad ausfällt oder manipuliert wird, trifft das nicht nur Daten, sondern direkt die Anlage.
Praktische Regel: Wer ein ICS absichert, schützt nicht zuerst Server, sondern Prozesse, Personen und Wiederanlauffähigkeit.
Gerade für deutsche KMU ist das der entscheidende Perspektivwechsel. Die größte Gefahr ist selten der spektakuläre Angriff, sondern der alte Wartungslaptop, der nie dokumentiert wurde, die HMI mit bekanntem Passwort oder der externe Zugriff, den niemand sauber freigegeben hat. Aus Sicht des Betriebs ist das kein Randthema, sondern ein Kernpunkt der Verfügbarkeit.
OT-Sicherheit ist keine Sonderdisziplin mehr
Der historische Übergang von proprietären, oft geschlossenen DCS-Strukturen hin zu offeneren Netzen hat die Grundlage für heutige Industrie-4.0-Architekturen gelegt historische Einordnung der Feldbus-Entwicklung. Für Unternehmen war das produktiv, weil Daten fließen konnten. Für Angreifer war es attraktiv, weil Produktionsnetze damit näher an die Unternehmens-IT gerückt sind.
Deshalb laufen heute Audit, Compliance und Resilienz auf derselben Ebene zusammen. Es reicht nicht mehr, dass eine Linie funktioniert. Sie muss auch nachvollziehbar abgesichert sein, und zwar so, dass ein Prüfer, ein Betreiber und ein Dienstleister dieselben Kontrollen erkennen können.
Aufbau und Komponenten moderner Steuerungssysteme
Wer ICS verstehen will, braucht kein Lexikon, sondern ein klares Bild. Denk an SCADA als Leitstand, DCS als Werkstattflur und PLC/SPS als den einzelnen Mitarbeiter an der Maschine. SCADA beobachtet und koordiniert, DCS verteilt die Aufgaben in komplexen Prozessen, und die PLC setzt vor Ort konkrete Logik um.
Die Feldebene macht die eigentliche Arbeit
Unten in der Architektur sitzen Sensoren und Aktoren, also die Teile, die Werte erfassen und Bewegungen oder Schaltvorgänge auslösen. In der Praxis sind das Temperaturfühler, Ventile, Antriebe, Schütze oder Messsonden. Wenn hier etwas manipuliert wird, sieht die Anlage vielleicht zunächst normal aus, arbeitet aber falsch.
Darüber liegt die Steuerungsebene mit PLCs, SPS und oft DCS-Komponenten. Diese Ebene trifft Entscheidungen mit direktem Bezug zur Maschine oder zum Prozess. Sie muss schnell, stabil und vor allem berechenbar bleiben, denn ein ungeeigneter Sicherheitsmechanismus kann hier mehr stören als helfen.
Leitebene und Unternehmens-IT sind nicht dasselbe
SCADA, HMI, Historian und Engineering-Workstations bilden die Leitebene. Hier sieht der Betreiber Zustände, Alarme und Trends, und hier werden auch Rezepte, Logiken und Wartungsaufgaben gepflegt. Gerade Engineering-Workstations sind oft das schwächste Glied, weil sie nicht nur beobachten, sondern konfigurieren und damit eine hohe Wirkung haben.
Ein unauffälliger Laptop in der Instandhaltung ist oft riskanter als ein sichtbar alter Schaltkasten.
Nach oben hin beginnt die Verbindung zur Unternehmens-IT. Dort laufen Auswertungen, Berichte, vielleicht auch ERP-Anbindungen oder Cloud-Dienste. Genau an dieser Grenze entsteht die klassische OT-Frage: Wie viel Vernetzung ist nötig, und wie bleibt die Produktionsumgebung dennoch kontrollierbar?
Die häufigsten Angriffsflächen in OT-Umgebungen
In vielen OT-Umgebungen beginnt das Risiko nicht mit einem raffinierten Angriff, sondern mit einer bequemen Entscheidung im Alltag. Fernwartung wird eingerichtet, weil sie den Betrieb beschleunigt. Ein HMI läuft mit einem Standardpasswort weiter, weil niemand den Zugriff später sauber nachzieht. Und ein Büro-PC hängt auf demselben Segment wie die Produktion, weil es im Tagesgeschäft einfacher wirkt.
Was in KMU am häufigsten schiefgeht
- Offene Fernwartung: Ein externer Dienstleister greift über einen alten Zugang auf eine Steuerung zu, ohne saubere Freigabe, Protokollierung oder Trennung von anderen Systemen.
- Fehlende Segmentierung: Büro-IT und OT hängen zu nah zusammen, dann reicht ein infizierter Arbeitsplatzrechner als Sprungbrett.
- Alte Protokolle ohne Authentifizierung: Viele Steuerungen wurden historisch nicht für Verschlüsselung oder starke Identitäten gebaut, das bleibt ein strukturelles Risiko.
- Schwache Passwort-Hygiene: HMI, Engineering-Rechner und Wartungszugänge werden zu selten sauber verwaltet.
- USB-Wege in die Anlage: Ein einzelner Stick im falschen Moment bringt Schadsoftware direkt an Systeme, die nie für den normalen Office-Alltag gedacht waren.
- Dienstleister-Risiken: Externe Wartung ist oft unverzichtbar, aber ohne klare Zugriffsregeln wird sie zum Einfallstor.
Wer in so einer Umgebung einfach auf maximale Härtung drückt, riskiert Ausfälle. In OT zählt nicht die stärkste Maßnahme auf dem Papier, sondern die, die den Betrieb stabiler macht, ohne die Anlage aus dem Takt zu bringen. Genau diesen Zielkonflikt beschreibt auch die ICS-Standardliteratur, und für deutsche Betreiber ist er praktisch jeden Tag relevant. Die Grundlinie ist klar, Sicherheit darf Verfügbarkeit nicht blind verdrängen, sondern muss sich an den realen Betriebsbedingungen orientieren, wie sie auch in NIST SP 800-82r2 beschrieben werden.
Warum klassische IT-Denke in OT nicht reicht
In der Office-Welt kann man oft härter patchen, strenger sperren und bei Problemen neu starten. In der Produktion ist das kein brauchbarer Standard. Dort zählt, ob eine Maßnahme die Anlage im laufenden Betrieb sicherer macht, ohne neue Störungen zu erzeugen.
Ein Intrusion Detection System für OT ist sinnvoll, wenn es die echten Protokolle, Bedienabläufe und Wartungsfenster versteht. Ein theoretisch gutes Tool bringt nichts, wenn es Fehlalarme produziert oder der Betrieb es nach kurzer Zeit wieder abschaltet. Wer so etwas pragmatisch aufsetzen will, sollte sich eine saubere Orientierung an Intrusion-Detection-Systemen im OT-Umfeld holen und dann erst entscheiden, wo Sensorik, Auswertung und Alarmierung wirklich hinpassen.
Von der Feldbus-Revolution zur heutigen Bedrohungslage
Die heutige OT-Sicherheitslage ist das Ergebnis einer langen technischen Verschiebung. Als sich die Feldbus-Technologie in den späten 1990er-Jahren durchsetzte, entstand mit dem Feldbus-Control-System (FCS) ein industrielles Steuerungskonzept, das Rechnertechnik, Netzwerktechnik und Steuerungstechnik enger zusammenführte. Damit wurde offene Kommunikation dauerhaft Teil der Produktionslogik, und genau daraus stammen viele der heutigen Risiken.
Offenheit bringt Produktivität und Risiko
Die Abkehr von geschlossenen DCS-Strukturen hat die Grundlage für spätere Industrie-4.0-Architekturen gelegt. Produktionsdaten mussten nicht mehr nur lokal verarbeitet werden, sondern konnten systemweit verfügbar gemacht werden. Das steigert die Leistung von Anlagen, macht sie aber auch angreifbarer, weil mehr Systeme miteinander sprechen und mehr Übergänge abgesichert werden müssen.
Die technische Folge ist eindeutig. Feldgeräte, Steuerungen und Unternehmens-IT sind heute stärker über standardisierte Kommunikationswege gekoppelt. Wer diese Kette nicht kennt, kann sie auch nicht sauber absichern. Wer nur einzelne Stellen betrachtet, landet bei punktuellen Schutzmaßnahmen statt bei einem belastbaren Betriebsmodell. Für die historische Einordnung des FCS lohnt sich auch ein Blick auf die Entwicklung der Feldbus-Systeme in der Industrie Feldbus-Entwicklung und FCS.
2024 war in Deutschland ein Warnsignal
Das BSI hat im Lagebericht 2024 auf eine klar verschärfte Bedrohungslage hingewiesen. Dort wird beschrieben, dass in industriellen Steuerungssystemen und vernetzten Produkten des Industrie- und Energiesektors zahlreiche neue Schwachstellen dokumentiert wurden. Die Botschaft ist eindeutig, Sicherheitslücken entstehen fortlaufend, und ungepatchte Komponenten können den Betrieb ganzer Anlagen beeinträchtigen. Die technische Einordnung des Lageberichts 2024 ist für Betreiber ein nützlicher Referenzpunkt, vor allem wenn interne Prioritäten sauber an der realen Gefährdung ausgerichtet werden sollen BSI-Lagebericht 2024 in der technischen Einordnung.
Die Konsequenz ist unbequem, aber notwendig. ICS-Sicherheit in Deutschland ist ein Compliance- und Resilienzthema geworden, kein reines Effizienzthema mehr. Wer das weiter wie ein reines Automatisierungsprojekt behandelt, unterschätzt das Risiko in Bestandsanlagen mit Legacy-PLC, HMI und Engineering-Workstations. Für die praktische Umsetzung in deutschen Unternehmen ist der nächste Schritt klar, die Sicherheitsanforderungen müssen sauber in den OT-Alltag übersetzt werden, nicht in abstrakten Zielbildern. Das ist auch der Punkt, an dem eine konkrete Orientierung zur NIS-2-Umsetzung in Deutschland hilft, weil sie den Blick auf nachrüstbare Maßnahmen statt auf Idealarchitekturen lenkt.
NIS-2-Anforderungen konkret auf OT-Umgebungen übersetzt
NIS-2 wird oft so behandelt, als ginge es um Formulare und Fristen. Für OT-Betreiber zählt etwas anderes, nämlich ob das Unternehmen seine kritischen Systeme kennt, sie im Alltag beherrscht und im Ernstfall weiter handlungsfähig bleibt. In Bestandsanlagen ist das sofort messbar, weil jedes fehlende Inventar, jede unklare Wartungsfreigabe und jeder nicht geprüfte Wiederanlaufplan direkt operative Risiken erzeugt.
Was Auditoren in der Praxis sehen wollen
Ein tragfähiges Risk-Management-Framework startet mit einem vollständigen Asset-Inventar. Danach folgt die Risikoanalyse, anschließend kommen Schutzmaßnahmen und die Schulung des Bedien- und Engineering-Personals. Genau diese Reihenfolge beschreibt auch die praktische OT-Sicherheitslogik, wie sie in der NIS-2-Umsetzung in Deutschland sinnvoll heruntergebrochen wird. Das ist kein Papierprozess, sondern die Mindestbasis für eine prüfbare Sicherheitsorganisation im Betrieb.
Auditoren wollen typischerweise Nachweise sehen, die im Alltag Substanz haben:
- Aktuelles Inventar: Alle PLCs, HMIs, Engineering-Rechner, Verbindungen und externen Zugänge sind erfasst.
- Dokumentierte Segmentierung: Zonen, Übergänge und Wartungswege sind nachvollziehbar beschrieben.
- Getestete Wiederanlaufpläne: Kritische Linien haben einen dokumentierten Weg zurück in den Betrieb.
- Zugriffskontrolle: Wer wann worauf zugreift, ist geregelt und nicht dem Zufall überlassen.
- Schulung und Rollenklärung: Bedienung, Instandhaltung und Engineering wissen, was sie tun dürfen und was nicht.
Wichtig: Wenn ein Unternehmen den Zugang zur Anlage nicht erklären kann, kann es sie auch nicht wirklich absichern.
Meldewege und Lieferkette gehören dazu
NIS-2 endet nicht an der Werkstür. Auch Incident-Handling, Meldewege und Lieferkettensicherheit müssen in OT funktionieren, weil externe Dienstleister oft an denselben Systemen arbeiten wie die eigenen Teams. Darum braucht jedes Unternehmen klare Zuständigkeiten, feste Eskalationswege und eine belastbare Dokumentation, die im Ernstfall sofort greifbar ist und nicht erst zusammengesucht werden muss.
Wer den regulatorischen Rahmen in Deutschland sauber aufsetzen will, braucht eine Umsetzung, die sich an der Realität von Bestandsanlagen orientiert. Genau dafür ist eine strukturierte Orientierung zur NIS-2-Umsetzung in Deutschland hilfreich.
Warum maximale Segmentierung nicht immer die beste Antwort ist
Der Ruf nach maximaler Segmentierung klingt stark, ist in Bestandsanlagen aber oft zu simpel. Wenn eine Fabrik mit Legacy-PLC, alten HMI und proprietären Engineering-Tools arbeitet, kann harte Segmentierung Wartung und Instandhaltung so erschweren, dass Teams sich wieder unsichere Sonderwege suchen. Dann ist die vermeintlich sichere Architektur in der Praxis riskanter als eine sauber begrenzte, nachvollziehbare Teilabsicherung.
Das Dogma scheitert an der Realität
Viele Steuerungen wurden historisch ohne Verschlüsselung und Authentifizierung gebaut, und solche Kontrollen können ältere Komponenten sogar destabilisieren ICS-OT-Grenzen und Legacy-Probleme. Wer in so einer Umgebung einfach auf maximale Härtung drückt, riskiert Ausfälle, Fehlverhalten oder Umgehungslösungen. Das Problem ist also nicht nur technisch, sondern betrieblich.
Risikobasiert zu handeln ist deshalb die bessere Haltung. Erst muss klar sein, welche Anlagen, Pfade und Personen wirklich kritisch sind. Dann folgt die gezielte Absicherung der Bereiche, die den höchsten Schaden verursachen würden.
Was in Bestandsanlagen wirklich trägt
- Sauberes Asset-Verständnis: Ohne Inventar gibt es keine tragfähige Schutzentscheidung.
- Isolierte Wartungszugänge: Externe oder interne Fernwartung nur über kontrollierte, dokumentierte Wege.
- Vier-Augen-Prinzip bei Änderungen: Konfigurationsänderungen nie als Ein-Personen-Aktion durchwinken.
- Geprüfte Wiederanlaufpläne: Die Produktion muss nach einem Vorfall wieder hochkommen, nicht nur abgeschottet sein.
- Technische Trennung mit Maß: Segmentierung dort, wo sie hilft, nicht als Selbstzweck überall gleich hart.
Maximal sicher klingt gut. Betriebsfähig und nachweisbar ist in OT meistens besser.
Wenn du eine faire Einordnung der technischen Abwägung suchst, hilft die Detailbetrachtung zu Microsegmentierung in industriellen Netzen. Entscheidend bleibt aber die Reihenfolge, erst Transparenz, dann Isolation, dann Härtung. Nicht umgekehrt.
Eine pragmatische 90-Tage-Roadmap für OT-Sicherheit
Die beste OT-Sicherheitsstrategie ist die, die in drei Monaten sichtbare Ergebnisse liefert, ohne den Betrieb zu blockieren. Ein KMU braucht keine Großarchitektur auf dem Papier, sondern ein Vorgehen, das Anlagen kennt, Zugänge ordnet und im Ernstfall wieder hochfährt. Genau dafür taugt eine 90-Tage-Roadmap.
Tage 1 bis 30, Bestandsaufnahme ohne Ausreden
In der ersten Phase zählt Transparenz. Alle Steuerungs-, HMI- und Engineering-Komponenten müssen erfasst werden, inklusive Verbindungen, Fernwartungswegen und externer Dienstleister. Ohne diese Grundlage ist jede weitere Maßnahme blind.
Das Ergebnis dieser Phase ist kein Ordner, sondern ein belastbares Bild der Anlage. Wer die kritischen Pfade kennt, kann Risiken priorisieren und unnötige Eingriffe vermeiden. Genau hier trennt sich sauberes OT-Management von Aktionismus.
Tage 31 bis 60, Quick Wins mit hoher Wirkung
Jetzt werden die offensichtlichen Lücken geschlossen. Wartungszugänge gehören isoliert, MFA gehört dorthin, wo Fernzugriffe möglich sind, und die exponiertesten Systeme müssen gehärtet werden. Nicht alles auf einmal, aber dort, wo der Schaden am größten wäre.
Tage 61 bis 90, Betrieb absichern und prüfen
In der letzten Phase stehen Backup- und Wiederanlaufpläne für die kritischsten Linien an. Dazu kommen Incident-Response-Playbooks mit klaren Meldewegen und Schulungen für Bedien- und Engineering-Personal. Das Ziel ist ein Betriebsmodell, das man auditieren kann, nicht nur ein Sicherheitskonzept, das gut klingt.
Priorität vor Perfektion: Lieber drei wirksame Kontrollen sauber betreiben als zehn Maßnahmen halbgar ausrollen.
Wie Deeken.Technology Unternehmen dabei konkret unterstützt
Deeken.Technology GmbH passt für dieses Thema, weil hier ISO 27001, NIS-2-Spezialisierung und regionale Nähe zusammenkommen. Für ein produzierendes KMU ist das wichtig, weil OT-Sicherheit nicht aus der Ferne theoretisiert werden darf. Es braucht Partner, die die Sprache von Betrieb, Audit und technischer Nachweisbarkeit gleichzeitig sprechen.
Die Arbeit beginnt sinnvollerweise mit einer Ist-Analyse der OT-Landschaft. Danach folgt ein ISMS, das NIS-2-Anforderungen in dokumentierte Prozesse übersetzt, statt sie nur auf Folien zu versprechen. Sinnvoll sind dabei sichere Cloud-Anbindungen über IONOS, Netzsegmentierung mit WatchGuard-Komponenten und Backup- sowie Wiederanlaufkonzepte auf Basis von Acronis.
Auch das Umfeld zählt. Die bestehenden Partnerschaften mit DATEV, 3CX, DOCBOX und ITQ zeigen, dass ein Sicherheitsbetrieb nicht isoliert funktioniert, sondern in eine tragfähige IT- und Prozesslandschaft eingebettet sein muss. Für Unternehmen im Oldenburger Münsterland ist genau das der Unterschied zwischen einem Compliance-Projekt und einem Betrieb, der im Audit bestehen und im Alltag funktionieren kann.
Wenn Sie Ihre OT-Landschaft nicht länger nur verwalten, sondern belastbar absichern wollen, sprechen Sie mit der Deeken.Technology GmbH über eine pragmatische Bestandsaufnahme und die nächsten Schritte für NIS-2. Besuchen Sie Deeken.Technology GmbH, wenn Sie einen Partner suchen, der Produktion, Nachweisbarkeit und Resilienz zusammen denkt.
