
Připravenost na NIS2 začíná zdokumentovaným rozhodnutím o působnosti. Roli může hrát odvětví, služba, velikost, místo usazení i zvláštní pravidla pro zařazení. Dotazník od zákazníka je užitečný kontext, ale o vašem právním postavení nerozhoduje. Stejně tak bezpečnostní certifikát nedokládá, že byly vyřešeny všechny relevantní subjekty, služby a oznamovací povinnosti.
Pro generálního ředitele znamená připravenost umět vysvětlit, co vedení schválilo, proč jsou opatření přiměřená, kdo je zavede a jak se bude posuzovat jejich účinnost. Znamená také zajistit, aby organizace dokázala ohlásit významný incident ve chvíli, kdy jsou informace neúplné a běžný provoz je narušen.
Praktickým úkolem je propojit právní rozsah, rizika služeb, priority realizace a přezkoumané důkazy. Toto propojení dává vedení podklad pro rozhodování o investicích, provozních omezeních, dodavatelích a nevyřešené expozici.
Směrnice NIS2 stanoví základní úroveň kybernetické bezpečnosti v EU pro vymezené činnosti. Články 2 a 3 spolu s přílohami určují její působnost a strukturu zařazení. Vnitrostátní prováděcí právní předpisy pak doplňují konkrétní místní povinnosti a postupy.
Posuzujte každý relevantní právní subjekt, místo abyste za regulatorní hranici považovali název skupiny. Odpověď mohou změnit činnosti dceřiné společnosti, vlastnické vztahy i místa usazení. Vedení by mělo vyžadovat zaznamenaný závěr, podpůrná fakta a vlastníka pro nevyjasněné otázky.
Příloha I zahrnuje odvětví, jako je energetika, doprava, zdravotnictví, voda, finanční služby, digitální infrastruktura, řízení služeb IKT, veřejná správa a vesmír. Příloha II rozšiřuje působnost na oblasti včetně poštovních služeb, nakládání s odpady, chemických látek, potravin, vymezených výrobních činností, poskytovatelů digitálních služeb a výzkumu.
Název odvětví je pouze výchozím bodem. Pročtěte si typy subjektů a činnosti v příslušné položce. Výroba není univerzální kategorií pro zařazení a prodej softwaru z podniku automaticky nedělá poskytovatele cloudových služeb ani poskytovatele řízených služeb.
Popište, co subjekt skutečně poskytuje: službu, její příjemce, způsob provozu a to, zda spravuje systémy zákazníků. Kódy z obchodního rejstříku a popisy na webu mohou tuto analýzu podpořit, ale neměly by ji nahrazovat.
Například prodej licencované aplikace a provozování informačních systémů zákazníka jsou odlišné činnosti. Podnik označovaný jako poradenská firma může přesto poskytovat průběžnou správu, kterou je třeba posoudit podle definic řízených služeb. Takové otázky vyřešte dříve, než navrhnete hranici souladu.
Článek 2 vychází z definice velikosti podniku v EU. Jako zkratka pro prvotní prověření platí obecný práh pro zařazení 50 a více zaměstnanců, nebo současně roční obrat i bilanční suma přesahující 10 milionů EUR. Zhruba řečeno, překročení stropů pro středně velké podniky znamená alespoň 250 zaměstnanců, nebo obrat nad 50 milionů EUR spolu s bilanční sumou nad 43 miliony EUR.
Tato čísla nenahrazují úplný výpočet. Výsledek mohou ovlivnit příslušná účetní období, metodika počítání zaměstnanců a partnerské či propojené podniky. Místně malá dceřiná společnost může práh překročit, jakmile se zohlední příslušné vlastnické vztahy.
Uchovávejte výpočet, podkladová čísla a úvahu o vztazích ve skupině. Nezaznamenávejte pouze „středně velký podnik“, aniž byste vysvětlili, jak jste k tomuto závěru dospěli. Samotný obrat není úplnou finanční alternativou k počtu zaměstnanců.
Pokud se velikost blíží hranici nebo je vlastnická struktura složitá, zadejte konkrétní právní posouzení. Náklady na odstranění této nejistoty by se měly považovat za součást stanovení provozních požadavků, nikoli odkládat, dokud závěr nezpochybní úřad nebo zákazník.
Některé kategorie služeb mohou být zahrnuty bez ohledu na velikost. Článek 2 se týká vymezených komunikačních služeb, služeb vytvářejících důvěru, služeb DNS a domén nejvyšší úrovně, některých orgánů veřejné správy a subjektů určených jako kritické podle příslušného rámce EU. Do působnosti mohou subjekty spadat i na základě vnitrostátního určení kvůli jejich společenskému významu nebo důsledkům narušení.
Článek 3 následně určuje, zda je dotčený subjekt základní, nebo důležitý. Velké subjekty z přílohy I tvoří jednu podstatnou kategorii základních subjektů, článek však obsahuje další pravidla pro konkrétní služby a určení. Středně velký podnik z přílohy I není automaticky základním subjektem; přílohy nejsou jednoduše dvěma seznamy úrovní dohledu.
Obě klasifikace nesou hlavní povinnosti v oblasti řízení kybernetických bezpečnostních rizik a hlášení významných incidentů. Status důležitého subjektu mění model dohledu; neodstraňuje potřebu účinných opatření.
Přímou právní působnost a požadavky zákazníků zaznamenávejte odděleně. Menší dodavatel může stát mimo přímou působnost, a přitom čelit rozsáhlým smluvním bezpečnostním povinnostem. A naopak, dotazník zákazníka s tvrzením „NIS2 se na vás vztahuje“ není závazným rozhodnutím o klasifikaci.
Obhajitelný záznam o rozsahu by měl obsahovat:
Spouštěče opětovného posouzení by měly zahrnovat akvizice, nové služby, podstatné změny velikosti a legislativní vývoj. Rozhodnutí o vyloučení může být v okamžiku přijetí správné a později zastarat.
NIS2 je směrnice, která se provádí prostřednictvím vnitrostátního práva. Členské státy měly lhůtu k provedení do 17. října 2024, přičemž prováděcí opatření se měla použít od 18. října 2024. Tato data jednotlivé společnosti neříkají, jaká je její aktuální vnitrostátní lhůta k registraci ani jaký postup musí použít.
Vytvořte registr povinností pro každý relevantní subjekt a každou zemi. Určete použitelné právní předpisy, příslušný úřad, registrační proces, kanál pro hlášení, odvětvová ustanovení a odpovědného interního vlastníka. Odlišujte zákonný požadavek od metodiky úřadu nebo interního doporučení k zavedení.
Článek 26 obecně váže příslušnost na místo usazení, pro určité služby však platí odlišná pravidla. Poskytovatelé veřejných sítí elektronických komunikací podléhají regulaci tam, kde příslušné služby poskytují. Vymezení poskytovatelé digitálních služeb se řídí přístupem hlavní provozovny, včetně podniků v oblasti cloudu, datových center, sítí pro doručování obsahu, řízených služeb, řízených bezpečnostních služeb a některých online platforem a činností souvisejících s doménami.
Při posuzování hlavní provozovny zkoumejte, kde v Unii převážně padají rozhodnutí týkající se opatření k řízení kybernetických bezpečnostních rizik. Pokud toto místo nelze určit nebo se taková rozhodnutí v Unii nepřijímají, posuďte, kde se v Unii provádějí operace v oblasti kybernetické bezpečnosti; pokud ani to nelze určit, použijte provozovnu v Unii s nejvyšším počtem zaměstnanců. Sídlo holdingové společnosti proto nemusí stačit.
Někteří poskytovatelé nabízející služby v Unii bez provozovny v EU musí jmenovat zástupce v EU. Zahraniční centrála není automatickou výjimkou, ale evropští zákazníci zase automaticky nevtahují do působnosti každý podnik mimo EU. Stále záleží na typu služby a dalších podmínkách působnosti.
Povinnosti týkající se registrace a informací o subjektu evidujte odděleně od bezpečnostního programu. Uchovávejte potvrzení o podání, aktuální kontaktní údaje a odpovědnost za aktualizace. Pokud je registrace po lhůtě, ověřte aktuální postup úřadu a jednejte bez prodlení. Dokončení registrace neprokazuje zavedení bezpečnostních opatření.
U provozů v Německu prověřte požadavky KRITIS souběžně s použitelnými pravidly pro provedení NIS2. Oba režimy se překrývají, ale nejsou totožné. Působnost NIS2 automaticky neoznačuje každé zařízení za kritické zařízení a zavedený program KRITIS automaticky neplní každou povinnost podle NIS2.
Veďte oddělené záznamy o klasifikaci subjektu, kritických zařízeních a dodatečných povinnostech. Pro aktuální vnitrostátní postup vycházejte z informací BSI k NIS2, nikoli ze starých oznámení o lhůtách.
Článek 4 se zabývá také rovnocennými odvětvovými požadavky EU. U dotčených finančních subjektů může příslušné oblasti upravovat nařízení DORA. Určete, které povinnosti se vztahují na konkrétní subjekt a službu, místo abyste standardně udržovali duplicitní cesty hlášení.
Článek 20 svěřuje schvalování a dohled nad zaváděním řídicím orgánům základních a důležitých subjektů. Stanoví také odpovědnost za porušení článku 21; právní důsledky závisí na vnitrostátním právu a právní formě subjektu.
Realizaci lze delegovat na bezpečnostní tým, IT, provoz, nákup a další týmy. Delegování by mělo zachovat viditelný dohled vedení. Úlohou generálního ředitele není konfigurovat systémy, ale zajistit, aby významná rizika služeb dostala informovaná rozhodnutí, zdroje a důsledné dotažení.
Podklady ke schválení by měly propojit posouzení rizik s proveditelným plánem. Uveďte dotčené služby, hlavní scénáře narušení, navrhovaná opatření, alternativy, závislosti realizace, personální potřeby, milníky a očekávané důkazy.
U každé povinnosti zaznamenejte zavedení, vlastníka, důkazy, mezeru a další rozhodnutí. Díky tomu lze odlišit schválený záměr od dokončené schopnosti. Zároveň se odhalí opatření, která nemají odpovědného vlastníka nebo závisejí na zdrojích, jež nikdy nebyly přiděleny.
Zápisy z jednání vedení by měly vysvětlovat rozhodnutí a jeho základ. Například schválení investice do obnovy by mělo uvádět, jaké přerušení služby řeší, jaký výsledek obnovy se očekává a jaká provozní omezení existují. Podpis pod politikou nevysvětluje, zda vedení zvážilo implementační problém, který za ní stojí.
Diskuse o rozpočtu by měly zahrnovat interní kapacity a přerušení podnikání, nejen výdaje za software. Změna sítě může vyžadovat odstávku výroby; přezkum dodavatele může vyžadovat právní vyjednávání; test obnovy může potřebovat izolované prostředí a provozní personál.
Zvláštní pozornost si zaslouží akceptace rizika. Může dokumentovat rozhodnutí o ošetření rizika v rámci procesu řízení rizik, ale nemůže prominout zákonný požadavek. Pokud by výjimka mohla být v rozporu s povinností, získejte právní výklad, určete prozatímní ochranu a ponechte nevyřešený problém viditelný.
Projekt může dokončit nasazení opatření, aniž by dosáhl zamýšlené ochrany. Reporting pro vedení by měl odpovídat na obě otázky: zda je schválená práce dokončena a zda funguje v celé relevantní hranici služby.
| Otázka pro vedení | Užitečné důkazy | Možné rozhodnutí |
|---|---|---|
| Která služba může utrpět největší narušení? | Posouzení rizik služby a mapa závislostí | Přeuspořádat priority investic |
| Jaká schválená práce zůstává zablokovaná? | Milníky, překážky a prozatímní ochranná opatření | Přidat kapacitu nebo změnit pořadí |
| Dokáže obnova splnit potřeby podniku? | Výsledky obnovy a zjištěné závislosti | Financovat zlepšení nebo upravit provoz |
| Která zjištění u dodavatelů zůstávají nevyřešená? | Závěry posouzení a stav ošetření | Omezit přístup nebo změnit zdroje dodávek |
| Lze hlásit i mimo pracovní dobu? | Časová osa cvičení a test oprávnění | Odstranit úzká místa ve schvalování nebo přístupu |
| Kde je ujištění neúplné? | Rozsah testů, výjimky a omezení důkazů | Zadat dodatečné ověření |
Stanovte frekvenci přezkumů přiměřenou programu. U stabilního provozu mohou být praktické čtvrtletní přezkumy vedením, během zavádění častější. Jde o doporučení, nikoli o univerzální frekvenci předepsanou článkem 20.
Definujte eskalaci mezi jednáními. Neúspěšný test obnovy, kompromitovaný privilegovaný účet nebo nově zjištěná kritická závislost by neměly čekat na další plánovanou prezentaci.
Článek 20 vyžaduje, aby členové řídicích orgánů absolvovali odbornou přípravu dostatečnou k tomu, aby dokázali rozpoznat rizika, hodnotit postupy řízení rizik a chápat jejich dopady na služby. Nestanoví jednu univerzální délku kurzu ani interval opakování.
Školení by mělo pokrývat významnost incidentů, kompromisy při obnově, koncentraci dodavatelů, omezení důkazů a rozhodování v nejistotě. Zařaďte scénář, v němž musí vedoucí pracovníci schválit hlášení, omezit provoz nebo financovat naléhavé ošetření.
Uchovávejte data, účastníky, obsah a navazující kroky. Školením zaměstnanců se zabývá i článek 21, ale osvětová setkání pro personál nenahrazují vlastní odbornou přípravu vedení. Vedení by mělo být schopno zpochybnit tvrzení o ujištění, aniž by se muselo stát technickým specialistou.
Článek 21 vyžaduje přiměřená technická, provozní a organizační opatření. Posouzení přiměřenosti zohledňuje expozici, velikost organizace, náklady na zavedení a pravděpodobnost a závažnost incidentů, včetně širších společenských a hospodářských dopadů.
Požadovaný přístup zahrnuje i jiná nebezpečí než škodlivou kybernetickou činnost. Tutéž službu může ohrozit výpadek proudu, záplava, fyzické vniknutí, nedostupnost personálu i narušené telekomunikace.
Následující příklady zavedení jsou praktická doporučení. Vysvětlují deset tematických oblastí, aniž by pro každý subjekt předepisovaly totožný technický návrh. Pro některé digitální služby navíc platí podrobnější prováděcí požadavky EU; ověřte jejich použitelnost dříve, než se spolehnete pouze na obecný kontrolní seznam.
Začněte službou: co musí pokračovat, kdo na ní závisí a co by narušení znamenalo. Před přiřazením hodnocení rizik zmapujte podpůrné systémy, zařízení, lidi a externí poskytovatele.
Používejte kritéria dopadu, která odlišují finanční ztrátu od ohrožení bezpečnosti, újmy příjemcům služby a širšího narušení. Zaznamenávejte scénáře, stávající ochranu, navrhovaná ošetření, zbytkovou expozici a spouštěče opětovného posouzení. Obecný seznam kybernetických hrozeb je méně užitečný než vysvětlení, jak konkrétní závislost může službu přerušit.
Výstupem je posouzení rizik, které podporuje rozhodování, a politiky popisující, jak se tato rozhodnutí stávají provozními požadavky.
Definujte detekci, třídění, eskalaci, omezení, vyšetřování, koordinaci obnovy a uzavření. Jmenujte koordinátora a zástupce a dejte týmům reakce použitelné postupy pro pravděpodobné incidenty.
Provozní závažnost a zákonná významnost spolu souvisejí, ale nejsou totožné. Naléhavý technický incident může vyžadovat omezení dříve, než se vyřeší, zda podléhá hlášení. Proces musí podporovat obě činnosti, aniž by jedna blokovala druhou.
Uchovávejte časové osy incidentů, rozhodnutí, relevantní důkazy a nápravná opatření. Přezkoumejte, zda byla dohodnutá zlepšení dokončena; dokument s poučeními bez dotažení poskytuje slabé ujištění.
Pomocí analýzy dopadů na podnikání určete nezbytné činnosti a přijatelné narušení. Dohodněte se s vlastníky služeb na cílových dobách obnovy (RTO) a cílových bodech obnovy (RPO). První se týká doby obnovení, druhý přijatelné ztráty dat.
Záznamy o dokončených zálohách jsou užitečné, ale neprokazují, že službu lze obnovit. Testujte obnovu, podpůrné identity, klíče, rozhraní a použitelnost dat. Ověřte, zda obnovené systémy dokážou podporovat skutečný podnikový proces.
Krizová opatření by se měla zabývat provozními rozhodnutími a komunikací, nejen technickou obnovou. Zaznamenávejte výsledky testů, nesplněné cíle, opatření a rozhodnutí vedení o zbývající expozici.
Identifikujte přímé dodavatele, jejichž selhání nebo kompromitace by mohly podstatně ovlivnit službu. Zvažte administrátorský přístup, citlivé informace, softwarové závislosti a dostupnost.
Posuďte bezpečnostní význam skutečného vztahu, včetně zranitelností specifických pro dodavatele a postupů při vývoji produktů. Propojte zjištění s řízením přístupu, smluvními ujednáními, pohotovostními plány a spouštěči přezkumu.
Certifikát dodavatele může posouzení podpořit. Automaticky však nepokrývá vámi nakupovanou službu, její konfiguraci ani vaše odpovědnosti za integraci.
Stanovte bezpečnostní kritéria přijetí pro nákupy a nové systémy. Definujte odpovědnosti za bezpečný vývoj, konfiguraci, změny, údržbu, aktualizace a příchozí hlášení zranitelností.
Sledujte významné zranitelnosti přes posouzení, ošetření, zpracování výjimek a ověření. Priority nápravy by měly odrážet potenciál zneužití a dopady na službu, nejen číselné hodnocení závažnosti.
Provozní technologie (OT) může před instalací záplat vyžadovat validaci dodavatelem a plánované odstávky. Zdokumentujte prozatímní ochranná opatření a harmonogram ošetření. „Nelze záplatovat“ je omezení, které je třeba řídit, nikoli úplné rozhodnutí o riziku.
U důležitých opatření definujte otázku, na kterou musí test odpovědět. Přezkum přístupů ověřuje oprávnění; cvičení obnovy ověřuje obnovu; simulace incidentu ověřuje koordinaci a rozhodování.
Zaznamenávejte testovaný rozsah, očekávaný výsledek, metodu, posuzovatele, zjištění a reakci na selhání. Nezávislé ujištění využijte tam, kde přináší hodnotu nebo kde to vyžadují použitelná pravidla.
Článek 21 požaduje posuzování účinnosti, ale neukládá všem dotčeným organizacím jednu frekvenci penetračních testů. Testování by mělo odpovídat potřebě ujištění a případným relevantním podrobným požadavkům.
Dejte zaměstnancům praktické pokyny k hlášení podezřelé činnosti, ochraně přihlašovacích údajů, nakládání s informacemi a bezpečné práci. Doplňte obsah specifický pro role vývojářů, administrátorů, pracovníků nákupu a týmů reakce.
Účast na školení ukazuje zapojení, ne nutně schopnost jednat. Cvičení a pozorovaný výkon mohou odhalit nejasné pokyny nebo slabé eskalační cesty.
Zjištění využijte ke zlepšení postupů. Pokud zaměstnanci hlásí podezřelé zprávy správně, ale přijímající tým reaguje pomalu, opakování téhož osvětového kurzu skutečný problém nevyřeší.
Definujte, které informace a pracovní postupy potřebují kryptografickou ochranu, včetně relevantních dat při přenosu a v klidu. Určete vlastnictví klíčů a certifikátů, jejich obnovu, odvolání, přístup k nim a jejich obnovení.
Důkazy by měly zahrnovat rozhodnutí o konfiguraci a ujednání o správě klíčů, nejen tvrzení, že šifrování existuje. Ochrana může selhat, pokud šifrované zálohy závisejí na nedostupných klíčích nebo pokud přístup ke klíčům není náležitě omezen.
Udržujte odůvodněné výjimky a přezkoumávejte je při změně systémů nebo rizik. Nepovažujte široké tvrzení typu „všechno je šifrované“ za dostatečné ujištění.
Propojte nástupy, změny rolí a odchody s rozhodnutími o přístupech. Identifikujte vlastníky z byznysu, administrátory, externí účty, servisní identity a relevantní aktiva.
Přezkoumávejte privilegované přístupy a odebírejte oprávnění, která již nejsou odůvodněná. Do posouzení zahrňte sdílené a nelidské účty, místo abyste se omezili na seznamy uživatelů z řad zaměstnanců.
Důkazy mohou zahrnovat schválené žádosti, vzorky záznamů o odchodech, dokončené přezkumy přístupů a vyřešené výjimky. Inventář aktiv by měl vysvětlovat vlastnictví a závislost služeb, nikoli jen počítat zařízení.
Článek 21 se zabývá silnější autentizací a chráněnou komunikací, včetně nouzových ujednání, s výhradou přiměřenosti.
Jako praktickou prioritu prověřte privilegovaný a vzdálený přístup ke kritickým službám. Identifikujte omezení starších systémů a vyhodnoťte alternativní ochranná opatření, místo abyste předpokládali, že každý systém podporuje stejný mechanismus.
Otestujte také krizovou komunikaci pro situaci, kdy běžný e-mail, nástroje pro spolupráci nebo služby identit nejsou k dispozici. Nouzový postup, který zcela závisí na selhané platformě, může být nepoužitelný právě ve chvíli, kdy je potřeba.
Bezpečnost dodavatelského řetězce se často stává otázkou pro vedení, protože nákup nedokáže dotazníkem odstranit každou závislost. Začněte důsledkem selhání: může tento dodavatel přerušit dodávku, zavést neoprávněné změny, vystavit informace nebo zabránit obnově?
U kritických přímých dodavatelů zaznamenejte podporovanou službu, poskytnutý přístup, vlastníka posouzení, přezkoumané ujištění, nevyřešená zjištění a rozhodnutí o ošetření. Ověřte rozsah a období, na které se dokumenty o ujištění vztahují. Zpráva pokrývající jinou službu nebo dřívější provozní model nemusí odpovídat na aktuální otázku.
Smluvní vyjednávání by se mělo zabývat riziky daného vztahu. Mezi praktická témata patří bezpečnostní odpovědnosti, komunikace o incidentech, spolupráce při vyšetřování, zpracování zranitelností, omezení přístupu, dostupnost důkazů, kontinuita a podpora při ukončení spolupráce. Jde o doporučená témata k vyjednávání, nikoli o totožná zákonná ustanovení pro každou smlouvu.
Ujednání o oznamování ze strany dodavatelů by měla podporovat váš harmonogram hlášení. Ověřte provozní kontakty a jejich zástupce; běžná schránka account manažera v pracovní době může být pro závažný incident nedostatečná.
Článek 21 se konkrétně zabývá přímými vztahy. Závislosti v dalších článcích řetězce mohou být přesto důležité, pokud vytvářejí koncentrační riziko nebo ohrožují obnovu. Zkoumejte hlouběji tehdy, když to mění rozhodnutí, místo abyste se pokoušeli o neomezenou inventuru všech dodavatelů vašich dodavatelů.
Pokud ujištění zůstává nedostatečné, může vedení omezit přístup, přidat monitorování, vyjednat zlepšení, zavést alternativy, přepracovat závislost nebo poskytovatele vyměnit. Zaznamenejte odůvodnění a prozatímní opatření. Outsourcing poskytování služby neodstraňuje odpovědnost za vlastní program řízení rizik subjektu.
Článek 23 stanoví hlášení významných incidentů. Incident je významný, pokud způsobil nebo může způsobit závažné provozní narušení služeb nebo finanční ztrátu pro dotčený subjekt, nebo pokud ovlivnil či může ovlivnit jiné fyzické nebo právnické osoby tím, že způsobí značnou hmotnou či nehmotnou újmu. Před návrhem rozhodovacího procesu si ověřte použitelná vnitrostátní a odvětvová pravidla pro významnost.
Lhůta se odvíjí od okamžiku, kdy se subjekt o významném incidentu dozvěděl, nikoli od dokončení forenzní analýzy. Zaznamenejte, kdy byly k dispozici relevantní informace, jak byla posouzena významnost a kdo o ní rozhodl. Nevytvářejte uměle pozdější okamžik zjištění tím, že zdržíte interní eskalaci.
| Fáze hlášení | Základní úroveň podle směrnice | Potřebná příprava |
|---|---|---|
| Včasné varování | Bez zbytečného odkladu; nejpozději do 24 hodin od zjištění | Posouzení možné škodlivé nebo protiprávní činnosti a přeshraničních dopadů |
| Oznámení incidentu | Bez zbytečného odkladu; zpravidla do 72 hodin od zjištění | Aktualizované informace, prvotní posouzení dopadu a závažnosti, dostupné indikátory kompromitace |
| Průběžná zpráva | Na žádost úřadu nebo týmu CSIRT | Aktuální stav a relevantní vývoj |
| Závěrečná zpráva | Zpravidla do jednoho měsíce od oznámení | Podrobné dopady, pravděpodobná příčina nebo hrozba, zmírnění a relevantní přeshraniční důsledky |
| Incident stále probíhá | Zpráva o pokroku v okamžiku uplynutí jednoho měsíce | Dosavadní pokrok, následně závěrečná zpráva do jednoho měsíce od ukončení zvládání |
Pro poskytovatele služeb vytvářejících důvěru platí zvláštní 24hodinová lhůta pro oznámení významných incidentů, které ovlivňují jejich služby vytvářející důvěru. Základní i důležité subjekty mají vícestupňové oznamovací povinnosti; klasifikace jako důležitý subjekt neodstraňuje včasné varování.
Jmenujte vedoucího posouzení, oprávněnou osobu k podání, zástupce, právní kontakt a eskalační cestu k vedení. Dohodněte, jak budou schvalovány předběžné informace. Vedení potřebuje přehled, aniž by se stalo nevyhnutelným úzkým hrdlem každého podání.
Připravte šablony, které oddělují potvrzená fakta, předběžná posouzení, neznámé skutečnosti a plánované aktualizace. Vyhněte se nepodloženému přisuzování útoku nebo slibům ohledně obnovy. Včasné hlášení by mělo být přesné v tom, co je nejisté, nikoli uměle úplné.
Otestujte přístup ke kanálu pro hlášení, přihlašovací údaje, kontaktní informace a záložní ujednání. Pokud osoba podávající hlášení závisí na kompromitované firemní službě identit, potřebuje proces alternativu.
Procvičte scénář ve večerních hodinách nebo o víkendu. Změřte dobu potřebnou k rozpoznání možné významnosti, svolání potřebných lidí, přípravě varování, jeho schválení a dosažení kanálu. Udržujte tuto činnost propojenou s omezením a obnovou a zároveň vyčleňte dost lidí, aby hlášení nepohltilo celý tým reakce.
Článek 23 se zabývá také komunikací s příjemci služeb, je-li to vhodné. Smlouvy a další zákony mohou vytvářet dodatečná oznámení. Porušení zabezpečení osobních údajů vyžaduje vlastní posouzení podle GDPR; podání podle NIS2 je automaticky nesplňuje. Koordinujte fakta, ale zachovejte oddělená rozhodnutí a lhůty.
Politiky, certifikace, smlouvy s dodavateli a potvrzení o registraci mohou připravenost podpořit. Důkazy však musí stále ukazovat, co v použitelném rozsahu skutečně funguje.
Rozlišujte návrh, zavedení a provoz. Politika přístupu popisuje zamýšlené chování. Důkazy o konfiguraci ukazují nasazení. Dokončený přezkum přístupů, který dokládá odebraná oprávnění a vyřešené výjimky, prokazuje provoz. Tyto záznamy odpovídají na různé otázky a neměly by se považovat za zaměnitelné.
U každého důkazu uchovávejte jeho zdroj, rozsah, datum nebo období, vlastníka, posuzovatele, závěr a omezení. Úspěšný test obnovy jedné aplikace neprokazuje obnovitelnost celého prostředí. Snímek obrazovky může ukazovat jednu konfiguraci v jednom okamžiku, nikoli trvalý provoz.
Chraňte citlivé důkazy. Protokoly incidentů, diagramy architektury a exporty přístupů mohou odhalit provozní nebo osobní informace. Nastavte odpovídající přístup, dobu uchovávání a pravidla pro sdílení navenek.
Mezery v důkazech by se měly stát pracovními úkoly. „Žádný nedávný test“, „nejasný rozsah dodavatele“ a „vlastník export nepřezkoumal“ jsou odlišné problémy vyžadující odlišné kroky. Počet dokumentů je neodhalí.
ISMS podle ISO 27001 může dodat záznamy o posouzení rizik, ošetření, politikách, auditech, přezkoumání vedením a provozu. Porovnejte jeho certifikovanou hranici se subjekty a službami, na které se vztahují vnitrostátní pravidla NIS2.
Certifikace firemního IT může vylučovat produkční systémy, řízenou službu nebo získaný podnik. Využijte relevantní opatření a důkazy znovu a poté se výslovně zabývejte klasifikací, registrací, zákonným hlášením a školením vedení. Náš průvodce NIS2 a ISO 27001 vysvětluje, jak může stávající práce na ISMS tento proces podpořit.
NIS2 nezavádí obecný certifikát souladu platný v celé EU. Certifikace podporuje ujištění v rámci vlastního rozsahu; neřeší každou zákonnou povinnost. Stejné ověření relevance uplatněte i na stávající důkazy KRITIS, místo abyste předpokládali, že dřívější uznání pokrývá současné povinnosti.
Představte si ilustrativního německého výrobce se 180 zaměstnanci, který vyrábí zařízení v rámci výrobní činnosti uvedené v příloze II. Předpokládejme, že přezkoumaný výpočet potvrzuje status středně velkého podniku, vnitrostátní analýza potvrzuje klasifikaci jako důležitý subjekt a samostatné posouzení nezjistilo žádné určení kritického zařízení podle KRITIS. Tyto předpoklady jsou specifické pro tento příklad, nikoli pravidlo pro každého výrobce této velikosti.
Prvním zaměřením zavádění je plánování výroby v jednom závodě. Mezi závislosti patří aplikace ERP, průmyslové řídicí systémy, služby identit, zálohy a dodavatel údržby se vzdáleným přístupem. Posouzení právního rozsahu přesto pokrývá relevantní povinnosti subjektu i nad rámec této počáteční služby.
Přezkum odhalí tři propojené slabiny. Technici dodavatele sdílejí privilegovaný účet. Zálohovací úlohy se dokončují, ale žádný nedávný test obnovy nezahrnuje závislost aplikace pro plánování na službě identit. Postup pro incidenty jmenuje vlastníka hlášení, ale bez zástupce oprávněného k podání.
Vedení si vyžádá varianty, místo aby schválilo tři izolované aktualizace politik. Provoz navrhne jmenovitý, časově omezený přístup dodavatele přes řízenou cestu pro vzdálený přístup. IT navrhne cvičení obnovy služby podle cílů schválených byznysem. Bezpečnostní a právní tým navrhnou zástupce s oprávněním k hlášení a nácvik mimo pracovní dobu.
Pouze pro účely plánování předpokládejme šest týdnů a plánované servisní okno. Vedení schválí personální kapacitu, ujednání o odstávce a prozatímní omezení přístupu dodavatele. Záznam o rozhodnutí vysvětluje dopady na službu, proč byla zvolena daná ošetření a jaké důkazy prokážou dokončení.
Práce na přístupech vytvoří záznamy o konfiguraci, potvrzení dodavatele a přezkum potvrzující odstranění sdíleného účtu. Cvičení obnovy obnoví data, ale nesplní dohodnutou dobu obnovy služby, protože autentizaci nelze obnovit dostatečně rychle. Toto zjištění zůstává otevřené: úspěšné zálohovací úlohy nepřebíjejí neúspěšný výsledek obnovy služby.
Vedení pak rozhodne, zda zlepší obnovu služby identit, změní architekturu, nebo přijme jiné provozní pohotovostní opatření. Každý upravený cíl obnovy potřebuje obchodní zdůvodnění a musí zůstat v souladu s použitelnými povinnostmi.
Nácvik hlášení ukáže, že zástupce oprávněný k podání nemá ke kanálu pro hlášení samostatný přístup. Tým tuto závislost přístupu odstraní a znovu ji otestuje. Připravenost se zlepšuje díky ověřeným změnám a přezkoumaným rozhodnutím, nikoli díky prohlášení, že upravené postupy jsou hotové.
Články 32 a 33 rozlišují přístupy k dohledu. Základní subjekty mohou čelit proaktivním kontrolám a auditním pravomocem. Důležité subjekty podléhají dohledu ex post, pokud informace naznačují možné porušení. Ani jedny by neměly vykládat absenci incidentu nebo dotazu úřadu jako důkaz připravenosti.
Za porušení článků 21 nebo 23 vyžaduje článek 34, aby vnitrostátní maximální sankce dosahovaly alespoň následujících úrovní: u základních subjektů vyšší z částek 10 milionů EUR a 2 % celosvětového ročního obratu příslušného podniku; u důležitých subjektů vyšší z částek 7 milionů EUR a 1,4 %. Jde o spodní hranice pro vnitrostátní stropy sankcí, nikoli o standardní výše pokut ani o univerzální pevné stropy.
Úřady mají také nápravné pravomoci. Článek 32 stanoví pro základní subjekty podmíněné mechanismy týkající se příslušné certifikace nebo povolení a dočasných omezení určitých řídicích funkcí po předepsaných krocích vymáhání. Nejde o automatické důsledky každého incidentu a ustanovení vylučuje subjekty veřejné správy.
Odpovědnost vedení a pojistné krytí vyžadují poradenství specifické pro danou jurisdikci. Vedení by se mělo soustředit na pravdivé záznamy, včasné ošetření a informovaný dohled, místo aby možné sankce považovalo za náhradu za zavedení požadovaných opatření.
Zahajte realizaci službou s nejvyšším dopadem a jejími závislostmi a přitom udržujte právní posouzení úplné pro každý relevantní subjekt. Upřednostněte zákonnou naléhavost, dopady na služby a úkoly, které odblokují další práci. Zaměřená hranice zavádění pomáhá nastavit pracovní postup; nezužuje však zákonné povinnosti subjektu na tento pilot.
Příští přezkum vedením by měl schválit nebo vyřešit rozhodnutí o rozsahu, potvrdit ujednání o registraci a hlášení, financovat prioritní ošetření, přidělit odpovědné vlastníky a naplánovat cvičení obnovy a hlášení. Měl by také stanovit, kdy bude vedení přezkoumávat provozní důkazy a která zjištění vyžadují dřívější eskalaci.
V Secani mohou týmy modelovat vybranou službu, podpůrné systémy a závislosti na externích poskytovatelích a poté propojit požadavky, opatření, vlastníky a přezkoumané důkazy. Chybějící důkazy a nevyřešené závěry se mohou stát úkoly. Mapování a závěry k důkazům by měli schvalovat lidští posuzovatelé, přičemž se zachovávají odkazy na zdroje, komentáře, schválení a časová razítka, aby úvahy zůstaly přezkoumatelné.
Přineste na toto jednání jednu mapu služeb, jeden registr povinností a nejzávažnější mezery. Odejděte s financovanými kroky, použitelným oprávněním k hlášení a datem pro posouzení výsledků, nikoli jen se závazkem vytvořit další dokumentaci.
Secani propojuje rozsahy, důkazy, úkoly a agenty AI v jednom sdíleném pracovním prostoru.
Využijte stávající ISMS k podpoře implementace NIS2 a zároveň zachovejte zákonné povinnosti, rozdíly v rozsahu a požadavky na hlášení.
Propojte rozsah CRA, zvládání zranitelností, závazky podpory a důkazy o produktu s aktuálním harmonogramem hlášení a použitelnosti.
Využijte příští Den ochrany osobních údajů k nácviku vyřizování žádostí, přezkumu datových toků, zlepšení uchovávání a měření praktických výsledků.