NIS2 · ISO/IEC 27001 · BDAR

Jūsų informacijos saugumo politika, parengta remiantis jūsų pačių atsakymais

Kiekviena rimta kibernetinio saugumo sistema prasideda nuo to paties dokumento: raštiškos, vadovybės patvirtintos informacijos saugumo politikos (ISSP). NIS2 ją nurodo pirmą tarp 21 straipsnio rizikos valdymo priemonių, o ISO/IEC 27001 ją numato kaip 5.2 punkto reikalavimą. Security Policy Express veda Europos MVĮ per vedamą internetinį seminarą ir parengia struktūrizuotą pirmąją versiją jos vardu: tai darbinis juodraštis, kurį turėtų peržiūrėti jūsų patarėjai, o ne teisinė konsultacija.

21(2)(a)
NIS2 straipsnis apie saugumo politikas
10
NIS2 21 str. 2 d. išvardytos priemonės
5.2
ISO/IEC 27001 punktas: Politika
24 h
NIS2 ankstyvasis perspėjimas, 23 str. 4 d.

Kas yra informacijos saugumo politika?

Vienos minutės atsakymas įmonės vadovui, kuris nėra IT specialistas.

Informacijos saugumo politika (dažnai sutrumpinama ISSP, prancūziškai PSSI) yra dokumentas, kuriame jūsų vadovybė raštu nurodo, kaip įmonė saugo savo informaciją ir IT sistemas, kas už ką atsako ir kokių taisyklių turi laikytis visi. Viršuje ji trumpa (vadovybės pasirašytas politikos pareiškimas), o žemiau išsamesnė (konkrečių sričių taisyklės ir veiklos procedūros). Tai nėra techninis vadovas: tai vadovybės sprendimas, perkeltas į raštą, kuriuo remiasi visas kitas jūsų saugumo darbas.

Vadovybės įsipareigojimas, o ne IT dokumentas

ISO/IEC 27001 politiką priskiria „aukščiausiajai vadovybei“, o NIS2 20 straipsnyje reikalaujama, kad subjektų, patenkančių į taikymo sritį, vadovybės organai patvirtintų kibernetinio saugumo rizikos valdymo priemones ir prižiūrėtų jų įgyvendinimą. IT tiekėjas gali padėti ją parengti; tik jūsų vadovybė gali įsipareigoti ją vykdyti.

Šaltiniai: Direktyva (ES) 2022/2555, 20 str. · ISO/IEC 27001:2022, 5 punktas

Politika, konkrečių sričių politikos, procedūros

Gera praktika skiria tris lygmenis. Politika nustato principus ir atsakomybes. Konkrečių sričių politikos (prieigos kontrolė, atsarginės kopijos, kriptografija, tiekėjai...) juos pritaiko kiekvienai sričiai. Procedūros aprašo, kas ką daro, žingsnis po žingsnio, kai kas nors nutinka. ISO/IEC 27001 A.5.1 kontrolė aiškiai mini ir politiką, ir konkrečių sričių politikas.

Šaltinis: ISO/IEC 27001:2022, A priedas, 5.1 kontrolė

Proporcinga jūsų dydžiui ir rizikoms

Nė vienas Europos tekstas nenustato vieno šablono. NIS2 21 straipsnio 1 dalyje reikalaujama priemonių, kurios yra „tinkamos ir proporcingos“, atsižvelgiant į subjekto rizikos poveikį, dydį, incidentų tikimybę ir sunkumą. Gamintojas su 40 darbuotojų ir ligoninė neparašys tos pačios politikos ir neturėtų jos rašyti.

Šaltinis: Direktyva (ES) 2022/2555, 21 str. 1 d.

Gyvas dokumentas

Politika, parašyta kartą ir padėta į aplanką, nieko neapsaugo. Pagal standartus ją reikia paskelbti darbuotojams, patvirtinti ir peržiūrėti planuotais intervalais bei po reikšmingų pokyčių. Todėl jūsų politikoje nuo pat pradžių turi būti peržiūros ciklas, savininkas ir versijų istorija.

Šaltinis: ISO/IEC 27001:2022, 5.2 punktas ir 5.1 kontrolė

Kodėl MVĮ įstringa

Dauguma vidutinio ir mažo dydžio įmonių jau taiko tam tikras saugumo taisykles. Paprastai trūksta raštiškos, patvirtintos ir nuoseklios versijos, kurią gali iš tikrųjų perskaityti priežiūros institucija, auditorius, draudikas ar didelis klientas.

⚠

Įpareigojimas ateina per reglamentavimą

NIS2 direktyva išplečia ES kibernetinio saugumo taisykles daugeliui vidutinio dydžio įmonių tokiuose sektoriuose kaip gamyba, maistas, atliekų tvarkymas, transportas ar skaitmeninės paslaugos. Subjektams, patenkantiems į taikymo sritį, „politikos dėl rizikos analizės ir informacinių sistemų saugumo“ yra pirmoji 21 straipsnio 2 dalyje išvardyta priemonė.

🔗

Ir per jūsų klientus

NIS2 21 straipsnio 2 dalies d punktas reikalauja, kad subjektai, patenkantys į taikymo sritį, spręstų tiekimo grandinės saugumo klausimus, įskaitant saugumo aspektus tiesioginių tiekėjų santykiuose. Net jei nepatenkate į taikymo sritį, didesni jūsų klientai gali tiekėjų anketose prašyti pateikti raštišką saugumo politiką.

