KI für KRITIS: Dreifach-Compliance

Die dreifache Regulierungsherausforderung für KI in KRITIS

Betreiber kritischer Infrastrukturen stehen vor einer regulatorischen Konvergenz, die in ihrer Komplexität einzigartig ist. Drei große Regulierungswerke greifen gleichzeitig — und alle betreffen den Einsatz von KI-Systemen:

1. KRITIS-DachG — Physische Resilienz

Das KRITIS-Dachgesetz ist das erste sektorübergreifende Gesetz zum Schutz kritischer Infrastrukturen in Deutschland. Es setzt die EU CER-Richtlinie (Critical Entities Resilience) um und definiert:

• Identifizierung: Klare Kriterien, wann eine Einrichtung als kritische Infrastruktur gilt (basierend auf Schwellenwerten und Versorgungsrelevanz).
• Risikobewertung: KRITIS-Betreiber müssen regelmäßige Risikobewertungen durchführen — auch für KI-Systeme, die in kritischen Prozessen eingesetzt werden.
• Resilienzmaßnahmen: Technische, organisatorische und personelle Maßnahmen zur Aufrechterhaltung des Betriebs — KI-Systeme müssen in die Resilienzplanung integriert werden.
• Registrierung: Alle KRITIS-Betreiber müssen sich beim BBK (Bundesamt für Bevölkerungsschutz und Katastrophenhilfe) registrieren. Frist: Juli 2026.
• Meldepflichten: Sicherheitsvorfälle müssen an das BBK gemeldet werden — auch KI-bezogene Vorfälle.

2. NIS-2 — Cybersicherheit

Die NIS-2-Richtlinie (umgesetzt im NIS2UmsuCG — NIS-2-Umsetzungs- und Cybersicherheitsstärkungsgesetz) erweitert die Cybersicherheitsanforderungen massiv:

• Erweiterter Anwendungsbereich: NIS-2 betrifft deutlich mehr Unternehmen als die ursprüngliche NIS-Richtlinie. Geschätzt 29.000 Unternehmen in Deutschland fallen unter die neue Regulierung.
• Risikomanagement: Umfassende Cybersicherheits-Risikomanagementmaßnahmen (Art. 21 NIS-2), einschließlich Incident Handling, Business Continuity, Supply-Chain-Security und Kryptografie.
• Meldepflichten: Erhebliche Sicherheitsvorfälle müssen innerhalb von 24 Stunden (Frühwarnung) bzw. 72 Stunden (Vorfallsmeldung) an das BSI gemeldet werden.
• Geschäftsleiterhaftung: Die Geschäftsleitung haftet persönlich für die Einhaltung der Cybersicherheitsanforderungen — ein starker Anreiz, keine Kompromisse bei der IT-Sicherheit einzugehen.
• Registrierung: Betroffene Unternehmen müssen sich beim BSI registrieren. Frist: März 2026.

KI-Relevanz: KI-Systeme sind IT-Systeme im Sinne der NIS-2. Sie fallen unter das Risikomanagement, müssen in Incident-Response-Pläne integriert werden und können selbst Angriffsziel sein (Adversarial Attacks, Prompt Injection). Cloud-KI-Dienste gelten als Supply-Chain-Risiko.

3. EU AI Act — KI-spezifische Regulierung

Der EU AI Act klassifiziert KI-Systeme in KRITIS-Bereichen häufig als Hochrisiko (Annex III). Dies gilt insbesondere für:

• KI in der Steuerung kritischer Infrastrukturen (Energie, Wasser, Transport)
• KI zur Sicherheitsüberwachung und Bedrohungserkennung
• KI in der medizinischen Versorgung (Krankenhäuser als KRITIS)

Hochrisiko-KI-Systeme müssen ab Dezember 2027 strenge Anforderungen an Risikomanagementsysteme, Datenqualität, Dokumentation, Transparenz, menschliche Aufsicht und Robustheit erfüllen. On-Premise-Deployment erleichtert die Erfüllung aller Anforderungen durch vollständige Kontrollierbarkeit.

Use Cases: KI-Anwendungen in kritischen Infrastrukturen

1. Anomalie-Erkennung und Bedrohungsanalyse

Der wichtigste KI-Use-Case in KRITIS: Erkennung von Abweichungen im normalen Betrieb. On-Premise LLMs analysieren Logdaten, SCADA-Daten, Netzwerkverkehr und Sensor-Feeds in Echtzeit. Im Unterschied zu regelbasierten Systemen erkennen LLMs auch neuartige Angriffsmuster und komplexe Multi-Step-Attacken. Alle Analysen laufen lokal — sensible Betriebsdaten verlassen nie das KRITIS-Netzwerk.

