Sicherheitstests für ICS/OT und kritische Infrastruktur

Industrielle Umgebungen erfordern Operatoren, die sie verstehen. Keine Generalisten mit Scannern.

Industrielle Steuerungssysteme, SCADA-Plattformen und Umgebungen der operativen Technik wurden nicht mit Angreifern im Blick gebaut. Die Protokolle sind jahrzehntealt, die Geräte wurden für Verfügbarkeit und nicht für Sicherheit entworfen, und die Netze waren luftgetrennt – bis sie es nicht mehr waren. Diese Kombination macht OT-Umgebungen zu den verwundbarsten Infrastrukturen und zu denen mit den schwerwiegendsten Folgen einer Kompromittierung.

Evaluris bringt spezialisierte Expertise der offensiven Sicherheit in Umgebungen der operativen Technik. Unsere Operatoren verstehen die Protokolle, die Geräte, die betrieblichen Einschränkungen und die regulatorischen Rahmenwerke, die die Sicherheit kritischer Infrastruktur bestimmen. Jeder Auftrag läuft unter Protokollen ohne Betriebsunterbrechung, die für Umgebungen gebaut sind, in denen Verfügbarkeit keine Präferenz ist, sondern eine Sicherheitsanforderung.

Kontext

Warum OT-Sicherheitstests Spezialisierung erfordern

Einen Standard-Netzwerk-Penetrationstest gegen eine industrielle Umgebung zu fahren ist nicht nur wirkungslos, es ist gefährlich. Nmap-Scans gegen SPS können diese zum Absturz bringen. Automatisierte Schwachstellenscanner können SCADA-Polling-Zyklen unterbrechen und Prozessabschaltungen auslösen. Dieselben aggressiven Techniken, die in der Unternehmens-IT Schwachstellen aufdecken, können in der OT physische Schäden oder Sicherheitsvorfälle verursachen.

Die Operatoren von Evaluris verstehen das. OT-Sicherheitstests erfordern eine grundlegend andere Methodik: passive Aufklärung vor aktiven Tests, tiefes Protokollwissen, gerätespezifische sichere Testparameter und ständige Abstimmung mit den Anlagenbetreibern, damit keine betrieblichen Auswirkungen entstehen.

Ein erfolgreicher OT-Sicherheitsauftrag sollte Ihnen genau sagen, was ein Angreifer in Ihrer Umgebung tun könnte – ohne es zu tun. Jede Technik, die wir einsetzen, ist so kalibriert, dass sie prüft, ohne zu stören.

Ansatz

Methodik

1

Passive OT-Netzwerkaufklärung

Passiver Mitschnitt und Protokollanalyse (Modbus, DNP3, IEC 61850, PROFINET, EtherNet/IP, OPC-UA) ohne aktives Scannen. Asset-Entdeckung durch Verkehrsbeobachtung. Kartierung der Netzwerktopologie durch passive Beobachtung von Broadcast-Verkehr und Kommunikationsmustern.

2

Prüfung von Architektur und Segmentierung

Analyse der OT-/IT-Grenze, Prüfung der DMZ-Konfiguration, Bewertung der Anbindung von Historian-Servern, Identifizierung von Fernzugriffspfaden (Hersteller-VPN, Jump-Server, Mobilfunkmodems) und Lückenanalyse gegenüber dem Purdue-Modell.

3

Aktive Gerätebewertung (sicherer Modus)

Kontrollierte, gerätespezifische Schwachstellenbewertung mit Techniken, die je Gerätetyp validiert sind. Analyse der Firmware-Versionen von SPS und RTU, Prüfung von Standardanmeldedaten, Prüfung der Zugriffskontrolle von Engineering-Software (TIA Portal, Studio 5000, AVEVA) und Sicherheitsbewertung der HMI.

4

Angriffssimulation auf Protokollebene

Missbrauch von Modbus-Lese-/Schreibbefehlen, DNP3-Spoofing-Szenarien, Umgehung der OPC-UA-Authentifizierung, Simulation unberechtigter Engineering-Arbeitsplätze und Bewertung der Machbarkeit von Replay-Angriffen gegen unverschlüsselten Protokollverkehr.

5

Überschreiten der IT-/OT-Grenze

Bewertung von Kompromittierungspfaden vom IT-Netz in die OT-Umgebung über Historian-Server, Fernzugriffssysteme, gemeinsame Authentifizierungsinfrastruktur und Engineering-Arbeitsplätze mit Doppelanbindung.

6

Berichterstattung und Behebung

Feststellungen mit OT-spezifischer Behebungsanleitung, unter Berücksichtigung der Patch-Einschränkungen, der Grenzen von Altgeräten und der Betriebsfenster, die bestimmen, was in industriellen Umgebungen tatsächlich umsetzbar ist.

Umfang

Was wir testen

  • SCADA-Plattformen und verteilte Leitsysteme (DCS)
  • Speicherprogrammierbare Steuerungen (SPS), Siemens S7, Allen-Bradley, Schneider Electric
  • Remote Terminal Units (RTUs)
  • Human Machine Interfaces (HMIs)
  • Historian-Server (OSIsoft PI, AVEVA Historian)
  • OT-Netzwerkarchitektur und Segmentierung
  • Industrieprotokolle (Modbus, DNP3, IEC 61850, PROFINET, EtherNet/IP, OPC-UA)
  • Engineering-Arbeitsplätze und Softwareplattformen
  • Fernzugriff und Herstelleranbindungspfade
  • IT-/OT-Konvergenzgrenzen und DMZ-Konfigurationen
Regulatorisch

Ausrichtung an der Compliance

FrameworkAnforderung
IEC 62443Sicherheitsnormen für industrielle Automatisierungs- und Steuerungssysteme
NERC CIPSchutz kritischer Infrastruktur im Energiesektor
NIS2 Art. 21Sicherheitspflichten für kritische Infrastruktur und wesentliche Dienste
UAE NESAAnforderungen der nationalen Behörde für elektronische Sicherheit an kritische Infrastruktur
NIST SP 800-82Leitfaden zur ICS-Sicherheit
ISO 27001:2022Operative Technik im ISMS-Umfang
Ergebnisse

Liefergegenstände

  • OT-Asset-Inventar: entdeckte Geräte, Protokolle, Firmware-Versionen und Netzwerktopologie
  • Bericht zu Angriffspfaden: IT-nach-OT-Kompromittierungspfade, laterale Bewegung in der OT und Szenarien der Prozessauswirkung
  • Protokoll-Schwachstellenbewertung: identifizierte Schwächen in Implementierungen industrieller Protokolle
  • Segmentierungslückenbericht: Schwächen der OT-/IT-Grenze und Feststellungen zur DMZ-Konfiguration
  • OT-spezifischer Behebungsfahrplan: priorisiert nach Ausnutzbarkeit, betrieblicher Umsetzbarkeit und Abstimmung auf Wartungsfenster
  • Managementzusammenfassung: aufsichtsgerechte Risikodarstellung zur kritischen Infrastruktur
  • Technischer Bericht: vollständige Nachweise, Protokollmitschnitte und Korrekturempfehlungen
  • Nachtestfenster: Verifikation nach der Behebung

Bereit, den Umfang dieses Auftrags festzulegen?

Beschreiben Sie Ihre Umgebung, regulatorische Treiber und den Zeitplan. Wir stimmen Methodik, Umfang und Nachweisanforderungen ab, bevor die Tests beginnen.