Das BSI verpflichtet KRITIS-Betreiber nach § 8a Abs. 1 BSIG, den Stand der Technik durch branchenspezifische IT-Grundschutz-Profile einzuhalten. Für Sektoren wie Energie und Gesundheit konkretisieren diese Profile mit über 100 regulatorisch begründeten Reifegrad-Zielen je Branche, welche Maßnahmen als angemessen Wer als Energieversorger oder Behörde KI-Sprachmodelle (LLMs) einsetzt, bewegt sich im direkten Geltungsbereich dieser Anforderungen. Anders als ISO 42001, die einen international ausgerichteten Rahmen für KI-Managementsysteme setzt, greifen die BSI-KRITIS-Profile tief in operative Schutzmaßnahmen ein und sind gesetzlich verankert. Entscheider müssen beide Regelwerke kennen, um Compliance-Lücken beim LLM-Einsatz zu vermeiden.

BSI IT-Grundschutz 2025: Was KRITIS-Betreiber und Energieversorger bei LLM-Einsatz beachten müssen

Betreiber Kritischer Infrastrukturen sind nach § 8a Abs. 1 BSIG verpflichtet, den Stand der Technik bei ihren IT-Sicherheitsvorkehrungen einzuhalten. Mit der wachsenden Verbreitung von Large Language Models (LLMs) in betriebskritischen Umgebungen konkretisiert das BSI diesen Anspruch über sektor­spezifische KRITIS-IT-Grundschutz-Profile und den C5-Kriterienkatalog. Wer als Energieversorger oder Behörde mit KI-Systemen arbeitet, steht vor einem veränderten Compliance-Bild, das sich von ISO 42001 in wichtigen Punkten unterscheidet.

KRITIS-IT-Grundschutz-Profile: Branchenspezifik statt Einheitslösung

KRITIS-IT-Grundschutz-Profile sind laut BSI Dokumente, die auf Basis der IT-Grundschutz-Methodik unter Berücksichtigung branchenspezifischer Besonderheiten und KRITIS-spezifischer Anforderungen den Stand der Technik für kritische Infrastrukturen in ihrem jeweiligen Geltungsbereich konkretisieren. Für Energieversorger bedeutet das: Allgemeine IT-Sicherheitsrahmenwerke reichen formal nicht aus. Sektorspezifische Policy-Vorlagen für Energie, Wasser, IT-TK, Gesundheit, Transport und Ernährung bilden die Grundlage für den Nachweis gegenüber dem BSI.

Der Bedarf nach dieser Konkretisierung ergibt sich unmittelbar aus dem BSIG: Vorkehrungen gelten dann als angemessen, wenn der Aufwand nicht außer Verhältnis zu den Folgen eines Ausfalls oder einer Beeinträchtigung steht. Dieser Verhältnismäßigkeitsgrundsatz ist kein Freifahrtschein, sondern eine Abwägungspflicht, die dokumentiert werden muss.

Für LLM-Systeme, die in KRITIS-Umgebungen eingesetzt werden, folgt daraus: Jeder Einsatzfall muss einer Schutzbedarfsfeststellung nach IT-Grundschutz unterzogen werden, einschließlich der Vererbung von Schutzbedarf über Abhängigkeitsgraphen nach dem Maximumprinzip. Ein LLM, das Netzdaten verarbeitet oder Steuerempfehlungen ausgibt, erbt den Schutzbedarf der angebundenen Systeme vollständig. Mehr zu den Sicherheitsanforderungen des BSI C5-Katalogs für KI-Systeme lesen Sie unter BSI C5-Katalog: Sicherheitsanforderungen für KI und KRITIS.

BSI IT-Grundschutz vs. ISO 42001: Strukturelle Unterschiede im Überblick

ISO 42001 ist ein internationaler Managementsystem-Standard für künstliche Intelligenz. Er definiert Anforderungen an ein KI-Managementsystem auf Organisationsebene und orientiert sich an der bewährten Struktur der ISO-Managementsystemnormen (High Level Structure). Der Fokus liegt auf Governance, Risikobehandlung, Impact Assessments und kontinuierlicher Verbesserung.

