Zum Hauptinhalt springen
Zurück zur Übersicht

NIS2 im Energiesektor: Der Network Code on Cybersecurity ändert Ihren Scope

Von NIS2Certify
nis2energiesektornetwork-code-cybersecuritynccsmspkritische-infrastruktur
NIS2 im Energiesektor: Der Network Code on Cybersecurity ändert Ihren Scope

Ein deutsches Erzeugungsportfolio von 1.500 MW ist eine wesentliche Einrichtung nach NIS2. Nach dem vorläufigen Electricity Cybersecurity Impact Index ist es zugleich Kandidat für eine High-Impact-Einstufung unter einer zweiten EU-Verordnung, die die meisten IT-Berater nie geöffnet haben.

Diese Verordnung ist der Network Code on Cybersecurity — Delegierte Verordnung (EU) 2024/1366, in Kraft seit dem 13. Juni 2024. Sie gilt unmittelbar in jedem Mitgliedstaat. Keine Umsetzung, kein nationales Ausführungsgesetz, kein Warten.

Wenn Sie NIS2-Readiness für Energiekunden betreuen und Ihr Scope bei Article 21 endet, ist Ihr Scope falsch.

NIS2 im Energiesektor ist die Untergrenze, nicht die Obergrenze

NIS2 führt Strom, Gas, Öl, Wasserstoff sowie Fernwärme und -kälte in Anhang I. Betreiber mit 250 oder mehr Mitarbeitenden, oder weniger als 250 mit einem Jahresumsatz über 50 Mio. € und einer Bilanzsumme über 43 Mio. €, gelten als wesentliche Einrichtungen; Betreiber mit 50 oder mehr Mitarbeitenden, oder weniger als 50 mit sowohl Jahresumsatz als auch Bilanzsumme über 10 Mio. €, als wichtige Einrichtungen. Danach folgt das Standardprogramm: die zehn Maßnahmen aus Article 21, Meldepflichten nach Article 23 und Leitungsverantwortung nach Article 20.

Der NCCS setzt darauf auf, speziell für Elektrizität. Er existiert, weil ein Cybervorfall in einer Leitwarte nicht an der Grenze endet — Frequenzabweichungen pflanzen sich in Sekunden durch einen Synchronbereich fort. Die EU hat deshalb Sektorregeln für grenzüberschreitende Stromflüsse geschrieben und ihnen unmittelbare Geltung gegeben.

Zwei Folgen, die Ihre Kunden sofort spüren:

  • Der NCCS definiert eigenen Scope, eigenes Kontrollset und eigenen Auditzyklus. Nichts davon wird aus nationalem NIS2-Recht übernommen.
  • Nach Recital 15 kann die Einhaltung eines Rahmens als Nachweis für den anderen dienen. Die Arbeit ist wiederverwendbar — aber nur bei bewusstem Mapping.

Die Benennung entscheidet über den Scope, nicht die Mitarbeiterzahl

Hier liegen Berater regelmäßig falsch. Der NIS2-Scope ist mechanisch: Sektor plus Größenschwellen. Der NCCS-Scope nicht.

Nach Article 24 benennt eine nationale zuständige Behörde Einrichtungen als High-Impact oder Critical-Impact anhand des Electricity Cybersecurity Impact Index. High-Impact heißt, eine Störung würde grenzüberschreitende Flüsse erheblich beeinträchtigen. Critical-Impact heißt, sie würde sie destabilisieren.

ENTSO-E und die EU DSO Entity haben vorläufige ECII-Schwellen veröffentlicht, damit Mitgliedstaaten Kandidaten vor der endgültigen unionsweiten Risikobewertung melden können. Sie unterscheiden sich stark nach Land:

MitgliedstaatHigh-ImpactCritical-Impact
Deutschland, Frankreich, Italien, Niederlande, Schweden1.500 MW3.000 MW
Spanien, Polen, Rumänien, Slowenien1.000 MW3.000 MW
Österreich, Tschechien, Griechenland, Ungarn, Slowakei500 MW3.000 MW
Estland, Lettland, Litauen500 MW900 MW
Irland500 MW700 MW
Malta250 MW250 MW

