NIS2 · ISO/IEC 27001 · GDPR

Vaše politika bezpečnosti informací, sepsaná na základě vašich vlastních odpovědí

Každý vážný rámec kybernetické bezpečnosti začíná stejným dokumentem: písemnou politikou bezpečnosti informací (ISSP) schválenou vedením. NIS2 ji uvádí jako první mezi opatřeními pro řízení rizik v článku 21 a norma ISO/IEC 27001 ji činí požadavkem klauzule 5.2. Security Policy Express provází evropské MSP řízeným online workshopem a vygeneruje strukturovanou první verzi ve jménu vaší firmy: jde o pracovní návrh, který by měli prověřit vaši poradci, nikoli o právní poradenství.

21(2)(a)
Článek NIS2 o politikách bezpečnosti
10
Opatření uvedená v čl. 21 odst. 2 NIS2
5.2
Klauzule ISO/IEC 27001: Politika
24 h
Včasné varování NIS2, čl. 23 odst. 4

Co je politika bezpečnosti informací?

Odpověď za minutu, pro jednatele či ředitele, který není IT specialista.

Politika bezpečnosti informací (často zkracovaná ISSP, ve francouzštině PSSI) je dokument, v němž vedení společnosti písemně uvádí, jak společnost chrání své informace a informační systémy, kdo za co odpovídá a jaká pravidla musí všichni dodržovat. Navrchu stojí krátké prohlášení o politice podepsané vedením, pod ním podrobnější pravidla pro jednotlivé oblasti a provozní postupy. Není to technický manuál: je to rozhodnutí vedení zapsané na papíře, o které se může opřít veškerá další bezpečnostní práce.

Závazek vedení, nikoli IT dokument

Norma ISO/IEC 27001 přiřazuje politiku „nejvyššímu vedení“ a NIS2 v článku 20 žádá, aby řídicí orgány subjektů spadajících do působnosti schvalovaly opatření pro řízení rizik kybernetické bezpečnosti a dohlížely na jejich provádění. Váš IT dodavatel vám může pomoci ji sepsat; odpovídat za ni však může jedině vedení.

Zdroje: směrnice (EU) 2022/2555, čl. 20 · ISO/IEC 27001:2022, klauzule 5

Politika, politiky pro jednotlivé oblasti, postupy

Osvědčená praxe rozlišuje tři vrstvy. Politika uvádí zásady a odpovědnosti. Politiky pro jednotlivé oblasti (řízení přístupu, zálohování, kryptografie, dodavatelé...) je rozpracovávají pro každou oblast. Postupy popisují, kdo co dělá krok za krokem, když nastane určitá situace. Norma ISO/IEC 27001 v opatření 5.1 výslovně zmiňuje jak politiku, tak politiky pro jednotlivé oblasti.

Zdroj: ISO/IEC 27001:2022, příloha A, opatření 5.1

Přiměřená vaší velikosti a rizikům

Žádný evropský text nevnucuje jedinou šablonu. NIS2 v článku 21 odst. 1 požaduje opatření „vhodná a přiměřená“, s ohledem na vystavení subjektu rizikům, jeho velikost a pravděpodobnost a závažnost incidentů. Výrobní firma se čtyřiceti zaměstnanci a nemocnice nepíší stejnou politiku a psát ji nemají.

Zdroj: směrnice (EU) 2022/2555, čl. 21 odst. 1

Živý dokument

Politika napsaná jednou a uložená do šuplíku nechrání nic. Rámce očekávají, že bude sdělena zaměstnancům, potvrzena a přezkoumávána v plánovaných intervalech a po významných změnách. Proto by vaše politika měla od prvního dne obsahovat vlastní cyklus přezkumu, vlastníka a historii verzí.

Zdroj: ISO/IEC 27001:2022, klauzule 5.2 a opatření 5.1

Kde malé a střední firmy uvíznou

Většina malých a středních firem už některá bezpečnostní pravidla uplatňuje. Obvykle však chybí písemná, schválená a soudržná verze, kterou může regulátor, auditor, pojišťovna nebo velký zákazník skutečně přečíst.

⚠

Povinnost přichází přes regulaci

NIS2 rozšiřuje pravidla kybernetické bezpečnosti EU na mnoho středně velkých firem v odvětvích jako výroba, potraviny, nakládání s odpady, doprava nebo digitální služby. Pro subjekty spadající do působnosti jsou „politiky analýzy rizik a bezpečnosti informačních systémů“ prvním opatřením uvedeným v čl. 21 odst. 2.

🔗

A přes vaše zákazníky

NIS2 v článku 21 odst. 2 písm. d) požaduje, aby subjekty spadající do působnosti řešily bezpečnost dodavatelského řetězce, včetně bezpečnostních aspektů vztahů s přímými dodavateli. I když nejste v působnosti, větší zákazníci vás mohou požádat, abyste v dotaznících pro dodavatele doložili písemnou bezpečnostní politiku.