📋

Tuščią lapą sunku pradėti

Rašant politiką reikia atsakyti į daugybę klausimų vienu metu: kokie mūsų kritiniai turtai, kas sprendžia, ką darome užpuolus išpirkos reikalaujančiai kenkėjiškai programinei įrangai (ransomware), kiek laiko saugome atsargines kopijas? Be struktūros darbas atidedamas iš ketvirčio į ketvirtį.

⏰

Bendri šablonai netinka

Atsisiųsti šablonai dažnai aprašo organizaciją, turinčią saugumo pareigūną, saugumo operacijų centrą ir atskirą biudžetą. Dokumentas, kuris neatitinka tikrovės, yra blogesnis nei jokio: jo nebus laikomasi, o auditorius pastebės atotrūkį tarp popieriaus ir praktikos.

Kodėl to reikalauja teisės aktai ir standartai

Tas pats dokumentas atsako į kelis tekstus iš karto. Štai ką iš tiesų sako kiekvienas iš jų. Kiekviena nuoroda veda į oficialų šaltinį; nacionaliniai perkėlimai gali pridėti detalių.

N2

NIS2: Direktyva (ES) 2022/2555, 21 straipsnio 2 dalies a punktas

Esminiai ir svarbūs subjektai privalo taikyti „tinkamas ir proporcingas technines, operacines ir organizacines priemones“ kibernetinio saugumo rizikoms valdyti, remdamiesi visų pavojų požiūriu. 21 straipsnio 2 dalies sąrašas prasideda „a) politikos dėl rizikos analizės ir informacinių sistemų saugumo“. 20 straipsnyje papildomai nustatyta, kad vadovybės organai tvirtina šias priemones, prižiūri jų įgyvendinimą ir dalyvauja mokymuose.

ISO

ISO/IEC 27001:2022, 5.2 punktas ir 5.1 kontrolė

5.2 punktas įpareigoja aukščiausiąją vadovybę nustatyti informacijos saugumo politiką, atitinkančią organizacijos paskirtį, nustatančią saugumo tikslų sistemą ir apimančią įsipareigojimus tenkinti taikomus reikalavimus bei nuolat tobulėti. Ji turi būti dokumentuota, perduota organizacijos viduje ir, kai tinka, prieinama suinteresuotosioms šalims. A priedo 5.1 kontrolė tai išplečia iki konkrečių sričių politikų, kurios tvirtinamos, skelbiamos, o darbuotojai patvirtina jas perskaitę, ir peržiūrimos.

Šaltinis: ISO, viešas ISO/IEC 27001:2022 puslapis (pilnas tekstas yra mokamas standartas)
GD

BDAR: Reglamentas (ES) 2016/679, 24 ir 32 straipsniai

24 straipsnio 2 dalyje nurodyta, kad, kai tai proporcinga duomenų tvarkymo veikloms, duomenų valdytojo priemonės apima „tinkamos duomenų apsaugos politikos įgyvendinimą“. 32 straipsnyje reikalaujama tinkamų techninių ir organizacinių priemonių, kad būtų užtikrintas riziką atitinkantis saugumo lygis. Saugumo politika yra natūrali vieta šioms priemonėms dokumentuoti.

IR

NIS2 įgyvendinimo reglamentas (ES) 2024/2690

Tam tikriems skaitmeniniams subjektams (pavyzdžiui, debesijos kompiuterijos, duomenų centrų ir valdomųjų paslaugų teikėjams) Komisija priėmė išsamius techninius ir metodinius reikalavimus. Jo priedas prasideda „tinklo ir informacinių sistemų saugumo politika“ ir aprašo, kaip ji tvirtinama, dokumentuojama ir peržiūrima. Net jei jūsų įmonė nėra tokio tipo subjektas, priedas yra naudinga viešai prieinama nuoroda politikai struktūrizuoti.

DO

DORA: Reglamentas (ES) 2022/2554, 9 straipsnio 4 dalies a punktas

Finansų subjektams DORA reikalauja parengti ir dokumentuoti informacijos saugumo politiką, nustatančią taisykles, kaip apsaugoti duomenų, informacijos ir IKT turto prieinamumą, autentiškumą, vientisumą ir konfidencialumą. Jei esate IKT tiekėjas bankui ar draudikui, tikėkitės, kad klientas paklaus, kaip jūsų politika lyginasi su jo.

AN

Nacionalinės agentūros: praktinės gairės

Nacionalinės kibernetinio saugumo agentūros skelbia nemokamas gaires, kuriomis gali remtis politika. Prancūzijoje ANSSI informatikos higienos vadove nustatyta 42 esminės priemonės asmenims, atsakingiems už organizacijos informacinės sistemos saugumą. ENISA, ES kibernetinio saugumo agentūra, skelbia gaires, padedančias įgyvendinti NIS2 visoje Sąjungoje.

Viena politika, dešimt NIS2 priemonių

NIS2 21 straipsnio 2 dalyje išvardyta dešimt minimalių priemonių. A punktas yra pati politika, tačiau gerai parengta politika taip pat yra vieta, kur kitos devynios randa savo savininką, taisyklę ir procedūrą. Taip struktūrizuojame sugeneruotą dokumentą.

a) Rizikos analizės ir informacinių sistemų saugumo politikos

Politikos pareiškimas, taikymo sritis, vaidmenys ir metodas, kuriuo nustatote ir įvertinate rizikas. Tai dokumento stuburas.

