
Pripravenosť na NIS2 sa začína zdokumentovaným rozhodnutím o uplatniteľnosti. Rozhodovať môžu odvetvie, služba, veľkosť, sídlo aj osobitné pravidlá zaradenia. Dotazník od zákazníka je užitočným kontextom, no o vašom právnom postavení nerozhoduje. Rovnako ani bezpečnostný certifikát nepreukazuje, že sa riešili všetky relevantné subjekty, služby a oznamovacie povinnosti.
Pre generálneho riaditeľa znamená pripravenosť schopnosť vysvetliť, čo vedenie schválilo, prečo sú opatrenia primerané, kto ich zavedie a ako sa bude posudzovať ich účinnosť. Znamená aj zabezpečiť, aby organizácia dokázala nahlásiť závažný incident v čase, keď sú informácie neúplné a bežná prevádzka je narušená.
Praktickou úlohou je prepojiť právny rozsah pôsobnosti, riziká služieb, priority realizácie a preskúmané dôkazy. Toto prepojenie dáva vedeniu podklad na rozhodnutia o investíciách, prevádzkových obmedzeniach, dodávateľoch a nevyriešenej expozícii.
Smernica NIS2 zavádza základnú úroveň kybernetickej bezpečnosti v EÚ pre vymedzené činnosti. Články 2 a 3 spolu s prílohami určujú jej rozsah pôsobnosti a štruktúru klasifikácie. Uplatniteľné miestne povinnosti a postupy stanovujú vnútroštátne vykonávacie predpisy.
Posudzujte každý relevantný právny subjekt, namiesto toho aby ste za regulačnú hranicu považovali názov skupiny. Činnosti dcérskej spoločnosti, vlastnícke vzťahy a miesta usadenia môžu odpoveď zmeniť. Vedenie by malo vyžadovať zaznamenaný záver, podporné fakty a vlastníka nevyriešených otázok.
Príloha I zahŕňa odvetvia ako energetika, doprava, zdravotníctvo, voda, finančné služby, digitálna infraštruktúra, riadenie služieb IKT, verejná správa a vesmír. Príloha II rozširuje pôsobnosť na oblasti vrátane poštových služieb, odpadového hospodárstva, chemikálií, potravín, vymedzených výrobných činností, poskytovateľov digitálnych služieb a výskumu.
Názov odvetvia je len východiskom. Prečítajte si typy subjektov a činnosti v rámci príslušnej položky. Výroba nie je univerzálnou kategóriou zaradenia a predaj softvéru z podniku automaticky nerobí poskytovateľa cloudových služieb ani poskytovateľa riadených služieb.
Opíšte, čo subjekt skutočne poskytuje: službu, jej príjemcov, spôsob jej prevádzky a to, či spravuje systémy zákazníkov. Kódy z obchodného registra a opisy na webovej stránke môžu túto analýzu podporiť, nemali by ju však nahrádzať.
Napríklad predaj licencovanej aplikácie a prevádzka informačných systémov zákazníka sú odlišné činnosti. Podnik, ktorý sa označuje za poradenskú firmu, môže napriek tomu vykonávať priebežnú správu, ktorú treba posúdiť podľa definícií riadených služieb. Takéto otázky vyriešte skôr, než navrhnete hranicu súladu.
Článok 2 používa definíciu veľkosti podniku podľa EÚ. Ako zjednodušenie na počiatočný skríning platí všeobecná hranica zaradenia 50 a viac zamestnancov alebo zároveň obrat aj celková súvaha nad 10 miliónov EUR. Zjednodušene, prekročenie stropov pre stredné podniky znamená aspoň 250 zamestnancov alebo obrat nad 50 miliónov EUR spolu s celkovou súvahou nad 43 miliónov EUR.
Tieto čísla nenahrádzajú úplný výpočet. Výsledok môžu ovplyvniť príslušné účtovné obdobia, metodika počítania zamestnancov a partnerské alebo prepojené podniky. Lokálne malá dcérska spoločnosť môže po zohľadnení príslušných vlastníckych vzťahov hranicu prekročiť.
Uchovávajte výpočet, podkladové údaje a úvahy o vzťahoch v rámci skupiny. Nezaznamenávajte len „stredný podnik“ bez vysvetlenia, ako ste k tomuto záveru dospeli. Samotný obrat nie je úplnou finančnou alternatívou k počtu zamestnancov.
Ak je veľkosť blízko hranice alebo je vlastnícka štruktúra zložitá, zadajte osobitné právne posúdenie. Náklady na odstránenie tejto neistoty by sa mali považovať za súčasť stanovenia prevádzkových požiadaviek, nie odkladať, kým záver nespochybní orgán alebo zákazník.
Niektoré kategórie služieb môžu byť zaradené bez ohľadu na veľkosť. Článok 2 sa zaoberá vymedzenými komunikačnými službami, dôveryhodnými službami, DNS a činnosťami domén najvyššej úrovne, určitými orgánmi verejnej správy a subjektmi identifikovanými ako kritické podľa príslušného rámca EÚ. Subjekty môže do pôsobnosti priviesť aj vnútroštátna identifikácia pre ich spoločenský význam alebo následky narušenia.
Článok 3 potom určuje, či je subjekt v pôsobnosti kľúčový, alebo dôležitý. Veľké subjekty z prílohy I tvoria jednu významnú kategóriu kľúčových subjektov, článok však obsahuje ďalšie pravidlá špecifické pre služby a pravidlá určenia. Stredný podnik z prílohy I nie je automaticky kľúčový; prílohy nie sú jednoducho dva zoznamy úrovní dohľadu.
Obe klasifikácie nesú základné povinnosti riadenia kybernetických bezpečnostných rizík a hlásenia závažných incidentov. Postavenie dôležitého subjektu mení model dohľadu; neodstraňuje potrebu účinných opatrení.
Priamu právnu pôsobnosť a požiadavky zákazníkov treba zaznamenávať oddelene. Menší dodávateľ môže byť mimo priamej pôsobnosti, a pritom čeliť rozsiahlym zmluvným bezpečnostným povinnostiam. Naopak, dotazník zákazníka s tvrdením „NIS2 sa uplatňuje“ nie je smerodajným rozhodnutím o klasifikácii.
Obhájiteľný záznam o rozsahu pôsobnosti by mal obsahovať:
Spúšťače opätovného posúdenia by mali zahŕňať akvizície, nové služby, podstatné zmeny veľkosti a legislatívny vývoj. Rozhodnutie o vylúčení môže byť v čase prijatia správne a neskôr zastarať.
NIS2 je smernica, ktorá sa vykonáva prostredníctvom vnútroštátneho práva. Členské štáty mali lehotu na transpozíciu do 17. októbra 2024, pričom vykonávacie opatrenia sa mali uplatňovať od 18. októbra 2024. Tieto dátumy jednotlivej spoločnosti nehovoria, aká je jej aktuálna vnútroštátna lehota na registráciu ani aký postup musí použiť.
Vytvorte register povinností pre každý relevantný subjekt a krajinu. Určte uplatniteľné právne predpisy, orgán, registračný proces, kanál na hlásenie, odvetvové ustanovenia a zodpovedného interného vlastníka. Rozlišujte medzi zákonnou požiadavkou, usmernením orgánu a interným odporúčaním na implementáciu.
Článok 26 vo všeobecnosti spája príslušnosť s miestom usadenia, určité služby sa však riadia inými pravidlami. Poskytovatelia verejných elektronických komunikačných služieb podliehajú regulácii tam, kde príslušné služby poskytujú. Vymedzení poskytovatelia digitálnych služieb uplatňujú prístup hlavnej prevádzkarne, a to vrátane poskytovateľov cloudových služieb, dátových centier, sietí na doručovanie obsahu, riadených služieb, riadených bezpečnostných služieb a niektorých online platforiem a podnikov súvisiacich s doménami.
Pri posudzovaní hlavnej prevádzkarne preskúmajte, kde sa v Únii prevažne prijímajú rozhodnutia o riadení kybernetických bezpečnostných rizík. Ak toto miesto nemožno určiť alebo sa tieto rozhodnutia v Únii neprijímajú, posúďte, kde sa v Únii vykonávajú operácie kybernetickej bezpečnosti; ak ani to nemožno určiť, použite prevádzkareň v Únii s najvyšším počtom zamestnancov. Sídlo holdingovej spoločnosti preto nemusí stačiť.
Niektorí poskytovatelia, ktorí ponúkajú služby v Únii bez usadenia v EÚ, musia vymenovať zástupcu v EÚ. Zahraničné ústredie nie je automatickou výnimkou, no európski zákazníci zároveň automaticky nepritiahnu do pôsobnosti každý podnik mimo EÚ. Typ služby a ďalšie podmienky uplatniteľnosti sú stále rozhodujúce.
Povinnosti týkajúce sa registrácie a informácií o subjekte evidujte oddelene od bezpečnostného programu. Uchovávajte potvrdenia o podaní, aktuálne kontaktné údaje a zodpovednosť za aktualizácie. Ak je registrácia oneskorená, overte aktuálny postup orgánu a konajte bezodkladne. Dokončenie registrácie nepreukazuje zavedenie bezpečnostných opatrení.
Pri prevádzkach v Nemecku kontrolujte požiadavky KRITIS popri uplatniteľných pravidlách na vykonávanie NIS2. Oba režimy sa prekrývajú, nie sú však totožné. Pôsobnosť NIS2 automaticky neoznačuje každé zariadenie za kritické zariadenie a zavedený program KRITIS automaticky nespĺňa každú povinnosť podľa NIS2.
Vedte oddelené záznamy o klasifikácii subjektu, kritických zariadeniach a dodatočných povinnostiach. Aktuálny vnútroštátny postup si overte v informáciách BSI k NIS2, namiesto spoliehania sa na staré oznámenia o lehotách.
Článok 4 sa zaoberá aj rovnocennými odvetvovými požiadavkami EÚ. Pre dotknuté finančné subjekty môže príslušné oblasti upravovať DORA. Určte, ktoré povinnosti sa vzťahujú na konkrétny subjekt a službu, namiesto toho aby ste predvolene udržiavali duplicitné cesty hlásenia.
Článok 20 zveruje schvaľovanie a dohľad nad zavádzaním riadiacim orgánom kľúčových a dôležitých subjektov. Upravuje aj zodpovednosť za porušenia článku 21; právne následky závisia od vnútroštátneho práva a právnej formy subjektu.
Realizáciu možno delegovať na tímy bezpečnosti, IT, prevádzky, nákupu a ďalšie. Delegovanie by malo zachovať viditeľný dohľad vedenia. Úlohou generálneho riaditeľa nie je konfigurovať systémy, ale zabezpečiť, aby významné riziká služieb dostali informované rozhodnutia, zdroje a dôsledné dotiahnutie.
Podklady na schválenie by mali prepojiť posúdenie rizík s realizovateľným plánom. Uveďte dotknuté služby, hlavné scenáre narušenia, navrhované opatrenia, alternatívy, závislosti realizácie, personálne požiadavky, míľniky a očakávané dôkazy.
Pri každej povinnosti zaznamenajte implementáciu, vlastníka, dôkazy, medzeru a ďalšie rozhodnutie. Vďaka tomu možno odlíšiť schválený zámer od dokončenej spôsobilosti. Zároveň sa odhalia opatrenia, ktoré nemajú zodpovedného vlastníka alebo závisia od zdrojov, ktoré nikdy neboli pridelené.
Zápisnice vedenia by mali vysvetľovať rozhodnutie a jeho základ. Napríklad pri schválení investície do obnovy by sa malo zaznamenať, ktoré prerušenie služby rieši, aký je očakávaný výsledok obnovy a aké sú prevádzkové obmedzenia. Podpis na politike nevysvetľuje, či vedenie zvážilo implementačný problém, ktorý sa za ňou skrýva.
Rozpočtové diskusie by mali zahŕňať internú kapacitu a prerušenie činnosti, nielen výdavky na softvér. Zmena siete môže vyžadovať výpadok výroby; preskúmanie dodávateľa môže vyžadovať právne rokovania; test obnovy môže potrebovať izolované prostredie a prevádzkový personál.
Osobitnú pozornosť si zaslúži akceptácia rizika. Môže dokumentovať rozhodnutie o ošetrení v rámci procesu riadenia rizík, nemôže však zrušiť zákonnú požiadavku. Ak by výnimka mohla byť v rozpore s povinnosťou, získajte právny výklad, určte dočasnú ochranu a nevyriešenú otázku nechajte viditeľnú.
Projekt môže dokončiť nasadenie opatrenia bez toho, aby dosiahol zamýšľanú ochranu. Reporting pre vedenie by mal odpovedať na obe otázky: či je schválená práca dokončená a či funguje v rámci celej relevantnej hranice služby.
| Otázka pre vedenie | Užitočné dôkazy | Možné rozhodnutie |
|---|---|---|
| Ktorú službu by mohlo postihnúť najväčšie narušenie? | Posúdenie rizík služby a mapa závislostí | Zmeniť poradie investičných priorít |
| Ktorá schválená práca zostáva zablokovaná? | Míľniky, prekážky a dočasné ochranné opatrenia | Pridať kapacitu alebo zmeniť poradie |
| Dokáže obnova splniť potreby podniku? | Výsledky obnovy a identifikované závislosti | Financovať zlepšenia alebo upraviť prevádzku |
| Ktoré zistenia u dodávateľov zostávajú nevyriešené? | Závery posúdení a stav ošetrenia | Obmedziť prístup alebo zmeniť zdroj dodávok |
| Dá sa hlásenie podať aj mimo pracovného času? | Časová os cvičenia a test oprávnení | Odstrániť úzke miesta v schvaľovaní alebo prístupe |
| Kde je uistenie neúplné? | Rozsah testov, výnimky a obmedzenia dôkazov | Zadať dodatočné overenie |
Stanovte frekvenciu preskúmaní primeranú programu. Pri stabilnej prevádzke môžu byť praktické štvrťročné preskúmania vedením, počas zavádzania častejšie. Ide o odporúčanie, nie o univerzálnu frekvenciu predpísanú článkom 20.
Definujte eskaláciu medzi zasadnutiami. Neúspešný test obnovy, kompromitovaný privilegovaný účet alebo novo identifikovaná kritická závislosť by nemali čakať na najbližšiu plánovanú prezentáciu.
Článok 20 vyžaduje, aby členovia riadiacich orgánov absolvovali odbornú prípravu dostatočnú na to, aby dokázali identifikovať riziká, hodnotiť postupy riadenia rizík a chápať dôsledky pre služby. Nestanovuje jednotnú dĺžku kurzu ani interval obnovy.
Školenie by malo pokrývať závažnosť incidentov, kompromisy pri obnove, koncentráciu dodávateľov, obmedzenia dôkazov a rozhodovanie v neistote. Zaraďte scenár, v ktorom musia vedúci pracovníci schváliť hlásenie, obmedziť prevádzku alebo financovať naliehavé ošetrenie.
Uchovávajte dátumy, účastníkov, obsah a následné opatrenia. Školenie zamestnancov rieši aj článok 21, no zvyšovanie povedomia zamestnancov nenahrádza vlastnú odbornú prípravu vedenia. Vedenie by malo vedieť spochybniť tvrdenia o uistení bez toho, aby sa muselo stať technickými odborníkmi.
Článok 21 vyžaduje primeranú technickú, prevádzkovú a organizačnú ochranu. Posúdenie primeranosti zohľadňuje expozíciu, veľkosť organizácie, náklady na zavedenie a pravdepodobnosť a závažnosť incidentov vrátane širších spoločenských a hospodárskych dôsledkov.
Požadovaný prístup zahŕňa aj hrozby nad rámec škodlivej kybernetickej činnosti. Výpadok elektriny, záplavy, fyzické vniknutie, nedostupnosť personálu a narušené telekomunikácie môžu ohroziť tú istú službu.
Nasledujúce príklady implementácie sú praktické odporúčania. Vysvetľujú desať tematických oblastí bez toho, aby predpisovali rovnaký technický návrh pre každý subjekt. Na niektoré digitálne služby sa vzťahujú aj podrobnejšie vykonávacie požiadavky EÚ; pred spoliehaním sa len na všeobecný kontrolný zoznam overte ich uplatniteľnosť.
Začnite službou: čo musí pokračovať, kto od nej závisí a čo by znamenalo jej narušenie. Pred priradením hodnotení rizík zmapujte podporné systémy, zariadenia, ľudí a externých poskytovateľov.
Používajte kritériá dopadu, ktoré odlišujú finančnú stratu od bezpečnosti osôb, ujmy príjemcov služby a širšieho narušenia. Zaznamenajte scenáre, existujúcu ochranu, navrhované ošetrenia, zostatkovú expozíciu a spúšťače opätovného posúdenia. Všeobecný zoznam kybernetických hrozieb je menej užitočný než vysvetlenie, ako môže konkrétna závislosť prerušiť službu.
Výstupom je posúdenie rizík, ktoré podporuje rozhodnutia, a politiky opisujúce, ako sa z týchto rozhodnutí stávajú prevádzkové požiadavky.
Definujte detekciu, triedenie, eskaláciu, obmedzenie, vyšetrovanie, koordináciu obnovy a uzavretie. Vymenujte koordinátora a zástupcov a dajte zasahujúcim pracovníkom použiteľné postupy pre pravdepodobné incidenty.
Prevádzková závažnosť a zákonná závažnosť spolu súvisia, sú však odlišné. Naliehavý technický incident môže vyžadovať obmedzenie skôr, než sa vyrieši otázka zákonnej oznamovacej povinnosti. Proces musí podporovať obe činnosti bez toho, aby jedna blokovala druhú.
Uchovávajte časové osi incidentov, rozhodnutia, relevantné dôkazy a nápravné opatrenia. Preskúmajte, či boli dohodnuté zlepšenia dokončené; dokument o získaných poznatkoch bez dotiahnutia poskytuje slabé uistenie.
Pomocou analýzy dopadov na podnikanie identifikujte nevyhnutné činnosti a prijateľné narušenie. S vlastníkmi služieb dohodnite cieľové časy obnovy (RTO) a cieľové body obnovy (RPO). Prvé sa týkajú času obnovenia; druhé tolerovateľnej straty údajov.
Záznamy o dokončených zálohách sú užitočné, nepreukazujú však, že službu možno obnoviť. Testujte obnovenie, podporné identity, kľúče, rozhrania a použiteľné údaje. Overte, či obnovené systémy dokážu podporiť skutočný podnikový proces.
Krízové opatrenia by mali riešiť prevádzkové rozhodnutia a komunikáciu, nielen technickú obnovu. Zaznamenajte výsledky testov, nesplnené ciele, opatrenia a rozhodnutia vedenia o zostávajúcej expozícii.
Identifikujte priamych dodávateľov, ktorých zlyhanie alebo kompromitácia by mohli podstatne ovplyvniť službu. Zohľadnite administrátorský prístup, citlivé informácie, softvérové závislosti a dostupnosť.
Posúďte bezpečnostnú relevantnosť skutočného vzťahu vrátane zraniteľností špecifických pre dodávateľa a jeho postupov v oblasti produktov či vývoja. Prepojte zistenia s kontrolami prístupu, zmluvnými dojednaniami, pohotovostnými plánmi a spúšťačmi preskúmania.
Certifikát dodávateľa môže posúdenie podporiť. Automaticky však nepokrýva vami nakúpenú službu, jej konfiguráciu ani vaše zodpovednosti za integráciu.
Stanovte bezpečnostné kritériá prijatia pre nákupy a nové systémy. Definujte zodpovednosti za bezpečný vývoj, konfiguráciu, zmeny, údržbu, aktualizácie a prichádzajúce hlásenia o zraniteľnostiach.
Sledujte významné zraniteľnosti počas posúdenia, ošetrenia, spracovania výnimiek a overenia. Priority nápravy by mali odrážať potenciál zneužitia a dôsledky pre službu, nielen číselné hodnotenie závažnosti.
Prevádzkové technológie môžu pred nasadením záplat vyžadovať validáciu dodávateľom a plánované odstávky. Zdokumentujte dočasné ochranné opatrenia a harmonogram ošetrenia. „Nemožno záplatovať“ je obmedzenie, ktoré treba riadiť, nie úplné rozhodnutie o riziku.
Pri dôležitých opatreniach definujte otázku, na ktorú musí test odpovedať. Preskúmanie prístupov overuje oprávnenia; cvičenie obnovy overuje obnovu; simulácia incidentu overuje koordináciu a rozhodovanie.
Zaznamenajte testovaný rozsah, očakávaný výsledok, metódu, posudzovateľa, zistenia a reakciu na zlyhanie. Nezávislé uistenie využite tam, kde prináša pridanú hodnotu alebo ho vyžadujú uplatniteľné pravidlá.
Článok 21 vyžaduje posudzovanie účinnosti, neukladá však každej dotknutej organizácii jednu frekvenciu penetračných testov. Testovanie by malo zodpovedať potrebe uistenia a prípadným relevantným podrobným požiadavkám.
Dajte zamestnancom praktické pokyny na hlásenie podozrivej činnosti, ochranu prihlasovacích údajov, zaobchádzanie s informáciami a bezpečnú prácu. Pridajte obsah špecifický pre roly vývojárov, administrátorov, pracovníkov nákupu a zasahujúcich pracovníkov.
Účasť na školení preukazuje zapojenie, nie nevyhnutne schopnosť konať. Cvičenia a pozorovaný výkon môžu odhaliť nejasné pokyny alebo slabé eskalačné cesty.
Zistenia využite na zlepšenie postupov. Ak zamestnanci hlásia podozrivé správy správne, no prijímajúci tím reaguje pomaly, opakovanie toho istého kurzu povedomia základný problém nevyrieši.
Definujte, ktoré informácie a pracovné postupy potrebujú kryptografickú ochranu, vrátane relevantných údajov pri prenose a v pokoji. Určte vlastníctvo kľúčov a certifikátov, obnovu platnosti, odvolanie, prístup a obnovenie.
Dôkazy by mali zahŕňať rozhodnutia o konfigurácii a opatrenia na správu kľúčov, nielen tvrdenie, že šifrovanie existuje. Ochrana môže zlyhať, ak šifrované zálohy závisia od nedostupných kľúčov alebo ak prístup ku kľúčom nie je primerane obmedzený.
Udržiavajte odôvodnené výnimky a preskúmajte ich, keď sa zmenia systémy alebo riziká. Nepovažujte široké tvrdenie typu „všetko je šifrované“ za dostatočné uistenie.
Prepojte nástupy, zmeny rolí a odchody s rozhodnutiami o prístupe. Identifikujte vlastníkov z biznisu, administrátorov, externé účty, identity služieb a relevantné aktíva.
Preskúmajte privilegované prístupy a odstráňte oprávnenia, ktoré už nie sú odôvodnené. Do posúdenia zahrňte zdieľané účty a účty, ktoré nepatria ľuďom, namiesto obmedzenia sa na zoznamy používateľov zo zamestnancov.
Dôkazmi môžu byť schválené žiadosti, vzorky záznamov o ukončení pracovného pomeru, dokončené preskúmania prístupov a vyriešené výnimky. Inventár aktív by mal vysvetľovať vlastníctvo a závislosť služieb, nie len spočítať zariadenia.
Článok 21 sa zaoberá silnejšou autentifikáciou a chránenou komunikáciou vrátane núdzových opatrení, a to s výhradou primeranosti.
Ako praktickú prioritu preskúmajte privilegovaný a vzdialený prístup ku kritickým službám. Identifikujte obmedzenia starších systémov a vyhodnoťte alternatívne ochranné opatrenia, namiesto predpokladu, že každý systém podporuje rovnaký mechanizmus.
Otestujte aj krízovú komunikáciu v situácii, keď bežný e-mail, nástroje na spoluprácu alebo služby identít nie sú dostupné. Núdzový postup, ktorý úplne závisí od zlyhanej platformy, môže byť nepoužiteľný práve vtedy, keď je potrebný.
Bezpečnosť dodávateľského reťazca sa často stáva otázkou pre vedenie, pretože nákup nedokáže odstrániť každú závislosť dotazníkom. Začnite následkom zlyhania: môže tento dodávateľ prerušiť dodávku, zaviesť neoprávnené zmeny, vystaviť informácie alebo znemožniť obnovu?
Pri kritických priamych dodávateľoch zaznamenajte podporovanú službu, poskytnutý prístup, vlastníka posúdenia, preskúmané uistenie, otvorené zistenia a rozhodnutia o ošetrení. Overte rozsah a obdobie dokumentov o uistení. Správa, ktorá pokrýva inú službu alebo skorší prevádzkový model, nemusí odpovedať na aktuálnu otázku.
Zmluvné rokovania by mali riešiť riziká daného vzťahu. Praktickými témami sú bezpečnostné zodpovednosti, komunikácia o incidentoch, spolupráca pri vyšetrovaní, riešenie zraniteľností, obmedzenia prístupu, dostupnosť dôkazov, kontinuita a podpora pri ukončení spolupráce. Ide o odporúčané témy rokovaní, nie o rovnaké zákonné klauzuly pre každú zmluvu.
Dojednania o oznamovaní zo strany dodávateľa by mali podporovať váš harmonogram hlásenia. Overte prevádzkové kontakty a zástupcov; bežná schránka account manažéra počas pracovnej doby môže byť pri závažnom incidente nedostatočná.
Článok 21 sa výslovne zaoberá priamymi vzťahmi. Závislosti vyššie v reťazci môžu byť napriek tomu dôležité, ak vytvárajú koncentračné riziko alebo oslabujú obnovu. Skúmajte hlbšie vtedy, keď to mení rozhodnutie, namiesto pokusu o neobmedzený inventár všetkých dodávateľov každého dodávateľa.
Ak uistenie zostáva nedostatočné, vedenie môže obmedziť prístup, pridať monitorovanie, vyrokovať zlepšenia, zaviesť alternatívy, prepracovať závislosť alebo vymeniť poskytovateľa. Zaznamenajte odôvodnenie a dočasné opatrenia. Outsourcing poskytovania služby neodstraňuje zodpovednosť za vlastný program riadenia rizík subjektu.
Článok 23 zavádza hlásenie závažných incidentov. Incident je závažný, ak spôsobil alebo môže spôsobiť vážne prevádzkové narušenie služieb alebo finančnú stratu pre subjekt, prípadne značnú majetkovú alebo nemajetkovú ujmu iným fyzickým alebo právnickým osobám. Pred navrhnutím rozhodovacieho procesu overte uplatniteľné vnútroštátne a odvetvové pravidlá závažnosti.
Lehota sa viaže na zistenie závažného incidentu, nie na dokončenie forenznej analýzy. Zaznamenajte, kedy boli k dispozícii relevantné informácie, posúdenie závažnosti a kto rozhodol. Nevytvárajte umelo neskorší čas zistenia oneskorovaním internej eskalácie.
| Fáza hlásenia | Základ podľa smernice | Potrebná príprava |
|---|---|---|
| Včasné varovanie | Bez zbytočného odkladu; najneskôr do 24 hodín od zistenia | Posúdenie možnej škodlivej alebo protiprávnej činnosti a cezhraničných vplyvov |
| Oznámenie incidentu | Bez zbytočného odkladu; spravidla do 72 hodín od zistenia | Aktualizované informácie, počiatočné posúdenie dopadu a závažnosti, dostupné indikátory kompromitácie |
| Priebežná aktualizácia | Na žiadosť orgánu alebo jednotky CSIRT | Aktuálny stav a relevantný vývoj |
| Záverečná správa | Spravidla do jedného mesiaca od oznámenia | Podrobné účinky, pravdepodobná príčina alebo hrozba, zmierňujúce opatrenia a relevantné cezhraničné dôsledky |
| Incident stále prebieha | Správa o pokroku k uplynutiu jedného mesiaca | Doterajší pokrok, po ktorom nasleduje záverečná správa do jedného mesiaca od ukončenia riešenia |
Poskytovatelia dôveryhodných služieb majú osobitné ustanovenie o oznámení do 24 hodín pri závažných incidentoch, ktoré ovplyvňujú ich dôveryhodné služby. Kľúčové aj dôležité subjekty majú postupné oznamovacie povinnosti; klasifikácia ako dôležitý subjekt neodstraňuje včasné varovanie.
Určte vedúceho posúdenia, oprávneného podávateľa, zástupcu, právny kontakt a cestu eskalácie na vedenie. Dohodnite, ako sa budú schvaľovať predbežné informácie. Vedenie potrebuje prehľad bez toho, aby sa stalo nevyhnutným úzkym miestom pre každé podanie.
Pripravte šablóny, ktoré oddeľujú potvrdené fakty, predbežné posúdenia, neznáme skutočnosti a plánované aktualizácie. Vyhnite sa nepodloženej atribúcii alebo sľubom o obnove. Včasné hlásenie by malo presne uvádzať neistotu, nie byť umelo úplné.
Otestujte prístup ku kanálu na hlásenie, prihlasovacie údaje, kontaktné informácie a záložné riešenia. Ak podávateľ závisí od kompromitovanej firemnej služby identít, proces potrebuje alternatívu.
Precvičte scenár vo večerných hodinách alebo cez víkend. Merajte čas potrebný na rozpoznanie možnej závažnosti, zvolanie potrebných ľudí, prípravu varovania, jeho schválenie a prístup ku kanálu. Udržiavajte túto činnosť prepojenú s obmedzením a obnovou a zároveň prideľte dostatok ľudí, aby hlásenie nepohltilo celý tím reakcie.
Článok 23 sa zaoberá aj komunikáciou s príjemcami služieb, ak je to vhodné. Zmluvy a iné zákony môžu vytvárať ďalšie oznamovacie povinnosti. Porušenie ochrany osobných údajov si vyžaduje vlastné posúdenie podľa GDPR (všeobecné nariadenie o ochrane údajov); podanie podľa NIS2 ho automaticky nespĺňa. Koordinujte fakty, no ponechajte si oddelené rozhodnutia a lehoty.
Politiky, certifikácie, dodávateľské zmluvy a potvrdenia o registrácii môžu podporiť pripravenosť. Dôkazy však musia stále ukazovať, čo v uplatniteľnom rozsahu skutočne funguje.
Rozlišujte návrh, zavedenie a prevádzku. Politika prístupu opisuje zamýšľané správanie. Dôkazy o konfigurácii ukazujú nasadenie. Dokončené preskúmanie prístupov s odstránenými oprávneniami a vyriešenými výnimkami preukazuje prevádzku. Tieto záznamy odpovedajú na rôzne otázky a nemali by sa považovať za zameniteľné.
Pri každom dôkaze uchovávajte jeho zdroj, rozsah, dátum alebo obdobie, vlastníka, posudzovateľa, záver a obmedzenia. Úspešný test obnovy jednej aplikácie nepreukazuje obnovu celého prostredia. Snímka obrazovky môže ukazovať jednu konfiguráciu v jednom okamihu, nie trvalú prevádzku.
Chráňte citlivé dôkazy. Záznamy o incidentoch, architektonické diagramy a exporty prístupov môžu odhaliť prevádzkové alebo osobné informácie. Nastavte primerané pravidlá prístupu, uchovávania a externého zdieľania.
Medzery v dôkazoch by sa mali stať pracovnými úlohami. „Žiadny nedávny test“, „nejasný rozsah dodávateľa“ a „vlastník nepreskúmal export“ sú odlišné problémy, ktoré si vyžadujú rôzne kroky. Počet dokumentov ich neodhalí.
ISMS podľa ISO 27001 môže poskytnúť posúdenie rizík, ošetrenie, politiky, audit, preskúmanie vedením a prevádzkové záznamy. Porovnajte jeho certifikovanú hranicu so subjektmi a službami, na ktoré sa vzťahujú vnútroštátne pravidlá NIS2.
Certifikácia podnikového IT môže vylučovať produkčné systémy, riadenú službu alebo akvizovaný podnik. Využite relevantné kontroly a dôkazy a potom výslovne riešte klasifikáciu, registráciu, zákonné hlásenie a školenie vedenia. Náš sprievodca NIS2 a ISO 27001 vysvetľuje, ako môže existujúca práca na ISMS tento proces podporiť.
NIS2 nezavádza všeobecný certifikát súladu platný v EÚ. Certifikácia podporuje uistenie v rámci vlastného rozsahu; nerieši každú zákonnú povinnosť. Rovnaké kontroly relevantnosti uplatnite aj na existujúce dôkazy KRITIS, namiesto predpokladu, že predchádzajúce prijatie pokrýva súčasné povinnosti.
Predstavte si ilustratívneho nemeckého výrobcu so 180 zamestnancami, ktorý vyrába zariadenia v rámci výrobnej činnosti uvedenej v prílohe II. Predpokladajme, že preskúmaný výpočet potvrdzuje postavenie stredného podniku, vnútroštátna analýza potvrdzuje klasifikáciu ako dôležitý subjekt a samostatné posúdenie neidentifikuje žiadne určenie kritického zariadenia podľa KRITIS. Tieto predpoklady sa týkajú len príkladu, nie sú pravidlom pre každého výrobcu tejto veľkosti.
Prvým zameraním implementácie je plánovanie výroby v jednom závode. Závislosti zahŕňajú aplikáciu ERP, priemyselné riadiace systémy, služby identít, zálohy a dodávateľa údržby so vzdialeným prístupom. Posúdenie právneho rozsahu pôsobnosti napriek tomu pokrýva relevantné povinnosti subjektu aj nad rámec tejto počiatočnej služby.
Preskúmanie odhalí tri prepojené slabiny. Technici dodávateľa zdieľajú privilegovaný účet. Zálohovacie úlohy sa dokončujú, ale žiadny nedávny test obnovy nezahŕňa závislosť aplikácie na plánovanie od služby identít. Postup pri incidentoch uvádza vlastníka hlásenia bez zástupcu oprávneného podávať hlásenia.
Vedenie si vyžiada možnosti namiesto schválenia troch izolovaných aktualizácií politík. Prevádzka navrhuje menný, časovo obmedzený prístup dodávateľa cez kontrolovanú cestu vzdialeného prístupu. IT navrhuje cvičenie obnovy služby podľa cieľov schválených biznisom. Bezpečnosť a právne oddelenie navrhujú náhradné oprávnenie na hlásenie a nácvik mimo pracovného času.
Len na účely plánovania predpokladajme šesť týždňov a plánované okno údržby. Vedenie schváli personálnu kapacitu, opatrenia pre odstávku a dočasné obmedzenia prístupu dodávateľa. Záznam o rozhodnutí vysvetľuje dôsledky pre službu, prečo boli zvolené práve tieto ošetrenia a aké dôkazy preukážu dokončenie.
Práca na prístupoch prinesie záznamy o konfigurácii, potvrdenie dodávateľa a preskúmanie potvrdzujúce odstránenie zdieľaného účtu. Cvičenie obnovy obnoví údaje, ale nesplní dohodnutý čas obnovy služby, pretože autentifikáciu nemožno včas obnoviť. Toto zistenie zostáva otvorené: úspešné zálohovacie úlohy neprevažujú nad neúspešným výsledkom pre službu.
Vedenie potom rozhodne, či zlepší opatrenia na obnovu identít, zmení architektúru alebo prijme iný prevádzkový pohotovostný plán. Každý upravený cieľ obnovy potrebuje podnikové odôvodnenie a musí zostať v súlade s uplatniteľnými povinnosťami.
Nácvik hlásenia odhalí, že zástupca pre podávanie hlásení nemá samostatný prístup ku kanálu na hlásenie. Tím odstráni závislosť prístupu a test zopakuje. Pripravenosť sa zlepšuje vďaka overeným zmenám a preskúmaným rozhodnutiam, nie vďaka vyhláseniu, že upravené postupy sú hotové.
Články 32 a 33 rozlišujú prístupy k dohľadu. Kľúčové subjekty môžu čeliť proaktívnym inšpekčným a audítorským právomociam. Dôležité subjekty podliehajú dohľadu ex post, keď informácie naznačujú možný nesúlad. Ani jedny by nemali považovať absenciu incidentu alebo dopytu orgánu za dôkaz pripravenosti.
Pri porušeniach článkov 21 alebo 23 článok 34 vyžaduje, aby vnútroštátne maximálne pokuty dosahovali aspoň tieto úrovne: pri kľúčových subjektoch vyššiu z hodnôt 10 miliónov EUR a 2 % celosvetového ročného obratu príslušného podniku; pri dôležitých subjektoch vyššiu z hodnôt 7 miliónov EUR a 1,4 %. Ide o minimálne hodnoty pre vnútroštátne stropy pokút, nie o štandardné výšky pokút ani univerzálne pevné stropy.
Orgány majú aj nápravné právomoci. Článok 32 upravuje podmienené mechanizmy pre kľúčové subjekty týkajúce sa relevantnej certifikácie alebo povolenia a dočasných obmedzení vymedzených riadiacich funkcií po predpísaných krokoch presadzovania. Nie sú to automatické následky každého incidentu a ustanovenie vylučuje subjekty verejnej správy.
Zodpovednosť vedenia a poistné riešenia si vyžadujú poradenstvo špecifické pre danú jurisdikciu. Vedenie by sa malo sústrediť na pravdivé záznamy, včasné ošetrenie a informovaný dohľad, namiesto toho aby považovalo potenciálne sankcie za náhradu zavedenia požadovaných opatrení.
Začnite realizáciu službou s najväčším dopadom a jej závislosťami a zároveň udržujte úplné právne posúdenie pre každý relevantný subjekt. Uprednostnite zákonnú naliehavosť, dôsledky pre služby a úlohy, ktoré odomykajú ďalšiu prácu. Zameraná hranica implementácie pomáha zaviesť pracovný postup; nezužuje však zákonné povinnosti subjektu na tento pilot.
Najbližšie preskúmanie vedením by malo schváliť alebo vyriešiť rozhodnutie o rozsahu pôsobnosti, potvrdiť opatrenia na registráciu a hlásenie, financovať prioritné ošetrenia, prideliť zodpovedných vlastníkov a naplánovať cvičenia obnovy a hlásenia. Malo by tiež stanoviť, kedy vedenie preskúma prevádzkové dôkazy a ktoré zistenia si vyžadujú skoršiu eskaláciu.
V Secani môžu tímy modelovať vybranú službu, podporné systémy a závislosti od externých poskytovateľov a potom prepojiť požiadavky, kontroly, vlastníkov a preskúmané dôkazy. Chýbajúce dôkazy a nevyriešené závery sa môžu stať úlohami. Mapovania a závery o dôkazoch by mali schvaľovať ľudskí posudzovatelia, pričom sa zachovajú odkazy na zdroje, komentáre, schválenia a časové pečiatky, aby úvahy zostali preveriteľné.
Prineste na toto zasadnutie jednu mapu služieb, jeden register povinností a najzávažnejšie medzery. Odchádzajte s financovanými opatreniami, použiteľným oprávnením na hlásenie a dátumom preskúmania výsledkov, nie len so záväzkom vytvoriť ďalšiu dokumentáciu.
Secani prepája rozsahy, dôkazy, úlohy a agentov AI v jednom zdieľanom pracovnom priestore.
Využite existujúci ISMS na podporu implementácie NIS2 a zároveň zachovajte zákonné povinnosti, rozdiely v rozsahu a požiadavky na hlásenie.
Prepojte pôsobnosť CRA, riešenie zraniteľností, záväzky podpory a dôkazy o produkte s aktuálnym harmonogramom ohlasovania a uplatňovania.
Využite najbližší Deň ochrany osobných údajov na nácvik žiadostí, revíziu dátových tokov, zlepšenie uchovávania a meranie praktických výsledkov.