PSIM für KRITIS: Operative Resilienz und Compliance zuverlässig nachweisen
Ist ein Physical Security Information Management (PSIM)-System mehr als nur eine Integrationsplattform für Gefahrenmeldungen – nämlich ein Baustein moderner RegTech-Strategien für Betreiber kritischer Infrastrukturen? Ein Beitrag von Dr. Jens Hartmann von Advancis.

Der Begriff „RegTech“ (Regulatory Technology) stammt ursprünglich aus dem Finanzsektor und beschreibt Technologien, die Unternehmen dabei unterstützen, regulatorische Anforderungen effizient umzusetzen und vor allem nachvollziehbar zu machen. Im Kern geht es dabei weniger um die Maßnahme selbst als um deren strukturierte, überprüfbare Umsetzung im operativen Betrieb. Diese Perspektive gewinnt zunehmend auch im KRITIS-Umfeld an Bedeutung, da sich die regulatorischen Anforderungen grundlegend verändern.
Neuer regulatorischer Rahmen

Mit der Einführung der NIS2-Richtlinie, der EU-Resilienzrichtlinie (CER) und nationaler Regelwerke wie dem KRITIS-Dachgesetz entsteht ein regulatorischer Rahmen, der nicht mehr nur den Aufbau von Sicherheitsmaßnahmen fordert, sondern deren tatsächliche Wirksamkeit im Betrieb in den Mittelpunkt stellt. Betreiber kritischer Infrastrukturen müssen nicht mehr nur zeigen, dass Prozesse existieren, sondern dass diese im Ereignisfall funktionieren – und dass sich diese Funktionalität belastbar nachweisen lässt. Sicherheit wird damit von einer konzeptionellen Disziplin zu einer operativen Fähigkeit, deren Umsetzung überprüfbar sein muss.
In der Praxis zeigt sich jedoch, dass viele KRITIS-Organisationen genau an dieser Stelle vor erheblichen Herausforderungen stehen. Auf der konzeptionellen Ebene sind viele große Betreiber gut aufgestellt. Sicherheitsrichtlinien, Risikoanalysen, Business-Continuity-Konzepte und Incident-Response-Prozesse sind definiert und dokumentiert.
Auch technisch existiert eine Vielzahl spezialisierter Systeme, die unterschiedliche Aspekte der Sicherheit abdecken – von IT-Sicherheitslösungen über Monitoring-Plattformen bis hin zu physischer Sicherheitstechnik wie Zutrittskontrolle, Videoüberwachung oder Brandmeldesysteme. Formal betrachtet sind damit die Voraussetzungen erfüllt, die Regulierung verlangt.
Fehlende operative Konsistenz
Doch im operativen Ereignisfall zeigt sich häufig eine andere Realität. Tritt ein sicherheitsrelevanter Vorfall auf, laufen in kurzer Zeit zahlreiche Informationen aus unterschiedlichen Systemen zusammen. Mehrere Organisationseinheiten sind beteiligt, Entscheidungen müssen unter Zeitdruck getroffen werden, und Abläufe entwickeln sich dynamisch. In genau diesen Situationen entstehen Brüche. Prozesse werden nicht immer konsistent umgesetzt, Entscheidungen hängen von individuellen Erfahrungen ab, Informationen sind fragmentiert, und die Dokumentation erfolgt häufig erst im Nachgang. Das eigentliche Problem liegt damit nicht in fehlender Regulierung oder fehlenden Konzepten, sondern in der fehlenden operativen Konsistenz und Nachweisbarkeit.
Diese Diskrepanz zwischen definierten Prozessen und gelebter Praxis wird durch die aktuelle regulatorische Entwicklung zunehmend kritisch. Aufsichtsbehörden fragen nicht mehr nur, ob ein Prozess existiert, sondern ob er im konkreten Fall eingehalten wurde. Sie erwarten nachvollziehbare Eskalationsketten, dokumentierte Entscheidungen und die Möglichkeit, den Ablauf eines Vorfalls vollständig zu rekonstruieren. Damit wird die operative Umsetzung selbst zum Prüfgegenstand. Genau hier entsteht eine strukturelle Lücke, die viele Organisationen bislang nicht geschlossen haben.
Diese Lücke liegt zwischen der konzeptionellen Ebene der Sicherheitsprozesse und ihrer operativen Umsetzung. Prozesse sind definiert, aber ihre Ausführung erfolgt nicht durchgängig systemgestützt. Unterschiedliche Systeme liefern Informationen, steuern jedoch nicht den Ablauf. Entscheidungen werden situativ getroffen, Abläufe variieren, und die Dokumentation ist nicht vollständig integriert. Diese Trennung ist historisch gewachsen, wird jedoch durch die neuen regulatorischen Anforderungen zunehmend problematisch. Denn Resilienz wird heute ganzheitlich betrachtet. Physische Ereignisse können digitale Systeme beeinflussen, und IT-Incidents können physische Maßnahmen auslösen. Ohne eine integrierte Umsetzungsschicht bleibt diese Komplexität schwer beherrschbar.
PSIM mit neuer Bedeutung
An dieser Stelle gewinnen Physical Security Information Management-Systeme (PSIM) eine neue strategische Bedeutung. PSIM-Systeme werden traditionell als Integrationsplattformen verstanden, die unterschiedliche Sicherheits- und Gefahrenmeldesysteme zusammenführen. Sie bündeln Informationen aus Brandmeldeanlagen, Videoüberwachung, Zutrittskontrolle oder Perimeterschutz und stellen diese in einer einheitlichen Oberfläche dar. Doch diese Beschreibung greift zu kurz. Die eigentliche Stärke von PSIM liegt nicht nur in der Integration von Daten, sondern in der Strukturierung und Steuerung operativer Prozesse.
PSIM digitalisiert, standardisiert und orchestriert Sicherheitsabläufe im Ereignisfall. Ein Alarm wird nicht nur angezeigt, sondern automatisch in einen definierten Prozess überführt. Operatoren werden durch strukturierte Abläufe geführt, Eskalationsstufen werden systemseitig unterstützt, und Maßnahmen werden konsistent umgesetzt. Gleichzeitig wird jeder Schritt automatisch dokumentiert. Damit entsteht eine neue Qualität der operativen Umsetzung. Aus einem theoretisch definierten Prozess wird ein tatsächlich gelebter, reproduzierbarer Ablauf.
Ein zentraler Vorteil liegt dabei in der Art und Weise, wie Dokumentation entsteht. In vielen Organisationen erfolgt Dokumentation noch immer nachgelagert, häufig manuell und unter Zeitdruck. Dies führt zu Lücken, Inkonsistenzen und hohem Aufwand. PSIM kehrt dieses Prinzip um. Dokumentation entsteht nicht nach dem Ereignis, sondern während der Bearbeitung. Jeder Schritt – von der initialen Alarmmeldung über getroffene Entscheidungen bis hin zu Maßnahmen und Eskalationen – wird automatisch erfasst. Das Ergebnis ist ein durchgängiger Audit Trail, der eine vollständige Rekonstruktion ermöglicht und regulatorisch verwertbar ist. Nachweisfähigkeit wird damit nicht mehr zur zusätzlichen Aufgabe, sondern zum integralen Bestandteil des operativen Prozesses.
Vorreiter Finanzsektor

