Vektorium

Cybersicherheit für kritische Infrastrukturen für vernetzte Abwehr und betriebliche Kontrolle

Cybersicherheit für kritische Infrastrukturen schützt die Systeme, die wesentliche Dienste aufrechterhalten. Cypher Sentinel ergänzt die bestehende Sicherheitsumgebung um eine souveräne Konvergenzebene und verbindet genehmigten IT- und OT-Sicherheitskontext mit nativen Funktionen und KI-gestützter Koordination. Die Betreiber definieren die Bereitstellungsgrenze und die Befugnisse für Maßnahmen, die ihre Systeme betreffen.

Behalten Sie Ihren Sicherheits-Stack. Ergänzen Sie wegweisende Abwehr.

160 ausgewiesene Funktionen. 90 kundenseitig nutzbare Engines. 27 Befehlsfamilien. Erweitern Sie Ihre Sicherheitsumgebung um die Breite von Cypher Sentinel und behalten Sie dabei die Werkzeuge und Betriebsverfahren, auf die Ihre Teams angewiesen sind. Führen Sie Sicherheitskontext rund um die Systeme zusammen, die wesentliche Dienste am Laufen halten.

Cypher Sentinel entdecken oder die interaktive Plattformdemo öffnen.

Dienst, Prozess und Daten schützen

Betriebstechnologie umfasst industrielle Steuerungssysteme (ICS) und Systeme zur übergeordneten Steuerung und Datenerfassung (SCADA), die zur Überwachung und Steuerung physischer Prozesse eingesetzt werden.

Eine Cybersicherheitsentscheidung in einer betrieblichen Umgebung kann einen physischen Prozess beeinflussen. Der Schutz kritischer Infrastrukturen muss daher Dienstkontinuität, technische Einschränkungen und die für den sicheren Betrieb verantwortlichen Personen berücksichtigen.

NIST SP 800-82 Rev. 3 behandelt die besonderen Leistungs-, Zuverlässigkeits- und Sicherheitsanforderungen der Betriebstechnologie. Diese Anforderungen gehören von Anfang an in den Sicherheitsablauf: wie Daten erfasst werden, wie eine Warnung bewertet wird und wer eine Änderung an einem betrieblichen System autorisieren darf.

IT- und OT-Sicherheitskontext verbinden

Der integrationsorientierte Ansatz von Cypher Sentinel beginnt mit den bereits vorhandenen SIEM-, Endpunkt-, Identitäts-, Netzwerk- und OT-Überwachungssystemen. Integrationsbrücken und APIs verbinden ausgewählte Quellen und Arbeitsabläufe mit der Konvergenzplattform. Das Pilotprojekt überprüft die für den gewählten Anwendungsfall erforderlichen Schnittstellen, Datenrichtungen, Berechtigungen und Produktversionen.

Die Plattformarchitektur erklärt, wie Eingaben, gemeinsamer Kontext, Funktionskoordination und Handlungsgrenzen zusammenpassen.

Ein Arbeitsablauf zur Bewertung: Fernzugriff für Engineering

Betrachten Sie ein beispielhaftes Pilotszenario mit verdächtiger Nutzung eines Fernzugriffskontos für Engineering. Beziehen Sie die genehmigten Identitäts-, Endpunkt- und Überwachungssignale in die Untersuchung ein. Prüfen Sie die Kritikalität der Ressource, die ausgeführten Arbeiten und das Wartungsfenster. Der verantwortliche Betreiber wählt anschließend die zulässige Aktion und dokumentiert die Entscheidung. Dieser Arbeitsablauf ist während des Pilotprojekts anhand Ihrer Systeme und Verfahren zu validieren.

Umfang am wesentlichen Dienst ausrichten

Dieselbe Konvergenzarchitektur kann anhand unterschiedlicher betrieblicher Anforderungen bewertet werden. Definieren Sie wichtige Ressourcen und Dienstabhängigkeiten, bevor Sie den technologischen Umfang wählen.