📋

Začít s prázdným listem je těžké

Psaní politiky znamená odpovědět na mnoho otázek najednou: jaká jsou naše kritická aktiva, kdo rozhoduje, co uděláme při útoku ransomwaru, jak dlouho uchováváme zálohy? Bez struktury se cvičení odkládá čtvrtletí za čtvrtletím.

⏰

Obecné šablony nesedí

Stažené šablony často popisují organizaci s bezpečnostním manažerem, bezpečnostním operačním centrem a vyhrazeným rozpočtem. Dokument, který neodpovídá realitě, je horší než žádný: nebude uplatňován a auditor rozdíl mezi papírem a praxí snadno odhalí.

Proč to rámce vyžadují

Jediný dokument naplňuje požadavky několika předpisů najednou. Zde je, co každý z nich skutečně říká. Každý odkaz vede na oficiální zdroj; vnitrostátní transpozice mohou doplnit podrobnosti.

N2

NIS2: směrnice (EU) 2022/2555, článek 21 odst. 2 písm. a)

Významné a důležité subjekty musí přijmout „vhodná a přiměřená technická, provozní a organizační opatření“ k řízení rizik kybernetické bezpečnosti, založená na přístupu zohledňujícím všechna rizika. Seznam v článku 21 odst. 2 začíná písmenem „a) politiky analýzy rizik a bezpečnosti informačních systémů“. Článek 20 dodává, že řídicí orgány subjektu tato opatření schvalují, dohlížejí na jejich provádění a absolvují školení.

ISO

ISO/IEC 27001:2022, klauzule 5.2 a opatření 5.1

Klauzule 5.2 vyžaduje, aby nejvyšší vedení stanovilo politiku bezpečnosti informací, která je přiměřená účelu organizace, poskytuje rámec pro bezpečnostní cíle a obsahuje závazky ke splnění platných požadavků a k neustálému zlepšování. Musí být zdokumentována, sdělena uvnitř organizace a podle potřeby zpřístupněna zainteresovaným stranám. Opatření 5.1 přílohy A to rozšiřuje na politiky pro jednotlivé oblasti, které mají být schváleny, zveřejněny, potvrzeny a přezkoumávány.

Zdroj: ISO, veřejná stránka normy ISO/IEC 27001:2022 (plné znění je placená norma)
GD

GDPR: nařízení (EU) 2016/679, články 24 a 32

Článek 24 odst. 2 stanoví, že pokud je to přiměřené vzhledem ke zpracovatelským činnostem, opatření správce zahrnují „zavedení vhodných politik ochrany údajů“. Článek 32 vyžaduje vhodná technická a organizační opatření pro zajištění úrovně zabezpečení přiměřené riziku. Bezpečnostní politika je přirozené místo, kde tato opatření zdokumentovat.

IR

Prováděcí nařízení (EU) 2024/2690 k NIS2

Pro některé typy digitálních subjektů (například poskytovatele cloudových služeb, datových center a spravovaných služeb) přijala Komise podrobné technické a metodické požadavky. Její příloha začíná „politikou bezpečnosti síťových a informačních systémů“ a popisuje, jak je schvalována, dokumentována a přezkoumávána. I když vaše firma není jedním z těchto typů subjektů, příloha je užitečným veřejným vodítkem pro strukturování politiky.

DO

DORA: nařízení (EU) 2022/2554, článek 9 odst. 4 písm. a)

Finanční subjekty musí podle DORA vypracovat a zdokumentovat politiku bezpečnosti informací, která stanoví pravidla pro ochranu dostupnosti, pravosti, integrity a důvěrnosti dat, informačních aktiv a aktiv IKT. Pokud jste dodavatelem IKT pro banku nebo pojišťovnu, počítejte s tím, že se váš zákazník zeptá, jak se vaše vlastní politika srovnává.

AN

Vnitrostátní agentury: praktické pokyny

Vnitrostátní agentury pro kybernetickou bezpečnost zveřejňují bezplatné pokyny, na kterých může politika stavět. Ve Francii stanoví průvodce ANSSI pro počítačovou hygienu 42 základních opatření pro osoby odpovědné za bezpečnost informačního systému organizace. ENISA, Agentura EU pro kybernetickou bezpečnost, zveřejňuje pokyny podporující provádění NIS2 v celé Unii.

Jedna politika, deset opatření NIS2

Článek 21 odst. 2 směrnice NIS2 uvádí deset minimálních opatření. Bod a) je samotná politika, ale dobře sestavená politika je také místem, kde ostatních devět opatření nachází svého vlastníka, své pravidlo a svůj postup. Takto strukturujeme vygenerovaný dokument.