Der BSI IT-Grundschutz verfolgt einen anderen Ansatz: Er ist methodisch tiefer und operativer. Die 117 Bausteine über alle 10 Schichten, die Soll-Ist-Unterscheidung sowie die Gewichtung nach MUSS-, SOLLTE- und KANN-Anforderungen liefern konkrete Handlungsanweisungen bis auf Systemebene. Für KRITIS-Betreiber bedeutet das, dass ein ISO 42001-Zertifikat den IT-Grundschutz-Nachweis gegenüber dem BSI nicht ersetzt.

Praktisch relevant ist diese Differenz bei der Dokumentation: ISO 42001 verlangt ein KI-Risikoregister und Policy-Dokumente. Der IT-Grundschutz fordert darüber hinaus bauteinspezifische Umsetzungsnachweise, Netzpläne und eine vollständige Schutzbedarfsanalyse je Anwendung. Wer beide Frameworks gleichzeitig bedienen will, profitiert von Ansätzen, bei denen einmal erfasste Nachweise über mehrere Frameworks wiederverwendet werden können, wie sie etwa Open-Source-ISMS-Tools für den DACH-Raum umsetzen.

Einen Überblick zu agentic KI-Systemen und deren Risikoklassifizierung im BSI-Kontext bietet der Artikel BSI IT-Grundschutz: Agentic AI und Sicherheitsanforderungen 2025.

Praktische Implikationen für KRITIS-Betreiber und Energieversorger

1. Schutzbedarfsanalyse vor LLM-Deployment ist Pflicht, nicht Option

Jeder geplante LLM-Einsatz in KRITIS-Umgebungen erfordert eine strukturierte Schutzbedarfsfeststellung nach IT-Grundschutz. Verfügbarkeit, Integrität, Authentizität und Vertraulichkeit der angebundenen Systeme müssen bewertet werden. Energieversorger, die LLMs für Netzprognosen oder Dokumentenverarbeitung einsetzen, müssen den vererbbaren Schutzbedarf aus den Leitsystemen berücksichtigen. Eine fehlende Analyse stellt im Auditfall ein dokumentiertes Compliance-Risiko dar.

2. Branchenspezifische Profile schlagen generische Frameworks

Das BSI stellt sektorspezifische KRITIS-IT-Grundschutz-Profile bereit, die den Stand der Technik für den jeweiligen Geltungsbereich konkretisieren. Energieversorger sollten das sektorspezifische Profil als Ausgangsbasis für ihre LLM-Sicherheitskonzepte nehmen, nicht einen generischen ISO-Standard. ISO 42001 kann ergänzend eingesetzt werden, ersetzt aber die Grundschutz-Dokumentation nicht.

3. C5-Anforderungen gelten auch für externe LLM-Anbieter

Werden LLMs als Cloud-Dienste bezogen, greift der BSI C5-Kriterienkatalog. KRITIS-Betreiber müssen sicherstellen, dass ihre Dienstleister entsprechend zertifiziert oder auditierbar sind. Das betrifft insbesondere die Kriterien zu Kryptoagilität und Post-Quantum-Kryptographie, die in der C5:2026-Aktualisierung explizit adressiert werden. Weiterführende Informationen dazu finden Sie unter BSI C5-Katalog: LLM-Sicherheitsanforderungen für Cloud und Behörden.

4. Multi-Framework-Compliance erfordert strukturiertes Nachweismanagement

KRITIS-Betreiber unterliegen gleichzeitig dem BSIG, NIS-2 bzw. dem NIS-2-Umsetzungsgesetz sowie gegebenenfalls dem DORA im Finanzsektor. ISO 42001 fügt eine weitere Anforderungsebene hinzu. Die Herausforderung besteht darin, Nachweise nicht mehrfach zu erheben, sondern systematisch zu verknüpfen. Einmal erfasste Kontrollen können über Mapping-Tabellen verschiedenen Frameworks zugeordnet werden, was den Prüfaufwand erheblich reduziert. Wie dies in der Praxis funktioniert, beleuchtet der Artikel zu ISO 42001 KI-Governance für Mittelstand und Fertigung.

Zum Einsatz generativer KI speziell in der Energiewirtschaft lesen Sie außerdem: Generative KI in der Energiewirtschaft: Netzoptimierung und Predictive Maintenance.

Quellen

• KRITIS-IT-Grundschutz-Profile, BSI
• Schablone zur Erstellung von KRITIS-IT-Grundschutz-Profilen (PDF), BSI
• Little ISMS Helper, GitHub (moag1000)