2. Predictive Maintenance

Vorausschauende Wartung ist für Energieversorger, Wasserwerke und Transportunternehmen kritisch. On-Premise KI analysiert Sensordaten, Wartungsprotokolle und Betriebsparameter, um Ausfälle vorherzusagen — bevor sie passieren. Die Zeitersparnis und Ausfallvermeidung rechtfertigt die Investition oft innerhalb weniger Monate.

3. Lagebilderstellung und Situational Awareness

In Krisensituationen zählt jede Minute. On-Premise LLMs können heterogene Informationsquellen (Sensoren, Meldungen, Social Media, Wetterdaten) zu einem kohärenten Lagebild zusammenführen. Entscheidungsträger erhalten eine sofortige Zusammenfassung der Situation — inklusive Handlungsempfehlungen basierend auf historischen Vorfällen.

4. Incident Response und Forensik

Bei Sicherheitsvorfällen unterstützt On-Premise KI die Analyseteams: automatische Korrelation von Logdaten, Identifikation betroffener Systeme, Empfehlung von Eindämmungsmaßnahmen und Erstellung der vorgeschriebenen Vorfallsberichte für BSI und BBK.

5. Dokumentation und Compliance-Reporting

KRITIS-Betreiber müssen umfangreiche Dokumentations- und Berichtspflichten erfüllen. On-Premise KI kann Sicherheitsberichte automatisieren, Compliance-Gaps identifizieren und Audit-Dokumentation erstellen — ohne dass vertrauliche Betriebsinformationen das Netzwerk verlassen.

Architektur: On-Premise KI für KRITIS-Umgebungen

Air-Gap-Deployment

Für die höchste Sicherheitsstufe: Das KI-System hat keinerlei Netzwerkverbindung zur Außenwelt. Modelle werden über physische Datenträger (USB, Wechselfestplatte) geladen, Updates ebenso. Ideal für:

• OT-Netzwerke (Operational Technology) in Energieversorgung und Wasserwirtschaft
• SCADA/ICS-Umgebungen in der Industrie
• Hochsicherheitsbereiche in der öffentlichen Verwaltung
• Militärische und nachrichtendienstliche Anwendungen

Segmented Network Deployment

Für Szenarien, in denen das KI-System im internen Netzwerk operiert, aber nicht direkt mit dem Internet verbunden ist. Geeignet für die meisten KRITIS-Anwendungen: separate Netzwerksegmentierung, strenge Firewall-Regeln, kein Outbound-Traffic.

Hardware-Anforderungen für KRITIS

Die gute Nachricht: On-Premise KI mit vollständigem Audit-Logging, Air-Gap-Fähigkeit und dokumentiertem Risikomanagement erfüllt die Anforderungen aller drei Regulierungswerke gleichzeitig. Cloud-KI kann das nicht.

Implementierung: Zeitplan für KRITIS-Betreiber

Angesichts der nahenden Fristen sollten KRITIS-Betreiber jetzt handeln. Ein realistischer Zeitplan:

Sofort: Compliance-Gap-Analyse (4–6 Wochen)

• Bestandsaufnahme: Welche KI-Systeme sind bereits im Einsatz (inkl. Shadow AI)?
• Regulatorische Gap-Analyse: KRITIS-DachG, NIS-2 und AI Act gegen Ist-Zustand
• Priorisierung der Maßnahmen nach Fristendringlichkeit

Q3 2025: Infrastruktur und Registrierung

• BSI-Registrierung vorbereiten und durchführen (Frist: März 2026)
• Hardware-Beschaffung für On-Premise KI initiieren
• Sicherheitsarchitektur entwerfen (Air-Gap/segmentiert)

Q4 2025 – Q1 2026: Pilot und Validierung

• KI-Pilot in nicht-kritischem Bereich starten (z. B. Dokumentation)
• Risikomanagement-Integration validieren
• BBK-Registrierung vorbereiten (Frist: Juli 2026)

Q2–Q3 2026: Rollout und Compliance-Dokumentation

• Schrittweiser Rollout auf weitere KRITIS-Bereiche
• Compliance-Dokumentation für alle drei Regulierungswerke finalisieren
• Vorbereitung auf EU AI Act Hochrisiko-Anforderungen (Frist: Dezember 2027)

Weiterführende Informationen

• Alle Branchenlösungen im Überblick
• KI für öffentliche Verwaltung — verwandte Anforderungen
• KI im Finanzsektor — DORA-Compliance
• Hardware-Anforderungen
• EU AI Act Fristen
• DSGVO und KI