a) Politiky analýzy rizik a bezpečnosti informačních systémů

Prohlášení o politice, rozsah, role a metoda, kterou identifikujete a hodnotíte rizika. Toto je páteř dokumentu.

NIS2 čl. 21 odst. 2 písm. a) · ISO/IEC 27001 kl. 5.2, 6.1

b) Zvládání incidentů

Postup řízení incidentů: detekce, kvalifikace, eskalace, omezení, oznámení a poučení z incidentu.

NIS2 čl. 21 odst. 2 písm. b), čl. 23 · ISO/IEC 27001 A.5.24 až A.5.28

c) Kontinuita činností a řízení krizí

Řízení záloh, obnova po havárii a řízení krizí, podle znění směrnice: kdo rozhoduje, co se obnovuje jako první, jak často se zálohy testují.

NIS2 čl. 21 odst. 2 písm. c) · ISO/IEC 27001 A.5.29, A.5.30, A.8.13

d) Bezpečnost dodavatelského řetězce

Pravidla pro výběr, smluvní zajištění a monitorování IT dodavatelů a poskytovatelů služeb, včetně bezpečnostních doložek, které od nich očekáváte.

NIS2 čl. 21 odst. 2 písm. d) · ISO/IEC 27001 A.5.19 až A.5.22

e) Bezpečnost při pořizování, vývoji a údržbě

Jak se vybírají a konfigurují nové systémy, jak se aplikují aktualizace a jak se řeší a zveřejňují zranitelnosti.

NIS2 čl. 21 odst. 2 písm. e) · ISO/IEC 27001 A.8.8, A.8.25 až A.8.32

f) Hodnocení účinnosti

Politiky a postupy, které ověřují, že opatření fungují: ukazatele, interní kontroly, cvičení a přezkum vedením.

NIS2 čl. 21 odst. 2 písm. f) · ISO/IEC 27001 kl. 9

g) Základní kybernetická hygiena a školení

Každodenní pravidla (hesla, aktualizace, ostražitost vůči phishingu) a plán školení, včetně vedení, jak to vyžaduje článek 20 odst. 2 pro řídicí orgány subjektu.

NIS2 čl. 21 odst. 2 písm. g), čl. 20 odst. 2 · ISO/IEC 27001 A.6.3

h) Kryptografie a šifrování

Kdy musí být data šifrována (notebooky, zálohy, přenosy), které protokoly jsou přijatelné a kdo spravuje klíče.

NIS2 čl. 21 odst. 2 písm. h) · ISO/IEC 27001 A.8.24

i) Lidské zdroje, řízení přístupu, správa aktiv

Nástup, přesun a odchod zaměstnanců; kdo získá jaký přístup a kdo jej schvaluje; inventář aktiv s jejich vlastníky.

NIS2 čl. 21 odst. 2 písm. i) · ISO/IEC 27001 A.5.9, A.5.15 až A.5.18, A.6

j) Vícefaktorové ověřování a zabezpečená komunikace

Kde je vyžadováno vícefaktorové nebo průběžné ověřování a jak jsou zabezpečeny hlasová, video, textová a nouzová komunikace.

NIS2 čl. 21 odst. 2 písm. j) · ISO/IEC 27001 A.8.5

Odkazy na ISO/IEC 27001 jsou orientační shody, které jsme sestavili, abychom vám pomohli se orientovat; nejde o oficiální mapování publikované ISO ani Evropskou komisí. Zdroj pro deset opatření: směrnice (EU) 2022/2555, čl. 21 odst. 2.

Co obsahují kapitoly politiky

Vygenerovaný dokument sleduje strukturu, kterou auditor, pojišťovna nebo zákazník pozná. Každá kapitola se doplní z odpovědí, které dáte během workshopu, aby popisovala vaši společnost, nikoli fiktivní.

📝

1. Prohlášení o politice a rozsah

Závazek vedení, v několika odstavcích, podepsaný a datovaný.

  • Účel a bezpečnostní cíle
  • Rozsah: lokality, entity, systémy, lidé
  • Použitelné právní a smluvní požadavky
  • Závazek k neustálému zlepšování
👥

2. Správa a odpovědnosti

Kdo rozhoduje, kdo implementuje, kdo kontroluje, včetně případů, kdy je IT outsourcováno.

  • Role vedení (schválení, dohled)
  • Bezpečnostní kontakt nebo pověřenec
  • Odpovědnosti IT dodavatele
  • Oddělení povinností, kde je to možné
📊

3. Metoda analýzy rizik

Jednoduchý a opakovatelný způsob, jak identifikovat, hodnotit a řešit rizika.

  • Kritické činnosti a informace
  • Scénáře hrozeb relevantní pro MSP
  • Stupnice dopadu a pravděpodobnosti
  • Rozhodnutí o řešení rizik a jejich vlastníci