Ein 900-MW-Portfolio in Irland ist Kandidat für Critical-Impact. Dasselbe Portfolio in Deutschland erreicht nicht einmal High-Impact. Grenzüberschreitende Konzerne müssen das je Betriebsgesellschaft prüfen lassen, nicht je Konzern.

Der Scope reicht auch weit über Erzeuger hinaus. Article 2(1) nennt ÜNB, VNB, nominierte Strommarktbetreiber, Strombörsen, Bilanzkreisverantwortliche, regionale Koordinierungszentren und Betreiber von Ladepunkten — und, wichtig für Leser dieses Blogs, kritische IKT-Dienstleister und Managed Security Service Provider. Wer ein SOC betreibt oder SCADA- und EMS-Infrastruktur für eine benannte Einrichtung betreut, kann selbst benannt werden.

NIS2-Umsetzung nach Land

  • ÖsterreichIn Kraft
    • In Kraft seit 1. Oktober 2026
    • Gesetz: NISG 2026 (BGBl. I Nr. 94/2025)
    • Registrierung bis 31. Dezember 2026

    Behörde: Federal Office for Cybersecurity · Quelle

  • NiederlandeIn Kraft
    • In Kraft seit 15. August 2026
    • Gesetz: Cyberbeveiligingswet (Stb. 2026, 187)
    • Registrierungspflicht ohne Übergangsfrist

    Behörde: NCSC (MijnNCSC) · Quelle

  • LuxemburgIn Kraft
    • In Kraft seit 10. Mai 2026
    • Gesetz: Law of 5 May 2026
    • Registrierung bis 10. Juli 2026

    Behörde: ILR (CSSF for finance) · Quelle

  • PolenIn Kraft
    • In Kraft seit 3. April 2026
    • Gesetz: UKSC (Dz.U. 2026 poz. 252)
    • Registrierung bis 3. Oktober 2026
    • Maßnahmen bis 3. April 2027

    Behörde: Minister Cyfryzacji (Wykaz KSC) · Quelle

  • PortugalIn Kraft
    • In Kraft seit 3. April 2026
    • Gesetz: Decree-Law 125/2025 (RJC)

    Behörde: CNCS · Quelle

  • BulgarienIn Kraft
    • In Kraft seit 13. Februar 2026
    • Gesetz: Cybersecurity Act amendment (State Gazette No 17/2026)

    Behörde: Ministry of e-Government · Quelle

  • MaltaIn Kraft
    • In Kraft seit 23. Januar 2026
    • Gesetz: S.L. 460.41

    Behörde: Critical Infrastructure Protection Department · Quelle

  • SchwedenIn Kraft
    • In Kraft seit 15. Januar 2026
    • Gesetz: SFS 2025:1506

    Behörde: NCSC-SE · Quelle

  • EstlandIn Kraft
    • In Kraft seit 1. Januar 2026
    • Gesetz: Cybersecurity Act (KüTS) amendment
    • Registrierung innerhalb von 3 Monaten

    Behörde: RIA · Quelle

  • DeutschlandIn Kraft
    • In Kraft seit 6. Dezember 2025
    • Gesetz: NIS2UmsuCG
    • Registrierung bis 6. März 2026
    • 17.729 Registrierungen bis 30. Juni 2026

    Behörde: BSI · Quelle

  • TschechienIn Kraft
    • In Kraft seit 1. November 2025
    • Gesetz: Act No 264/2025 Coll.
    • Registrierung innerhalb von 60 Tagen

    Behörde: NÚKIB · Quelle

  • DänemarkIn Kraft
    • In Kraft seit 1. Juli 2025
    • Gesetz: NIS 2 Act No 434 of 6 May 2025
    • Registrierung bis 1. Oktober 2025

    Behörde: Danish Agency for Societal Security · Quelle

  • SlowenienIn Kraft
    • In Kraft seit 19. Juni 2025
    • Gesetz: ZInfV-1 (OG 40/25)
    • Registrierung innerhalb von 30 Tagen

    Behörde: URSIV · Quelle

  • ZypernIn Kraft
    • In Kraft seit 25. April 2025
    • Gesetz: Law 60(I)/2025

    Behörde: Digital Security Authority · Quelle

  • FinnlandIn Kraft
    • In Kraft seit 8. April 2025
    • Gesetz: Cybersecurity Act 124/2025
    • Registrierung bis 8. Mai 2025
    • Maßnahmen bis 8. Juli 2025

    Behörde: Traficom (NCSC-FI) · Quelle

  • UngarnIn Kraft
    • In Kraft seit 1. Januar 2025
    • Gesetz: Act LXIX of 2024

    Behörde: SZTFH · Quelle

  • SlowakeiIn Kraft
    • In Kraft seit 1. Januar 2025
    • Gesetz: Act No 366/2024 Coll.
    • Registrierung innerhalb von 60 Tagen

    Behörde: NBÚ · Quelle

  • RumänienIn Kraft
    • In Kraft seit 31. Dezember 2024
    • Gesetz: GEO 155/2024 (Law 124/2025)
    • Registrierung innerhalb von 30 Tagen

    Behörde: DNSC · Quelle

  • GriechenlandIn Kraft
    • In Kraft seit 27. November 2024
    • Gesetz: Law 5160/2024 (Gazette A' 195)

    Behörde: National Cybersecurity Authority · Quelle

  • BelgienIn Kraft
    • In Kraft seit 18. Oktober 2024
    • Registrierung bis 18. März 2025

    Behörde: CCB · Quelle

  • LitauenIn Kraft
    • In Kraft seit 18. Oktober 2024
    • Gesetz: Law No XIV-2902

    Behörde: NCSC (MoND) · Quelle

  • ItalienIn Kraft
    • In Kraft seit 16. Oktober 2024
    • Gesetz: D.Lgs. 138/2024
    • Basismaßnahmen bis Oktober 2026 (2025 gelistete Einrichtungen)

    Behörde: ACN · Quelle

  • LettlandIn Kraft
    • In Kraft seit 1. September 2024
    • Gesetz: National Cybersecurity Law

    Behörde: National Cybersecurity Centre · Quelle

  • KroatienIn Kraft
    • In Kraft seit 15. Februar 2024
    • Gesetz: Cybersecurity Act (OG 14/2024)

    Behörde: NCSC (SOA) · Quelle

  • FrankreichNoch nicht umgesetzt
    • Senat verabschiedete das Gesetz am 12. März 2025
    • Behörde veröffentlichte ihren Referenzrahmen am 17. März 2026
    • Am 8. Juli 2026 an den Gerichtshof verwiesen
    • Vorregistrierung geöffnet

    Behörde: ANSSI · Quelle

  • SpanienNoch nicht umgesetzt
    • Gesetzentwurf am 14. Januar 2025 gebilligt
    • Am 8. Juli 2026 an den Gerichtshof verwiesen
    • Das NIS1-Regime gilt weiter

    Behörde: CCN / INCIBE · Quelle

  • IrlandNoch nicht umgesetzt
    • Am 8. Juli 2026 an den Gerichtshof verwiesen
    • Gesetzentwurf noch nicht verabschiedet

    Behörde: NCSC Ireland · Quelle

Stand 28. September 2026. Weitere Mitgliedstaaten: siehe die Zeitleiste nach Land.

Die NCCS-Uhr startet mit der Benennung, nicht an einem festen EU-Datum

Es gibt keine einzelne Frist, die Sie in den Kundenplan schreiben können. Die Uhr läuft je Einrichtung individuell.

  • 12 Monate ab Benennung — Risikobericht an die zuständige Behörde: gewählte Minderungsmaßnahmen und deren Umsetzungsstand, Restrisikoschätzungen für unionsweite Critical-Impact-Prozesse anhand der EU-Risikomatrix sowie eine Liste kritischer IKT-Anbieter für diese Prozesse (Art. 27).
  • 24 Monate — Nachweis der Einhaltung der einschlägigen Kontrollen über ein nationales Verifizierungsschema oder ein unabhängiges Drittaudit (Art. 25, Art. 31).
  • Alle drei Jahre — vollständiger Risikomanagementzyklus und aktualisierter Bericht. Critical-Impact-Einrichtungen prüfen die Einhaltung für alle kritischen Assets erneut (Art. 26, Art. 31).
  • Jährlich — Teilaudits, wobei der gesamte Verifizierungsumfang mindestens alle drei Jahre abgedeckt sein muss (Art. 25(2)).

Eine Pflicht hat bereits gegriffen. Nach Article 18(1) mussten ÜNB bis zum 13. März 2025 harmonisierte Rahmen für Cyberrisikobewertungen auf Unions-, Regional- und Mitgliedstaatsebene entwickeln — verbindlich, unabhängig davon, ob die nationale Behörde bereits jemanden benannt hatte.

Praktische Lesart: Ist Ihr Kunde plausibler Kandidat, warten Sie nicht auf das Benennungsschreiben. Zwölf Monate sind knapp, um ein CSMS aufzubauen, eine Risikobewertung auf Einrichtungsebene abzuschließen und eine belegte Kontrollliste zu liefern.

Wo der NCCS tiefer geht als Article 21

Article 21 sagt, was zu adressieren ist. Der NCCS sagt benannten Einrichtungen, wie tief — und prüft es anschließend.

Ein CSMS, kein Richtlinienordner. Article 28 verlangt ein Cybersecurity-Managementsystem im Einklang mit europäischen und internationalen Standards — das Sektoräquivalent eines ISMS — plus dokumentiertes Mapping der Kontrollen auf diese Standards (Art. 34). "Wir haben Richtlinien" überlebt das nicht.

Zwei Kontrollstufen. Minimum Controls gelten für High-Impact-Einrichtungen; Advanced Controls für Critical-Impact-Einrichtungen, und nur innerhalb des benannten Perimeters. Die Perimeterdefinition wird damit selbst zum Auditartefakt — dieselbe Disziplin wie an der IT/OT-Grenze in der Fertigung.

Ein fester Risikozyklus. Article 26 schreibt alle drei Jahre einen vollständigen Zyklus vor — Kontext, Bewertung, Behandlung, Akzeptanz — mit der EU-Risikomatrix. Nicht "regelmäßig". Alle drei Jahre, dokumentiert und freigegeben.

Echte Aufsichtsbefugnisse. Zuständige Behörden dürfen Vor-Ort-Inspektionen, Fernaufsicht, Stichproben, risikobasierte Audits und technische Security-Scans durchführen und Richtlinien, Auditberichte sowie Umsetzungsnachweise verlangen (Art. 25).

Meldungen, die sich überlappen statt zu verdoppeln. Eine Meldung nach NIS2 Article 23 erfüllt die NCCS-Meldepflicht, sofern sie die zusätzlichen vom NCCS geforderten Angaben enthält (Art. 38). Der bestehende 24- und 72-Stunden-Meldeprozess Ihres Kunden braucht ein zusätzliches Feldset, keinen zweiten Prozess.

Lieferanten sind nicht reguliert — und trotzdem im Scope

Der NCCS bindet benannte Einrichtungen, nicht deren Lieferanten. Aber Article 33 zwingt diese Einrichtungen, Cybersecurity-Anforderungen über den gesamten IKT-Lebenszyklus durchzusetzen: Zuverlässigkeitsprüfungen von Lieferantenpersonal, soweit rechtlich zulässig, Secure-by-Design-Entwicklung, Zero-Trust-Architektur, Zugriffsbeschränkungen, vertragliche Schutzklauseln, Auditrechte und Nachverfolgbarkeit von Sicherheitsanforderungen entlang der Kette. Zusätzlich sind Lock-in-Risiken und Lieferantendiversifizierung abzuwägen.

Critical-Impact-Einrichtungen gehen einen Schritt weiter: Nach Article 33(4) müssen kritische IKT-Komponenten über ein EU-Zertifizierungsschema oder gleichwertige interne Assurance verifiziert werden.

Diese Kontrollen werden für jede Beschaffung verbindlich, die sechs Monate nach ihrer Annahme oder Aktualisierung startet. Der praktische Auslöser für einen Lieferanten ist also keine Behörde — es ist ein Ausschreibungsdokument.

Wer SCADA-Integration, Remote Monitoring oder Managed Detection an Netzbetreiber verkauft, wird diese Fragen ohnehin beantworten, benannt oder nicht. Dieselbe Dynamik wie in NIS2 Supply-Chain-Sicherheit und Lieferantenverträgen nach Article 21, eine Stufe schärfer.

NIS2-Sanktionseskalation — Jenseits der Geldbuße

!

Auslöser

Non-Compliance erkannt oder Vorfall tritt ein

Eine Aufsichtsbehörde identifiziert eine Compliance-Lücke oder eine Organisation erfüllt die NIS2-Anforderungen nicht

Behörden können verhängen
▼
Nicht-finanzielle Sanktionen
1

Anordnungen mit bindenden Fristen

2

Verpflichtende Sicherheitsaudits auf eigene Kosten

3

Öffentliche Bekanntmachung von Verstößen

4

Bindende Anweisungen zu spezifischen Sicherheitsmaßnahmen

Eskaliert zu
▼
Betriebliche und persönliche Konsequenzen
1

Aussetzung von Zertifizierungen oder Betriebsgenehmigungen

2

Vorübergehendes Verbot von Leitungsfunktionen für Personen

3

Öffentliche Benennung verantwortlicher natürlicher Personen

Auslöser
Nicht-finanziell
Betrieblich / persönlich

Was in den nächsten 90 Tagen zu tun ist

Für jeden Kunden im Elektrizitätssektor in Ihrem Portfolio:

  1. Kandidatur prüfen. Installierte Leistung und Rolle — ÜNB, VNB, NEMO, Bilanzkreisverantwortlicher, Aggregator, Ladepunktbetreiber, IKT-Dienstleister — gegen die vorläufige ECII-Schwelle des Betriebslandes abgleichen. Je Rechtsträger, nicht je Konzern.
  2. Behörde identifizieren. Mitgliedstaaten mussten bis 13. Dezember 2024 eine NCCS-zuständige Behörde benennen, häufig den Energieregulierer (BNetzA in Deutschland) in Zusammenarbeit mit dem nationalen CSIRT. Klären Sie, wer Ihren Kunden beaufsichtigt und ob Kandidatenmeldungen ergangen sind.
  3. Erst mappen, dann bauen. Nehmen Sie die vorhandene NIS2-Gap-Analyse und markieren Sie, welche Artefakte NCCS Articles 26–34 bereits erfüllen. Recital 15 lässt Nachweise in beide Richtungen wandern — ohne Mapping-Matrix profitiert davon niemand.
  4. Perimeter definieren. High-Impact- und Critical-Impact-Perimeter entscheiden, welche Kontrollstufe wo gilt. Falsch gesetzt, überdehnen Sie das Programm oder lassen ein kritisches Asset außerhalb des Zauns.
  5. Beschaffung jetzt korrigieren. Ergänzen Sie die Article-33-Klauseln — Auditrechte, sichere Entwicklung, Zertifizierungsnachweise, Personalscreening — im Lieferantentemplate des Kunden vor der nächsten Ausschreibung, nicht danach.

Die Energiekunden, die 2027 Probleme bekommen, sind jene, die NIS2 als Ende des Gesprächs behandelt haben. Der NCCS war längst in Kraft, während sie noch über Article-21-Dokumentation stritten.

Wenn Sie schnell und strukturiert sehen wollen, wo ein Energiekunde bei NIS2 tatsächlich steht, bevor Sie den NCCS darauflegen, führen Sie einen NIS2 Quick Scan durch und starten Sie von einer belegten Ausgangslage.

Noch eine Frage?

Antworten werden auf Basis unserer Artikel generiert und sind keine Rechtsberatung. Geben Sie keine persönlichen oder vertraulichen Daten ein.