Häufige Fragen

Was sind KRITIS-IT-Grundschutz-Profile und warum sind sie für Energieversorger relevant?

KRITIS-IT-Grundschutz-Profile sind vom BSI entwickelte Dokumente, die auf Basis der IT-Grundschutz-Methodik branchenspezifische Sicherheitsanforderungen für Betreiber kritischer Infrastrukturen konkretisieren. Für Energieversorger sind sie unmittelbar relevant, weil § 8a Absatz 1 BSIG Betreiber Kritischer Infrastrukturen verpflichtet, den Stand der Technik bei organisatorischen und technischen Schutzmaßnahmen einzuhalten. KRITIS-IT-Grundschutz-Profile leisten genau diese Konkretisierung des Stands der Technik für den jeweiligen Sektor.

Welche rechtliche Grundlage verpflichtet KRITIS-Betreiber zur Umsetzung des IT-Grundschutzes?

Die zentrale Rechtsgrundlage ist § 8a Absatz 1 des BSI-Gesetzes (BSIG). Danach müssen Betreiber Kritischer Infrastrukturen angemessene organisatorische und technische Vorkehrungen treffen, um Störungen der Verfügbarkeit, Integrität, Authentizität und Vertraulichkeit ihrer IT-Systeme zu vermeiden. Als Maßstab gilt der Stand der Technik. Zusätzlich regelt § 8b BSIG Melde- und Registrierungspflichten. KRITIS-IT-Grundschutz-Profile dienen dabei als anerkanntes Instrument zur Konkretisierung dieser gesetzlichen Anforderungen.

Wie unterscheiden sich BSI IT-Grundschutz und ISO 42001 beim Umgang mit KI-Systemen wie LLMs?

Der BSI IT-Grundschutz ist eine umfassende Sicherheitsmethodik mit 117 Bausteinen über 10 Schichten, die auf klassische IT-Sicherheit ausgerichtet ist. Spezifische LLM-Anforderungen werden über sektorale KRITIS-Profile und ergänzende BSI-Veröffentlichungen eingebracht. ISO 42001 hingegen ist ein eigenständiger KI-Management-System-Standard, der explizit auf den Lebenszyklus von KI-Systemen zugeschnitten ist und Governance, Risikobewertung sowie Transparenz für KI-Anwendungen adressiert. Für KRITIS-Behörden empfiehlt sich eine kombinierte Betrachtung beider Rahmenwerke, da der IT-Grundschutz

Was leistet ein Open-Source-ISMS wie der Little ISMS Helper für die Multi-Framework-Compliance im KRITIS-Umfeld?

Ein Tool wie der auf GitHub verfügbare Little ISMS Helper bildet laut Projektbeschreibung mehrere regulatorische Rahmenwerke gleichzeitig ab, darunter ISO 27001:2022, BSI IT-Grundschutz mit 117 Bausteinen, NIS-2, DORA und DSGVO. Für KRITIS-Betreiber ist besonders die Möglichkeit relevant, einmal erfasste Nachweise über mehrere Frameworks wiederzuverwenden. Das Tool enthält sektorspezifische Policy-Vorlagen für Energie, Wasser, Gesundheit, Transport und weitere KRITIS-Sektoren sowie eine automatische Eskalation von Meldefristen, was den erheblichen Dokumentationsaufwand bei parallelen

Gilt das KRITIS-Dachgesetz für dieselben Einrichtungen wie die NIS2-Richtlinie, und wie grenzen sich beide ab?

KRITIS-Dachgesetz und NIS2 adressieren teilweise dieselben Sektoren, verfolgen aber unterschiedliche Regelungsziele. Die NIS2-Richtlinie der EU und das deutsche NIS2-Umsetzungsgesetz richten sich an wesentliche und wichtige Einrichtungen in 19 Sektoren und legen Cybersicherheitspflichten sowie Meldepflichten fest. Das KRITIS-Dachgesetz regelt darüber hinaus die physische Resilienz kritischer Anlagen. Für Energieversorger und andere KRITIS-Betreiber entstehen damit parallele Pflichten aus beiden Regelwerken, die eine klare organisatorische Abgrenzung und ein integriertes Compliance-Management

Dieser Artikel wurde von einem KI-System automatisiert erstellt. Kennzeichnung gemäß Art. 50 der EU-KI-Verordnung.