🗃

4. Aktiva a klasifikace informací

Vědět, co chráníte, dříve než rozhodnete jak.

  • Zásady evidence aktiv a jejich vlastníci
  • Úrovně klasifikace a pravidla nakládání
  • Osobní údaje a jejich zvláštní omezení
  • Bezpečná likvidace nosičů a zařízení
🔑

5. Identita, přístup a ověřování

Kdo může k čemu přistupovat a jak se to prokazuje.

  • Zásada nezbytné znalosti a nejmenších oprávnění
  • Správcovské a privilegované účty
  • Rozsah vícefaktorového ověřování
  • Pravidelné kontroly přístupů
🖥

6. Systémy, síť a cloudové služby

Technický základ, popsaný srozumitelným jazykem.

  • Aktualizace a správa zranitelností
  • Ochrana koncových zařízení a e-mailu
  • Segmentace sítě a vzdálený přístup
  • Protokolování a monitorování
🔒

7. Kryptografie

Kde je šifrování vyžadováno a jak se spravuje.

  • Zařízení, zálohy a přenosy
  • Přijatelné protokoly
  • Správa klíčů a certifikátů
🤝

8. Dodavatelé a outsourcing

Bezpečnost ve vztazích s IT poskytovateli a cloudovými službami.

  • Výběr a due diligence
  • Bezpečnostní doložky a povinnosti oznamování
  • Monitorování a podmínky ukončení
🎓

9. Lidé, povědomí a školení

Lidská stránka, od náboru po odchod.

  • Zaškolení a ukončení pracovního poměru
  • Program osvěty a phishing
  • Školení vedení
  • Odkaz na disciplinární řízení
🏢

10. Fyzická a environmentální bezpečnost

Prostory, serverovny a zařízení mimo kancelář.

  • Přístup do prostor a technických místností
  • Rizika napájení, požáru a vody
  • Zařízení vynesená mimo pracoviště
🚨

11. Incidenty a kontinuita

Zásady, podrobně rozepsané v níže uvedených postupech.

  • Povinnost každého hlásit incidenty
  • Povinnosti oznamování (NIS2, GDPR)
  • Cíle zálohování a obnovy
  • Organizace krize
🔄

12. Soulad, přezkum a výjimky

Jak politika zůstává živá a pravdivá.

  • Cyklus přezkumu a spouštěče
  • Ukazatele a přezkum vedením
  • Proces výjimek a odchylek
  • Historie verzí a záznam o schválení

Čtyři postupy, díky kterým je politika funkční

Politika říká, co se musí stát; postup říká, kdo to dělá, v jakém pořadí a s jakým záznamem. Těchto čtyř se zákazníci a auditoři nejčastěji ptají a mají největší váhu v den, kdy se něco pokazí.

PROC-01 · Řízení incidentů

Od prvního upozornění až po závěrečnou zprávu: jak zaměstnanci hlásí podezřelou událost, kdo ji kvalifikuje, kdo izoluje postižené systémy, kdo kontaktuje vašeho IT dodavatele, pojišťovnu a úřady a jak se uchovají důkazy.

  • NIS2: u významných incidentů včasné varování do 24 hodin, oznámení incidentu do 72 hodin a závěrečná zpráva do jednoho měsíce, CSIRT nebo příslušnému orgánu (čl. 23 odst. 4).
  • GDPR: porušení zabezpečení osobních údajů se oznamuje dozorovému úřadu bez zbytečného odkladu a, je-li to možné, do 72 hodin (čl. 33).

PROC-02 · Správa přístupů

Jak se účet žádá, schvaluje, zakládá, mění a ruší. Postup pokrývá příchody, změny role a odchody, správcovské účty, sdílené a servisní účty a pravidelný přezkum, při kterém vedoucí potvrzuje, že každá osoba stále potřebuje přístupy, které má.

  • Odchody jsou klasická mezera: účet zůstane aktivní poté, co člověk odejde.
  • Vícefaktorové ověřování je nastaveno jako výchozí pro vzdálený a správcovský přístup v souladu s NIS2 čl. 21 odst. 2 písm. j).
Odkazy: NIS2 čl. 21 odst. 2 písm. i), j) · ISO/IEC 27001:2022 A.5.15 až A.5.18

PROC-03 · Řízení změn

Jak se popisuje, posuzuje z hlediska rizik, schvaluje, testuje, provádí a v případě potřeby vrací zpět změna produkčního systému (nová aplikace, pravidlo firewallu, velká aktualizace). V malé firmě může být postup lehký: stačí krátký formulář a záznam, pokud existují a používají se.

  • Rozlišuje standardní, normální a nouzové změny.
  • Eviduje, kdo každou změnu schválil a kdo ji provedl.