NIS2 21 str. 2 d. a p. · ISO/IEC 27001 5.2, 6.1 p.

b) Incidentų valdymas

Incidentų valdymo procedūra: aptikimas, kvalifikavimas, eskalavimas, izoliavimas, pranešimas ir pamokos.

NIS2 21 str. 2 d. b p., 23 str. · ISO/IEC 27001 A.5.24 iki A.5.28

c) Veiklos tęstinumas ir krizių valdymas

Atsarginių kopijų valdymas, avarinis atkūrimas ir krizių valdymas, kaip tai nurodo direktyva: kas sprendžia, kas atsistato pirmiausia, kaip dažnai testuojamos atsarginės kopijos.

NIS2 21 str. 2 d. c p. · ISO/IEC 27001 A.5.29, A.5.30, A.8.13

d) Tiekimo grandinės sauga

Taisyklės, kaip rinktis, sudaryti sutartis ir stebėti IT tiekėjus bei paslaugų teikėjus, įskaitant saugumo sąlygas, kurių iš jų tikitės.

NIS2 21 str. 2 d. d p. · ISO/IEC 27001 A.5.19 iki A.5.22

e) Saugumas įsigyjant, kuriant ir prižiūrint

Kaip parenkamos ir konfigūruojamos naujos sistemos, kaip taikomi atnaujinimai ir kaip tvarkomos bei skelbiamos pažeidžiamybės.

NIS2 21 str. 2 d. e p. · ISO/IEC 27001 A.8.8, A.8.25 iki A.8.32

f) Priemonių veiksmingumo vertinimas

Politikos ir procedūros, patikrinančios, ar priemonės veikia: rodikliai, vidaus peržiūros, pratybos ir vadovybės peržiūra.

NIS2 21 str. 2 d. f p. · ISO/IEC 27001 9 p.

g) Pagrindinė kibernetinė higiena ir mokymai

Kasdienės taisyklės (slaptažodžiai, atnaujinimai, budrumas dėl sukčiavimo (phishing)) ir mokymų planas, įskaitant vadovybę, kaip to reikalauja 20 straipsnio 2 dalis vadovybės organams.

NIS2 21 str. 2 d. g p., 20 str. 2 d. · ISO/IEC 27001 A.6.3

h) Kriptografija ir šifravimas

Kada duomenys turi būti šifruojami (nešiojamieji kompiuteriai, atsarginės kopijos, perdavimai), kokie protokolai priimtini ir kas valdo raktus.

NIS2 21 str. 2 d. h p. · ISO/IEC 27001 A.8.24

i) Žmogiškieji ištekliai, prieigos kontrolė, turto valdymas

Priėmimas, perkėlimas ir išėjimas iš darbo; kas gauna kokią prieigą ir kas ją patvirtina; turto inventorius su savininkais.

NIS2 21 str. 2 d. i p. · ISO/IEC 27001 A.5.9, A.5.15 iki A.5.18, A.6

j) Daugiafaktorinis autentifikavimas ir saugūs ryšiai

Kur reikalingas daugiafaktorinis ar nuolatinis autentifikavimas ir kaip apsaugomi balso, vaizdo, teksto ir avariniai ryšiai.

NIS2 21 str. 2 d. j p. · ISO/IEC 27001 A.8.5

ISO/IEC 27001 nuorodos yra orientaciniai atitikmenys, mūsų parengti jums padėti orientuotis, o ne oficialus ISO ar Europos Komisijos paskelbtas atitikmenų sąrašas. Dešimties priemonių šaltinis: Direktyva (ES) 2022/2555, 21 str. 2 d..

Kokius skyrius turi politika

Sugeneruotas dokumentas seka struktūrą, kurią atpažins auditorius, draudikas ar klientas. Kiekvienas skyrius užpildomas pagal atsakymus seminare, kad jis aprašytų jūsų įmonę, o ne išgalvotą bendrovę.

📝

1. Politikos pareiškimas ir taikymo sritis

Vadovybės įsipareigojimas keliose pastraipose, pasirašytas ir datuotas.

  • Tikslas ir saugumo tikslai
  • Taikymo sritis: objektai, subjektai, sistemos, žmonės
  • Taikomi teisiniai ir sutartiniai reikalavimai
  • Įsipareigojimas nuolat tobulėti
👥

2. Valdysena ir atsakomybės

Kas sprendžia, kas įgyvendina, kas tikrina, įskaitant atvejus, kai IT perduotas išoriniam tiekėjui.

  • Vadovybės vaidmuo (tvirtinimas, priežiūra)
  • Saugumo kontaktas ar pareigūnas
  • IT tiekėjo atsakomybės
  • Pareigų atskyrimas, kai tai įmanoma
📊

3. Rizikos analizės metodas

Paprastas, pakartojamas būdas identifikuoti, įvertinti ir valdyti rizikas.

  • Kritinė veikla ir informacija
  • Grėsmių scenarijai, aktualūs MVĮ
  • Poveikio ir tikimybės skalė
  • Rizikos valdymo sprendimai ir savininkai
🗃

4. Turtas ir informacijos klasifikavimas

Žinoti, ką saugote, prieš nusprendžiant, kaip tai daryti.

  • Turto inventoriaus principai ir savininkai
  • Klasifikavimo lygiai ir tvarkymo taisyklės
  • Asmens duomenys ir jų specifiniai apribojimai
  • Saugus laikmenų ir įrenginių šalinimas
