NIS2 Risikomanagement-Vorlage: 10 Pflicht-Maßnahmen Art. 21
TL;DR
- Art. 21 NIS-2-Richtlinie verlangt geeignete und verhältnismäßige Maßnahmen auf Basis eines gefahrenübergreifenden Ansatzes; in Deutschland umgesetzt in § 30 Abs. 1 und 2 BSIG, dort zusätzlich „wirksam" und mit Dokumentationspflicht
- 10 Mindestmaßnahmen-Bereiche (Buchst. a–j, § 30 Abs. 2 Nr. 1–10 BSIG, § 32 Abs. 4 lit. a–j NISG 2026) sind ein Mindestkatalog („zumindest"), kein abschließender
- Methodik: Das Gesetz schreibt keine vor. BSI-Standard 200-3 und ISO/IEC 27005 sind etablierte Wege — Wahl dokumentieren, konsistent anwenden
- Vorlagen-Bausteine: Schutzbedarfsanalyse → Bedrohungs- und Schwachstellenanalyse → Risikomatrix → Risikobehandlungsplan → Restrisiko-Akzeptanz
- Geschäftsleitung: setzt die Maßnahmen um und überwacht sie (§ 38 Abs. 1 BSIG); die dokumentierte Freigabe der Risikoanalyse ist Praxisempfehlung
- Aktualisierung: kein gesetzlicher Turnus; jährlich plus anlassbezogen ist Praxisempfehlung
- Nachweis: Dokumentation für alle (§ 30 Abs. 1 BSIG); Audits auf Anordnung bei besonders wichtigen Einrichtungen (§ 61 Abs. 1), anlassbezogen bei wichtigen (§ 62), Dreijahresnachweis nur für Betreiber kritischer Anlagen (§ 39 Abs. 1)
- Österreich: § 32 NISG 2026, seit 01.10.2026 anzuwenden; Selbstdeklaration einschließlich der Ergebnisse der Risikoanalyse nach § 33 Abs. 1 NISG 2026
Hauptartikel: NIS2-Leitfaden 2026 — Pflichten, Bußgelder und Roadmap im Überblick. Diese Seite vertieft das Risikomanagement: Methodik, Vorlage und Nachweise.
Art. 21 NIS-2-Richtlinie ist das Herzstück der Regulierung. Er verlangt von wesentlichen und wichtigen Einrichtungen, „geeignete und verhältnismäßige technische, operative und organisatorische Maßnahmen" zu ergreifen, „um die Risiken für die Sicherheit der Netz- und Informationssysteme … zu beherrschen". Deutschland hat das in § 30 Abs. 1 und 2 BSIG umgesetzt, Österreich in § 32 NISG 2026. Diese Seite zeigt, wie eine Risikomanagement-Vorlage aufgebaut sein sollte, damit sie bei einer Prüfung nachvollziehbar ist, welche Methodik sich anbietet und welche Risiken je Branche typisch sind. Den Umsetzungsplan für Deutschland finden Sie unter NIS2-Umsetzung Deutschland.
1. Was verlangt Art. 21 NIS-2-Richtlinie konkret?
Abs. 1 legt den Grundsatz fest: Die Maßnahmen müssen geeignet und verhältnismäßig sein und unter Berücksichtigung des Stands der Technik ein Sicherheitsniveau gewährleisten, das dem bestehenden Risiko angemessen ist. Für die Verhältnismäßigkeit zählen Risikoexposition, Größe der Einrichtung, Eintrittswahrscheinlichkeit und Schwere von Sicherheitsvorfällen einschließlich ihrer gesellschaftlichen und wirtschaftlichen Auswirkungen. Das ist ein Angemessenheitsmaßstab, kein Maximalstandard.
Deutsche Umsetzung: § 30 Abs. 1 BSIG verpflichtet besonders wichtige und wichtige Einrichtungen zu geeigneten, verhältnismäßigen und wirksamen technischen und organisatorischen Maßnahmen; bei der Verhältnismäßigkeit sind auch die Umsetzungskosten zu berücksichtigen, und die Einhaltung ist zu dokumentieren. Nach § 30 Abs. 2 Satz 1 BSIG sollen die Maßnahmen den Stand der Technik einhalten und die einschlägigen europäischen und internationalen Normen berücksichtigen. Begrifflich gilt: „Wesentliche" Einrichtungen heißen im BSIG „besonders wichtige Einrichtungen".
Abs. 2 nennt den Katalog, den jede Risikomanagement-Vorlage abdecken muss: Die Maßnahmen beruhen auf einem gefahrenübergreifenden Ansatz, der auch die physische Umwelt der Systeme einschließt, und umfassen „zumindest" die zehn Bereiche der Buchstaben a bis j. Den gefahrenübergreifenden Ansatz verlangt auch § 30 Abs. 2 Satz 1 BSIG, den Mindestkatalog („zumindest") § 30 Abs. 2 Satz 2 BSIG. Der Katalog ist ein Mindestinhalt, keine abschließende Liste. Für Betreiber kritischer Anlagen (KRITIS) kommen die besonderen Anforderungen des § 31 BSIG hinzu, darunter Systeme zur Angriffserkennung (§ 31 Abs. 2 BSIG).
Abs. 3 konkretisiert die Lieferkette: Zu berücksichtigen sind die spezifischen Schwachstellen der unmittelbaren Anbieter, die Gesamtqualität ihrer Produkte und ihre Cybersicherheitspraxis. Abs. 4 verlangt unverzügliche Korrekturmaßnahmen, sobald eine Einrichtung feststellt, dass sie den Maßnahmen nach Abs. 2 nicht nachkommt. Daran knüpft der Verbesserungszyklus an, den eine Vorlage mit Wiedervorlage und Maßnahmenstatus abbildet.
Sonderfall digitale Einrichtungsarten: Für DNS-Diensteanbieter, TLD-Name-Registries, Cloud- und Rechenzentrumsdienste, Content Delivery Networks, Managed (Security) Service Provider, Online-Marktplätze, Suchmaschinen, soziale Netzwerke und Vertrauensdiensteanbieter legt die Durchführungsverordnung (EU) 2024/2690 die technischen und methodischen Anforderungen fest; sie hat für diese Einrichtungsarten Vorrang (§ 30 Abs. 3 BSIG).
2. Die 10 Maßnahmen-Bereiche (a) bis (j) im Überblick
Die zehn Bereiche sind auf § 30 BSIG: 10 NIS2-Pflichtmaßnahmen (mit ISO-27001-Mapping) und in der Übersichtstabelle zu § 30 BSIG ausführlich erläutert. Hier steht deshalb nur die Zuordnung: Richtlinie, deutsches und österreichisches Recht, zugehörige Vorlage im NIS2-Kit und Vertiefung. Buchstabe a, die Risikoanalyse, ist der Kern dieser Seite und folgt ab Abschnitt 3 im Detail.
| Buchst. | Bereich | Deutschland | Österreich | Vorlage im NIS2-Kit | Vertiefung |
|---|---|---|---|---|---|
| a | Konzepte für Risikoanalyse und Sicherheit der Informationssysteme | § 30 Abs. 2 Nr. 1 BSIG | § 32 Abs. 4 lit. a NISG 2026 | Modul 03: Risikoanalyse Methodik, Risikobewertungsmatrix, Risikobehandlungsplan, Informationssicherheitsrichtlinie | Abschnitte 3 bis 7 dieser Seite |
| b | Bewältigung von Sicherheitsvorfällen | § 30 Abs. 2 Nr. 2 BSIG | § 32 Abs. 4 lit. b NISG 2026 | Modul 04: Incident Response Richtlinie und Playbook, Meldevorlagen | NIS2-Meldewege |
| c | Aufrechterhaltung des Betriebs, Backup-Management, Wiederherstellung, Krisenmanagement | § 30 Abs. 2 Nr. 3 BSIG | § 32 Abs. 4 lit. c NISG 2026 | Modul 05: Business Continuity Policy, Backup- und Wiederherstellungskonzept, Disaster Recovery Plan, Krisenmanagement | BCM nach NIS2, Disaster Recovery Plan |
| d | Sicherheit der Lieferkette | § 30 Abs. 2 Nr. 4 BSIG | § 32 Abs. 4 lit. d NISG 2026 | Modul 06: Lieferketten-Sicherheitsrichtlinie, Lieferanten-Fragebogen, Risiko-Scoring, Vertragsklauseln | Lieferkette absichern |
| e | Sicherheit bei Erwerb, Entwicklung und Wartung, Schwachstellenmanagement | § 30 Abs. 2 Nr. 5 BSIG | § 32 Abs. 4 lit. e NISG 2026 | Modul 07: Sichere Beschaffung und Entwicklung, Schwachstellenmanagement, Coordinated Vulnerability Disclosure | Bereich 4 + 5 |
| f | Bewertung der Wirksamkeit | § 30 Abs. 2 Nr. 6 BSIG | § 32 Abs. 4 lit. f NISG 2026 | Modul 08: Wirksamkeitsbewertung und Audit-Programm, interne Audit-Checkliste | Bereich 6 |
| g | Cyberhygiene und Schulungen | § 30 Abs. 2 Nr. 7 BSIG | § 32 Abs. 4 lit. g NISG 2026 | Modul 09: Cyberhygiene-Richtlinie, Schulungsprogramm Informationssicherheit | Phishing-Schulungskonzept, E-Learning NIS2 |
| h | Kryptografie und Verschlüsselung | § 30 Abs. 2 Nr. 8 BSIG | § 32 Abs. 4 lit. h NISG 2026 | Modul 10: Kryptografie und Verschlüsselung | Bereich 8 |
| i | Personalsicherheit, Zugriffskontrolle, Management von Anlagen | § 30 Abs. 2 Nr. 9 BSIG | § 32 Abs. 4 lit. i NISG 2026 | Modul 10: Personalsicherheitsrichtlinie, Zugriffskontroll- und Berechtigungskonzept, Asset Inventar | Glossar: Asset Inventory |
| j | Multi-Faktor-Authentifizierung oder kontinuierliche Authentifizierung, gesicherte Sprach-, Video- und Textkommunikation, gegebenenfalls gesicherte Notfallkommunikation | § 30 Abs. 2 Nr. 10 BSIG | § 32 Abs. 4 lit. j NISG 2026 | Modul 10: MFA und Authentifizierung, gesicherte Kommunikation, Notfallkommunikationsplan | Glossar: MFA |
Zwei Punkte zur Rechtslage, die eine Vorlage richtig abbilden sollte (Audits und Nachweise zu Buchst. f: Abschnitt 7):
- Meldeschema (Buchst. b): Frühe Erstmeldung binnen 24 Stunden, Meldung binnen 72 Stunden, Abschlussmeldung spätestens einen Monat nach der 72-Stunden-Meldung, jeweils an die gemeinsame Meldestelle von BSI und BBK (§ 32 Abs. 1 BSIG); die Pflicht gilt frühestens ab Einrichtung des Meldewegs. Eine 24/7-Erreichbarkeit des Krisenstabs ist keine gesetzliche Pflicht, aber eine Praxisempfehlung, damit die Frist ab Kenntnis gehalten werden kann.
- Schulungsnachweise (Buchst. g): Das BSIG nennt keine Aufbewahrungsfrist für Schulungsnachweise. Gesetzlich geregelt ist die regelmäßige Schulungsteilnahme der Geschäftsleitung (§ 38 Abs. 3 BSIG). Wie lange Sie Nachweise aufbewahren, legen Sie intern fest und begründen es.
3. Risikoanalyse-Methodik: BSI 200-3 vs. ISO/IEC 27005
Weder Art. 21 NIS-2-Richtlinie noch § 30 BSIG schreiben eine bestimmte Methodik vor. Verlangt ist ein risikobasierter, gefahrenübergreifender Ansatz, der den Stand der Technik einhält und die einschlägigen europäischen und internationalen Normen berücksichtigt (§ 30 Abs. 2 Satz 1 BSIG). In der Praxis haben sich zwei Wege etabliert:
| Kriterium | BSI-Standard 200-3 | ISO/IEC 27005 |
|---|---|---|
| Einordnung | Risikoanalyse auf der Basis von IT-Grundschutz, ergänzt die BSI-Standards 200-1 und 200-2 | internationale Norm zum Informationssicherheits-Risikomanagement |
| Vorgehen | Gefährdungsübersicht aus den 47 elementaren Gefährdungen plus zusätzliche Gefährdungen, Risikoeinstufung, Risikobehandlung, Konsolidierung des Sicherheitskonzepts | Risikobeurteilung in den Schritten identifizieren, analysieren und bewerten (so beschrieben in BSI-Standard 200-3, Kap. 1) |
| Skalierung | Beispielkategorien mit je vier Stufen (Häufigkeit: selten bis sehr häufig; Schaden: vernachlässigbar bis existenzbedrohend); Stufenzahl frei, höchstens fünf je Dimension empfohlen | Methodik und Skalen legt die Organisation fest |
| Behandlungsoptionen | Vermeidung, Reduktion, Transfer, Akzeptanz | laut BSI-Standard 200-3, Kap. 6: Risikomodifikation (entspricht Reduktion), Risikoteilung (entspricht Transfer) |
| Rechtlicher Bezug | keine Methode gesetzlich vorgeschrieben; § 30 Abs. 2 Satz 1 BSIG verlangt, den Stand der Technik einzuhalten und die einschlägigen europäischen und internationalen Normen zu berücksichtigen (ISO/IEC 27005 ist eine internationale Norm, der BSI-Standard 200-3 ein nationaler BSI-Standard) | |
| Typischer Einsatz (Einschätzung der Redaktion) | Organisationen, die nach IT-Grundschutz arbeiten | Organisationen mit einem ISMS nach ISO/IEC 27001 |
Entscheidend ist die dokumentierte Wahl und ihre konsistente Anwendung. Mischformen sind möglich, müssen aber begründet sein. Der BSI-Standard 200-3 betont selbst, dass seine Beispielmatrix nur der Veranschaulichung dient und an die eigenen Bedürfnisse anzupassen ist. Wer bereits nach ISO/IEC 27001 zertifiziert ist, findet den Abgleich mit den NIS2-Pflichten unter NIS2 + ISO 27001-Zertifizierung.
4. Vorlagen-Struktur: Schutzbedarfsanalyse → Bedrohungsanalyse → Risikomatrix → Maßnahmen-Plan
Schritt 1: Schutzbedarfsanalyse
Für jedes wesentliche Asset (System, Daten, Geschäftsprozess) wird der Schutzbedarf in den Dimensionen Vertraulichkeit, Integrität und Verfügbarkeit eingestuft, also genau den Schutzzielen, die § 30 Abs. 1 BSIG nennt. Der BSI-Standard 200-2 arbeitet mit drei Schutzbedarfskategorien (normal, hoch, sehr hoch); wer nach ISO/IEC 27005 arbeitet, legt Methodik und Skalen selbst fest. Ergebnis ist eine Schutzbedarfsmatrix mit einer Einstufung je Asset und Dimension. Grundlage ist ein vollständiges Asset-Inventar.
Schritt 2: Bedrohungs- und Schwachstellenanalyse
Für jedes Asset mit hohem oder sehr hohem Schutzbedarf werden Bedrohungen identifiziert (z. B. Ransomware, Innentäter, kompromittierte Lieferanten, Naturereignisse) und vorhandene Schwachstellen erfasst (z. B. fehlende MFA, veraltete Software, unzureichende Backups). Als Ausgangskatalog eignen sich die elementaren Gefährdungen des IT-Grundschutzes. Laufende Quellen für die Bedrohungsanalyse: BSI-Lagebericht, ENISA Threat Landscape, sektorspezifische CERT-Berichte und die eigene Vorfallshistorie.
Schritt 3: Risikobewertung und Risikomatrix
Für jede Kombination aus Bedrohung und Schwachstelle werden Eintrittswahrscheinlichkeit und Schadenshöhe bewertet; das Produkt ergibt den Risikowert. Die Vorlage arbeitet mit einer 5×5-Matrix (fünf Stufen je Achse); der BSI-Standard 200-3 empfiehlt höchstens fünf Kategorien je Dimension. Die Euro-Klassen in der Tabelle sind ein Praxisbeispiel und an Umsatz und Größe der Einrichtung anzupassen.
| Stufe | Bezeichnung | Beispiel-Schadensklasse |
|---|---|---|
| 1 | sehr gering | unter 50.000 EUR |
| 2 | gering | 50.000 bis 500.000 EUR |
| 3 | mittel | 500.000 bis 5 Mio. EUR |
| 4 | hoch | 5 bis 50 Mio. EUR |
| 5 | sehr hoch | über 50 Mio. EUR |
Die Zonen der Matrix werden farblich gekennzeichnet:
- Grün (sehr gering/gering): Akzeptanz möglich, Gefährdung weiter beobachten
- Gelb (mittel): dokumentierte Akzeptanz durch die Geschäftsleitung oder Behandlung
- Rot (hoch/sehr hoch): Behandlung erforderlich
Schritt 4: Risikobehandlungsplan (Maßnahmen-Plan)
Je Risiko: Behandlungsoption (vermeiden, reduzieren, übertragen, akzeptieren), konkrete Maßnahmen, Verantwortliche, Frist, erwartetes Restrisiko und ein Wirksamkeitsindikator. Der Indikator verbindet den Plan mit Buchstabe f: Er belegt, dass die Maßnahme nicht nur geplant, sondern wirksam ist, wie es § 30 Abs. 1 BSIG verlangt.
Schritt 5: Restrisiko-Akzeptanz
Nach der Umsetzung wird das Restrisiko je Risiko dokumentiert. Akzeptierte Restrisiken werden mit Begründung und Wiedervorlagetermin festgehalten. Dass die Geschäftsleitung sie schriftlich akzeptiert, ist Praxisempfehlung; rechtlich trägt sie nach § 38 Abs. 1 BSIG die Pflicht, die Maßnahmen umzusetzen und ihre Umsetzung zu überwachen.
Im NIS2-Kit: Modul 03 enthält die Informationssicherheitsrichtlinie, die Risikoanalyse-Methodik, die Risikobewertungsmatrix (Excel) und den Risikobehandlungsplan, Modul 10 das Asset-Inventar. Das NIS2-Kit gibt es als Fassung für Deutschland oder Österreich, im Paket Basis (66 Dokumente) für 990 €, Plus mit Schulungs-Pack für 1.390 €, Komplett mit E-Learning für 1.690 €, jeweils netto und einmalig, mit 12 Monaten Rechtsstand-Updates, nur für Unternehmen.
5. Beispiel-Risiken pro Branche
Die folgenden Beispiele sind eine redaktionelle Auswahl als Startpunkt für Schritt 2, keine abschließende Liste.
IT-Dienstleister und SaaS-Anbieter
- Lieferkettenangriff über eine kompromittierte Open-Source-Bibliothek
- Kontoübernahme durch Phishing bei privilegierten Konten
- Datenabfluss durch Innentäter
- Fehlkonfiguration in der Cloud, etwa öffentlich zugänglicher Speicher
- Verfügbarkeitsverlust durch DDoS
Für Cloud-, Rechenzentrums- und Managed-Service-Anbieter gelten vorrangig die technischen und methodischen Anforderungen der Durchführungsverordnung (EU) 2024/2690 (§ 30 Abs. 3 BSIG). Vertiefung: NIS2 für Cloud-Provider und SaaS-Anbieter.
Energieversorgung (Stadtwerke, Netzbetreiber)
- Angriffe auf SCADA- und Leitsysteme
- Manipulation der Smart-Meter-Kommunikation
- Innentäter-Risiken bei Fernwartungszugängen
- Lieferkettenrisiken, etwa bei Herstellern von Schaltanlagen
- Physische Angriffe auf Umspannwerke in Kombination mit Cyberangriffen
Vertiefung: NIS2 in der Energieversorgung.
Gesundheitswesen (Krankenhäuser, Praxen)
- Ransomware mit Verschlüsselung von Patientenakten und Bildgebung
- Manipulation von Medizingeräten
- Abfluss von Gesundheitsdaten (besondere Kategorien nach Art. 9 Abs. 1 DSGVO)
- Ausfall der Telematikinfrastruktur
- Phishing über gefälschte Schreiben von Abrechnungsstellen
Vertiefung: NIS2 im Gesundheitswesen.
Verkehr und Logistik
- Angriffe auf Telematik- und Flottenmanagementsysteme
- Manipulation von Verkehrsleitsystemen
- GPS-Spoofing in Logistikketten
- Lieferketten-Unterbrechung durch Ransomware bei Sublieferanten
- Innentäter in der Hafenlogistik
Vertiefung: NIS2 in Verkehr und Logistik. Weitere Branchen: Maschinenbau und OT-Sicherheit, Wasser und Abfall, Banken und Finanzdienstleister (DORA).
6. Wie oft aktualisieren?
Einen festen Aktualisierungsturnus für die Risikoanalyse nennt § 30 BSIG nicht. Weil die Maßnahmen dem Stand der Technik folgen sollen (§ 30 Abs. 2 Satz 1 BSIG) und die Mitgliedstaaten sicherstellen müssen, dass Einrichtungen erkannte Lücken unverzüglich korrigieren (Art. 21 Abs. 4 NIS-2-Richtlinie), ist die Risikoanalyse aber ein lebendes Dokument. Die folgenden Anlässe sind Praxisempfehlungen, keine Gesetzesfristen:
- Jährlich: Standard-Review im Rahmen des Management-Reviews des ISMS (ISO-27001-Praxis)
- Wesentliche IT-Änderungen: neue Systeme, Cloud-Migration, Architekturumbau
- Neue Bedrohungen: BSI-Warnungen, neue Angriffstechniken, sektorspezifische Lagebilder
- Nach Vorfällen: Erkenntnisse aus der Nachbereitung in das Risikoregister übernehmen
- Personalwechsel: insbesondere bei privilegierten Rollen, im Krisenstab und in der Geschäftsleitung
- Regulatorische Änderungen: neue Aufsichtsvorgaben, geänderte Schwellenwerte, sektorspezifische Verordnungen
- Lieferantenwechsel: insbesondere bei kritischen Diensten (Cloud, Outsourcing, IT und Telekommunikation)
Jede Aktualisierung wird versioniert, freigegeben und archiviert; die Dokumentenlenkung ist Teil des ISMS. Wie sich Turnus, interne Audits und Management-Review in einen Projektplan fügen, zeigt ISMS nach NIS2 aufbauen.
7. Nachweisführung im Audit
Grundlage für jede Prüfung ist die Dokumentationspflicht des § 30 Abs. 1 BSIG: Alle besonders wichtigen und wichtigen Einrichtungen müssen die Einhaltung der Maßnahmen dokumentieren. Wann das BSI prüft, hängt von der Einrichtungsklasse ab:
- Besonders wichtige Einrichtungen: Das BSI kann anordnen, Audits, Prüfungen oder Zertifizierungen durch unabhängige Stellen durchführen zu lassen (§ 61 Abs. 1 BSIG).
- Wichtige Einrichtungen: Das BSI wird anlassbezogen tätig, wenn Tatsachen die Annahme rechtfertigen, dass Pflichten nicht oder nicht richtig umgesetzt werden (§ 62 BSIG).
- Betreiber kritischer Anlagen: Nachweis zu einem vom BSI festgelegten Zeitpunkt, frühestens drei Jahre nach der erstmaligen Einstufung, danach alle drei Jahre, durch Sicherheitsaudits, Prüfungen oder Zertifizierungen (§ 39 Abs. 1 BSIG).
Für die Risikoanalyse haben sich folgende Nachweise bewährt (Praxisempfehlung):
- Methodendokument: welche Methodik (BSI 200-3 oder ISO/IEC 27005), warum gewählt, wer freigibt
- Schutzbedarfsanalyse: aktuell, alle wesentlichen Assets erfasst
- Bedrohungs- und Schwachstellenanalyse: aktuelle Bedrohungsquellen referenziert
- Risikoregister: versioniert, mit Bewertungen und Maßnahmen verknüpft
- Maßnahmen-Plan: Umsetzungsstatus je Maßnahme
- Restrisiko-Akzeptanz: Freigabe durch die Geschäftsleitung je mittlerem Restrisiko
- Management-Review-Protokoll: dokumentierte Befassung der Geschäftsleitung, mindestens jährlich
- Wirksamkeitskennzahlen: messbare Indikatoren mit Trendentwicklung
Verstöße gegen die Risikomanagementpflichten können mit Geldbußen bis 10 Mio. EUR für besonders wichtige und bis 7 Mio. EUR für wichtige Einrichtungen geahndet werden (§ 65 Abs. 5 Satz 1 Nr. 1 BSIG); 2 % bzw. 1,4 % des weltweiten Gesamtumsatzes kommen nur bei einem Gesamtumsatz über 500 Mio. EUR in Betracht (§ 65 Abs. 6 bis 8 BSIG). Die Einzelheiten und die österreichischen Werte (§ 45 Abs. 2 und 3 NISG 2026) stehen unter Sanktionen bei Verstößen gegen § 30 BSIG; zur persönlichen Verantwortung der Geschäftsleitung siehe § 38 BSIG GF-Haftung.
Österreich: § 32 NISG 2026 statt § 30 BSIG
Österreich (AT): Für österreichische Einrichtungen gilt nicht das BSIG, sondern das NISG 2026 (BGBl. I Nr. 94/2025), dessen §§ 2 bis 45 seit 1. Oktober 2026 anzuwenden sind (§ 51 Abs. 2 NISG 2026). Wesentliche und wichtige Einrichtungen müssen geeignete und verhältnismäßige Risikomanagementmaßnahmen in technischer, operativer und organisatorischer Hinsicht umsetzen (§ 32 Abs. 1 NISG 2026); der Mindestkatalog steht in § 32 Abs. 4 lit. a bis j und entspricht den Buchstaben der Richtlinie. Das Merkmal „wirksam" aus § 30 Abs. 1 BSIG enthält der österreichische Wortlaut nicht. Die Leitungsorgane haben die Einhaltung sicherzustellen und zu beaufsichtigen (§ 31 Abs. 1 NISG 2026) und müssen an spezifisch gestalteten Cybersicherheitsschulungen teilnehmen (§ 31 Abs. 2 NISG 2026).
Für die Vorlage besonders wichtig ist die Selbstdeklaration: Binnen zwölf Monaten nach Eintritt der Registrierungspflicht übermitteln die Einrichtungen der Cybersicherheitsbehörde (Bundesamt für Cybersicherheit) strukturiert Informationen zu den umgesetzten Maßnahmen, ausdrücklich auch die Ergebnisse der durchgeführten Risikoanalyse (§ 33 Abs. 1 NISG 2026). Auf Aufforderung ist die Umsetzung binnen zwei Jahren durch eine unabhängige Stelle nachzuweisen, wesentliche Einrichtungen müssen die operative und organisatorische Umsetzung binnen zwei Monaten belegen (§ 33 Abs. 2 NISG 2026). Die erstmalige Aufforderung ist frühestens nach Ablauf von zwei Jahren ab Inkrafttreten des NISG 2026 zulässig (§ 33 Abs. 2 letzter Satz NISG 2026). Erhebliche Cybersicherheitsvorfälle gehen an das zuständige CSIRT (§ 34 Abs. 1 NISG 2026). Mehr dazu unter NIS2 Österreich (NISG 2026).
Häufig gestellte Fragen
Welche Methodik ist für die NIS2-Risikoanalyse vorgeschrieben?
Keine bestimmte. Art. 21 NIS-2-Richtlinie verlangt einen risikobasierten, gefahrenübergreifenden Ansatz, schreibt aber keine Methodik vor. In Deutschland sollen die Maßnahmen nach § 30 Abs. 2 Satz 1 BSIG den Stand der Technik einhalten und die einschlägigen europäischen und internationalen Normen berücksichtigen. Etabliert sind der BSI-Standard 200-3 (Risikoanalyse auf der Basis von IT-Grundschutz) und ISO/IEC 27005. Wichtig ist, die Wahl zu dokumentieren und die Methodik konsistent anzuwenden. Für Betreiber kritischer Anlagen gelten zusätzlich die besonderen Anforderungen des § 31 BSIG, für bestimmte digitale Einrichtungsarten die Durchführungsverordnung (EU) 2024/2690 (§ 30 Abs. 3 BSIG).
Wie oft muss die Risikoanalyse aktualisiert werden?
Das BSIG nennt keinen festen Turnus. Bewährt hat sich als Praxisempfehlung ein jährlicher Review im Rahmen des ISMS-Management-Reviews sowie eine anlassbezogene Aktualisierung bei wesentlichen Änderungen der IT-Architektur, neuen Bedrohungen, nach meldepflichtigen Vorfällen, bei Umstrukturierungen oder neuen Lieferantenbeziehungen. Gesetzlich getaktet ist nur der Nachweis für Betreiber kritischer Anlagen: frühestens drei Jahre nach der erstmaligen Einstufung, danach alle drei Jahre (§ 39 Abs. 1 BSIG). In Österreich verlangt § 33 Abs. 1 NISG 2026 eine Selbstdeklaration einschließlich der Ergebnisse der Risikoanalyse binnen zwölf Monaten nach Eintritt der Registrierungspflicht.
Welche Bewertungsskala für Eintrittswahrscheinlichkeit und Schadenshöhe?
Eine Möglichkeit ist eine Skala mit fünf Stufen (sehr gering, gering, mittel, hoch, sehr hoch) für beide Achsen. Die Schadenshöhe wird zusätzlich in Euro-Klassen übersetzt, als Praxisbeispiel unter 50.000 EUR, 50.000 bis 500.000 EUR, 500.000 bis 5 Mio. EUR, 5 bis 50 Mio. EUR und über 50 Mio. EUR, angepasst an die Größe der Einrichtung. Der BSI-Standard 200-3 arbeitet in seinen Beispielen mit vier Kategorien je Dimension und empfiehlt höchstens fünf. Wichtig ist eine dokumentierte Begründung je Stufe, damit zwei Personen dasselbe Risiko gleich einstufen.
Reicht eine Excel-Tabelle als Risikoregister?
Ja, sofern Versionierung, Freigabe, Änderungsverlauf und die Verknüpfung zu den Maßnahmen gegeben sind. § 30 Abs. 1 BSIG verlangt, die Einhaltung der Maßnahmen zu dokumentieren, schreibt aber kein Format vor. Ab etwa 100 Risiken oder mehr als fünf beteiligten Personen kann ein GRC-Werkzeug die Pflege erleichtern; das ist eine Praxisempfehlung, keine Vorgabe. Entscheidend sind Inhalt und Aktualität des Registers.
Muss die Geschäftsführung die Risikoanalyse genehmigen?
Eine ausdrückliche Genehmigungspflicht für die Risikoanalyse enthält das BSIG nicht. Nach § 38 Abs. 1 BSIG müssen die Geschäftsleitungen besonders wichtiger und wichtiger Einrichtungen die Risikomanagementmaßnahmen nach § 30 umsetzen und ihre Umsetzung überwachen; § 38 Abs. 2 regelt die Haftung gegenüber der eigenen Einrichtung, § 38 Abs. 3 die regelmäßige Schulungsteilnahme. Eine „Billigung" der Maßnahmen verlangt Art. 20 Abs. 1 NIS-2-Richtlinie. Als Praxisempfehlung folgt daraus eine dokumentierte Kenntnisnahme und Freigabe des Risikoregisters mindestens jährlich, idealerweise in einer Geschäftsführungssitzung mit Protokoll. In Österreich haben die Leitungsorgane die Einhaltung sicherzustellen und zu beaufsichtigen (§ 31 Abs. 1 NISG 2026).
Was unterscheidet Bedrohungs- und Schwachstellen-Analyse?
Die Bedrohungsanalyse identifiziert Auslöser, die von außen oder innen auf ein Asset einwirken können, etwa Ransomware, DDoS, Innentäter oder Naturereignisse. Die Schwachstellenanalyse identifiziert Defizite im eigenen Schutz, etwa ungepatchte Systeme, fehlende Multi-Faktor-Authentifizierung oder schwache Backup-Prozesse. Ein Risiko entsteht, wenn eine Bedrohung auf eine Schwachstelle bei einem schützenswerten Asset trifft. Deshalb wird in der Risikobewertung jede Kombination aus Bedrohung und Schwachstelle einzeln bewertet.
Welche Restrisiken sind akzeptabel?
Das legt jede Einrichtung in ihren Risikoakzeptanzkriterien selbst fest. Üblich ist: Risiken im Bereich „sehr gering" und „gering" werden akzeptiert und weiter beobachtet, „mittel" erfordert eine dokumentierte Akzeptanz durch die Geschäftsleitung oder eine Behandlung, „hoch" und „sehr hoch" werden behandelt. Der BSI-Standard 200-3 hält fest, dass geringe Risiken in der Praxis üblicherweise akzeptiert und sehr hohe Risiken selten akzeptiert werden. Die Akzeptanz erfolgt immer schriftlich, mit Begründung und Wiedervorlagetermin.
Quellen
- Richtlinie (EU) 2022/2555 (NIS-2-Richtlinie) — Art. 20 (Governance), Art. 21 Abs. 1 bis 5 (Risikomanagementmaßnahmen), Art. 23 (Meldepflichten)
- BSI-Gesetz (BSIG) — § 30 (Risikomanagementmaßnahmen), § 31 (Betreiber kritischer Anlagen), § 32 (Meldepflichten), § 38 (Geschäftsleitung), § 39 (Nachweispflichten für Betreiber kritischer Anlagen), §§ 61, 62 (Aufsicht), § 65 (Bußgelder); BSI-Gesetz vom 2. Dezember 2025 (BGBl. 2025 I Nr. 301), zuletzt geändert durch Art. 8 Abs. 1 des Gesetzes vom 23. Juli 2026 (BGBl. 2026 I Nr. 226)
- Österreich: NISG 2026 (BGBl. I Nr. 94/2025) — § 3a (Cybersicherheitsbehörde), § 31 (Leitungsorgane), § 32 (Risikomanagementmaßnahmen), § 33 (Selbstdeklaration und Nachweis), § 34 (Meldungen), § 45 (Geldstrafen), § 51 (Inkrafttreten), ris.bka.gv.at
- Durchführungsverordnung (EU) 2024/2690 — technische und methodische Anforderungen für bestimmte digitale Einrichtungsarten
- BSI-Standard 200-3 — Risikoanalyse auf der Basis von IT-Grundschutz; ergänzend BSI-Standard 200-2 (Schutzbedarfskategorien)
- ISO/IEC 27005 — Leitfaden zum Informationssicherheits-Risikomanagement (International Organization for Standardization)
- ENISA Threat Landscape (jeweils aktuelle Ausgabe) — Bedrohungsquelle für Schritt 2