Odkazy: NIS2 čl. 21 odst. 2 písm. e) · ISO/IEC 27001:2022 A.8.32

PROC-04 · Zálohy, obnova a kontinuita

Co se zálohuje, jak často, kde, na jak dlouho a především jak se testuje obnova. Postup propojuje zálohy s cíli obnovy pro každou kritickou činnost a popisuje organizaci krize: kdo rozhoduje, kdo komunikuje, které systémy se obnovují jako první.

  • Alespoň jedna záložní kopie izolovaná od produkční sítě je široce doporučovaná ochrana proti ransomwaru.
  • Záloha, která nebyla nikdy obnovena, je předpoklad, nikoli ochrana: postup naplánuje testy obnovy.
Odkazy: NIS2 čl. 21 odst. 2 písm. c) · ISO/IEC 27001:2022 A.5.29, A.5.30, A.8.13

Politika přijatelného použití jako příloha

Politika je psána pro vedení a IT. Politika přijatelného použití (AUP) je psána pro všechny ostatní: je to krátká a čitelná sada pravidel, kterou každý zaměstnanec, dočasný pracovník nebo smluvní partner přijme dříve, než začne používat IT společnosti.

📄

Co pokrývá

Používání účtů a hesel, e-mail a zprávy, přístup k internetu, zda je osobní použití tolerováno, mobilní zařízení a práce na dálku, výměnné nosiče, cloudové služby a nástroje generativní AI, důvěrnost, hlášení incidentů a to, co může společnost monitorovat a proč.

⚖

Proč je to samostatná příloha

Norma ISO/IEC 27001 v opatření 5.10 požaduje, aby pravidla pro přijatelné použití informací a dalších souvisejících aktiv byla určena, zdokumentována a zavedena. Udržení těchto pravidel v samostatné příloze usnadňuje jejich čtení, podepisování, aktualizaci i připojení k pracovním smlouvám.

👁

Sledování musí být přiměřené a transparentní

Pokud AUP zmiňuje protokolování nebo sledování činnosti zaměstnanců, použije se právo ochrany osobních údajů: zaměstnanci musí být informováni (GDPR čl. 13) a členské státy mohou přijmout konkrétnější pravidla pro pracovní vztahy (GDPR čl. 88). Úřady pro ochranu údajů, jako je francouzská CNIL, zveřejňují pokyny k tomu, co je přijatelné.

🏛

Pracovněprávní formality se liší podle země

Aby byla AUP pro zaměstnance závazná, může být nutné splnit vnitrostátní formality. Ve Francii se například (k potvrzení s vaším poradcem podle Code du travail) takováto pravidla běžně připojují k vnitřním předpisům (règlement intérieur), které se řídí postupem stanoveným zákoníkem práce, včetně konzultace se zástupci zaměstnanců. Pravidla vaší země ověřte se svým poradcem.

Zdroje: ISO/IEC 27001:2022, A.5.10 · nařízení (EU) 2016/679, čl. 13, 88 · CNIL · Légifrance, francouzský Code du travail, čl. L1321-4 a L1321-5.

Cyklus přezkumu: aby politika zůstala pravdivá

Politika popisuje společnost, která se mění: noví zaměstnanci, nový software, noví dodavatelé, nové hrozby. Rámce, které citujeme, obecně očekávají, že bude udržována aktuální. Vygenerovaný dokument obsahuje vlastní kalendář přezkumů, vlastníka a tabulku verzí.

1
Schválení

Vedení schvaluje a podepisuje

První verzi schvaluje vedení, je datována a verzována. Podle NIS2 čl. 20 odst. 1 řídicí orgány subjektů spadajících do působnosti schvalují opatření pro řízení rizik kybernetické bezpečnosti; podle ISO/IEC 27001 klauzule 5.2 nejvyšší vedení politiku stanoví.

2
Sdělení

Zaměstnanci jsou informováni a potvrzují

Politika je zveřejněna interně; AUP potvrzuje každý uživatel. Norma ISO/IEC 27001 v opatření 5.1 očekává, že politiky budou sděleny příslušným osobám a zainteresovaným stranám a jimi potvrzeny.

3
Plánovaný přezkum

V plánovaných intervalech, obvykle jednou ročně

ISO/IEC 27001 v opatření 5.1 požaduje přezkum v plánovaných intervalech a při významných změnách. Roční přezkum je pro MSP rozumný výchozí stav; prováděcí nařízení (EU) 2024/2690 rovněž upravuje přezkum politiky u těch typů digitálních subjektů, na které se vztahuje.

4
Přezkum vyvolaný událostí

Po závažném incidentu nebo významné změně

