Legal4Startups


StartseiteRatgeber › Maßnahmen nach § 32 NISG 2026
Ratgeber · Maßnahmen

§ 32 NISG 2026: Die Maßnahmen-Checkliste für Unternehmen

Ab 1. Oktober 2026 verlangt § 32 NISG 2026 von wesentlichen und wichtigen Einrichtungen geeignete und verhältnismäßige Risikomanagementmaßnahmen in technischer, operativer und organisatorischer Hinsicht. Die Maßnahmen müssen auf einem gefahrenübergreifenden Ansatz beruhen und zehn Themenfelder abdecken – von Risikoanalyse und Incident Handling bis zu Lieferkette, Zugriffskontrolle und Multi-Faktor-Authentifizierung. Welche Kontrollen angemessen sind, hängt vom konkreten Risiko ab.

Was „geeignet und verhältnismäßig“ bedeutet

Das Gesetz verlangt keinen identischen Maßnahmenkatalog für jedes Unternehmen. Das angestrebte Cybersicherheitsniveau muss dem bestehenden Risiko angemessen sein. Zu berücksichtigen sind der Stand der Technik, einschlägige Normen und bewährte Verfahren sowie die Kosten der Umsetzung.

Für die Verhältnismäßigkeit nennt § 32 Abs. 3 insbesondere:

„Zu teuer“ ist damit keine eigenständige Ausnahme. Umgekehrt verlangt Verhältnismäßigkeit auch nicht, jede verfügbare Kontrolle ungeachtet des Risikos einzuführen. Die Einrichtung braucht eine dokumentierte Verbindung zwischen Risiko, Maßnahme, Wirksamkeit und verbleibendem Restrisiko.

Die §-32-Maßnahmenmatrix

Die folgende Matrix trennt den gesetzlichen Inhalt von möglichen Umsetzungsartefakten. Die Artefakte sind Beispiele, keine abschließende oder für jedes Unternehmen identische Pflichtliste.

Gesetzliches Feld nach § 32 Abs. 4 Leitfrage Mögliche Arbeitsnachweise Typische verantwortliche Rolle
a) Risikoanalyse und Sicherheit für Informationssysteme Welche Systeme, Dienste, Bedrohungen und Auswirkungen bestimmen unser Risikoprofil? Asset-/Serviceübersicht, Risikoanalyse, Sicherheitskonzept, Risikoregister Informationssicherheit, Risikomanagement, Service Owner
b) Bewältigung von Cybersicherheitsvorfällen Wie erkennen, bewerten, eskalieren und behandeln wir einen Vorfall? Incident-Plan, Rollenkarte, Meldeentscheid, Übungsprotokoll, Kontaktliste Incident Lead, IT-Betrieb, Legal/Compliance
c) Aufrechterhaltung des Betriebs, Backup, Wiederherstellung und Krisenmanagement Welche kritischen Leistungen müssen wie schnell wieder anlaufen? Business-Impact-Analyse, Backup-Konzept, Restore-Test, Notfall- und Krisenplan Business Continuity, IT-Betrieb, Krisenstab
d) Sicherheit der Lieferkette Welche unmittelbaren Anbieter oder Diensteanbieter können unsere Sicherheit oder Leistung wesentlich beeinflussen? Kritikalitätsmodell, Anbieter-Risikobewertung, Klauseln, Nachweise, Exit-Plan Einkauf, Vendor Management, Informationssicherheit
e) Sicherheit bei Erwerb, Entwicklung und Wartung einschließlich Schwachstellenmanagement Wie werden Sicherheitsanforderungen über Beschaffung, Entwicklung, Änderung und Wartung eingehalten? Security Requirements, Secure-Development-Regeln, Patch-/Vulnerability-Prozess, Freigaben Entwicklung, IT, Einkauf, Product Security
f) Bewertung der Wirksamkeit Woher wissen wir, dass Maßnahmen funktionieren? KPI/KRI, Kontrolltests, interne Reviews, Penetrationstest, Auditfindings Informationssicherheit, Internal Audit, Control Owner
g) Cyberhygiene und Schulungen Welche Grundregeln und Kenntnisse brauchen Leitung und Mitarbeiter für ihre Rollen? Schulungsplan, Teilnahme, Übungen, Phishing-Auswertung, Awareness-Maßnahmen HR, Informationssicherheit, Leitungsorgan
h) Kryptografie und gegebenenfalls Verschlüsselung Welche Daten und Kommunikationswege brauchen welchen kryptografischen Schutz? Kryptografie-Policy, Schlüsselmanagement, Datenklassifikation, Ausnahmeprozess Security Architecture, IT-Betrieb, Datenschutz
i) Personalsicherheit, Zugriffskontrolle und Anlagenmanagement Wer darf worauf zugreifen und wie werden Zugriffe sowie Assets über ihren Lebenszyklus gesteuert? Joiner-Mover-Leaver-Prozess, Rollen-/Rechtemodell, Rezertifizierung, Inventar HR, IAM, IT Asset Management, Fachbereich
j) Multi-Faktor- oder kontinuierliche Authentifizierung, gesicherte Kommunikation und gegebenenfalls Notfallkommunikation Welche Zugriffe und Kommunikationswege benötigen stärkere Authentisierung oder gesicherte Alternativen? MFA-Abdeckung, Authentifizierungsstandard, Kommunikationskonzept, Notfallkanal-Test IAM, IT-Betrieb, Krisenmanagement

