NIS2 w Polsce do 3 kwietnia 2027: plan wdrożenia bez zbędnych kosztów
29/09/2026
Spis treści
- Wstęp
- Na czym właściwie polega NIS2 i w jakim celu zostało wprowadzone?
- Czy sam wpis do Wykazu KSC oznacza, że masz kolejny rok na wdrożenie NIS2?
- Jak dobrać zabezpieczenia NIS2 do ryzyka i budżetu firmy?
- Jak wygląda rozsądna baza bezpieczeństwa NIS2?
- M1 NIS2: najpierw poziom bazowy, potem rozwój bezpieczeństwa
- Jak przeprowadzić wdrożenie NIS2 krok po kroku?
- Czy firma naprawdę potrzebuje SIEM lub SOC 24/7?
- Jak zabezpieczyć współpracę z dostawcami ICT?
- Co powinno być efektem wdrożenia NIS2?
- Jak znaleźć właściwego doradcę do wdrożenia NIS2?
- Jak podejść do NIS2, żeby nie przepłacać i nie robić wszystkiego naraz?
- FAQ: najczęstsze pytania o wdrożenie NIS2 i KSC
Wstęp
Największym błędem przy wdrażaniu NIS2 nie musi być brak zabezpieczeń. Może nim być również inwestowanie w rozwiązania, których firma nie potrzebuje. Istotne jest, by dobrze ustalić już na początku, co chronić, jakie ryzyko ograniczyć i które zabezpieczenia naprawdę działają.
Nie wiesz, od czego zacząć? Poniżej znajdziesz praktyczny plan działania, który łączy wymogi prawne z realiami budżetu i zasobów.
Na czym właściwie polega NIS2 i w jakim celu zostało wprowadzone?
NIS2 to unijna dyrektywa, której wymagania zostały przeniesione do polskiego prawa poprzez znowelizowaną ustawę o Krajowym Systemie Cyberbezpieczeństwa. Jej celem jest zwiększenie odporności firm na zagrożenia cyfrowe, lepsze przygotowanie na incydenty i ograniczenie ich skutków.
W praktyce chodzi o ochronę danego podmiotu i jego łańcucha dostaw. Cyberatak, awaria czy utrata dostępu do danych mogą szybko przełożyć się na przestój i straty finansowe. Wyobraź sobie firmę produkującą żywność. Rano ktoś atakuje jej infrastrukturę IT. Produkcja staje. Nie można przyjąć zamówień ani sprawdzić stanów magazynowych, a dostarczenie towaru do klientów staje się prawdziwym wyzwaniem.
W bardziej wrażliwych sektorach konsekwencje mogą być znacznie poważniejsze. Atak na operatora energetycznego może zakłócić dostawy energii, a incydent w ochronie zdrowia ograniczyć dostęp do systemów i danych potrzebnych do obsługi pacjentów.
NIS2 wymaga, by dana organizacja była przygotowana właśnie na taki scenariusz: wiedziała, co może zakłócić jej funkcjonowanie, jak ograniczyć skutki i jak szybko wrócić do normalnego trybu pracy. Dlatego nowe regulacje to nie tylko sprawa IT. To kwestia zarządzania i odporności całego biznesu.
Czy sam wpis do Wykazu KSC oznacza, że masz kolejny rok na wdrożenie NIS2?
Nie. Jeśli 3 kwietnia 2026 r. Twoja firma spełniała kryteria podmiotu kluczowego lub ważnego objętego znowelizowaną ustawą o Krajowym Systemie Cyberbezpieczeństwa, na dostosowanie się do nowych wymagań NIS2 przewidziany jest dokładnie jeden rok.
Może się wydawać, że skoro obowiązkowy wpis do Wykazu KSC następuje później, ten rok zaczyna się od dnia rejestracji. Tak jednak nie jest. Data wpisu nie zmienia terminu. Podmioty zobowiązane do samodzielnej rejestracji mają czas na złożenie wniosku o wpis do Wykazu KSC do 3 października 2026 r. Późniejsza data wpisu nie przesuwa terminu wdrożenia obowiązków do 3 kwietnia 2027 r.
Czy można przedłużyć termin wdrożenia NIS2?
Nie ma procedury indywidualnego przesunięcia ustanowionego prawem terminu. Nie oznacza to jednak, że do 3 kwietnia 2027 r. dany podmiot musi osiągnąć najwyższy poziom bezpieczeństwa w każdym obszarze albo wdrożyć wszystkie dostępne technologie. Wymagane rozwiązania powinny być odpowiednie i proporcjonalne do ryzyka, z uwzględnieniem między innymi skali działania, kosztów, prawdopodobieństwa wystąpienia incydentu oraz jego możliwych skutków.
Można więc etapować dalszy rozwój ochrony cyfrowej. Kolejne inwestycje i usprawnienia mogą zostać ujęte w roadmapie, o ile dotyczą dalszego doskonalenia działającego systemu, a nie odkładania obowiązków ustawowych. Harmonogram powinien określać priorytety, odpowiedzialność, terminy, budżet oraz sposób postępowania z ryzykiem, którego nie można wyeliminować od razu.
Samo przygotowanie roadmapy wdrożeniowej nie wstrzymuje biegu terminu ani nie zastępuje wykonania obowiązków. To plan dalszych działań, a nie dowód, że wymagane zabezpieczenia już działają.
Co z karami?
Fakt, że większość przepisów dotyczących kar pieniężnych zacznie mieć zastosowanie dopiero od 3 kwietnia 2028 r., również nie oznacza dodatkowego czasu na wdrożenie. Obowiązki wynikające z KSC mają być realizowane wcześniej, a organy mogą stosować również inne środki nadzorcze, w tym prowadzić kontrole, wydawać ostrzeżenia oraz nakazywać usunięcie stwierdzonych nieprawidłowości.
Termin wyznaczony na wykonanie zaleceń pokontrolnych nie jest automatycznym przedłużeniem ustawowego terminu.
Jak dobrać zabezpieczenia NIS2 do ryzyka i budżetu firmy?
W ramach przygotowań należy ustalić, co w firmie naprawdę wymaga poprawy lub dodatkowego wzmocnienia. Wiąże się to z określeniem, które obszary, systemy, dane i zasoby IT są kluczowe dla świadczenia usług objętych ustawą, a następnie oceną, jakie zagrożenia mogą zakłócić ich działanie, jakie zabezpieczenia już funkcjonują i gdzie występują luki.
Dopiero wtedy warto podjąć decyzję o zakresie wdrożenia. Celem nie jest wzmocnienie ochrony wszystkiego na wszelki wypadek, ale zbudowanie systemu bezpieczeństwa odpowiadającego rzeczywistym potrzebom biznesu.
Nie oznacza to po prostu konieczności natychmiastowego zakupu wszystkich możliwych narzędzi ani inwestowania w systemy, których firma w praktyce nie potrzebuje.
Jak wygląda rozsądna baza bezpieczeństwa NIS2?
Chodzi o podstawowy poziom bezpieczeństwa, który pozwala organizacji świadomie chronić najważniejsze dla niej obszary i ograniczać wpływ nieprzewidzianych zdarzeń na codzienny biznes.
Taka baza powinna obejmować między innymi:
- Określony i zatwierdzony zakres systemu zarządzania bezpieczeństwem informacji (SZBI) oraz zależności między usługami, procesami, danymi, technologią, lokalizacjami i dostawcami.
- Regularną ocenę ryzyka, jasno określoną odpowiedzialność za poszczególne ryzyka oraz udokumentowane decyzje kierownictwa.
- Działające zasady i procedury dotyczące reagowania na incydenty, zapewnienia ciągłości działania, tworzenia kopii zapasowych, usuwania luk w zabezpieczeniach, aktualizacji systemów, zarządzania dostępem oraz bezpieczeństwa dostawców.
- Najważniejsze zabezpieczenia techniczne wdrożone tam, gdzie ich brak mógłby mieć największy wpływ na bieżącą pracę.
- Dokumentację potwierdzającą, że przyjęte rozwiązania rzeczywiście działają, w tym rejestry, raporty i wyniki testów, oraz plan dalszych działań.
Opracowanie takiego minimum nie oznacza, że na tym kończą się działania związane z bezpieczeństwem. To punkt wyjścia do dalszego rozwoju, który powinien uwzględniać zmieniające się potrzeby organizacji i poziom ryzyka.
M1 NIS2: najpierw poziom bazowy, potem rozwój bezpieczeństwa
“W HLB M2 opracowaliśmy własną metodykę NIS2, którą nazwaliśmy M1. Jej założeniem jest rozpoczęcie od minimalnego, ale faktycznie działającego poziomu bezpieczeństwa. Obejmuje on między innymi zarządzanie ryzykiem i incydentami, kontrolę dostępów, podatności i aktualizacje, kopie zapasowe, monitoring oraz bezpieczeństwo dostawców.
M1 nie oznacza docelowego poziomu dojrzałości ani automatycznie pełnej zgodności z KSC/NIS2. To możliwy do wykazania poziom bazowy, od którego można dalej rozwijać bezpieczeństwo firmy zgodnie z jej potrzebami i poziomem ryzyka. Jeżeli w konkretnym przypadku potrzebne są silniejsze zabezpieczenia, uwzględniamy je niezależnie od M1.
Chodzi o to, żeby najpierw uruchomić najważniejsze procesy, a następnie rozwijać je etapami, zamiast próbować zrobić wszystko jednocześnie. Każdy proces objęty M1 ma jasno określony zakres i odpowiedzialność, opiera się na prostych i wykonalnych zasadach, działa w praktyce i pozostawia ślad swojego funkcjonowania, na przykład w postaci rejestru lub innej dokumentacji.”
Bartłomiej Ptach, Audytor bezpieczeństwa w HLB M2 AltPi Secure IT
Jak przeprowadzić wdrożenie NIS2 krok po kroku?
Dobrze zaplanowane wdrożenie NIS2 nie polega na jednorazowym zakupie narzędzi ani stworzeniu kompletu dokumentów. Powinno prowadzić od określenia zakresu obowiązków i stanu obecnego do uruchomienia działających procesów, zabezpieczeń i sposobu ich dalszego utrzymywania.
1. Ustalenie zakresu SZBI
Pierwszym krokiem jest określenie, jakie usługi podlegają wymaganiom oraz jakie procesy, systemy, dane, lokalizacje, środowiska IT i OT, połączenia i dostawcy mają wpływ na ich bezpieczeństwo i ciągłość działania.
2. Ocena stanu obecnego i analiza luk
Następnie należy sprawdzić, jak organizacja radzi sobie dziś z bezpieczeństwem. Ocenie powinny podlegać nie tylko dokumenty, ale również sposób działania procesów oraz faktyczne zabezpieczenia.
Pomocne są rozmowy z osobami odpowiedzialnymi za poszczególne obszary, analiza rejestrów i raportów oraz, tam gdzie jest to potrzebne, techniczna weryfikacja wybranych elementów infrastruktury.
3. Wdrożenie brakujących elementów
Na podstawie wyników analizy można określić, co wymaga pilnego działania. W pierwszej kolejności uruchamiane są brakujące procesy, zasady i zabezpieczenia, a także dokumentacja i rejestry potrzebne do ich prawidłowego funkcjonowania.
Ważne jest również zebranie dowodów, że przyjęte rozwiązania rzeczywiście działają.
4. Weryfikacja i przygotowanie do dalszego utrzymania
Ostatni etap obejmuje sprawdzenie skuteczności wdrożonych rozwiązań, testy, przegląd zarządczy oraz identyfikację kwestii, które wymagają dalszego rozwoju.
Firma powinna mieć również jasno określony sposób utrzymywania bezpieczeństwa po zakończeniu projektu.
Czy firma naprawdę potrzebuje SIEM lub SOC 24/7?
Monitoring bezpieczeństwa jest ważnym elementem ochrony, ale nie oznacza automatycznie konieczności zakupu rozbudowanego systemu SIEM ani korzystania z usługi SOC przez całą dobę.
Na przykład, jeśli awaria jednego z kluczowych narzędzi może zatrzymać produkcję, to właśnie ono powinno być jednym z pierwszych elementów objętych dodatkowymi zabezpieczeniami i monitoringiem. Nie oznacza to jednak, że cała infrastruktura firmy potrzebuje równie intensywnej ochrony.
Co zatem wybrać? Przepisy określają obowiązki związane z monitorowaniem bezpieczeństwa, ale nie wskazują konkretnego produktu ani jednej technologii. Dobór rozwiązania powinien uwzględniać znaczenie systemów, zakres infrastruktury, dostępne zasoby i możliwości reagowania na wykryte zdarzenia.
W praktyce można wykorzystać różne modele:
|
Model |
Zakres |
Orientacyjny koszt |
Najważniejsze ograniczenie |
|
Własnymi siłami |
Centralny syslog, FortiAnalyzer, Wazuh lub inne posiadane narzędzie. Analizę i reakcję zapewnia własny zespół IT. |
0–3 tys. zł miesięcznie za narzędzia i infrastrukturę plus czas pracowników |
Niski koszt usług, ale duże obciążenie zespołu i zwykle ograniczona możliwość obsługi 24/7. |
|
Podstawowa usługa zarządzana |
Wybrane źródła logów, standardowe reguły, obsługa w godzinach pracy lub ograniczony dyżur oraz eskalacja najważniejszych alertów. |
ok. 3–10 tys. zł netto miesięcznie |
Skuteczność zależy m.in. od źródeł danych, strojenia reguł i realnej reakcji. |
|
Zaawansowana usługa SOC 24/7 |
Rozbudowane zbieranie danych, całodobowa analiza zdarzeń, reguły dopasowane do specyfiki firmy, proaktywne wykrywanie zagrożeń i wsparcie przy incydentach. |
ok. 15–60 tys. zł netto miesięcznie lub więcej |
Najszerszy zakres, ale nie zawsze proporcjonalny do skali działalności i potrzeb organizacji. |
Podane kwoty mają charakter orientacyjny i nie stanowią cennika. Na koszt wpływają m.in. liczba źródeł, wolumen logów, retencja danych, zakres godzinowy, SLA, integracje oraz odpowiedzialność za reakcję.
Pomiędzy tymi wariantami istnieje wiele modeli hybrydowych. Można objąć monitoringiem tylko systemy krytyczne, wykorzystać część własnej infrastruktury i zlecić zewnętrzną analizę albo zapewnić całodobową obsługę wyłącznie dla określonych scenariuszy. Celem nie jest kupienie największej liczby funkcji, ale zapewnienie rzeczywistej zdolności do wykrywania i obsługi incydentów.
Jak zabezpieczyć współpracę z dostawcami ICT?
Bezpieczeństwo organizacji zależy również od podmiotów, które dostarczają chmurę, hosting, oprogramowanie, outsourcing IT czy usługi bezpieczeństwa. Dlatego partnerzy biznesowi powinni także zostać uwzględnieni w ocenie ryzyka i w rozwiązaniach dotyczących bezpieczeństwa łańcucha dostaw.
W praktyce warto określić między innymi:
- Jakie wymagania bezpieczeństwa powinien spełniać dostawca.
- Jak wygląda zgłaszanie i obsługa incydentów.
- Jakie informacje i dowody dotyczące bezpieczeństwa firma może uzyskać od dostawcy.
- W jakim zakresie możliwa jest kontrola lub audyt.
- Jak zapewniona jest ciągłość działania usługi.
- Z jakich podwykonawców korzysta dostawca.
- Co dzieje się z danymi i dostępami po zakończeniu współpracy.
- Kto odpowiada za poszczególne elementy bezpieczeństwa.
Nie chodzi o przeniesienie całej odpowiedzialności na dostawcę. Kluczowe jest jasne określenie wymagań, podziału odpowiedzialności i sposobu weryfikacji ich realizacji.
Co powinno być efektem wdrożenia NIS2?
Efektem wdrożenia nie powinna być wyłącznie dokumentacja ani lista zakupionych narzędzi. Firma jest zobowiązana posiadać uporządkowany zakres SZBI, ocenę działających procesów, wyniki weryfikacji technicznej, rejestr luk i ryzyk, listę działań wymagających szybkiej realizacji oraz priorytetyzowany plan dalszych prac zrozumiały dla zarządu, IT i właścicieli biznesowych.
Jej zadaniem jest również móc wykazać, że przyjęte rozwiązania rzeczywiście funkcjonują. Po zakończeniu projektu musi po prostu doskonale się orientować co chroni, przed czym, kto za to odpowiada, jak reagować na incydenty i jakie działania należy podjąć w kolejnych etapach.
Jak znaleźć właściwego doradcę do wdrożenia NIS2?
Wdrożenie NIS2 łączy kwestie prawne, organizacyjne i techniczne. Dlatego przy wyborze partnera warto sprawdzić nie tylko listę oferowanych usług, ale przede wszystkim sposób prowadzenia całego projektu.
Dobry dostawca powinien:
- Rozpocząć od określenia zakresu obowiązków i najważniejszych ryzyk, a nie od sprzedaży konkretnego narzędzia.
- Potrafić ocenić zarówno procesy i dokumentację, jak i rzeczywiste działanie zabezpieczeń.
- Mieć doświadczenie we współpracy z organizacjami o podobnej skali, profilu działalności lub środowisku IT.
- Jasno określić, które elementy są niezbędne do spełnienia wymagań, a które stanowią dalszy rozwój poziomu bezpieczeństwa.
- Przedstawić konkretne rezultaty każdego etapu, a nie tylko listę godzin konsultantów.
- Pomóc zebrać dowody działania wdrożonych procesów i zabezpieczeń.
- Określić, co pozostaje po zakończeniu projektu i kto będzie odpowiedzialny za utrzymanie systemu bezpieczeństwa.
Warto też zapytać potencjalnego doradcę do wdrożenia NIS2, co zrobi, jeśli po analizie okaże się, że firma nie potrzebuje wcześniej rekomendowanego rozwiązania. Odpowiedź dobrze pokaże, czy ekspert rzeczywiście koncentruje się na ograniczeniu ryzyka, czy przede wszystkim na sprzedaży technologii.
Jak podejść do NIS2, żeby nie przepłacać i nie robić wszystkiego naraz?
NIS2 nie wymaga wdrożenia wszystkich dostępnych technologii. Wymaga świadomych decyzji dotyczących bezpieczeństwa i rozwiązań dopasowanych do sytuacji organizacji.
Zacznij od tego, co naprawdę ważne. Umów się na spotkanie, napisz lub zadzwoń do ekspertów HLB M2 AltPi Secure IT.
Podstawa prawna
- Ustawa o krajowym systemie cyberbezpieczeństwa wraz z późniejszymi zmianami.
- Ustawa z 23 stycznia 2026 r. o zmianie ustawy o krajowym systemie cyberbezpieczeństwa oraz niektórych innych ustaw.
Materiał ma charakter informacyjny. Zakres obowiązków i termin ich realizacji należy każdorazowo ocenić w odniesieniu do sytuacji konkretnego podmiotu.
FAQ: najczęstsze pytania o wdrożenie NIS2 i KSC
Czy NIS2 wymaga certyfikatu ISO 27001?
Nie. Sam fakt stosowania ISO/IEC 27001 nie jest równoznaczny z uzyskaniem certyfikatu, a przepisy KSC nie wymagają certyfikacji SZBI. Norma może natomiast stanowić praktyczną podstawę do uporządkowania systemu zarządzania bezpieczeństwem informacji i pomóc w spełnieniu wymagań dotyczących SZBI.
Czy SZBI musi obejmować całą firmę?
Nie zawsze. Zakres SZBI powinien obejmować te procesy i zasoby, które mają wpływ na bezpieczeństwo usług objętych wymaganiami KSC. Nie oznacza to automatycznie konieczności objęcia całej działalności organizacji jednym zakresem SZBI.
Czy outsourcing IT zwalnia firmę z odpowiedzialności za bezpieczeństwo?
Nie. Korzystanie z zewnętrznego dostawcy IT, chmury, hostingu czy usług bezpieczeństwa nie eliminuje obowiązków organizacji. Dostawcy powinni zostać uwzględnieni w ocenie ryzyka oraz w rozwiązaniach dotyczących bezpieczeństwa i ciągłości działania łańcucha dostaw. W umowach warto jasno określić między innymi zakres odpowiedzialności, wymagania bezpieczeństwa, sposób obsługi incydentów oraz zasady dostępu do informacji.
Czy każda organizacja objęta NIS2 musi przeprowadzić audyt już w 2027 roku?
Nie. Obowiązek pierwszego ustawowego audytu w terminie do 3 kwietnia 2028 r. dotyczy podmiotów kluczowych, które nie były wcześniej operatorami usług kluczowych. Podmioty kluczowe, które były operatorami usług kluczowych, zachowują istniejący cykl audytowy. Podmioty ważne nie mają tego samego obowiązku ustawowego pierwszego audytu co podmioty kluczowe.
Czy można wykorzystać istniejące zabezpieczenia zamiast budować system bezpieczeństwa od zera?
Tak. Wdrożenie NIS2 nie oznacza konieczności zastąpienia wszystkich dotychczasowych rozwiązań nowymi. Punktem wyjścia powinna być ocena tego, co już funkcjonuje, jakie procesy i zabezpieczenia można wykorzystać oraz gdzie występują rzeczywiste luki. Następnie można uzupełnić brakujące elementy i udokumentować sposób ich działania. Podejście oparte na istniejącym środowisku jest zgodne z zasadą stosowania środków odpowiednich i proporcjonalnych do ryzyka.
Skuteczna ochrona NIS2 bez zbędnych kosztów
Wdrożenie NIS2 to nie biurokracja, lecz inwestycja w odporność i ciągłość działania Twojego biznesu. Odpowiednio dobrane zabezpieczenia chronią to, co najważniejsze, gwarantując stabilność firmy.
Szukasz wsparcia? Eksperci HLB M2 AltPi Secure IT pomogą Ci sprawnie i proporcjonalnie dostosować firmę do nowych wymogów.

Uzyskaj opinię ekspertów
Skontaktuj się, a pomożemy Ci ocenić kondycje finansową Twojej firmy.