Jedes Pilotprojekt sollte die Geräte, Protokolle, Versionen und bestehenden Überwachungswerkzeuge dokumentieren, von denen es abhängt. Bestätigen Sie die erforderliche Abdeckung und Erfassungsmethode für diese Umgebung, bevor Sie den Umfang erweitern.

Bereitstellung und Reaktion unter Ihrer Kontrolle behalten

Der Betreiber legt fest, wo die Plattform läuft, wo Daten und Schlüssel liegen, welche Identitäten sie administrieren dürfen und welche externen Verbindungen zulässig sind. Der Bereitstellungsplan umfasst außerdem Modellhosting, Informationsquellen, Aktualisierungsverfahren und die bei Verbindungsverlust benötigten Funktionen. Die Bereitstellungsentscheidungen finden Sie unter souveräne Cybersicherheitsplattform.

Automatisierung muss zu den betrieblichen Befugnissen passen. Unterscheiden Sie Beobachtung und Empfehlungen von genehmigungspflichtigen Aktionen und begrenzten automatisierten Abläufen. Definieren Sie für Maßnahmen, die Produktion oder Betriebssicherheit beeinflussen könnten, den verantwortlichen Entscheidungsträger, die betrieblichen Prüfungen und das Wiederherstellungsverfahren, bevor Sie den Ablauf aktivieren.

Pilotprojekt um Betriebssicherheit aufbauen

Ein nützliches Pilotprojekt ist eng genug gefasst, um bewertbar zu sein, und aussagekräftig genug, um die nächste Bereitstellungsentscheidung zu unterstützen. Beginnen Sie mit einem Dienst oder Standort und einem Bedrohungsszenario, das Sicherheits- und Betriebsteams gemeinsam als relevant einstufen.

Gehen Sie durch eine Abnahmeentscheidung für die bewerteten Systeme und Funktionen vom Pilotprojekt zu einer breiteren Bereitstellung über. Nutzen Sie die Ergebnisse, um Integrationsabdeckung, betriebliche Zuständigkeit und den nächsten Anwendungsfall zu präzisieren.

Sicherheitsnachweise zum Teil der Architektur machen

Nutzen Sie die für Sie geltenden Branchenanforderungen und internen Betriebsstandards, um die erforderlichen Kontrollen und Nachweise zu definieren. Die branchenübergreifenden Cybersicherheitsleistungsziele der CISA bieten eine freiwillige, priorisierte Basis von Sicherheitspraktiken. Die OT-Sicherheitsleitlinien von NIST dienen als Referenz für die Einschränkungen industrieller und anderer physischer Systeme.

Bestimmen Sie für jede Anforderung die relevante Plattformfunktion oder das bestehende Werkzeug, die Konfiguration, den verantwortlichen Eigentümer und die zu prüfenden Nachweise. Eine dokumentierte Implementierung und Bewertung begründen den Sicherheitsnachweis für die tatsächliche Umgebung.

Langlebige Infrastrukturen auf kryptografischen Wandel vorbereiten

Beziehen Sie Kryptografie in die Prüfung von Ressourcen und Abhängigkeiten ein: wo Schlüssel und Zertifikate verwendet werden, welche Kommunikation Schutz benötigt, wie Softwareaktualisierungen authentifiziert werden und welche Geräte geändert werden können. Cypher Sentinel bringt fortschrittliche kryptografische Funktionen in die Sicherheitsplattform ein, damit die ausgewählten Funktionen zusammen mit der breiteren Betriebsarchitektur bewertet werden können.

NIST fordert Organisationen auf, mit der Post-Quanten-Migration zu beginnen, indem sie anfällige Kryptografie identifizieren und Aktualisierungen planen. ML-KEM, standardisiert in FIPS 203, behandelt die Schlüsseletablierung; ML-DSA und SLH-DSA, standardisiert in FIPS 204 und 205, behandeln digitale Signaturen. Der Übergang muss Protokollinteroperabilität, Schlüssellebenszyklus, Gerätebeschränkungen und genehmigte Änderungsfenster berücksichtigen. Lesen Sie den Überblick zur Post-Quanten-Cybersicherheit.