Quelle der gesetzlichen Felder: § 32 Abs. 4 lit. a–j NISG 2026.

Vom Maßnahmenkatalog zur belastbaren Umsetzung

Eine lange Liste von Tools beantwortet noch nicht, ob § 32 umgesetzt ist. Ein belastbarer Arbeitsstand verbindet fünf Ebenen:

  1. Risiko: Welches Szenario soll beherrscht werden?
  2. Maßnahme: Welche technische, operative oder organisatorische Kontrolle wirkt dagegen?
  3. Verantwortung: Wer betreibt, überwacht und entscheidet?
  4. Wirksamkeit: Wie wird geprüft, ob die Kontrolle tatsächlich funktioniert?
  5. Evidenz: Welcher aktuelle Nachweis macht die Umsetzung nachvollziehbar?

Beispiel Backup: Eine Policy allein zeigt nicht, dass Daten wiederhergestellt werden können. Erst ein protokollierter Restore-Test liefert Evidenz zur Wirksamkeit. Umgekehrt ist ein einzelner erfolgreicher Test ohne definierte Wiederherstellungsziele und Verantwortlichkeiten noch kein vollständiges Konzept.

Priorisierung ohne Scheingenauigkeit

Für eine erste Arbeitsreihenfolge eignet sich eine einfache Bewertung:

Frage Niedriger Handlungsdruck Hoher Handlungsdruck
Auswirkung begrenzte interne Störung Ausfall eines wesentlichen Dienstes, erheblicher Schaden oder breite Folgewirkung
Wahrscheinlichkeit seltenes, gut kontrolliertes Szenario bekannte Exposition, aktive Bedrohung oder wiederkehrendes Problem
Kontrollreife getestet, überwacht und aktuell belegt unklar, nur informell oder nachweislich unwirksam
Abhängigkeit leicht ersetzbare Komponente kritischer Single Point of Failure oder schwer ersetzbarer Anbieter
Zeitbezug stabile Umgebung bevorstehende Migration, Vertragsänderung, Audit oder Ablauf eines Nachweises

Die Bewertung sollte nicht in eine mathematisch präzise Ampel gezwungen werden, wenn die Datengrundlage das nicht trägt. Wichtiger ist eine dokumentierte Entscheidung: Was wird bis wann verbessert, wer verantwortet es und welches Restrisiko bleibt?

Nachweise nach § 33 mitdenken

Wesentliche und wichtige Einrichtungen müssen innerhalb von zwölf Monaten nach Eintritt der Registrierungspflicht strukturierte Informationen über umgesetzte Maßnahmen, genutzte Netz- und Informationssysteme, Lieferkettensicherheit und Ergebnisse der Risikoanalyse übermitteln.

