NIS2 i NISG 2026

Czym jest NIS2 i czym jest NISG 2026?

Dyrektywa NIS2 (dyrektywa (UE) 2022/2555, „Network and Information Security Directive 2”) to centralne ramy prawne UE dla wysokiego wspólnego poziomu cyberbezpieczeństwa w Unii. Zastępuje pierwszą dyrektywę NIS z 2016 roku i odpowiada na jej znane słabości: zbyt wąski zakres stosowania, niejednolite wdrożenie i słabe egzekwowanie. NIS2 weszła w życie 16 stycznia 2023 roku; termin transpozycji do prawa krajowego upłynął 17 października 2024 roku.

Jako dyrektywa NIS2 nie działa bezpośrednio wobec przedsiębiorstw: państwa członkowskie muszą ją przenieść do prawa krajowego. Austria zrobiła to ustawą o bezpieczeństwie sieci i systemów informacyjnych z 2026 roku (NISG 2026). Rada Narodowa uchwaliła ją 12 grudnia 2025 roku, a 23 grudnia 2025 roku została ona ogłoszona jako BGBl. I Nr. 94/2025. Obowiązuje od 1 października 2026 roku i zastępuje NISG 2018. Niemcy wdrożyły NIS2 ustawą o wdrożeniu dyrektywy NIS2 (BGBl. 2025 I Nr. 301), która obowiązuje od 6 grudnia 2025 roku. Oba państwa przekroczyły tym samym unijny termin o ponad rok. Szwajcaria idzie własną drogą, niezwiązaną z NIS2 (m.in. obowiązek zgłaszania incydentów w infrastrukturze krytycznej zapisany w ustawie o bezpieczeństwie informacji).

Strategiczny sens: NIS2 przenosi cyberbezpieczeństwo z poziomu dobrowolnego zadania działu IT na poziom prawnie obowiązkowego wymogu z zakresu governance, istotnego dla zarządu, z osobistą odpowiedzialnością organów zarządzających.

Co konkretnie reguluje NISG 2026 w Austrii

NISG 2026 przejmuje obowiązki z dyrektywy i określa dla Austrii właściwy organ, terminy i kary. Najważniejsze punkty według tekstu ustawy w RIS:

• Organ: Właściwy jest Federalny Urząd ds. Cyberbezpieczeństwa, podległy bezpośrednio federalnemu ministrowi spraw wewnętrznych (§ 3a).
• Rejestracja: Podmioty kluczowe i ważne rejestrują się w urzędzie w ciągu trzech miesięcy od wejścia ustawy w życie (§ 29 ust. 3). Muszą podać m.in. sektor, rodzaj podmiotu, dane kontaktowe oraz progi, z których wynika ich klasyfikacja.
• Deklaracja własna: W ciągu dwunastu miesięcy od powstania obowiązku rejestracji podmioty przekazują informacje o swoich środkach zarządzania ryzykiem, w tym o bezpieczeństwie łańcucha dostaw i wynikach analizy ryzyka (§ 33 ust. 1).
• Obowiązki raportowe: wczesne ostrzeżenie w ciągu 24 godzin i zgłoszenie w ciągu 72 godzin od powzięcia wiedzy o poważnym incydencie cyberbezpieczeństwa, sprawozdanie końcowe najpóźniej miesiąc po tym zgłoszeniu (§ 34 ust. 2).
• Organy zarządzające: Muszą zapewnić przestrzeganie środków zarządzania ryzykiem, nadzorować je oraz uczestniczyć w szkoleniach z cyberbezpieczeństwa (§ 31). Jeśli podmiot kluczowy nie zastosuje się do decyzji, organ może tymczasowo zakazać jego organom zarządzającym pełnienia funkcji kierowniczych (§ 39 ust. 4).
• Kary: do 10 mln EUR lub 2% światowego obrotu z poprzedniego roku dla podmiotów kluczowych i do 7 mln EUR lub 1,4% dla podmiotów ważnych. Za inne naruszenia wymienione w § 45 ust. 4 grozi do 50 000 EUR, a w przypadku recydywy do 100 000 EUR (§ 45).

Jak sprawdzić klasyfikację twojej organizacji, pokazuje sprawdzenie, czy podlegasz NISG. Jak zorganizowany jest nadzór, opisuje artykuł NISG 2026 i instytucjonalny nadzór nad cyberbezpieczeństwem.

Kogo to dotyczy? Podmioty kluczowe i ważne