🔑

5. Tapatybė, prieiga ir autentifikavimas

Kas gali pasiekti ką ir kaip tai įrodoma.

  • Prieiga pagal poreikį ir mažiausių teisių principas
  • Administratoriaus ir privilegijuotos paskyros
  • Daugiafaktorio autentifikavimo taikymo sritis
  • Periodinės prieigos peržiūros
🖥

6. Sistemos, tinklas ir debesijos paslaugos

Techninė bazė, aprašyta paprasta kalba.

  • Atnaujinimai ir pažeidžiamybių valdymas
  • Galinių įrenginių ir el. pašto apsauga
  • Tinklo segmentavimas ir nuotolinė prieiga
  • Įvykių registravimas ir stebėjimas
🔒

7. Kriptografija

Kur reikalingas šifravimas ir kaip jis valdomas.

  • Įrenginiai, atsarginės kopijos ir perdavimai
  • Priimtini protokolai
  • Raktų ir sertifikatų valdymas
🤝

8. Tiekėjai ir išorinis paslaugų teikimas

Saugumas jūsų santykiuose su IT tiekėjais ir debesijos paslaugomis.

  • Atranka ir išankstinis patikrinimas
  • Saugumo sąlygos ir pranešimo pareigos
  • Stebėjimas ir nutraukimo sąlygos
🎓

9. Žmonės, informuotumas ir mokymai

Žmogiškoji pusė nuo priėmimo iki išėjimo.

  • Priėmimas į darbą ir išėjimas
  • Informuotumo didinimo programa ir sukčiavimas (phishing)
  • Vadovybės mokymai
  • Nuoroda į drausminę tvarką
🏢

10. Fizinė ir aplinkos sauga

Patalpos, serverių kambariai ir įranga už biuro ribų.

  • Prieiga prie patalpų ir techninių kambarių
  • Elektros, gaisro ir vandens pavojai
  • Už biuro ribų naudojama įranga
🚨

11. Incidentai ir tęstinumas

Principai, kurie išsamiau aprašyti toliau pateiktose procedūrose.

  • Visų darbuotojų pareiga pranešti apie incidentus
  • Pranešimo pareigos (NIS2, BDAR)
  • Atsarginių kopijų ir atkūrimo tikslai
  • Krizių organizavimas
🔄

12. Atitiktis, peržiūra ir išimtys

Kaip politika išlieka gyva ir teisinga.

  • Peržiūros ciklas ir ją inicijuojantys įvykiai
  • Rodikliai ir vadovybės peržiūra
  • Išimčių ir nukrypimų procesas
  • Versijų istorija ir patvirtinimo įrašas

Keturios procedūros, kurios daro politiką veikiančią

Politika nurodo, kas turi įvykti; procedūra nurodo, kas tai daro, kokia tvarka ir su kokiu įrašu. Šias keturias klientai ir auditoriai dažniausiai prašo parodyti, ir jos svarbiausios tą dieną, kai kas nors nutinka.

PROC-01 · Incidentų valdymas

Nuo pirmojo perspėjimo iki uždarymo ataskaitos: kaip darbuotojai praneša apie įtartiną įvykį, kas jį kvalifikuoja, kas izoliuoja paveiktas sistemas, kas susisiekia su IT tiekėju, draudiku ir institucijomis, kaip išsaugomi įrodymai.

  • NIS2: dėl reikšmingų incidentų ankstyvasis perspėjimas per 24 valandas, pranešimas apie incidentą per 72 valandas ir galutinė ataskaita per vieną mėnesį CSIRT ar kompetentingai institucijai (23 str. 4 d.).
  • BDAR: asmens duomenų saugumo pažeidimas pranešamas priežiūros institucijai be nepagrįsto delsimo ir, jei įmanoma, per 72 valandas (33 str.).

PROC-02 · Prieigos valdymas

Kaip paskyra prašoma, patvirtinama, sukuriama, keičiama ir pašalinama. Procedūra apima priėmimą, pareigų pasikeitimus ir išėjimus, administratorių paskyras, bendras ir paslaugų paskyras bei periodinę peržiūrą, kai vadovas patvirtina, kad kiekvienam asmeniui prieiga vis dar reikalinga.

  • Išėjimai yra klasikinis trūkumas: paskyra lieka aktyvi, kai žmogus jau išėjo.
  • Daugiafaktorinis autentifikavimas taikomas pagal nutylėjimą nuotoliniam ir administraciniam prisijungimui, kaip numato NIS2 21 str. 2 d. j p.
Nuorodos: NIS2 21 str. 2 d. i, j p. · ISO/IEC 27001:2022 A.5.15 iki A.5.18

PROC-03 · Pakeitimų valdymas

Kaip aprašomas, rizikos atžvilgiu įvertinamas, patvirtinamas, išbandomas, įgyvendinamas ir, prireikus, atšaukiamas pakeitimas gamybinėje sistemoje (nauja programa, ugniasienės taisyklė, didelis atnaujinimas). Mažoje įmonėje tai gali būti paprasta: pakanka trumpos formos ir žurnalo, jei jie egzistuoja ir naudojami.

  • Atskiria standartinius, įprastus ir avarinius pakeitimus.
  • Įrašo, kas patvirtino ir kas atliko kiekvieną pakeitimą.
Nuorodos: NIS2 21 str. 2 d. e p. · ISO/IEC 27001:2022 A.8.32