Diese Entwicklung ist besonders im Finanzsektor sichtbar, der als Teil der kritischen Infrastruktur eine Vorreiterrolle einnimmt. Mit der Digital Operational Resilience Act (DORA) müssen Banken ihre Fähigkeit nachweisen, den Betrieb auch unter Störungen aufrechtzuerhalten. Dabei geht es nicht nur um IT-Systeme, sondern um die gesamte operationale Resilienz. Banken zeigen exemplarisch, wie stark regulatorische Anforderungen heute auf die tatsächliche Umsetzung von Prozessen abzielen und wie wichtig reproduzierbare, dokumentierte Abläufe sind. Gleichzeitig wird deutlich, dass physische Sicherheit, IT-Sicherheit und organisatorische Prozesse nicht mehr getrennt betrachtet werden können.
Mit dem zunehmenden Einsatz künstlicher Intelligenz erweitern sich die Möglichkeiten weiter. KI kann große Datenmengen analysieren, Muster erkennen und Entscheidungsprozesse unterstützen. In komplexen KRITIS-Umgebungen lassen sich so Effizienzgewinne erzielen, etwa durch die Priorisierung von Alarmen oder die Erkennung von Anomalien. Gleichzeitig steigen jedoch die Anforderungen an Transparenz und Nachvollziehbarkeit. Regulatorische Vorgaben verlangen erklärbare Entscheidungen und menschliche Kontrolle. KI darf daher Prozesse unterstützen, darf jedoch nicht zu einer Black Box werden, die sich einer Prüfung entzieht.
Für KRITIS-Betreiber ergibt sich daraus ein grundlegender Perspektivwechsel. Sicherheit wird nicht mehr primär als Schutzmaßnahme verstanden, sondern als Fähigkeit zur stabilen, nachvollziehbaren Betriebsführung. Entscheidend ist nicht nur, was getan wird, sondern wie konsistent und dokumentiert es geschieht. PSIM unterstützt diesen Wandel, indem es operative Abläufe standardisiert, strukturiert und nachvollziehbar macht. Dadurch entstehen reproduzierbare Prozesse, konsistente Entscheidungen und belastbare Nachweise. Gleichzeitig reduziert sich die Abhängigkeit von individuellen Entscheidungen, und die Qualität der Abläufe steigt.
PSIM im RegTech-Kontext
Vor diesem Hintergrund lässt sich PSIM auch im Kontext von RegTech einordnen. PSIM ist kein RegTech im klassischen Sinne und ersetzt keine regulatorischen Frameworks oder Governance-Strukturen. Doch funktional übernimmt es eine Rolle, die typisch für RegTech ist: die technische Unterstützung von Nachweis- und Compliance-Prozessen. PSIM übersetzt regulatorische Anforderungen in operative Realität und macht diese überprüfbar. Damit entsteht ein Bindeglied zwischen Sicherheitsbetrieb und regulatorischer Erwartung.
Die regulatorische Entwicklung im KRITIS-Umfeld wird sich in den kommenden Jahren weiter beschleunigen. Mit NIS2, CER und dem KRITIS-Dachgesetz entsteht ein Umfeld, in dem physische, digitale und organisatorische Sicherheit integriert betrachtet werden müssen. Technologien, die operative Umsetzung und Nachweisfähigkeit verbinden, werden dabei eine zentrale Rolle spielen. PSIM entwickelt sich in diesem Kontext vom Integrationssystem zur operativen Resilienzplattform.
Die Ausgangsfrage lässt sich damit klar beantworten. PSIM ist kein RegTech im engeren Sinne. Aber im KRITIS-Umfeld wird es zu einem zentralen technologischen Baustein, um regulatorische Anforderungen nicht nur zu erfüllen, sondern im operativen Betrieb konsistent umzusetzen und belastbar nachzuweisen.



















