Das NIS-2-Umsetzungsgesetz reformiert das BSI-Gesetz grundlegend: KRITIS-Betreiber unterliegen seither verschärften Pflichten in der Informationssicherheit, darunter neue Registrierungsvorschriften, angepasste Nachweisfristen und sektorspezifische Anforderungen aus BSIG und BSI-Kritisverordnung. Für Betreiber kritischer Anlagen und wesentlicher Dienste bedeutet das NIS-2-Umsetzungsgesetz konkreten Handlungsbedarf: Bestehende Meldeprozesse, Registrierungsdaten und interne Sicherheitsnachweise müssen geprüft und angepasst werden. Wer KI-Systeme wie große Sprachmodelle in regulierten Bereichen einsetzt, muss diese Anforderungen in seine Compliance-Strategie einbeziehen, da das BSI die Einhaltung aktiv überwacht.
BSI NIS-2-Umsetzungsgesetz 2025: Was KRITIS-Betreiber und LLM-Nutzer jetzt wissen müssen
Das neue BSI-Gesetz auf Basis der NIS-2-Richtlinie verschärft die Informationssicherheitspflichten für Betreiber kritischer Infrastrukturen in Deutschland erheblich und schafft damit einen regulatorischen Rahmen, der auch den Einsatz von Large Language Models in sensiblen Betriebsumgebungen direkt betrifft.
Leitfakt: Neue Pflichtarchitektur für KRITIS-Betreiber
Betreiber kritischer Infrastrukturen unterlagen bereits nach dem BSI-Gesetz vom 14. August 2009, zuletzt geändert durch Artikel 12 des Gesetzes vom 23. Juni 2021, umfangreichen Informationssicherheitspflichten. Das NIS-2-Umsetzungsgesetz hat diese Anforderungen strukturell erweitert: Neu eingeführt wurden unter anderem eine Registrierungspflicht sowohl als besonders wichtige Einrichtung (bwE) als auch als KRITIS-Betreiber, die Aktualisierungspflicht für Stammdaten nach § 33 Absatz 5 BSIG sowie angepasste Nachweisfristen. Gleichzeitig entfällt die bisherige Regelung zu gemeinsamen übergeordneten Ansprechstellen (GÜAS). Ergänzend kommen sektorspezifische Anforderungen aus dem BSIG und der BSI-Kritisverordnung hinzu, die je nach Branche unterschiedliche technische und organisatorische Maßnahmen verlangen.
Für Unternehmen, die KI-Systeme wie LLMs in KRITIS-relevanten Betriebsprozessen einsetzen, entsteht dadurch eine mehrschichtige Compliance-Anforderung, die über allgemeine Datenschutzvorgaben hinausgeht.
Praktische Implikation 1: Registrierungspflicht und Datenpflege als operativer Sofortbedarf
KRITIS-Betreiber müssen sich nun doppelt registrieren: einmal als bwE und einmal als Betreiber kritischer Anlagen. § 33 Absatz 5 BSIG verpflichtet zusätzlich zur laufenden Aktualisierung der hinterlegten Daten. Für Organisationen, die LLM-gestützte Systeme in der Betriebssteuerung oder im Sicherheitsmanagement nutzen, bedeutet das: Diese Systeme müssen in die Dokumentations- und Meldearchitektur eingebettet sein. Wer KI-Anwendungen außerhalb der regulären IT-Governance betreibt, riskiert Lücken in der Nachweiskette gegenüber dem BSI. Eine fundierte Einordnung der BSI-Sicherheitsanforderungen an KI-Systeme liefert der BSI C5-Katalog für KI-Sicherheit und KRITIS-Cloud.
Praktische Implikation 2: Verschärfte Nachweisfristen erhöhen Prüfdruck auf KI-Systeme
Die angepassten Nachweisfristen im NIS-2-Umsetzungsgesetz verlangen von KRITIS-Betreibern, Sicherheitsnachweise in kürzeren Zyklen zu erbringen. LLMs, die in Echtzeit-Entscheidungsprozessen, Predictive-Maintenance-Anwendungen oder der Netzwerküberwachung eingesetzt werden, müssen nachweislich den Anforderungen an Verfügbarkeit, Integrität und Vertraulichkeit entsprechen. Das stellt erhöhte Anforderungen an Audit-Trails, Logging und die Bewertung von Modellverhalten unter sicherheitskritischen Bedingungen. Einen praxisorientierten Überblick über BSI-Grundschutz-Anforderungen speziell für LLMs in kritischen Infrastrukturen bietet der Beitrag BSI Grundschutz 2025: LLM-Sicherheit in kritischen Infrastrukturen.
Praktische Implikation 3: Wegfall der GÜAS erhöht Eigenverantwortung
Mit dem Wegfall der gemeinsamen übergeordneten Ansprechstellen (GÜAS) entfällt eine bisher mögliche kollektive Kommunikationsstruktur zwischen Betreibergruppen und BSI. KRITIS-Betreiber müssen ihre Meldewege und Ansprechstrukturen nun eigenständig organisieren und nachweisen. Für Unternehmen, die KI-Systeme für die Anomalieerkennung oder das Incident-Management betreiben, bedeutet das: Die Verantwortung für die korrekte und fristgerechte Meldung von Sicherheitsvorfällen, einschließlich solcher, die durch KI-Systeme verursacht oder übersehen werden, liegt vollständig beim Betreiber selbst. Der Artikel BSI C5-Kriterienkatalog: Sicherheitsanforderungen für KI und KRITIS 2025 gibt einen strukturierten Überblick über die einschlägigen Prüfkriterien.
Praktische Implikation 4: Sektorspezifische Anforderungen erfordern differenzierte LLM-Governance
Das neue BSIG und die BSI-Kritisverordnung bringen sektorspezifische Anforderungen mit sich, die je nach Branche unterschiedlich ausgestaltet sind. Betreiber in der Energie-, Wasser- oder Gesundheitsversorgung stehen dabei vor unterschiedlichen technischen Anforderungsprofilen. Wer branchenübergreifende LLM-Plattformen einsetzt, muss sicherstellen, dass die eingesetzten Modelle den jeweils geltenden sektoralen Vorgaben genügen. Eine Standardlösung ohne sektorspezifische Anpassung dürfte in den meisten KRITIS-Bereichen nicht ausreichen. Weiterführende Einordnung bietet der Beitrag BSI Grundschutz 2025: LLM-Anforderungen für KRITIS und ISO 42001 sowie der Überblick zu BSI-Richtlinien für sichere KI-Systeme.
Quellen
Häufige Fragen
Welche Pflichten hatten KRITIS-Betreiber bereits vor dem NIS-2-Umsetzungsgesetz?
Betreiber kritischer Infrastrukturen unterlagen schon nach dem alten BSI-Gesetz (in der Fassung vom 14. August 2009, zuletzt geändert am 23. Juni 2021) verbindlichen Anforderungen an die Informationssicherheit. Dazu zählten unter anderem Meldepflichten bei Sicherheitsvorfällen sowie die Umsetzung technischer und organisatorischer Schutzmaßnahmen für kritische Anlagen.
Was ändert sich für KRITIS-Betreiber durch das NIS-2-Umsetzungsgesetz konkret?
Das NIS-2-Umsetzungsgesetz bringt mehrere strukturelle Änderungen: Die gemeinsamen übergeordneten Ansprechstellen (GÜAS) entfallen. Betreiber müssen sich künftig sowohl als besonders wichtige Einrichtung (bwE) als auch als KRITIS-Betreiber registrieren. Zudem wurden die Nachweisfristen angepasst und es gelten sektorspezifische Neuregelungen aus dem aktualisierten BSIG sowie der BSI-Kritisverordnung.
Was versteht das BSI unter der Registrierungspflicht für KRITIS-Betreiber im neuen Rechtsrahmen?
Nach dem neuen BSIG sind betroffene Organisationen verpflichtet, sich beim BSI sowohl in ihrer Eigenschaft als besonders wichtige Einrichtung (bwE) als auch als Betreiber kritischer Anlagen zu registrieren. Bereits hinterlegte Daten müssen gemäß § 33 Absatz 5 BSIG aktuell gehalten und bei Änderungen zeitnah aktualisiert werden.
Wie wirken sich die angepassten Nachweisfristen auf den Betrieb kritischer Infrastrukturen aus?
Mit dem NIS-2-Umsetzungsgesetz wurden die Fristen, innerhalb derer KRITIS-Betreiber Nachweise über die Erfüllung ihrer Sicherheitsanforderungen gegenüber dem BSI erbringen müssen, neu geregelt. Betreiber sollten die aktuellen Fristen anhand der BSI-Webseite ‘KRITIS Aktuell’ prüfen, da sektorspezifische Unterschiede bestehen können.
Welche sektorspezifischen Besonderheiten müssen KRITIS-Betreiber beim Einsatz von KI-Systemen wie Large Language Models beachten?
Das BSI verweist im Kontext des neuen BSIG und der BSI-Kritisverordnung auf sektorspezifische Anforderungen, die je nach Branche variieren. Für den Einsatz von Technologien wie Large Language Models in kritischen Anlagen gilt grundsätzlich, dass diese in die bestehenden Informationssicherheitspflichten einzubetten sind. Konkrete sektorale Vorgaben sind den jeweiligen Abschnitten der BSI-Kritisverordnung sowie den laufend aktualisierten Hinweisen auf ‘KRITIS Aktuell’ zu entnehmen.
Dieser Artikel wurde von einem KI-System automatisiert erstellt. Kennzeichnung gemäß Art. 50 der EU-KI-Verordnung.