PROC-04 · Atsarginės kopijos, atkūrimas ir tęstinumas

Kas kopijuojama, kaip dažnai, kur, kiek laiko ir, svarbiausia, kaip testuojamas atkūrimas. Procedūra sieja atsargines kopijas su atkūrimo tikslais pagal kiekvieną kritinę veiklą ir aprašo krizių organizavimą: kas sprendžia, kas informuoja, kurios sistemos paleidžiamos pirmiausia.

  • Bent viena atsarginė kopija, izoliuota nuo gamybos tinklo, yra plačiai rekomenduojama apsauga nuo išpirkos reikalaujančių programų (ransomware).
  • Atsarginė kopija, kurios niekada nebandyta atkurti, yra prielaida, o ne apsauga: procedūra numato atkūrimo bandymus.
Nuorodos: NIS2 21 str. 2 d. c p. · ISO/IEC 27001:2022 A.5.29, A.5.30, A.8.13

Priimtino naudojimo taisyklės kaip priedas

Politika rašoma vadovybei ir IT. Priimtino naudojimo taisyklių dokumentas (AUP) rašomas visiems kitiems: trumpas, lengvai skaitomas taisyklių rinkinys, su kuriuo kiekvienas darbuotojas, laikinasis darbuotojas ar rangovas sutinka prieš pradėdamas naudotis įmonės IT.

📄

Ką apima

Paskyrų ir slaptažodžių naudojimas, el. paštas ir pranešimai, interneto prieiga, leidžiamas ar draudžiamas asmeninis naudojimas, mobilieji įrenginiai ir nuotolinis darbas, keičiamosios laikmenos, debesijos paslaugos ir generatyviojo DI įrankiai, konfidencialumas, incidentų pranešimas, bei tai, ką įmonė gali stebėti ir kodėl.

⚖

Kodėl tai atskiras priedas

ISO/IEC 27001 5.10 kontrolė reikalauja nustatyti, dokumentuoti ir įgyvendinti informacijos ir kitų su ja susijusių išteklių priimtino naudojimo taisykles. Laikant jas atskirame priede, jas lengviau perskaityti, pasirašyti, atnaujinti ir pridėti prie darbo dokumentų.

👁

Stebėjimas turi būti proporcingas ir skaidrus

Kai AUP mini darbuotojų veiklos registravimą ar stebėjimą, taikoma duomenų apsaugos teisė: darbuotojai turi būti informuoti (BDAR 13 str.), o valstybės narės gali priimti konkretesnes darbo santykių taisykles (BDAR 88 str.). Duomenų apsaugos institucijos, pavyzdžiui, prancūzų CNIL, skelbia gaires, kas yra priimtina.

🏛

Darbo teisės formalumai skiriasi pagal šalį

Kad AUP būtų privalomas darbuotojams, gali reikėti nacionalinių formalumų. Pavyzdžiui, Prancūzijoje (reikia patikslinti su patarėju pagal Darbo kodeksą) tokio pobūdžio taisyklės paprastai pridedamos prie vidaus darbo tvarkos taisyklių (règlement intérieur), kurioms taikoma Darbo kodekso nustatyta tvarka, įskaitant darbuotojų atstovų konsultavimą. Pasitikslinkite savo šalies taisykles su patarėju.

Šaltiniai: ISO/IEC 27001:2022, A.5.10 · Reglamentas (ES) 2016/679, 13 ir 88 str. · CNIL · Légifrance, Prancūzijos Darbo kodeksas, L1321-4 ir L1321-5 str..

Peržiūros ciklas: politika išlieka teisinga

Politika aprašo besikeičiančią įmonę: naujus darbuotojus, naują programinę įrangą, naujus tiekėjus, naujas grėsmes. Cituojami teisės aktai ir standartai paprastai tikisi, kad ji bus nuolat atnaujinama. Sugeneruotas dokumentas apima savo peržiūros kalendorių, savininką ir versijų lentelę.

1
Patvirtinimas

Vadovybė patvirtina ir pasirašo

Pirmąją versiją patvirtina vadovybė, ji datuojama ir versijuojama. Pagal NIS2 20 str. 1 d. subjektų, patenkančių į taikymo sritį, vadovybės organai tvirtina kibernetinio saugumo rizikos valdymo priemones; pagal ISO/IEC 27001 5.2 punktą aukščiausioji vadovybė nustato politiką.

2
Informavimas

Darbuotojai informuojami ir patvirtina

Politika skelbiama įmonėje; kiekvienas naudotojas patvirtina, kad susipažino su priimtino naudojimo taisyklėmis. ISO/IEC 27001 A.5.1 kontrolė numato, kad politikos turi būti pranešamos atitinkamiems darbuotojams ir suinteresuotosioms šalims, o darbuotojai turi patvirtinti, kad su jomis susipažino.

3
Planuota peržiūra

Planuotais intervalais, paprastai kartą per metus

ISO/IEC 27001 A.5.1 kontrolė reikalauja peržiūros planuotais intervalais ir įvykus reikšmingiems pokyčiams. Metinė peržiūra yra protinga MVĮ numatytoji nuostata; Įgyvendinimo reglamentas (ES) 2024/2690 taip pat numato politikos peržiūrą jo taikymo sričiai priklausantiems skaitmeninių subjektų tipams.

4
Neplaninė peržiūra

Po reikšmingo incidento ar pokyčio