Závažný incident, fúze, nová lokalita, přechod do cloudu nebo nový předpis jsou důvody k otevření dokumentu bez čekání na výroční termín. Poučení z incidentů vstupují do další verze.

5
Důkazy

Uchovejte stopu každého přezkumu

Tabulka verzí, záznam o schválení, seznam změn, potvrzení. V den, kdy se na to zeptá auditor, pojišťovna nebo zákazník, je právě tato historie tím, co ukáže, že politika je uplatňována, a nejen napsána. Norma ISO/IEC 27001 v klauzuli 7.5 upravuje tyto zdokumentované informace.

Jak to funguje: samoobsluha ve čtyřech krocích

Security Policy Express je navržen jako nástroj pro samoobsluhu. Obsah máte pod kontrolou; nástroj poskytuje strukturu, otázky a odkazy.

1
Krok 1 · Kontrola

„Týká se mě to a co potřebuji?“

Krátký test se ptá na vaše odvětví, velikost, činnosti a zákazníky a říká vám, zda je pravděpodobné, že se na vás NIS2 vztahuje, které další texty mohou být relevantní a které části politiky jsou ve vaší situaci nejdůležitější. Pro závaznou odpověď vás odkáže na oficiální nástroje vašeho vnitrostátního úřadu.

2
Krok 2 · Workshop

Online workshop s řízenými otázkami

Ve vlastních slovech odpovídáte na sérii řízených otázek kapitolu po kapitole: vaše organizace, vaše kritické činnosti, váš IT dodavatel, vaše zálohy, jak řešíte odchody, co byste udělali v případě ransomwaru. Každá otázka vysvětluje, proč se ptá a k jakému článku nebo opatření se vztahuje. Můžete kdykoli přerušit a pokračovat.

3
Krok 3 · Dokument

Vaše politika, vygenerovaná ve jménu vaší společnosti

Nástroj vygeneruje politiku, čtyři postupy a přílohu o přijatelném použití ve jménu vaší společnosti na základě vašich odpovědí. Tam, kde chybí odpověď, to dokument výslovně uvede, místo aby mezeru vyplnil obecným textem. Výsledkem je pracovní návrh; před schválením vedením si jej nechte prověřit svými poradci (advokát, IT dodavatel, pověřenec pro ochranu osobních údajů).

4
Krok 4 · Volitelné

Lidská podpora od partnerského konzultanta

Pokud chcete pomoci s prověřením odpovědí, přizpůsobit dokument konkrétnímu kontextu nebo připravit audit, můžete požádat o podporu partnerského konzultanta. Tento krok je volitelný: cesta samoobsluhy je bez něj úplná.

Důležité: vygenerovaný dokument je pracovní podklad. Nejde o právní poradenství a sám o sobě nezajistí, že vaše společnost bude v souladu s NIS2, ISO/IEC 27001, GDPR ani s žádným vnitrostátním právem. Soulad závisí na tom, co skutečně zavedete, a zůstává vaší odpovědností.

Brzy k dispozici

Co obsahuje výstup

Tři stavební bloky, vygenerované společně ze stejného workshopu. Dostupnost a podmínky budou oznámeny při spuštění.

Politika

Hlavní dokument, podepsaný vedením.

  • Prohlášení o politice, rozsah a cíle
  • Správa a odpovědnosti
  • Metoda analýzy rizik
  • Dvanáct popsaných kapitol
  • Cyklus přezkumu a tabulka verzí
Brzy k dispozici

Postupy a příloha

Co dělá politiku funkční.

  • PROC-01 Řízení incidentů
  • PROC-02 Správa přístupů
  • PROC-03 Řízení změn
  • PROC-04 Zálohy, obnova a kontinuita
  • Politika přijatelného použití pro zaměstnance
Brzy k dispozici

Přehledy odpovídajících ustanovení

Abyste se v textech vyznali.

  • NIS2 čl. 21 odst. 2 písm. a) až j), kapitola po kapitole
  • Orientační odkazy na ISO/IEC 27001:2022
  • Odkazy na GDPR čl. 24 a 32
  • Seznam otevřených bodů k doplnění
  • Editovatelné formáty
Brzy k dispozici

Koho se to týká a jak silně

Je třeba nezaměňovat dvě situace: zákonnou povinnost pro společnosti spadající do působnosti NIS2 (nebo DORA) a silně doporučenou osvědčenou praxi pro všechny ostatní.

⚖

Zákonná povinnost: subjekty NIS2

NIS2 se obecně vztahuje na veřejné nebo soukromé subjekty typu uvedeného v příloze I nebo II, které jsou středními podniky nebo překračují limity pro střední podniky podle doporučení Komise 2003/361/ES (čl. 2 odst. 1). Některé typy subjektů jsou pokryty bez ohledu na velikost (čl. 2 odst. 2). Subjekty jsou poté zařazeny jako „významné“ nebo „důležité“ (čl. 3), což ovlivňuje dohled a sankce, ale obě kategorie musí uplatňovat článek 21.

