Przejdź do treści głównej
Powrót do przeglądu

NIS2 w sektorze energetycznym: Network Code on Cybersecurity zmienia Twój zakres

Autor: NIS2Certify
nis2sektor-energetycznynetwork-code-cybersecuritynccsmspinfrastruktura-krytyczna
NIS2 w sektorze energetycznym: Network Code on Cybersecurity zmienia Twój zakres

Niemieckie portfolio wytwórcze o mocy 1500 MW jest podmiotem kluczowym w rozumieniu NIS2. Zgodnie z tymczasowym Electricity Cybersecurity Impact Index jest też kandydatem na podmiot o wysokim wpływie na gruncie drugiego rozporządzenia UE, którego większość konsultantów IT nigdy nie otworzyła.

Tym rozporządzeniem jest Network Code on Cybersecurity — rozporządzenie delegowane (UE) 2024/1366, obowiązujące od 13 czerwca 2024 r. Stosuje się je bezpośrednio w każdym państwie członkowskim. Bez transpozycji, bez krajowej ustawy wdrożeniowej, bez czekania.

Jeśli prowadzisz projekty gotowości NIS2 dla klientów energetycznych, a Twój zakres kończy się na Article 21, ten zakres jest błędny.

NIS2 w sektorze energetycznym to podłoga, nie sufit

NIS2 umieszcza energię elektryczną, gaz, ropę, wodór oraz ciepłownictwo w Załączniku I. Operatorzy zatrudniający co najmniej 250 pracowników albo mniej niż 250 przy obrotach powyżej 50 mln euro i sumie bilansowej powyżej 43 mln euro trafiają do podmiotów kluczowych; co najmniej 50 pracowników albo mniej niż 50 przy obrotach i sumie bilansowej obu powyżej 10 mln euro oznacza podmioty ważne. Dalej idzie standardowy program: dziesięć środków z Article 21, zgłaszanie incydentów na podstawie Article 23 oraz odpowiedzialność kierownictwa według Article 20.

NCCS nakłada się na to, konkretnie dla elektroenergetyki. Powstał, ponieważ incydent cybernetyczny w jednej nastawni nie zatrzymuje się na granicy — odchylenia częstotliwości rozchodzą się po obszarze synchronicznym w kilka sekund. UE napisała więc przepisy sektorowe dla transgranicznych przepływów energii i nadała im bezpośrednią skuteczność.

Dwie konsekwencje, które klienci odczują natychmiast:

  • NCCS definiuje własny zakres, własny zestaw zabezpieczeń i własny cykl audytowy. Nic z tego nie jest dziedziczone z krajowej ustawy NIS2.
  • Zgodnie z Recital 15 zgodność z jedną regulacją może służyć jako dowód dla drugiej. Praca jest wielokrotnego użytku — ale tylko przy świadomym mapowaniu.

O zakresie decyduje wyznaczenie, nie liczba pracowników

Tutaj konsultanci popełniają błąd. Zakres NIS2 jest mechaniczny: sektor plus progi wielkości. Zakres NCCS nie.

Na podstawie Article 24 krajowy organ właściwy wyznacza podmioty jako o wysokim wpływie lub o krytycznym wpływie w oparciu o Electricity Cybersecurity Impact Index. Wysoki wpływ oznacza, że zakłócenie istotnie oddziaływałoby na przepływy transgraniczne. Krytyczny wpływ oznacza, że by je zdestabilizowało.

ENTSO-E oraz EU DSO Entity opublikowały tymczasowe progi ECII, aby państwa członkowskie mogły zgłaszać kandydatów przed ogólnounijną oceną ryzyka. Progi znacznie różnią się między krajami:

Państwo członkowskieWysoki wpływKrytyczny wpływ
Niemcy, Francja, Włochy, Holandia, Szwecja1500 MW3000 MW
Hiszpania, Polska, Rumunia, Słowenia1000 MW3000 MW
Austria, Czechy, Grecja, Węgry, Słowacja500 MW3000 MW
Estonia, Łotwa, Litwa500 MW900 MW
Irlandia500 MW700 MW
Malta250 MW250 MW