§ 33 regelt außerdem unabhängige Nachweise nach behördlicher Aufforderung. Der Prüfbericht umfasst die Umsetzung der Maßnahmen, festgestellte Mängel und einen Maßnahmenplan und ist von Leitungsorganen sowie eingesetzten unabhängigen Prüfern zu unterzeichnen.

Deshalb sollte jedes Maßnahmenfeld einen Evidenz-Owner haben. Ein Dokumentenordner kurz vor einer Prüfung ist kein Ersatz für laufende Nachweisführung.

Verhältnis zu Governance, Lieferkette und Incident-Prozess

Die Maßnahmenmatrix ist der zentrale Umsetzungs-Hub. Drei Themen verdienen dennoch eigene Vertiefungen:

Diese Seiten dürfen nicht drei verschiedene Gesamtchecklisten führen. Die vorliegende Seite besitzt die vollständige §-32-Matrix; die Vertiefungen erklären Governance, Lieferantensteuerung und Meldeprozess.

Arbeitscheckliste für den ersten Gap-Workshop

Scope und Risiko

Maßnahmen

Wirksamkeit und Evidenz

Ein angekreuztes Feld ist kein Compliance-Nachweis. Die Checkliste zeigt, ob die Arbeitsgrundlage vorhanden ist; sie ersetzt weder Risikoanalyse noch fachliche Prüfung.

Häufige Fragen

Verlangt NIS 2 genau zehn Maßnahmen?

§ 32 Abs. 4 nennt zehn Inhaltsfelder von lit. a bis j, die die Risikomanagementmaßnahmen zumindest umfassen müssen. Jedes Feld kann mehrere Kontrollen erfordern. Umfang und Ausgestaltung hängen vom Risiko und von der Verhältnismäßigkeit ab.

Sind technische Maßnahmen wichtiger als Organisation und Prozesse?

Nein. § 32 Abs. 1 verlangt ausdrücklich technische, operative und organisatorische Maßnahmen. Ein Tool ohne Zuständigkeit, Prozess und Wirksamkeitsprüfung kann die Anforderung daher nicht allein erfüllen.

Muss jedes Unternehmen dieselben Standards oder Zertifikate einsetzen?

§ 32 verlangt die Berücksichtigung des Stands der Technik und gegebenenfalls einschlägiger Normen sowie bewährter Verfahren. Daraus folgt kein identisches Zertifikat für jede Einrichtung. Sektorspezifische und behördliche Konkretisierungen müssen vor Veröffentlichung und Umsetzung aktuell geprüft werden.

Reicht die Checkliste als Nachweis gegenüber der Behörde?

Nein. § 33 verlangt strukturierte Informationen und regelt unter bestimmten Voraussetzungen unabhängige Nachweise und Prüfberichte. Die Checkliste ist eine interne Arbeitshilfe, kein gesetzlich definierter Nachweis.

Primärquellen je Rechtsclaim

Rechtsclaim Primärquelle
Das NISG 2026 tritt am 1. Oktober 2026 in Kraft. NISG 2026, § 51 Abs. 1–2 – RIS, konsolidierte Fassung
Wesentliche und wichtige Einrichtungen müssen geeignete und verhältnismäßige technische, operative und organisatorische Maßnahmen umsetzen. NISG 2026, § 32 Abs. 1–3 – RIS, konsolidierte Fassung
Die Maßnahmen beruhen auf einem gefahrenübergreifenden Ansatz und umfassen zumindest die zehn Felder a–j. NISG 2026, § 32 Abs. 4 – RIS
Selbstdeklaration und unabhängige Nachweise sind in § 33 geregelt. NISG 2026, § 33 – RIS
Leitungsorgane stellen die Einhaltung sicher, beaufsichtigen sie und nehmen an spezifischen Schulungen teil. NISG 2026, § 31 – RIS
Erhebliche Vorfälle lösen die Berichtspflichten nach §§ 34–35 aus. NISG 2026, §§ 34–35 – RIS
NIS 2 nennt die Mindestfelder des Cyberrisikomanagements. Richtlinie (EU) 2022/2555, Art. 21 – EUR-Lex