NIS2 znacznie rozszerza zakres stosowania w porównaniu ze starą dyrektywą. O tym, czy organizacja podlega przepisom, decydują co do zasady dwa kryteria: sektor i wielkość.

NIS2 rozróżnia podmioty kluczowe („essential entities”) i podmioty ważne („important entities”). Sektory określono w dwóch załącznikach: załącznik I obejmuje sektory o wysokim stopniu krytyczności (m.in. energetykę, transport, bankowość, infrastrukturę rynków finansowych, ochronę zdrowia, wodę pitną, ścieki, infrastrukturę cyfrową, zarządzanie usługami ICT w B2B, administrację publiczną, przestrzeń kosmiczną). Załącznik II obejmuje inne sektory krytyczne (m.in. usługi pocztowe i kurierskie, gospodarkę odpadami, chemikalia, żywność, przetwórstwo przemysłowe/produkcję, dostawców usług cyfrowych, takich jak platformy handlowe online, wyszukiwarki i platformy mediów społecznościowych, badania naukowe).

Dla progu wielkości obowiązuje co do zasady reguła „size-cap”: przepisy obejmują średnie i duże przedsiębiorstwa, czyli od 50 pracowników lub z rocznym obrotem/sumą bilansową powyżej 10 mln EUR. Poniżej tego progu NIS2 z reguły nie ma zastosowania, z wyjątkiem niektórych krytycznych dostawców (np. usług DNS, rejestrów TLD, kwalifikowanych dostawców usług zaufania, niektórych dostawców publicznych sieci łączności elektronicznej), którzy mogą podlegać przepisom niezależnie od swojej wielkości.

Kluczowa kwestia praktyczna: organ nie dokonuje wstępnej klasyfikacji każdej organizacji. Podmioty muszą same ustalić, czy podlegają przepisom, i zarejestrować się w terminie krajowym. W Austrii są to trzy miesiące od 1 października 2026 roku. Ten obowiązek samooceny dotyczy wielu firm, które dotąd nie postrzegały się jako „infrastruktura krytyczna”, np. producentów, firm z branży spożywczej czy organizacji badawczych.

Obowiązki w zakresie cyberbezpieczeństwa i zarządzania ryzykiem (art. 21)

Sercem NIS2 jest artykuł 21: podmioty objęte przepisami muszą stosować „odpowiednie i proporcjonalne środki techniczne, operacyjne i organizacyjne”, aby zarządzać ryzykiem dla swoich sieci i systemów informacyjnych. Podejście opiera się na ryzyku i uwzględnia najnowszy stan wiedzy. NIS2 wprost wymienia katalog środków, który obejmuje co najmniej:

• Analiza ryzyka i polityki bezpieczeństwa systemów informacyjnych
• Obsługa incydentów bezpieczeństwa (incident handling)
• Ciągłość działania i zarządzanie kryzysowe (kopie zapasowe, odtwarzanie)
• Bezpieczeństwo łańcucha dostaw, w tym relacje z dostawcami i usługodawcami
• Bezpieczeństwo w procesie nabywania, rozwoju i utrzymania systemów, w tym zarządzanie podatnościami
• Procedury oceny skuteczności środków
• Cyberhigiena i szkolenia
• Kryptografia i szyfrowanie
• Bezpieczeństwo zasobów ludzkich, kontrola dostępu i zarządzanie aktywami
• Uwierzytelnianie wieloskładnikowe (MFA), zabezpieczona komunikacja i komunikacja w sytuacjach kryzysowych

Eksploatacja agentów AI mieści się w tych ramach z kilku powodów: agent AI jest systemem sieciowym i informacyjnym w rozumieniu dyrektywy, zwykle łączy się z innymi systemami przez narzędzia, API i połączenia MCP, a do tego może przetwarzać dane wymagające ochrony. Dlatego kontrola dostępu, szyfrowanie, logowanie, zarządzanie podatnościami i ocena łańcucha dostaw mają tu bezpośrednie znaczenie. Kto produkcyjnie korzysta z agentów AI w sektorze objętym przepisami, musi włączyć te komponenty do zarządzania ryzykiem zgodnego z NIS2, nie jako dodatek, ale jako część standardowej koncepcji bezpieczeństwa.

Obowiązki zgłaszania: system 24/72 godzin

NIS2 wprowadza stopniową procedurę zgłaszania z napiętymi terminami dla poważnych incydentów bezpieczeństwa („significant incidents”), kierowaną do właściwego organu lub krajowego zespołu CSIRT (Computer Security Incident Response Team). W uproszczeniu incydent uznaje się za poważny, jeśli spowodował lub może spowodować poważne zakłócenia działalności, straty finansowe albo znaczne szkody dla innych.