Portfolio 900 MW w Irlandii jest kandydatem do krytycznego wpływu. To samo portfolio w Niemczech nie osiąga nawet wysokiego wpływu. Grupy transgraniczne muszą to sprawdzać per spółka operacyjna, nie per grupa.

Zakres wykracza też daleko poza wytwórców. Article 2(1) wymienia OSP, OSD, wyznaczonych operatorów rynku energii, giełdy energii, podmioty odpowiedzialne za bilansowanie, regionalne centra koordynacyjne oraz operatorów punktów ładowania — a także, co istotne dla czytelników tego bloga, krytycznych dostawców usług ICT i managed security service providers. Jeśli prowadzisz SOC albo utrzymujesz infrastrukturę SCADA i EMS dla wyznaczonego podmiotu, sam możesz zostać wyznaczony.

Wdrożenie NIS2 według kraju

  • AustriaObowiązuje
    • Obowiązuje od 1 października 2026
    • Ustawa: NISG 2026 (BGBl. I Nr. 94/2025)
    • Rejestracja do 31 grudnia 2026

    Organ: Federal Office for Cybersecurity · Źródło

  • HolandiaObowiązuje
    • Obowiązuje od 15 sierpnia 2026
    • Ustawa: Cyberbeveiligingswet (Stb. 2026, 187)
    • Rejestracja obowiązkowa, bez okresu przejściowego

    Organ: NCSC (MijnNCSC) · Źródło

  • LuksemburgObowiązuje
    • Obowiązuje od 10 maja 2026
    • Ustawa: Law of 5 May 2026
    • Rejestracja do 10 lipca 2026

    Organ: ILR (CSSF for finance) · Źródło

  • PolskaObowiązuje
    • Obowiązuje od 3 kwietnia 2026
    • Ustawa: UKSC (Dz.U. 2026 poz. 252)
    • Rejestracja do 3 października 2026
    • Środki do 3 kwietnia 2027

    Organ: Minister Cyfryzacji (Wykaz KSC) · Źródło

  • PortugaliaObowiązuje
    • Obowiązuje od 3 kwietnia 2026
    • Ustawa: Decree-Law 125/2025 (RJC)

    Organ: CNCS · Źródło

  • BułgariaObowiązuje
    • Obowiązuje od 13 lutego 2026
    • Ustawa: Cybersecurity Act amendment (State Gazette No 17/2026)

    Organ: Ministry of e-Government · Źródło

  • MaltaObowiązuje
    • Obowiązuje od 23 stycznia 2026
    • Ustawa: S.L. 460.41

    Organ: Critical Infrastructure Protection Department · Źródło

  • SzwecjaObowiązuje
    • Obowiązuje od 15 stycznia 2026
    • Ustawa: SFS 2025:1506

    Organ: NCSC-SE · Źródło

  • EstoniaObowiązuje
    • Obowiązuje od 1 stycznia 2026
    • Ustawa: Cybersecurity Act (KüTS) amendment
    • Rejestracja w ciągu 3 miesięcy

    Organ: RIA · Źródło

  • NiemcyObowiązuje
    • Obowiązuje od 6 grudnia 2025
    • Ustawa: NIS2UmsuCG
    • Rejestracja do 6 marca 2026
    • 17 729 rejestracji do 30 czerwca 2026

    Organ: BSI · Źródło

  • CzechyObowiązuje
    • Obowiązuje od 1 listopada 2025
    • Ustawa: Act No 264/2025 Coll.
    • Rejestracja w ciągu 60 dni

    Organ: NÚKIB · Źródło

  • DaniaObowiązuje
    • Obowiązuje od 1 lipca 2025
    • Ustawa: NIS 2 Act No 434 of 6 May 2025
    • Rejestracja do 1 października 2025

    Organ: Danish Agency for Societal Security · Źródło

  • SłoweniaObowiązuje
    • Obowiązuje od 19 czerwca 2025
    • Ustawa: ZInfV-1 (OG 40/25)
    • Rejestracja w ciągu 30 dni

    Organ: URSIV · Źródło

  • CyprObowiązuje
    • Obowiązuje od 25 kwietnia 2025
    • Ustawa: Law 60(I)/2025

    Organ: Digital Security Authority · Źródło

  • FinlandiaObowiązuje
    • Obowiązuje od 8 kwietnia 2025
    • Ustawa: Cybersecurity Act 124/2025
    • Rejestracja do 8 maja 2025
    • Środki do 8 lipca 2025

    Organ: Traficom (NCSC-FI) · Źródło

  • WęgryObowiązuje
    • Obowiązuje od 1 stycznia 2025
    • Ustawa: Act LXIX of 2024

    Organ: SZTFH · Źródło

  • SłowacjaObowiązuje
    • Obowiązuje od 1 stycznia 2025
    • Ustawa: Act No 366/2024 Coll.
    • Rejestracja w ciągu 60 dni

    Organ: NBÚ · Źródło

  • RumuniaObowiązuje
    • Obowiązuje od 31 grudnia 2024
    • Ustawa: GEO 155/2024 (Law 124/2025)
    • Rejestracja w ciągu 30 dni

    Organ: DNSC · Źródło

  • GrecjaObowiązuje
    • Obowiązuje od 27 listopada 2024
    • Ustawa: Law 5160/2024 (Gazette A' 195)

    Organ: National Cybersecurity Authority · Źródło

  • BelgiaObowiązuje
    • Obowiązuje od 18 października 2024
    • Rejestracja do 18 marca 2025

    Organ: CCB · Źródło

  • LitwaObowiązuje
    • Obowiązuje od 18 października 2024
    • Ustawa: Law No XIV-2902

    Organ: NCSC (MoND) · Źródło

  • WłochyObowiązuje
    • Obowiązuje od 16 października 2024
    • Ustawa: D.Lgs. 138/2024
    • Środki podstawowe – termin: październik 2026 (podmioty wskazane w 2025 r.)

    Organ: ACN · Źródło

  • ŁotwaObowiązuje
    • Obowiązuje od 1 września 2024
    • Ustawa: National Cybersecurity Law

    Organ: National Cybersecurity Centre · Źródło

  • ChorwacjaObowiązuje
    • Obowiązuje od 15 lutego 2024
    • Ustawa: Cybersecurity Act (OG 14/2024)

    Organ: NCSC (SOA) · Źródło

  • FrancjaJeszcze nie wdrożona
    • Senat przyjął ustawę 12 marca 2025
    • Organ opublikował ramy odniesienia 17 marca 2026
    • Skierowano do Trybunału Sprawiedliwości 8 lipca 2026
    • Wstępna rejestracja otwarta

    Organ: ANSSI · Źródło

  • HiszpaniaJeszcze nie wdrożona
    • Projekt zatwierdzony 14 stycznia 2025
    • Skierowano do Trybunału Sprawiedliwości 8 lipca 2026
    • Nadal obowiązuje reżim NIS1

    Organ: CCN / INCIBE · Źródło

  • IrlandiaJeszcze nie wdrożona
    • Skierowano do Trybunału Sprawiedliwości 8 lipca 2026
    • Ustawa jeszcze nie uchwalona

    Organ: NCSC Ireland · Źródło

Stan na 28 września 2026. Pozostałe państwa członkowskie: zob. oś czasu według kraju.

Zegar NCCS rusza od wyznaczenia, nie od stałej daty unijnej

Nie ma jednego terminu, który można wpisać do planu klienta. Zegar jest indywidualny dla każdego podmiotu.

  • 12 miesięcy od wyznaczenia — złożenie organowi właściwemu raportu o ryzyku: wybrane środki ograniczające ryzyko wraz ze statusem wdrożenia, szacunki ryzyka rezydualnego dla ogólnounijnych procesów o krytycznym wpływie według unijnej macierzy oddziaływania oraz lista krytycznych dostawców ICT obsługujących te procesy (Art. 27).
  • 24 miesiące — wykazanie zgodności z właściwymi zabezpieczeniami poprzez krajowy schemat weryfikacji albo niezależny audyt strony trzeciej (Art. 25, Art. 31).
  • Co trzy lata — pełny cykl zarządzania ryzykiem i zaktualizowany raport. Podmioty o krytycznym wpływie ponownie weryfikują zgodność dla wszystkich krytycznych aktywów (Art. 26, Art. 31).
  • Corocznie — audyty częściowe, przy czym pełen zakres weryfikacji musi być pokryty co najmniej raz na trzy lata (Art. 25(2)).

Jeden obowiązek już zadziałał. Na podstawie Article 18(1) OSP musieli opracować zharmonizowane ramy oceny ryzyka cyber na poziomie Unii, regionalnym i państw członkowskich do 13 marca 2025 r. — wiążące niezależnie od tego, czy krajowy organ kogokolwiek wyznaczył.

Praktyczny wniosek: jeśli klient jest wiarygodnym kandydatem, nie czekaj na pismo o wyznaczeniu. Dwanaście miesięcy to niewiele, aby zbudować CSMS, przeprowadzić ocenę ryzyka na poziomie podmiotu i przygotować udokumentowaną listę zabezpieczeń.

Gdzie NCCS idzie dalej niż Article 21

Article 21 mówi, co trzeba zaadresować. NCCS mówi wyznaczonym podmiotom, jak głęboko, a potem to weryfikuje.

CSMS, a nie zestaw polityk. Article 28 wymaga systemu zarządzania cyberbezpieczeństwem zgodnego z normami europejskimi i międzynarodowymi — sektorowego odpowiednika ISMS — oraz udokumentowanego mapowania zabezpieczeń na te normy (Art. 34). "Mamy polityki" tego nie przetrwa.

Dwa poziomy zabezpieczeń. Zabezpieczenia minimalne dotyczą podmiotów o wysokim wpływie; zaawansowane — podmiotów o krytycznym wpływie, i wyłącznie wewnątrz wyznaczonego perymetru. Definicja perymetru sama staje się artefaktem audytowym — ta sama dyscyplina, którą opisujemy dla granicy IT/OT w produkcji.

Sztywny cykl ryzyka. Article 26 nakazuje pełny cykl co trzy lata — kontekst, ocena, postępowanie, akceptacja — z użyciem unijnej macierzy oddziaływania. Nie "okresowo". Co trzy lata, udokumentowane i zatwierdzone.

Realne uprawnienia nadzorcze. Organy właściwe mogą prowadzić inspekcje na miejscu, nadzór zdalny, kontrole wyrywkowe, audyty oparte na ryzyku i techniczne skany bezpieczeństwa oraz żądać polityk, raportów z audytów i dowodów wdrożenia (Art. 25).

Raportowanie, które się pokrywa, a nie dubluje. Zgłoszenie incydentu złożone na podstawie Article 23 NIS2 spełnia obowiązek raportowy NCCS, o ile zawiera dodatkowe informacje wymagane przez NCCS (Art. 38). Istniejący u klienta proces 24- i 72-godzinny potrzebuje dodatkowego zestawu pól, a nie drugiego procesu.

Dostawcy nie są regulowani — i i tak są w zakresie

NCCS wiąże wyznaczone podmioty, nie ich dostawców. Ale Article 33 zmusza te podmioty do przeniesienia wymogów cyberbezpieczeństwa na cały cykl życia ICT: weryfikacja personelu dostawcy tam, gdzie prawo na to pozwala, wytwarzanie secure-by-design, architektura zero trust, ograniczenia dostępu, zabezpieczenia umowne, prawa do audytu i identyfikowalność wymogów bezpieczeństwa w całym łańcuchu. Podmioty muszą też ważyć ryzyko uzależnienia od dostawcy i dywersyfikację.

Podmioty o krytycznym wpływie idą o krok dalej: na podstawie Article 33(4) krytyczne komponenty ICT muszą być weryfikowane przez unijny schemat certyfikacji lub równoważne wewnętrzne zapewnienie.

Zabezpieczenia te stają się wiążące dla każdego postępowania zakupowego wszczętego sześć miesięcy po ich przyjęciu lub aktualizacji. Praktycznym wyzwalaczem dla dostawcy nie jest więc regulator — jest nim dokumentacja przetargowa.

Jeśli sprzedajesz integrację SCADA, zdalny monitoring albo managed detection operatorom sieci, i tak będziesz odpowiadać na te pytania, wyznaczony czy nie. To ta sama dynamika, którą opisujemy w bezpieczeństwie łańcucha dostaw NIS2 i umowach z dostawcami według Article 21, o poziom ostrzejsza.

Eskalacja sankcji NIS2 — Poza karą finansową

!

Zdarzenie wyzwalające

Wykryto niezgodność lub wystąpił incydent

Organ nadzorczy identyfikuje lukę w zgodności lub organizacja nie spełnia wymagań NIS2

Organy mogą nałożyć
▼
Sankcje niefinansowe
1

Nakazy zgodności z wiążącymi terminami

2

Obowiązkowe audyty bezpieczeństwa na Twój koszt

3

Publiczne ujawnienie naruszeń

4

Wiążące instrukcje dotyczące konkretnych środków bezpieczeństwa

Eskaluje do
▼
Konsekwencje operacyjne i osobiste
1

Zawieszenie certyfikatów lub licencji operacyjnych

2

Tymczasowy zakaz pełnienia funkcji zarządczych dla osób

3

Publiczne wskazanie odpowiedzialnych osób fizycznych

Zdarzenie wyzwalające
Niefinansowe
Operacyjne / osobiste

Co zrobić w najbliższych 90 dniach

Dla każdego klienta z sektora elektroenergetycznego w portfelu:

  1. Sprawdź kandydaturę. Porównaj moc zainstalowaną i rolę — OSP, OSD, NEMO, podmiot odpowiedzialny za bilansowanie, agregator, operator punktów ładowania, dostawca ICT — z tymczasowym progiem ECII dla kraju działalności. Per osoba prawna, nie per grupa.
  2. Ustal organ. Państwa członkowskie musiały wyznaczyć organ właściwy NCCS do 13 grudnia 2024 r., często regulatora energetyki (BNetzA w Niemczech), współpracującego z krajowym CSIRT. Potwierdź, kto nadzoruje klienta i czy zgłoszenia kandydatów już wyszły.
  3. Najpierw mapuj, potem buduj. Weź istniejącą analizę luk NIS2 i zaznacz, które artefakty spełniają już Articles 26–34 NCCS. Recital 15 pozwala dowodom podróżować w obie strony, ale bez macierzy mapowania nikt na tym nie skorzysta.
  4. Zdefiniuj perymetr. Perymetry wysokiego i krytycznego wpływu decydują, który poziom zabezpieczeń obowiązuje gdzie. Błąd oznacza przeskalowanie programu albo pozostawienie krytycznego aktywa poza ogrodzeniem.
  5. Napraw zakupy teraz. Dodaj klauzule z Article 33 — prawa do audytu, bezpieczne wytwarzanie, dowody certyfikacji, weryfikacja personelu — do wzorca umowy z dostawcami przed kolejnym przetargiem, nie po nim.

Klienci energetyczni, którzy będą mieć problem w 2027 r., to ci, którzy potraktowali NIS2 jako koniec rozmowy. NCCS już obowiązywał, gdy oni wciąż spierali się o dokumentację z Article 21.

Jeśli chcesz szybko i w uporządkowany sposób zobaczyć, gdzie klient energetyczny naprawdę stoi wobec NIS2, zanim nałożysz na to NCCS, wykonaj NIS2 quick scan i zacznij od udokumentowanej linii bazowej.

Masz jeszcze pytanie?

Odpowiedzi są generowane na podstawie naszych artykułów i nie stanowią porady prawnej. Nie wprowadzaj danych osobowych ani poufnych.