Rimtas incidentas, susijungimas, nauja vieta, perkėlimas į debesį ar nauja teisės norma: visa tai yra pagrindas atnaujinti dokumentą nelaukiant metinės datos. Iš incidentų gautos pamokos patenka į kitą versiją.

5
Įrodymai

Saugokite kiekvienos peržiūros pėdsaką

Versijų lentelė, patvirtinimo įrašas, pakeitimų sąrašas, patvirtinimai. Tą dieną, kai auditorius, draudikas ar klientas paprašys, būtent ši istorija parodys, kad politika taikoma, o ne tik parašyta. ISO/IEC 27001 7.5 punktas reglamentuoja šią dokumentuotą informaciją.

Kaip tai veikia: savitarna, keturiais žingsniais

Security Policy Express sukurtas kaip savitarnos įrankis. Turinį kontroliuojate jūs; įrankis suteikia struktūrą, klausimus ir nuorodas.

1
1 žingsnis · Patikra

„Ar mane tai liečia ir ko man reikia?“

Trumpas testas klausia apie jūsų sektorių, dydį, veiklą ir klientus bei nurodo, ar jums greičiausiai taikoma NIS2, kokie kiti tekstai gali būti aktualūs ir kurios politikos dalys svarbiausios jūsų situacijoje. Galutiniam atsakymui jis nukreipia į oficialius jūsų nacionalinės institucijos įrankius.

2
2 žingsnis · Seminaras

Internetinis seminaras su vedamais klausimais

Savo žodžiais atsakote į klausimų seriją pagal skyrius: jūsų organizacija, kritinė veikla, IT tiekėjas, atsarginės kopijos, kaip tvarkote darbuotojų išėjimą iš darbo, ką darytumėte užpuolus išpirkos reikalaujančiai kenkėjiškai programinei įrangai (ransomware). Kiekvienas klausimas paaiškina, kodėl jis užduodamas ir su kuriuo straipsniu ar kontrole yra susijęs. Galite bet kada sustabdyti ir tęsti.

3
3 žingsnis · Dokumentas

Jūsų politika, sugeneruota jūsų įmonės vardu

Įrankis sugeneruoja politiką, keturias procedūras ir naudojimo taisyklių priedą jūsų įmonės vardu, pagal jūsų atsakymus. Kai atsakymo trūksta, dokumentas tai nurodo aiškiai, o ne užpildo spragą bendrais tekstais. Rezultatas yra darbinis juodraštis, kurį jūsų patarėjai (teisininkas, IT tiekėjas, duomenų apsaugos pareigūnas) turi peržiūrėti ir patvirtinti, prieš jį tvirtinant vadovybei.

4
4 žingsnis · Pasirinkimas

Žmogiškoji pagalba iš partnerio konsultanto

Jei norite, kad kas nors padėtų patikrinti atsakymus, pritaikyti dokumentą konkrečiam kontekstui ar pasiruošti auditui, galite kreiptis į partnerį konsultantą. Šis žingsnis neprivalomas: savitarnos kelias yra išsamus ir be jo.

Svarbu: sugeneruotas dokumentas yra darbinis pagrindas. Jis nėra teisinė konsultacija ir pats savaime neužtikrina, kad jūsų įmonė atitiks NIS2, ISO/IEC 27001, BDAR ar bet kurį nacionalinį teisės aktą. Atitiktis priklauso nuo to, ką iš tiesų įgyvendinate, ir lieka jūsų atsakomybė.

Netrukus bus prieinama

Ką apima rezultatas

Trys sudedamosios dalys, sugeneruotos kartu iš to paties seminaro. Prieinamumas ir sąlygos bus paskelbti paleidimo metu.

Politika

Pagrindinis dokumentas, pasirašytas vadovybės.

  • Politikos pareiškimas, taikymo sritis ir tikslai
  • Valdysena ir atsakomybės
  • Rizikos analizės metodas
  • Dvylika aukščiau aprašytų skyrių
  • Peržiūros ciklas ir versijų lentelė
Netrukus bus prieinama

Procedūros ir priedas

Tai, kas daro politiką veikiančią.

  • PROC-01 Incidentų valdymas
  • PROC-02 Prieigos valdymas
  • PROC-03 Pakeitimų valdymas
  • PROC-04 Atsarginės kopijos, atkūrimas ir tęstinumas
  • Priimtino naudojimo taisyklės darbuotojams
Netrukus bus prieinama

Atitikties lentelės

Kad galėtumėte orientuotis tekstuose.

  • NIS2 21 str. 2 d. nuo a iki j punkto, skyrius po skyriaus
  • Orientacinės ISO/IEC 27001:2022 nuorodos
  • BDAR 24 ir 32 straipsnių nuorodos
  • Neužbaigtų klausimų sąrašas
  • Redaguojami formatai
Netrukus bus prieinama

Kam tai aktualu ir kokiu stiprumu

Reikia nesupainioti dviejų situacijų: teisinės prievolės įmonėms, patenkančioms į NIS2 (ar DORA) taikymo sritį, ir stipriai rekomenduojamos gerosios praktikos visiems kitiems.

⚖

Teisinė prievolė: NIS2 subjektai