🏭

Odvětví příloh I a II

Příloha I (odvětví vysoké kritičnosti): energetika, doprava, bankovnictví, infrastruktury finančního trhu, zdravotnictví, pitná voda, odpadní voda, digitální infrastruktura, správa služeb IKT (mezi podniky), veřejná správa a vesmír. Příloha II (ostatní kritická odvětví): poštovní a kurýrní služby, nakládání s odpady, chemie, potraviny, výroba (včetně zdravotnických prostředků, elektroniky, elektrických zařízení, strojů a vozidel), digitální poskytovatelé a výzkum.

🇪🇺

Vnitrostátní transpozice

NIS2 je směrnice: členské státy ji musely transponovat do 17. října 2024 a uplatňovat opatření od 18. října 2024 (čl. 41). Stav transpozice a podrobnosti se v jednotlivých zemích liší a vnitrostátní právo může obsah opatření upřesnit. Vždy ověřte právo a oficiální nástroje pro posouzení způsobilosti ve své zemi.

💡

Osvědčená praxe: všichni ostatní

Mimo tyto okruhy žádný obecný evropský předpis nevyžaduje, aby MSP přijalo dokument nazvaný „politika bezpečnosti informací“. GDPR se ale vztahuje téměř na každou firmu, zákazníci se stále častěji dotazují dodavatelů na bezpečnost a písemná politika je prvním krokem každého uznávaného rámce. Je to otázka obezřetnosti, nikoli zákonné povinnosti.

Zdroje: směrnice (EU) 2022/2555, čl. 2, 3, 41 a přílohy I a II · doporučení Komise 2003/361/ES · Evropská komise, stránka o směrnici NIS2 · Francie: ANSSI, stránka NIS 2 na MesServicesCyber.

Často kladené otázky

Je politika bezpečnosti informací pro moji firmu povinná?
Záleží na vaší situaci. Pokud je vaše firma významným nebo důležitým subjektem podle NIS2, patří „politiky analýzy rizik a bezpečnosti informačních systémů“ mezi opatření vyžadovaná článkem 21 odst. 2 písm. a), jak je transponován do vašeho vnitrostátního práva. Pokud jste finančním subjektem, článek 9 odst. 4 písm. a) DORA vyžaduje zdokumentovanou politiku bezpečnosti informací. Pokud usilujete o certifikaci ISO/IEC 27001, klauzule 5.2 ji vyžaduje. Jinak jde o silně doporučenou osvědčenou praxi, nikoli o obecnou zákonnou povinnost.
ISSP, PSSI, politika bezpečnosti informací: je to totéž?
Ano. „Politika bezpečnosti informací“ je termín používaný normou ISO/IEC 27001; „ISSP“ (politika bezpečnosti informačních systémů) a francouzské „PSSI“ (politique de sécurité des systèmes d'information) označují stejný druh dokumentu. NIS2 používá znění „politiky analýzy rizik a bezpečnosti informačních systémů“. Upozorňujeme, že ve Francii je „PSSIE“ (s E na konci) jiný text, specifický pro státní správu, a netýká se soukromých MSP.
Ukládá NIS2 šablonu nebo seznam kapitol?
Samotná směrnice šablonu neukládá: uvádí opatření, která je třeba pokrýt (článek 21 odst. 2), a vyžaduje, aby byla přiměřená. Pro některé typy digitálních subjektů stanoví prováděcí nařízení (EU) 2024/2690 podrobnější požadavky. Vnitrostátní práva a úřady mohou rovněž zveřejňovat rámce. Naše struktura kapitol je navržena tak, aby každé opatření podle článku 21 odst. 2 mělo v dokumentu identifikovatelné místo.
Kdo by měl politiku podepsat?
Vedení. Norma ISO/IEC 27001 přiřazuje politiku nejvyššímu vedení a NIS2 článek 20 odst. 1 vyžaduje, aby řídicí orgány subjektů spadajících do působnosti schvalovaly opatření pro řízení rizik kybernetické bezpečnosti a dohlížely na jejich provádění. V MSP to obvykle znamená generálního ředitele nebo představenstvo, nikoli IT dodavatele.
Stačí vygenerovaný dokument pro certifikaci ISO/IEC 27001?
Žádný dokument sám o sobě nestačí. Politika je jedním z požadovaných prvků systému řízení bezpečnosti informací, který dále zahrnuje posouzení rizik, prohlášení o použitelnosti, interní audity, přezkum vedením a důkazy o tom, že opatření jsou uplatňována. Vygenerovaná politika je dobrým výchozím bodem pro tuto práci.
Je to právní poradenství?
Ne. Vygenerovaný dokument je pracovní podklad vytvořený z vašich odpovědí a z veřejných zdrojů. Nejde o právní poradenství a před schválením by jej měli prověřit vaši vlastní poradci. Zda vaše firma spadá do působnosti NIS2 a co přesně vyžaduje vaše vnitrostátní právo, by měl potvrdit váš vnitrostátní úřad nebo kvalifikovaný advokát.
Jak dlouhá je politika a kolik času zabere workshop?
Délka závisí na vašich odpovědích: firma s jedním sídlem a outsourcovaným IT dodavatelem dostane kratší dokument než skupina s několika entitami. Workshop lze dokončit v několika sezeních; kdykoli můžete přerušit a pokračovat. Před zpřístupněním nástroje veřejnosti raději neuvádíme pevnou délku.
Naše IT je plně outsourcované. Můžeme přesto napsat politiku?
Ano, a měli byste. Outsourcování práce neznamená outsourcing odpovědnosti: NIS2 článek 21 odst. 2 písm. d) výslovně pokrývá bezpečnost dodavatelského řetězce a vztahy s poskytovateli služeb. Politika pak uvádí, co od svého dodavatele očekáváte, jak to kontrolujete a kdo ve vaší firmě je kontaktní osobou.
Jak často se má politika přezkoumávat?
Norma ISO/IEC 27001 v opatření 5.1 očekává přezkum v plánovaných intervalech a při významných změnách. Prováděcí nařízení (EU) 2024/2690 rovněž upravuje přezkum politiky u těch typů digitálních subjektů, na které se vztahuje. Roční přezkum spolu s přezkumem po každém významném incidentu nebo změně je rozumným výchozím stavem pro každé MSP.
Kde jsou uloženy moje odpovědi?
Podrobné podmínky zacházení s údaji budou zveřejněny spolu s nástrojem, dříve než se otevře. Naší zásadou je shromažďovat pouze to, co je nezbytné pro vygenerování vašeho dokumentu. Způsob hostingu a uložení zde popisovat nebudeme, dokud nebude konečný.
Kdo stojí za Security Policy Express?
Security Policy Express vydává SYAGA Consulting, francouzská EURL (SIREN 518 489 471), která se od roku 2009 zabývá auditem bezpečnosti informačních systémů. Kontakt: contact@syaga.eu. Francouzská verze této služby je dostupná na pssi-express.eu.