Dla eksploatacji agentów AI oznacza to, że potrzebna jest zdolność wykrywania i eskalacji na tyle szybka, by dotrzymać 24-godzinnego terminu wczesnego ostrzeżenia. Incydenty takie jak udany atak typu prompt injection, który skłania agenta do nieautoryzowanych wywołań narzędzi lub eksfiltracji danych, przejęty endpoint modelu albo wyciek danych przez źle skonfigurowane połączenie z narzędziem mogą podlegać obowiązkowi zgłoszenia. Logowanie, monitoring i zdefiniowany proces reagowania na incydenty dla systemów agentowych są więc praktycznymi warunkami spełnienia NIS2.

Bezpieczeństwo łańcucha dostaw: obowiązki sięgają dostawców AI i chmury

Jedną z najbardziej brzemiennych w skutki nowości jest wyraźny obowiązek zabezpieczenia łańcucha dostaw. Podmioty objęte przepisami muszą oceniać bezpieczeństwo swoich bezpośrednich dostawców i usługodawców, a wyniki uwzględniać w zarządzaniu ryzykiem i w umowach. Należy brać pod uwagę m.in. jakość praktyk bezpieczeństwa dostawcy, jego procesy rozwojowe i specyficzny profil ryzyka.

Dla eksploatacji agentów AI to kwestia kluczowa, bo typowy stack w dużej mierze opiera się na komponentach zewnętrznych: dostawcach LLM, dostawcach chmury i hostingu, wektorowych bazach danych, usługach narzędziowych i API, serwerach MCP, frameworkach orkiestracji. Ci dostawcy często sami nie podlegają bezpośrednio NIS2, ale przez obowiązek dotyczący łańcucha dostaw regulowanej organizacji klienckiej wymogi NIS2 faktycznie przechodzą na nich. W praktyce oznacza to: zobowiązania w zakresie bezpieczeństwa zapisane w umowach (umowa powierzenia przetwarzania/DPA, prawo do audytu, przejrzystość w zakresie podprocesorów, klauzule o powiadamianiu o incydentach), dowody takie jak ISO/IEC 27001 lub raporty SOC 2 oraz udokumentowaną ocenę dostawców.

Pojawia się tu też punkt styku z debatą o suwerennej AI: workloady w sektorach regulowanych lub krytycznych, np. usługi finansowe podlegające DORA czy infrastruktura krytyczna podlegająca NIS2, strukturalnie zyskują na suwerennych platformach AI z siedzibą w UE, bo upraszczają one rezydencję danych, przejrzystość w zakresie podprocesorów i ocenę łańcucha dostaw. McKinsey szacuje, że wymogi suwerenności wpłyną na 30–40% wydatków na AI, a wartość tego rynku określa na około 500–600 mld USD na świecie do 2030 roku (McKinsey, „Sovereign AI: Building ecosystems for strategic resilience and impact”, marzec 2026). Regulacje takie jak NIS2, DORA, AI Act i RODO są jednym z motorów tego popytu.

Odpowiedzialność kadry zarządzającej i sankcje

NIS2 wprost odnosi się do organów zarządzających. Muszą one zatwierdzać i nadzorować wdrażanie środków zarządzania ryzykiem oraz odpowiadają za naruszenia. Przewidziano też obowiązkowe szkolenia dla organów zarządzających, aby potrafiły oceniać ryzyka cybernetyczne i ich skutki. W przypadku poważnych naruszeń organy krajowe mogą, zależnie od sposobu wdrożenia, zarządzić także tymczasowe zawieszenie w pełnieniu funkcji kierowniczych.

Wysokość kar jest znacząca: do 10 mln EUR lub 2% światowego rocznego obrotu (w zależności od tego, która kwota jest wyższa) dla podmiotów kluczowych i do 7 mln EUR lub 1,4% dla podmiotów ważnych. Cyberbezpieczeństwo trafia tym samym na podobny poziom ryzyka dla zarządu co RODO. Austriacka ustawa NISG 2026 przejmuje te maksymalne kwoty (§ 45). Nadzór, procedury i dalsze sankcje reguluje każdorazowo ustawa krajowa, w Niemczech nowa ustawa o BSI uchwalona w ramach wdrożenia NIS2.

Cyberbezpieczeństwo agentów AI w ramach NIS2

