TroutTrout

Beispiel-Incident-Response-Prozess

Eine OT-Incident-Response- und Recovery-Anleitung mit Access Gate, von der Erkennung über die Quarantäne bis zur Wiederherstellung.

3 min read · Last updated 2026-07-15

Dieses Dokument beschreibt einen beispielhaften Ablauf für OT-Incident-Response und -Wiederherstellung sowie den Einsatz von Access Gate in jeder Phase: Erkennung, Quarantäne und Wiederherstellung.

Verwenden Sie es als Vorlage. Passen Sie die Schwellenwerte, Assets und Maßnahmen an Ihre Anlage und Ihr eigenes Runbook an, und haken Sie jeden Schritt ab.

Phase 1: Erkennung

Diese Phase findet vor einem Vorfall statt, wenn Sie das System einrichten. Access Gate generiert Erkennungen aus dem Asset-Verhalten und einem konfigurierbaren Regelwerk und leitet diese an Ihr SIEM weiter, sodass bei einem Vorfall die Meldung Ihre Verantwortlichen bereits dort erreicht, wo sie arbeiten.

  • Navigieren Sie zu Rules → Configure Forward und richten Sie Access Gate auf Ihr SIEM aus.
Konfiguration des Forwarders
Konfiguration des Forwarders

Die vollständige Einrichtung finden Sie unter Log-Weiterleitung und SIEM-Export. Detailliertere Anleitungen sind für spezifische SIEM-Systeme verfügbar:

Phase 2: Quarantäne

Hier beginnt die Incident-Response. Eine Meldung erreicht Ihr SIEM, und Sie melden sich bei Access Gate an, um zu handeln.

Bei einem dringenden Fall setzen Sie das Asset direkt unter Quarantäne:

  • Öffnen Sie das Asset und setzen Sie seinen Status auf In Maintenance oder Disabled. Dadurch wird die gesamte Kommunikation zu und von diesem Asset ausgesetzt.
Asset-Status
Asset-Status

Bei nicht dringenden Fällen setzen Sie das gesamte Asset nicht unter Quarantäne.

Arbeiten Sie über das Enclave des Assets, anstatt es vollständig abzuschalten:

  • Öffnen Sie das Enclave und überprüfen Sie die ein- und ausgehende Kommunikation des Assets.
  • Identifizieren Sie das risikobehaftete Verhalten.
  • Deaktivieren Sie gezielt den Zugriff, der dieses Verhalten überträgt, und verschieben Sie diesen Datenfluss in die Quarantäne, während der Rest des Assets weiterläuft.
  • Halten Sie einen Pfad für die Fehlersuche offen, beispielsweise eine RDP-Sitzung, damit ein Techniker das Gerät weiterhin erreichen kann. Informationen zur Einrichtung finden Sie unter RDP-Flows konfigurieren.

Phase 3: Wiederherstellung

Führen Sie das Gerät nach der Fehlersuche schrittweise zurück:

  • Aktivieren Sie jede Verbindung einzeln wieder.
  • Überprüfen Sie dabei, ob der Datenverkehr normal aussieht.
  • Führen Sie das Asset in den Produktionsbetrieb zurück.

Da die Durchsetzung auf dem Overlay liegt, aktivieren Sie Flows im Access Gate wieder, nicht auf der Maschine selbst. Das physische Asset wurde nie verändert.

Kuka-zu-Server-Flow zulassen
Kuka-zu-Server-Flow zulassen

Was wurde erreicht

In den drei Phasen wurde Folgendes umgesetzt:

  • Erkennung des Vorfalls anhand von inline ausgeführten Regeln und Weiterleitung der Meldung an das SIEM.
  • Quarantäne des Risikos, entweder durch vollständige Deaktivierung des Assets oder durch gezieltes Unterbrechen nur des risikobehafteten Flows innerhalb des Enclaves, während der Anlagenbetrieb aufrechterhalten wird.
  • Wiederherstellung durch schrittweises Reaktivieren von Flows auf dem Overlay, ohne das physische Asset jemals zu berühren.

Dies ist OT-Incident-Response und -Wiederherstellung mit Respekt vor der Betriebszeit: Eindämmung und Wiederherstellung erfolgen auf der Steuerungsebene, während die physische Ebene weiterläuft.