Oficiální zdroje citované na této stránce

Každé regulatorní nebo normativní tvrzení výše odkazuje na jeden z těchto zdrojů. Odkazy vedou k oficiálnímu vydavateli.

  1. Směrnice (EU) 2022/2555 (NIS2), zejména čl. 2, 3, 20, 21, 23, 41 a přílohy I a II: eur-lex.europa.eu/eli/dir/2022/2555/oj
  2. Prováděcí nařízení Komise (EU) 2024/2690, příloha: eur-lex.europa.eu/eli/reg_impl/2024/2690/oj
  3. Nařízení (EU) 2016/679 (GDPR), čl. 13, 24, 32, 33, 88: eur-lex.europa.eu/eli/reg/2016/679/oj
  4. Nařízení (EU) 2022/2554 (DORA), čl. 9: eur-lex.europa.eu/eli/reg/2022/2554/oj
  5. Doporučení Komise 2003/361/ES (definice MSP): eur-lex.europa.eu/eli/reco/2003/361/oj
  6. Evropská komise, stránka o politice ke směrnici NIS2: digital-strategy.ec.europa.eu/en/policies/nis2-directive
  7. ISO/IEC 27001:2022, veřejný popis normy: iso.org/standard/27001
  8. ENISA, Agentura EU pro kybernetickou bezpečnost: enisa.europa.eu
  9. ANSSI (Francie), guide d'hygiène informatique: messervices.cyber.gouv.fr/guides/guide-dhygiene-informatique
  10. ANSSI (Francie), stránka NIS 2 na MesServicesCyber: messervices.cyber.gouv.fr/nis2
  11. CNIL (Francie), úřad pro ochranu osobních údajů: cnil.fr
  12. Cybermalveillance.gouv.fr (Francie), pomoc obětem kyberútoků: cybermalveillance.gouv.fr
  13. Légifrance, francouzský Code du travail (čl. L1321-4, L1321-5): legifrance.gouv.fr

Tato stránka je poskytována pro informaci. Nejde o právní poradenství. Texty jsou citovány ve verzi zveřejněné v EUR-Lex; vnitrostátní transpozice a pokyny úřadů mohou doplnit další požadavky.

Začněte politikou. Vše ostatní na ní staví.

Workshop pro samoobsluhu se připravuje. Dotazy mezitím: contact@syaga.eu.

Brzy k dispozici