Autonomiczni agenci AI poszerzają powierzchnię ataku w porównaniu z klasycznymi aplikacjami, bo interpretują dane wejściowe, podejmują decyzje i przez narzędzia realnie oddziałują na systemy. W ramach zarządzania ryzykiem zgodnego z NIS2 należy więc uwzględnić co najmniej następujące aspekty:

• Prompt injection i zatruwanie danych jako główna kategoria zagrożeń. Treści z e-maili, dokumentów czy stron internetowych mogą skłonić agenta do niezamierzonych działań. Środki zaradcze: walidacja danych wejściowych, oddzielenie kontekstu instrukcji od kontekstu danych, filtrowanie danych wyjściowych.
• Dostęp do narzędzi zgodnie z zasadą najmniejszych uprawnień. Agenci otrzymują tylko minimalne niezbędne uprawnienia; wrażliwe wywołania narzędzi (płatności, usuwanie danych, komunikacja zewnętrzna) zabezpiecza się mechanizmem human-in-the-loop.
• Guardrails i egzekwowanie polityk, techniczne ograniczenia dopuszczalnych działań, limity zapytań (rate limits) oraz listy dozwolonych i zablokowanych narzędzi i domen.
• Zarządzanie tożsamością i dostępem, silne uwierzytelnianie (MFA), krótkotrwałe tokeny i staranne zarządzanie sekretami dla tożsamości agentów.
• Pełne logowanie i audytowalność. Możliwość odtworzenia każdej decyzji agenta i każdego wywołania narzędzia, aby spełnić obowiązki zgłoszeniowe i potrzeby analizy śledczej.
• Utwardzanie łańcucha dostaw. Zabezpieczenie endpointów modeli, serwerów MCP i narzędzi zewnętrznych dostawców.

Te środki pokrywają się z uznanymi katalogami bezpieczeństwa, takimi jak lista OWASP Top 10 dla aplikacji LLM i lista OWASP dla systemów agentowych. NIS2 nie narzuca tych katalogów bezpośrednio, ale daje prawną podstawę, by wiążąco wpisać je do koncepcji bezpieczeństwa.

Relacja do AI Act, RODO i DORA

NIS2 to reżim cyberbezpieczeństwa i nie pokrywa się z równoległymi ramami prawnymi UE. Jasne rozgraniczenie zapobiega zarówno lukom, jak i dublowaniu pracy:

W branżach regulowanych kilka reżimów obowiązuje jednocześnie. DORA jako regulacja sektorowa dla sektora finansowego w dużej mierze zastępuje wymogi NIS2, choć częściowo wykracza poza nie. W praktyce warto oprzeć się na uznanych standardach zarządzania jako wspólnej bazie wdrożeniowej: ISO/IEC 27001 dla systemu zarządzania bezpieczeństwem informacji (SZBI) i ISO/IEC 42001 (system zarządzania AI, grudzień 2023) dla governance AI. Jako certyfikowalny standard zarządzania ISO/IEC 42001 nie jest związany z żadnym porządkiem prawnym, dlatego może służyć jako wspólna podstawa dla kilku reżimów.

Perspektywa praktyczna i rekomendacje

Stan na październik 2026: treść obowiązków NIS2 jasno wynika z dyrektywy, a ustawy krajowe już obowiązują, w Niemczech od 6 grudnia 2025 roku, w Austrii od 1 października 2026 roku. Austriackie podmioty objęte przepisami muszą teraz zarejestrować się w trzymiesięcznym terminie, a deklaracja własna następuje w ciągu dwunastu miesięcy od powstania obowiązku rejestracji. Odroczenia już nie ma: wymogi obowiązują, a solidnego zarządzania ryzykiem nie da się zbudować w kilka tygodni.

W praktyce warto przyjąć trzyetapowe podejście: po pierwsze, rzetelna analiza objęcia przepisami i wielkości dla każdego sektora (w tym obowiązku samodzielnej rejestracji); po drugie, analiza luk (gap assessment) względem katalogu środków z art. 21, która wprost obejmuje agentów AI i ich łańcuch dostaw; po trzecie, zbudowanie procesu reagowania na incydenty, który pozwoli dotrzymać okna zgłoszeniowego 24/72 godzin. Dla agentów AI oznacza to: od początku uwzględniać guardrails, dostęp do narzędzi według zasady najmniejszych uprawnień, pełne logowanie i udokumentowaną ocenę dostawców, najlepiej w ramach SZBI (ISO/IEC 27001) i systemu zarządzania AI (ISO/IEC 42001).