NIS2 paprastai taikoma viešojo ar privačiojo sektoriaus subjektams, kurie priklauso jos I ar II priede nurodytam tipui ir yra vidutinio dydžio įmonės arba didesni už vidutines įmones, kaip apibrėžta Komisijos rekomendacijoje 2003/361/EB (2 str. 1 d.). Kai kurių tipų subjektai patenka nepriklausomai nuo dydžio (2 str. 2 d.). Subjektai toliau skirstomi į „esminius“ ir „svarbius“ (3 str.), o tai veikia priežiūrą ir sankcijas, tačiau 21 straipsnis taikomas abiem atvejais.

🏭

I ir II priedų sektoriai

I priedas (didelio kritiškumo sektoriai): energetika, transportas, bankininkystė, finansų rinkų infrastruktūros, sveikatos apsauga, geriamasis vanduo, nuotekos, skaitmeninė infrastruktūra, IKT paslaugų valdymas (verslas verslui), viešasis administravimas ir kosmosas. II priedas (kiti kritiniai sektoriai): pašto ir kurjerių paslaugos, atliekų tvarkymas, chemija, maistas, gamyba (įskaitant medicinos priemones, elektroniką, elektros įrangą, mašinas ir transporto priemones), skaitmeniniai paslaugų teikėjai ir moksliniai tyrimai.

🇪🇺

Nacionalinis perkėlimas

NIS2 yra direktyva: valstybės narės turėjo ją perkelti iki 2024 m. spalio 17 d. ir taikyti priemones nuo 2024 m. spalio 18 d. (41 str.). Perkėlimo statusas ir detalės skiriasi nuo vienos šalies prie kitos, o nacionalinė teisė gali nurodyti priemonių turinį. Visada tikrinkite savo šalies teisę ir oficialius tinkamumo įrankius.

💡

Gerosios praktikos: visi kiti

Už šių sričių ribų joks bendras Europos teisės aktas nereikalauja iš MVĮ priimti dokumento, vadinamo „informacijos saugumo politika“. Tačiau BDAR taikomas beveik kiekvienai įmonei, klientai vis dažniau klausia tiekėjų apie saugumą, o raštiška politika yra pirmasis žingsnis bet kuriame pripažintame standarte. Tai atsargumo pasirinkimas, o ne teisinė prievolė.

Šaltiniai: Direktyva (ES) 2022/2555, 2, 3, 41 str. ir I bei II priedai · Komisijos rekomendacija 2003/361/EB · Europos Komisija, NIS2 direktyvos puslapis · Prancūzija: ANSSI, NIS 2 puslapis (MesServicesCyber).

Dažniausiai užduodami klausimai