Häufig gestellte Fragen

Was ist Cybersicherheit für kritische Infrastrukturen?

Cybersicherheit für kritische Infrastrukturen schützt die Systeme, die wesentliche Dienste wie Energie, Wasser, Kommunikation, Verkehr und Finanzwesen unterstützen. Sie verbindet Unternehmenssicherheit mit betrieblichen Anforderungen, damit Entscheidungen Dienstkontinuität, physische Prozesse, die Kritikalität von Ressourcen und die Befugnisse des verantwortlichen Betreibers berücksichtigen.

Wie unterscheidet sich OT-Cybersicherheit von IT-Cybersicherheit?

Betriebstechnologie überwacht oder steuert physische Prozesse. Ihr Sicherheitsplan muss neben Vertraulichkeit und Datenintegrität auch Betriebssicherheit, Zuverlässigkeit, Zeitvorgaben und Gerätebeschränkungen berücksichtigen. NIST SP 800-82 Rev. 3 behandelt diese Anforderungen; eine für einen Büroendpunkt geeignete Reaktion kann für eine Produktionssteuerung ungeeignet sein.

Kann Cypher Sentinel neben bestehenden OT-Sicherheitswerkzeugen eingesetzt werden?

Der integrationsorientierte Ansatz verbindet ausgewählte bestehende Werkzeuge und genehmigte Datenquellen mit der Konvergenzplattform. Das Pilotprojekt definiert die erforderlichen Schnittstellen, Datenrichtungen, Produktversionen und Berechtigungen und überprüft anschließend die relevante Telemetrie und die Arbeitsabläufe in der Betreiberumgebung.

Welche industriellen Protokolle und Geräte sollten vor der Bereitstellung geprüft werden?

Beginnen Sie mit einer Bestandsaufnahme der tatsächlich verwendeten Protokolle, Steuerungen, Gateways, Geräteversionen und Überwachungswerkzeuge. Vereinbaren Sie für jeden Pilotablauf die erforderliche Datenerfassungsmethode und unterstützten Schnittstellen. Validieren Sie die ausgewählte Abdeckung und die betrieblichen Auswirkungen, bevor Sie die Bereitstellung auf weitere Systeme ausweiten.

Kann eine automatisierte Reaktion einen kritischen Prozess unterbrechen?

Maßnahmen, die Produktion oder Betriebssicherheit beeinflussen, müssen innerhalb der vom Betreiber festgelegten Befugnisse bleiben. Der Bereitstellungsplan sollte zwischen Beobachtung, Empfehlungen, genehmigungspflichtigen Aktionen und begrenzter Automatisierung unterscheiden. In OT-Umgebungen muss das Reaktionskonzept betriebliche Auswirkungen, Wartungsfenster, Wiederherstellungsverfahren und den verantwortlichen Entscheidungsträger einbeziehen.

Was ist der beste Ausgangspunkt für ein Pilotprojekt in kritischen Infrastrukturen?

Wählen Sie einen Dienst oder Standort, ein wesentliches Bedrohungsszenario und die zu seiner Beobachtung erforderlichen bestehenden Werkzeuge. Definieren Sie Datengrenzen, betriebliche Einschränkungen, zulässige Aktionen und Abnahmemaßstäbe. Validieren Sie den Integrations- und Untersuchungsablauf, bevor Sie eine breitere Abdeckung oder stärker automatisierte Reaktion erwägen.

Stärken Sie die Systeme, von denen Ihr Betrieb abhängt

Bringen Sie Ihre Dienstanforderungen und Ihre bestehende Sicherheitsumgebung ein. Definieren Sie ein Cypher Sentinel-Pilotprojekt mit den Integrationen, betrieblichen Grenzen und Nachweisen, die für Ihr Team relevant sind.

Ihr Pilotprojekt besprechen