Ar informacijos saugumo politika privaloma mano įmonei?
Tai priklauso nuo jūsų situacijos. Jei jūsų įmonė yra esminis ar svarbus subjektas pagal NIS2, „politikos dėl rizikos analizės ir informacinių sistemų saugumo“ yra tarp priemonių, kurių reikalauja 21 straipsnio 2 dalies a punktas, perkeltas į jūsų nacionalinę teisę. Jei esate finansų subjektas, DORA 9 straipsnio 4 dalies a punktas reikalauja dokumentuotos informacijos saugumo politikos. Jei siekiate ISO/IEC 27001 sertifikavimo, jos reikalauja 5.2 punktas. Kitu atveju tai stipriai rekomenduojama gerosios praktikos, o ne bendra teisinė prievolė.
ISSP, PSSI, informacijos saugumo politika: ar tai tas pats?
Taip. „Informacijos saugumo politika“ yra ISO/IEC 27001 vartojamas terminas; „ISSP“ (informacinių sistemų saugumo politika) ir prancūziškas „PSSI“ (politique de sécurité des systèmes d'information) reiškia tos pačios rūšies dokumentą. NIS2 vartoja formuluotę „politikos dėl rizikos analizės ir informacinių sistemų saugumo“. Atkreipkite dėmesį, kad Prancūzijoje „PSSIE“ (su E) yra kitas tekstas, skirtas Prancūzijos valstybės administracijai, ir jis nesusijęs su privačiomis MVĮ.
Ar NIS2 nustato šabloną ar skyrių sąrašą?
Pati direktyva nenustato šablono: ji išvardija priemones, kurias reikia aprėpti (21 str. 2 d.), ir reikalauja, kad jos būtų proporcingos. Tam tikriems skaitmeninių subjektų tipams Įgyvendinimo reglamentas (ES) 2024/2690 nustato išsamesnius reikalavimus. Nacionalinės teisės aktai ir institucijos taip pat gali skelbti savo metodikas. Mūsų skyrių struktūra sukurta taip, kad kiekviena 21 straipsnio 2 dalies priemonė turėtų aiškiai nustatytą vietą dokumente.
Kas turėtų pasirašyti politiką?
Vadovybė. ISO/IEC 27001 priskiria politiką aukščiausiajai vadovybei, o NIS2 20 straipsnio 1 dalis reikalauja, kad subjektų, patenkančių į taikymo sritį, vadovybės organai tvirtintų kibernetinio saugumo rizikos valdymo priemones ir prižiūrėtų jų įgyvendinimą. MVĮ tai paprastai reiškia generalinį direktorių ar valdybą, o ne IT tiekėją.
Ar sugeneruoto dokumento pakanka ISO/IEC 27001 sertifikavimui?
Vieno dokumento savaime nepakanka. Politika yra vienas iš privalomų informacijos saugumo valdymo sistemos elementų; kiti yra rizikos vertinimas, taikomumo deklaracija, vidaus auditai, vadovybės peržiūra ir įrodymai, kad priemonės taikomos. Sugeneruota politika yra tinkamas pradžios taškas šiam darbui.
Ar tai teisinė konsultacija?
Ne. Sugeneruotas dokumentas yra darbinis pagrindas, sukurtas remiantis jūsų atsakymais ir viešais šaltiniais. Jis nėra teisinė konsultacija ir prieš patvirtinimą turėtų būti peržiūrėtas jūsų patarėjų. Ar jūsų įmonė patenka į NIS2 taikymo sritį ir ką tiksliai reikalauja jūsų nacionalinė teisė, turėtų patvirtinti nacionalinė institucija ar kvalifikuotas teisininkas.
Kokio ilgio bus politika ir kiek laiko užtruks seminaras?
Ilgis priklauso nuo jūsų atsakymų: įmonė su viena vieta ir išoriniu IT tiekėju gaus trumpesnį dokumentą nei grupė su keliais subjektais. Seminarą galima atlikti keliais etapais; galite bet kada sustabdyti ir tęsti. Nenorime skelbti fiksuotos trukmės, kol įrankis nebus atviras visuomenei.
Mano IT visiškai perduotas išorei. Ar vis tiek galime parengti politiką?
Taip, ir turėtumėte. Darbo perdavimas išorei neperduoda atsakomybės: NIS2 21 straipsnio 2 dalies d punktas konkrečiai aprėpia tiekimo grandinės saugumą ir santykius su paslaugų teikėjais. Politikoje tuomet nurodoma, ko tikitės iš tiekėjo, kaip tai tikrinate ir kas jūsų įmonėje yra kontaktinis asmuo.
Kaip dažnai politiką reikia peržiūrėti?
ISO/IEC 27001 A.5.1 kontrolė reikalauja peržiūros planuotais intervalais ir įvykus reikšmingiems pokyčiams. Įgyvendinimo reglamentas (ES) 2024/2690 taip pat nustato politikos peržiūrą aprėpiamiems skaitmeninių subjektų tipams. Metinė peržiūra ir peržiūra po bet kokio reikšmingo incidento ar pokyčio yra protinga numatytoji nuostata bet kokiai MVĮ.
Kur saugomi mano atsakymai?
Išsamios duomenų tvarkymo sąlygos bus paskelbtos kartu su įrankiu, prieš įrankiui pradedant veikti. Mūsų principas: rinkti tik tai, kas būtina jūsų dokumentui sugeneruoti. Apie talpinimo ar saugojimo tvarką čia nerašysime, kol ji nebus galutinė.
Kas stovi už Security Policy Express?
Security Policy Express leidžia SYAGA Consulting, prancūzų EURL (SIREN 518 489 471), kuri nuo 2009 m. dirba informacinių sistemų saugumo audito srityje. Kontaktas: contact@syaga.eu. Šios paslaugos prancūziškoji versija pasiekiama adresu pssi-express.eu.

Oficialūs šaltiniai, cituojami šiame puslapyje

Kiekvienas aukščiau pateiktas teisinis ar normatyvinis teiginys nurodo į vieną iš šių šaltinių. Nuorodos veda į oficialų leidėją.

  1. Direktyva (ES) 2022/2555 (NIS2), ypač 2, 3, 20, 21, 23, 41 str. ir I bei II priedai: eur-lex.europa.eu/eli/dir/2022/2555/oj
  2. Komisijos įgyvendinimo reglamentas (ES) 2024/2690, priedas: eur-lex.europa.eu/eli/reg_impl/2024/2690/oj
  3. Reglamentas (ES) 2016/679 (BDAR), 13, 24, 32, 33, 88 str.: eur-lex.europa.eu/eli/reg/2016/679/oj
  4. Reglamentas (ES) 2022/2554 (DORA), 9 str.: eur-lex.europa.eu/eli/reg/2022/2554/oj
  5. Komisijos rekomendacija 2003/361/EB (MVĮ apibrėžtis): eur-lex.europa.eu/eli/reco/2003/361/oj
  6. Europos Komisija, NIS2 direktyvos politikos puslapis: digital-strategy.ec.europa.eu/en/policies/nis2-directive
  7. ISO/IEC 27001:2022, viešas aprašymo puslapis: iso.org/standard/27001
  8. ENISA, ES kibernetinio saugumo agentūra: enisa.europa.eu
  9. ANSSI (Prancūzija), guide d'hygiène informatique: messervices.cyber.gouv.fr/guides/guide-dhygiene-informatique
  10. ANSSI (Prancūzija), NIS 2 puslapis MesServicesCyber: messervices.cyber.gouv.fr/nis2
  11. CNIL (Prancūzija), duomenų apsaugos institucija: cnil.fr
  12. Cybermalveillance.gouv.fr (Prancūzija), pagalba kibernetinių atakų aukoms: cybermalveillance.gouv.fr
  13. Légifrance, Prancūzijos Darbo kodeksas (L1321-4, L1321-5 str.): legifrance.gouv.fr

Šis puslapis pateikiamas informaciniais tikslais. Tai nėra teisinė konsultacija. Tekstai cituojami EUR-Lex paskelbtoje versijoje; nacionaliniai perkėlimai ir institucijų gairės gali pridėti reikalavimų.

Pradėkite nuo politikos. Viskas kita remiasi ja.

Savitarnos seminaras ruošiamas. Klausimai tuo tarpu: contact@syaga.eu.

Netrukus bus prieinama