NIS2 · ISO/IEC 27001 · IKÜM

Teie infoturbepoliitika, koostatud teie enda vastuste põhjal

Iga tõsiseltvõetav küberturvalisuse raamistik algab ühest ja samast dokumendist: kirjalikust, juhtkonna poolt heaks kiidetud infoturbepoliitikast (ISSP). NIS2 nimetab seda artikli 21 riskijuhtimismeetmete hulgas esimesena ning ISO/IEC 27001 teeb sellest punkti 5.2 nõude. Security Policy Express juhatab Euroopa VKE läbi juhendatud veebitöötoa ja koostab selle enda nimel struktureeritud esimese versiooni: tööversiooni, mida teie nõustajad peaksid üle vaatama, mitte juriidilise nõuandena.

21(2)(a)
NIS2 artikkel turvapoliitikate kohta
10
NIS2 artikli 21 lõikes 2 loetletud meetmed
5.2
ISO/IEC 27001 punkt: Poliitika
24 h
NIS2 esialgne teade, art. 23 lg 4

Mis on infoturbepoliitika?

Ühe minuti vastus tegevdirektorile, kes ei ole IT-spetsialist.

Infoturbepoliitika (sageli lühendatult ISSP, prantsuskeelses versioonis PSSI) on dokument, milles teie juhtkond kirjalikult sätestab, kuidas ettevõte kaitseb oma teavet ja IT-süsteeme, kes vastutab mille eest ning milliseid reegleid kõik peavad järgima. Ülemine tasand on lühike (juhtkonna allkirjastatud poliitikadeklaratsioon), alumised on üksikasjalikumad (teemapõhised reeglid ja operatiivsed protseduurid). See ei ole tehniline käsiraamat: see on juhtkonna otsus, mis on kirja pandud ja millele teie ülejäänud turvatöö saab tugineda.

Juhtkonna kohustus, mitte IT-dokument

ISO/IEC 27001 määrab poliitika "ülemjuhtkonnale" ja NIS2 artikkel 20 nõuab asjaomaste üksuste juhtorganitelt küberturvalisuse riskijuhtimismeetmete heakskiitmist ning nende rakendamise järelevalvet. Teie IT-pakkuja võib aidata seda kirjutada; selle eest vastutada saab ainult teie juhtkond.

Allikad: direktiiv (EL) 2022/2555, art. 20 · ISO/IEC 27001:2022, punkt 5

Poliitika, teemapõhised poliitikad, protseduurid

Hea tava eristab kolme kihti. Poliitika sätestab põhimõtted ja vastutused. Teemapõhised poliitikad (juurdepääsu kontroll, varundamine, krüptograafia, tarnijad jne) tõlgivad need igasse valdkonda. Protseduurid kirjeldavad, kes mida teeb ja millises järjekorras, kui midagi juhtub. ISO/IEC 27001 kontroll 5.1 nimetab selgesõnaliselt nii poliitika kui ka teemapõhised poliitikad.

Allikas: ISO/IEC 27001:2022, lisa A, kontroll 5.1

Proportsionaalne teie suuruse ja riskidega

Ükski Euroopa tekst ei kehtesta ühte mallit. NIS2 artikkel 21 lõige 1 nõuab meetmeid, mis on "asjakohased ja proportsionaalsed", arvestades üksuse riskide avatust, selle suurust ning intsidentide tõenäosust ja raskusastet. 40-liikmelise tootmisettevõtte ja haigla poliitika ei ole ega peagi olema ühesugune.

Allikas: direktiiv (EL) 2022/2555, art. 21 lg 1

Elav dokument

Kord kirjutatud ja riiulile pandud poliitika ei kaitse midagi. Raamistikud eeldavad, et seda teatatakse töötajatele, see kinnitatakse ja vaadatakse läbi kavandatud ajavahemike järel ning olulise muutuse korral. Seetõttu peaks teie poliitika juba algusest peale sisaldama oma läbivaatustsüklit, vastutajat ja versioonide ajalugu.

Allikas: ISO/IEC 27001:2022, punkt 5.2 ja kontroll 5.1

Miks VKE-d sageli toppama jäävad

Enamik väikese ja keskmise suurusega ettevõtteid rakendab juba mõningaid turvareegleid. Tavaliselt puudub kirjalik, heaks kiidetud ja järjepidev versioon, mida regulaator, audiitor, kindlustaja või suur klient tegelikult lugeda saaks.

⚠

Kohustus tuleb regulatsioonist

NIS2 laiendab ELi küberturvalisuse nõudeid paljudele keskmise suurusega ettevõtetele sellistes sektorites nagu tootmine, toiduainetööstus, jäätmekäitlus, transport või digiteenused. Asjaomastele üksustele on "riskianalüüsi ja infosüsteemide turvalisuse poliitikad" artikli 21 lõikes 2 esimesena loetletud meede.

🔗

Ja teie klientide kaudu

NIS2 artikli 21 lõike 2 punkt d nõuab asjaomastelt üksustelt tarneahela turvalisuse käsitlemist, sealhulgas nende otsese tarnijatega seotud turvaaspekte. Isegi kui te ei kuulu kohaldamisalasse, võivad suuremad kliendid paluda teil tarnijaküsitluses esitada kirjaliku turvapoliitika.

📋

Tühja lehega on raske alustada

Poliitika kirjutamine tähendab korraga paljudele küsimustele vastamist: mis on meie kriitilised varad, kes otsustab, mida teeme lunavararünnaku korral, kui kaua hoiame varukoopiaid? Ilma struktuurita kipub töö edasi lükkuma kvartal kvartali järel.

⏰

Üldised mallid ei sobi

Alla laaditud mallid kirjeldavad sageli organisatsiooni, kus on turvaametnik, turvaoperatsioonide keskus ja eraldi eelarve. Dokument, mis ei vasta tegelikkusele, on halvem kui puudumine: seda ei rakendata ja audiitor märkab lõhet paberi ja praktika vahel.

Miks raamistikud seda nõuavad

Sama dokument vastab korraga mitmele tekstile. Siin on, mida igaüks neist tegelikult ütleb, koos lingiga ametlikule allikale. Iga viide viib ametliku allikani; riigisisesed ülevõtmised võivad lisada üksikasju.

N2

NIS2: direktiiv (EL) 2022/2555, artikkel 21 lõige 2 punkt a

Olulised ja tähtsad üksused peavad rakendama „asjakohaseid ja proportsionaalseid tehnilisi, operatiivseid ja organisatsioonilisi meetmeid“ küberturvalisuse riskide juhtimiseks, lähtudes kõikide ohtude käsitlemise lähenemisest. Artikli 21 lõike 2 loetelu algab punktiga „(a) riskianalüüsi ja infosüsteemide turvalisuse poliitikad“. Artikkel 20 lisab, et juhtorganid kiidavad need meetmed heaks, jälgivad nende rakendamist ja läbivad koolituse.

ISO

ISO/IEC 27001:2022, punkt 5.2 ja kontroll 5.1

Punkt 5.2 nõuab, et ülemjuhtkond kehtestaks infoturbepoliitika, mis sobib organisatsiooni eesmärgiga, annab raamistiku turvaeesmärkidele ning sisaldab kohustusi täita kohaldatavaid nõudeid ja pidevalt parandada. Poliitika peab olema dokumenteeritud, organisatsioonis teatavaks tehtud ning vajadusel huvigruppidele kättesaadav. Lisa A kontroll 5.1 laiendab selle teemapõhistele poliitikatele, mis on heaks kiidetud, avaldatud, kinnitatud ja läbi vaadatud.

Allikas: ISO, ISO/IEC 27001:2022 avalik leht (täistekst on tasuline standard)
IK

IKÜM: määrus (EL) 2016/679, artiklid 24 ja 32

Artikli 24 lõike 2 kohaselt hõlmavad vastutava töötleja meetmed, kui see on töötlemistegevustega proportsionaalne, „asjakohaste andmekaitsepoliitikate rakendamist“. Artikkel 32 nõuab asjakohaseid tehnilisi ja korralduslikke meetmeid riskile vastava turvalisuse taseme tagamiseks. Turvapoliitika on loomulik koht nende meetmete dokumenteerimiseks.

RM

NIS2 rakendusmäärus (EL) 2024/2690

Teatud digitaalsete üksuste (näiteks pilvandmetöötlus, andmekeskused ja hallatud teenuste pakkujad) puhul on komisjon võtnud vastu üksikasjalikud tehnilised ja metodoloogilised nõuded. Selle lisa algab „võrgu- ja infosüsteemide turvalisuse poliitikaga“ ning kirjeldab, kuidas seda heaks kiidetakse, dokumenteeritakse ja läbi vaadatakse. Isegi kui teie ettevõte ei kuulu nendesse üksusetüüpidesse, on lisa kasulik avalik viide poliitika struktureerimiseks.

DO

DORA: määrus (EL) 2022/2554, artikkel 9 lõike 4 punkt a

Finantsüksustele nõuab DORA infoturbepoliitika väljatöötamist ja dokumenteerimist, mis määrab reeglid andmete, teabevarade ja IKT-varade kättesaadavuse, autentsuse, terviklikkuse ja konfidentsiaalsuse kaitseks. Kui olete panga või kindlustaja IKT-tarnija, oodake, et klient küsib, kuidas teie oma poliitika sellega võrdleb.

RA

Riiklikud asutused: praktilised juhised

Riiklikud küberturvalisuse asutused avaldavad tasuta juhiseid, millele poliitika saab tugineda. Prantsusmaal esitab ANSSI IT-hügieeni juhend 42 olulist meedet neile, kes vastutavad organisatsiooni infosüsteemi turvalisuse eest. ENISA, ELi küberturvalisuse agentuur, avaldab juhiseid NIS2 rakendamise toetamiseks kogu Liidus.

Üks poliitika, kümme NIS2 meedet

NIS2 artikli 21 lõige 2 loetleb kümme miinimummeedet. Punkt (a) on ise poliitika, kuid hästi koostatud poliitika on ka koht, kus ülejäänud üheksale leiavad oma omaniku, reegli ja protseduuri. Just nii struktureerime genereeritava dokumendi.

(a) Riskianalüüsi ja infosüsteemide turvalisuse poliitikad

Poliitikadeklaratsioon, ulatus, rollid ja meetod riskide tuvastamiseks ja hindamiseks. See on dokumendi selgroog.

NIS2 art. 21(2)(a) · ISO/IEC 27001 p. 5.2, 6.1

(b) Intsidentide käsitlemine

Intsidendihaldusprotseduur: avastamine, kvalifitseerimine, eskaleerimine, piiramine, teavitamine ja õppetunnid.

NIS2 art. 21(2)(b), art. 23 · ISO/IEC 27001 A.5.24 kuni A.5.28

(c) Äritegevuse järjepidevus ja kriisijuhtimine

Varundushaldus, katastroofijärgne taastamine ja kriisijuhtimine, nagu direktiiv seda sõnastab: kes otsustab, mis taastatakse esimesena ja kui sageli varukoopiaid testitakse.

NIS2 art. 21(2)(c) · ISO/IEC 27001 A.5.29, A.5.30, A.8.13

(d) Tarneahela turvalisus

Reeglid IT-tarnijate ja teenusepakkujate valimiseks, lepingute sõlmimiseks ja jälgimiseks, sealhulgas turvaklauslid, mida nendelt ootate.

NIS2 art. 21(2)(d) · ISO/IEC 27001 A.5.19 kuni A.5.22

(e) Turvalisus hankimisel, arendamisel ja hooldamisel

Kuidas uusi süsteeme valitakse ja seadistatakse, kuidas uuendusi rakendatakse ning kuidas haavatavusi käsitletakse ja avalikustatakse.

NIS2 art. 21(2)(e) · ISO/IEC 27001 A.8.8, A.8.25 kuni A.8.32

(f) Meetmete tõhususe hindamine

Poliitikad ja protseduurid, millega kontrollitakse meetmete toimimist: näitajad, sisemised ülevaatused, harjutused ja juhtkonna läbivaatus.

NIS2 art. 21(2)(f) · ISO/IEC 27001 p. 9

(g) Küberhügieen ja koolitus

Igapäevased reeglid (paroolid, uuendused, andmepüügialane teadlikkus) ja koolituskava, sealhulgas juhtkonnale, nagu nõuab artikkel 20 lõige 2 juhtorganite kohta.

NIS2 art. 21(2)(g), art. 20(2) · ISO/IEC 27001 A.6.3

(h) Krüptograafia ja krüpteerimine

Millal andmed peavad olema krüpteeritud (sülearvutid, varukoopiad, edastus), millised protokollid on lubatud ja kes haldab võtmeid.

NIS2 art. 21(2)(h) · ISO/IEC 27001 A.8.24

(i) Personal, juurdepääsukontroll, varahaldus

Tööleasujad, ametist lahkujad ja ametit vahetavad töötajad; kellel on millisele juurdepääs ja kes selle heaks kiidab; varade inventuur koos omanikega.

NIS2 art. 21(2)(i) · ISO/IEC 27001 A.5.9, A.5.15 kuni A.5.18, A.6

(j) Mitmeastmeline autentimine ja turvatud side

Kus nõutakse mitmeastmelist või pidevat autentimist ning kuidas on kaitstud hääl-, video-, teksti- ja hädaolukorra side.

NIS2 art. 21(2)(j) · ISO/IEC 27001 A.8.5

ISO/IEC 27001 viited on meie koostatud orienteeruvad vastavused, mis aitavad teil orienteeruda, ega ole ISO ega Euroopa Komisjoni avaldatud ametlik vastavustabel. Kümne meetme allikas: direktiiv (EL) 2022/2555, art. 21 lg 2.

Millised peatükid poliitika sisaldab

Genereeritud dokument järgib struktuuri, mille tunneb ära audiitor, kindlustaja või klient. Iga peatükk täidetakse töötoas antud vastuste põhjal, nii et see kirjeldab teie ettevõtet, mitte väljamõeldud ettevõtet.

📝

1. Poliitikadeklaratsioon ja ulatus

Juhtkonna kohustus paari lõiguga, allkirjastatud ja kuupäevastatud.

  • Eesmärk ja turvaeesmärgid
  • Ulatus: asukohad, üksused, süsteemid, inimesed
  • Kohaldatavad õiguslikud ja lepingulised nõuded
  • Kohustus pidevaks parandamiseks
👥

2. Juhtimine ja vastutus

Kes otsustab, kes rakendab, kes kontrollib, sealhulgas siis, kui IT on allhangitud.

  • Juhtkonna roll (heakskiit, järelevalve)
  • Turvakontakt või turvaametnik
  • IT-pakkuja vastutus
  • Kohustuste eraldamine, kus see on teostatav
📊

3. Riskianalüüsi meetod

Lihtne ja korratav viis riskide tuvastamiseks, hindamiseks ja käsitlemiseks.

  • Kriitilised tegevused ja teave
  • VKE-dele asjakohased ohustsenaariumid
  • Mõju ja tõenäosuse skaala
  • Riskikäsitluse otsused ja omanikud
🗃

4. Varad ja teabe klassifitseerimine

Teadmine, mida kaitsete, enne kui otsustate, kuidas.

  • Varade inventuuri põhimõtted ja omanikud
  • Klassifitseerimistasemed ja käsitlusreeglid
  • Isikuandmed ja nende erinõuded
  • Andmekandjate ja seadmete turvaline hävitamine
🔑

5. Identiteet, juurdepääs ja autentimine

Kellel on millele juurdepääs ja kuidas see tõendatakse.

  • Vajaduspõhisus ja vähimate õiguste põhimõte
  • Administraatori- ja eriõigustega kontod
  • Mitmeastmelise autentimise ulatus
  • Perioodilised juurdepääsu ülevaatused
🖥

6. Süsteemid, võrk ja pilveteenused

Tehniline lähtetase lihtsas keeles.

  • Uuendused ja haavatavuste haldus
  • Lõppseadmete ja e-posti kaitse
  • Võrgu segmenteerimine ja kaugjuurdepääs
  • Logimine ja jälgimine
🔒

7. Krüptograafia

Kus krüpteerimine on nõutav ja kuidas seda hallatakse.

  • Seadmed, varukoopiad ja edastus
  • Lubatud protokollid
  • Võtmete ja sertifikaatide haldus
🤝

8. Tarnijad ja välisteenuste kasutamine

Turvalisus suhetes IT-pakkujate ja pilveteenustega.

  • Valik ja hoolsusanalüüs
  • Turvaklauslid ja teavitamiskohustused
  • Jälgimine ja lahkumistingimused
🎓

9. Inimesed, teadlikkus ja koolitus

Inimlik külg, alates tööleasumisest kuni lahkumiseni.

  • Tööleasumine ja lahkumine
  • Teadlikkuse programm ja andmepüük
  • Juhtkonna koolitus
  • Distsiplinaarviide
🏢

10. Füüsiline ja keskkonnaturvalisus

Ruumid, serveriruumid ja kontorist väljaspool asuvad seadmed.

  • Juurdepääs ruumidele ja tehnilistele ruumidele
  • Elektri-, tule- ja veeohud
  • Kontorist välja viidud seadmed
🚨

11. Intsidendid ja järjepidevus

Põhimõtted, mis on üksikasjalikult kirjeldatud allpool toodud protseduurides.

  • Intsidentidest teatamine kõigi poolt
  • Teavitamiskohustused (NIS2, IKÜM)
  • Varundamise ja taastamise eesmärgid
  • Kriisiorganisatsioon
🔄

12. Vastavus, läbivaatus ja erandid

Kuidas poliitika jääb elavaks ja tõeseks.

  • Läbivaatuse tsükkel ja käivitajad
  • Näitajad ja juhtkonna läbivaatus
  • Erandite ja kõrvalekallete menetlus
  • Versioonide ajalugu ja heakskiitmise register

Neli protseduuri, mis muudavad poliitika toimivaks

Poliitika ütleb, mis peab juhtuma; protseduur ütleb, kes seda teeb, mis järjekorras ja millise kirjega. Need neli on need, mida kliendid ja audiitorid kõige sagedamini näha tahavad ning mis on kõige olulisemad päeval, kui midagi valesti läheb.

PROC-01 · Intsidentide haldus

Esimesest hoiatusest lõpparuandeni: kuidas töötajad teatavad kahtlasest sündmusest, kes seda kvalifitseerib, kes isoleerib mõjutatud süsteemid, kes võtab ühendust IT-pakkuja, kindlustaja ja ametiasutustega ning kuidas tõendeid säilitatakse.

  • NIS2: oluliste intsidentide korral esialgne teade 24 tunni jooksul, intsidendist teatamine 72 tunni jooksul ja lõpparuanne ühe kuu jooksul CSIRT-le või pädevale asutusele (art. 23 lg 4).
  • IKÜM: isikuandmete rikkumisest teatatakse järelevalveasutusele viivitamata ja võimaluse korral 72 tunni jooksul (art. 33).

PROC-02 · Juurdepääsu haldus

Kuidas konto taotletakse, heaks kiidetakse, luuakse, muudetakse ja eemaldatakse. Protseduur hõlmab tööleasumisi, rolli muutusi ja lahkumisi, administraatorikontosid, jagatud ja teenuskontosid ning perioodilist ülevaatust, mille käigus juht kinnitab, et igaühel on endiselt vajalik juurdepääs.

  • Lahkumised on klassikaline lünk: konto jääb pärast inimese lahkumist aktiivseks.
  • Mitmeastmeline autentimine on kaugjuurdepääsu ja administreerimise vaikeseadena kooskõlas NIS2 artikli 21 lõike 2 punktiga j.
Viited: NIS2 art. 21(2)(i), (j) · ISO/IEC 27001:2022 A.5.15 kuni A.5.18

PROC-03 · Muudatuste haldus

Kuidas tootmissüsteemi muudatus (uus rakendus, tulemüürireegel, suurem uuendus) kirjeldatakse, riskihinnatakse, heaks kiidetakse, testitakse, teostatakse ja vajadusel tagasi võetakse. Väikeses ettevõttes võib see olla kerge: lühike vorm ja logi piisavad, kui need on olemas ja neid kasutatakse.

  • Eristab standardseid, tavalisi ja erakorralisi muudatusi.
  • Registreerib, kes muudatuse heaks kiitis ja kes selle teostas.
Viited: NIS2 art. 21(2)(e) · ISO/IEC 27001:2022 A.8.32

PROC-04 · Varundamine, taastamine ja järjepidevus

Mida varundatakse, kui sageli, kus, kui kauaks ja eelkõige kuidas taastamist testitakse. Protseduur seob varukoopiad iga kriitilise tegevuse taastamise eesmärkidega ning kirjeldab kriisiorganisatsiooni: kes otsustab, kes teavitab ja millised süsteemid taastatakse esimesena.

  • Vähemalt üks varukoopia, mis on hoitud tootmisvõrgust isoleeritult, on laialdaselt soovitatud kaitsemeede lunavara vastu.
  • Varukoopia, mida pole kunagi taastatud, on oletus, mitte kaitse: protseduur planeerib taastamistestid.
Viited: NIS2 art. 21(2)(c) · ISO/IEC 27001:2022 A.5.29, A.5.30, A.8.13

Kasutuseeskiri lisana

Poliitika on kirjutatud juhtkonnale ja IT-le. Lubatud kasutuse eeskiri (AUP) on kirjutatud kõigile teistele: lühike ja loetav reeglite kogum, mille iga töötaja, ajutine töötaja ja lepinguline töövõtja aktsepteerib enne ettevõtte IT kasutamist.

📄

Mida see hõlmab

Kontode ja paroolide kasutamine, e-post ja sõnumivahetus, internetikasutus, isiklik kasutamine lubatud või keelatud, mobiilseadmed ja kaugtöö, eemaldatavad andmekandjad, pilveteenused ja generatiivse tehisintellekti tööriistad, konfidentsiaalsus, intsidentidest teatamine ning see, mida ettevõte võib jälgida ja miks.

⚖

Miks see on eraldi lisa

ISO/IEC 27001 kontroll 5.10 nõuab, et teabe ja muude seotud varade nõuetekohase kasutamise reeglid oleksid kindlaks määratud, dokumenteeritud ja rakendatud. Nende reeglite hoidmine eraldi lisas teeb need hõlpsamini loetavaks, allkirjastatavaks, uuendatavaks ja tööalaste dokumentide külge kinnitatavaks.

👁

Jälgimine peab olema proportsionaalne ja läbipaistev

Kui kasutuseeskiri mainib töötajate tegevuse logimist või jälgimist, kehtib andmekaitseõigus: töötajaid tuleb teavitada (IKÜM art. 13) ning liikmesriigid võivad tööhõivekonteksti jaoks kehtestada täpsemaid reegleid (IKÜM art. 88). Andmekaitseasutused, nagu CNIL, avaldavad juhiseid selle kohta, mis on lubatud.

🏛

Tööõiguslikud vorminõuded erinevad riigiti

Kasutuseeskirja siduvaks muutmine töötajatele võib nõuda riigisiseseid vorminõudeid. Näiteks Prantsusmaal lisatakse sellised reeglid tavaliselt sisekorraeeskirjale (règlement intérieur), mis järgib tööseadustikus sätestatud menetlust, sealhulgas töötajate esindajatega konsulteerimist (tuleb tööseadustiku alusel nõustajaga kinnitada). Kontrollige oma riigi reegleid oma nõustajaga.

Allikad: ISO/IEC 27001:2022, A.5.10 · määrus (EL) 2016/679, art. 13, 88 · CNIL · Légifrance, Prantsuse tööseadustik, art. L1321-4 ja L1321-5.

Läbivaatuse tsükkel: poliitika hoidmine tõesena

Poliitika kirjeldab ettevõtet, mis muutub: uued töötajad, uus tarkvara, uued tarnijad, uued ohud. Raamistikud, millele viitame, eeldavad üldiselt, et seda hoitakse ajakohasena. Genereeritud dokument sisaldab oma läbivaatuskalendrit, vastutajat ja versioonitabelit.

1
Heakskiitmine

Juhtkond kiidab heaks ja allkirjastab

Esimese versiooni kiidab heaks juhtkond; see dateeritakse ja versioonitakse. NIS2 artikli 20 lõike 1 kohaselt kiidavad asjaomaste üksuste juhtorganid heaks küberturvalisuse riskijuhtimismeetmed; ISO/IEC 27001 punkti 5.2 kohaselt kehtestab poliitika ülemjuhtkond.

2
Teavitamine

Töötajad on teavitatud ja kinnitavad tutvumise

Poliitika avaldatakse organisatsioonisiseselt; kasutuseeskirja kinnitab iga kasutaja. ISO/IEC 27001 kontroll 5.1 eeldab, et poliitikad teatatakse asjaomasele personalile ja huvigruppidele ning need kinnitavad selle kättesaamist.

3
Kavandatud läbivaatus

Kavandatud ajavahemike järel, tavaliselt kord aastas

ISO/IEC 27001 kontroll 5.1 nõuab läbivaatust kavandatud ajavahemike järel ja olulise muutuse korral. VKE jaoks on aastane läbivaatus mõistlik vaikeväärtus; rakendusmäärus (EL) 2024/2690 raamistab poliitika läbivaatust ka digitaalsete üksuste puhul, mida see katab.

4
Sündmuspõhine läbivaatus

Pärast olulist intsidenti või muudatust

Tõsine intsident, ühinemine, uus asukoht, kolimine pilve või uus regulatsioon on kõik põhjused dokumendi uuesti avamiseks, ootamata aastapäeva. Intsidentidest saadud õppetunnid lähevad järgmisse versiooni.

5
Tõendid

Hoidke iga läbivaatuse jälg

Versioonitabel, heakskiitmise register, muudatuste loend, kinnitused tutvumise kohta. Päeval, mil audiitor, kindlustaja või klient seda küsib, näitab just see ajalugu, et poliitikat rakendatakse, mitte ainult ei ole kirjutatud. ISO/IEC 27001 punkt 7.5 reguleerib seda dokumenteeritud teavet.

Kuidas see töötab: iseteenindus neljas etapis

Security Policy Express on mõeldud iseteenindustööriistana. Sisu üle on kontroll teil; tööriist annab struktuuri, küsimused ja viited.

1
1. samm · Kontroll

„Kas see puudutab mind ja mida ma vajan?“

Lühike test küsib teie sektori, suuruse, tegevuste ja klientide kohta ning ütleb, kas NIS2 tõenäoliselt teile kehtib, millised muud tekstid võivad olla asjakohased ja millised poliitika osad on teie olukorras kõige olulisemad. Lõpliku vastuse saamiseks suunab see teid oma riigi pädeva asutuse ametlike tööriistade juurde.

2
2. samm · Töötuba

Veebitöötuba juhendatud küsimustega

Vastate oma sõnadega peatükkide kaupa juhendatud küsimuste seeriale: teie organisatsioon, kriitilised tegevused, IT-pakkuja, varundused, lahkumiste käsitlemine, tegevus lunavararünnaku korral. Iga küsimus selgitab, miks seda küsitakse ja millise artikli või kontrolliga see seondub. Saate igal ajal peatada ja jätkata.

3
3. samm · Dokument

Teie poliitika, koostatud teie ettevõtte nimel

Tööriist koostab poliitika, neli protseduuri ja kasutuseeskirja lisa teie ettevõtte nimel teie vastuste põhjal. Kui vastus puudub, ütleb dokument seda selgelt, selle asemel et lünka üldise tekstiga täita. Tulemus on tööversioon, mille peavad enne juhtkonna heakskiitmist läbi vaatama ja kinnitama teie enda nõustajad (jurist, IT-pakkuja, andmekaitseametnik).

4
4. samm · Valikuline

Inimtugi partnerkonsultandilt

Kui soovite abi oma vastuste kontrollimisel, dokumendi kohandamisel konkreetsesse konteksti või auditi ettevalmistamisel, võite paluda tuge partnerkonsultandilt. See samm on valikuline: iseteeninduslik tee on ilma selleta täielik.

Oluline: genereeritud dokument on tööaluseks. See ei ole juriidiline nõuanne ega muuda teie ettevõtet automaatselt vastavaks NIS2, ISO/IEC 27001, IKÜM-i ega ühegi riigisisese õigusaktiga. Vastavus sõltub sellest, mida te tegelikult rakendate, ja jääb teie vastutusele.

Varsti saadaval

Mida tulemus sisaldab

Kolm osa, mis genereeritakse koos samast töötoast. Kättesaadavus ja tingimused teatatakse käivitamisel.

Poliitika

Põhidokument, mille allkirjastab juhtkond.

  • Poliitikadeklaratsioon, ulatus ja eesmärgid
  • Juhtimine ja vastutus
  • Riskianalüüsi meetod
  • Kaksteist eespool kirjeldatud peatükki
  • Läbivaatuse tsükkel ja versioonitabel
Varsti saadaval

Protseduurid ja lisa

Mis muudab poliitika toimivaks.

  • PROC-01 Intsidentide haldus
  • PROC-02 Juurdepääsu haldus
  • PROC-03 Muudatuste haldus
  • PROC-04 Varundamine, taastamine ja järjepidevus
  • Personali kasutuseeskiri
Varsti saadaval

Vastavustabelid

Et tekstides orienteeruda.

  • NIS2 art. 21 lg 2 punktid a kuni j, peatükkide kaupa
  • ISO/IEC 27001:2022 orienteeruvad viited
  • IKÜM art. 24 ja 32 viited
  • Avatud punktide loend
  • Redigeeritavad vormingud
Varsti saadaval

Kes on puudutatud ja kui tugevalt

Kahte olukorda ei tohi segi ajada: juriidiline kohustus NIS2 (või DORA) kohaldamisalasse kuuluvatele ettevõtetele ja tugevalt soovitatav hea tava kõigile teistele.

⚖

Juriidiline kohustus: NIS2 üksused

NIS2 kehtib üldiselt avalik- või eraõiguslikele üksustele, mis kuuluvad selle I või II lisas loetletud liiki ja on keskmise suurusega ettevõtted või ületavad keskmise suurusega ettevõtete piirmäärad, nagu on määratletud komisjoni soovituses 2003/361/EÜ (art. 2 lg 1). Teatud üksusetüübid on hõlmatud sõltumata suurusest (art. 2 lg 2). Üksused liigitatakse seejärel „oluliseks“ või „tähtsaks“ (art. 3), mis mõjutab järelevalvet ja karistusi, kuid mõlemad peavad rakendama artiklit 21.

🏭

I ja II lisa sektorid

I lisa (väga kriitilised sektorid): energeetika, transport, pangandus, finantsturu infrastruktuurid, tervishoid, joogivesi, reovesi, digitaalne infrastruktuur, IKT-teenuste haldus (äriklientidele), avalik haldus ja kosmos. II lisa (muud kriitilised sektorid): postiteenused ja kulleriteenused, jäätmekäitlus, keemia, toit, tootmine (sh meditsiiniseadmed, elektroonika, elektriseadmed, masinad ja sõidukid), digiteenuste pakkujad ja teadusuuringud.

🇪🇺

Riigisisene ülevõtmine

NIS2 on direktiiv: liikmesriigid pidid selle üle võtma 17. oktoobriks 2024 ja rakendama meetmeid alates 18. oktoobrist 2024 (art. 41). Ülevõtmise staatus ja üksikasjad erinevad riigiti ning riigisisene õigus võib täpsustada meetmete sisu. Kontrollige alati oma riigi õigust ja ametlikke kohaldatavuse tööriistu.

💡

Hea tava: kõik teised

Nendest kohaldamisaladest väljaspool ei nõua ükski üldine Euroopa õigusakt VKE-lt „infoturbepoliitika“ nimelise dokumendi vastuvõtmist. Kuid IKÜM kehtib peaaegu igale ettevõttele, kliendid küsivad tarnijatelt üha enam turvalisuse kohta ning kirjalik poliitika on iga tunnustatud raamistiku esimene samm. See on ettevaatlikkuse valik, mitte õiguslik sanktsioon.

Allikad: direktiiv (EL) 2022/2555, art. 2, 3, 41 ning I ja II lisa · komisjoni soovitus 2003/361/EÜ · Euroopa Komisjon, NIS2 direktiivi poliitikaleht · Prantsusmaa: ANSSI, NIS 2 leht (MesServicesCyber).

Korduma kippuvad küsimused

Kas infoturbepoliitika on minu ettevõttele kohustuslik?
See sõltub teie olukorrast. Kui teie ettevõte on NIS2 mõttes oluline või tähtis üksus, on „riskianalüüsi ja infosüsteemide turvalisuse poliitikad“ nende meetmete hulgas, mida nõuab artikli 21 lõike 2 punkt a, nagu see on teie riigisisesesse õigusesse üle võetud. Kui olete finantsüksus, nõuab DORA artikli 9 lõike 4 punkt a dokumenteeritud infoturbepoliitikat. Kui taotlete ISO/IEC 27001 sertifitseerimist, nõuab punkt 5.2 seda. Muul juhul on tegemist tugevalt soovitatava heaga, mitte üldise õigusliku kohustusega.
ISSP, PSSI, infoturbepoliitika: kas see on sama asi?
Jah. „Infoturbepoliitika“ on ISO/IEC 27001 kasutatav termin; „ISSP“ (infosüsteemide turvalisuse poliitika) ja prantsuskeelne „PSSI“ (politique de sécurité des systèmes d'information) viitavad samale dokumendiliigile. NIS2 kasutab sõnastust „riskianalüüsi ja infosüsteemide turvalisuse poliitikad“. Märgime, et Prantsusmaal on „PSSIE“ (E-tähega) eraldi tekst, mis on mõeldud Prantsuse riigihalduse jaoks ega puuduta eraettevõtteid.
Kas NIS2 nõuab malli või peatükkide loetelu?
Direktiiv ise malli ei nõua: see loetleb meetmed, mida tuleb katta (artikli 21 lõige 2), ja nõuab nende proportsionaalsust. Teatud digitaalsete üksuste liikide puhul seab rakendusmäärus (EL) 2024/2690 üksikasjalikumad nõuded. Riigisisesed õigusaktid ja asutused võivad avaldada ka raamistikke. Meie peatükkide struktuur on loodud nii, et iga artikli 21 lõike 2 meetmel on dokumendis äratuntav koht.
Kes peaks poliitika allkirjastama?
Juhtkond. ISO/IEC 27001 määrab poliitika ülemjuhtkonnale ning NIS2 artikli 20 lõige 1 nõuab asjaomaste üksuste juhtorganitelt küberturvalisuse riskijuhtimismeetmete heakskiitmist ja nende rakendamise järelevalvet. VKE-s tähendab see tavaliselt tegevdirektorit või nõukogu, mitte IT-pakkujat.
Kas genereeritud dokument piisab ISO/IEC 27001 sertifitseerimiseks?
Ükski dokument ei piisa iseseisvalt. Poliitika on üks infoturbe juhtimissüsteemi nõutavaid osi, mis hõlmab veel riskihinnangut, kohaldatavuse avaldust, sisemisi auditeid, juhtkonna läbivaatust ja tõendeid, et meetmeid rakendatakse. Genereeritud poliitika on selle töö hea lähtepunkt.
Kas see on juriidiline nõuanne?
Ei. Genereeritud dokument on teie vastustel ja avalikel allikatel põhinev tööalus. See ei ole juriidiline nõuanne ning enne heakskiitmist tuleb seda läbi vaadata teie enda nõustajatel. Kas teie ettevõte kuulub NIS2 kohaldamisalasse ja mida täpselt nõuab teie riigisisene õigus, tuleb kinnitada pädeva riigiasutuse või kvalifitseeritud juristiga.
Kui pikk on poliitika ja kui palju aega töötuba võtab?
Pikkus sõltub teie vastustest: ühe asukoha ja välise IT-pakkujaga ettevõte saab lühema dokumendi kui mitme üksusega kontsern. Töötuba saab läbida mitme seansi jooksul; igal ajal saab peatada ja jätkata. Me eelistame mitte nimetada kindlat kestust enne, kui tööriist on avalikkusele kättesaadav.
Meie IT on täielikult allhangitud. Kas saame ikka poliitika kirjutada?
Jah, ja peaksite. Allhange ei anna vastutust edasi: NIS2 artikli 21 lõike 2 punkt d käsitleb just tarneahela turvalisust ja suhteid teenusepakkujatega. Poliitika sätestab siis, mida ootate oma pakkujalt, kuidas seda kontrollite ja kes teie ettevõttes on kontaktisik.
Kui sageli tuleb poliitikat läbi vaadata?
ISO/IEC 27001 kontroll 5.1 eeldab läbivaatust kavandatud ajavahemike järel ja olulise muutuse korral. Rakendusmäärus (EL) 2024/2690 raamistab poliitika läbivaatust ka digitaalsete üksuste puhul, mida see katab. Aastane läbivaatus ning läbivaatus pärast olulist intsidenti või muudatust on mõistlik vaikeväärtus igale VKE-le.
Kus minu vastused salvestatakse?
Üksikasjalikud andmetöötluse tingimused avaldatakse koos tööriistaga enne selle avamist. Meie põhimõte on koguda ainult seda, mis on dokumendi genereerimiseks vajalik. Majutuse ja salvestuse korraldust ei kirjelda me siin enne, kui need on lõplikud.
Kes on Security Policy Expressi taga?
Security Policy Expressi avaldab SYAGA Consulting, Prantsuse EURL (SIREN 518 489 471), mis tegeleb infosüsteemide turvalisuse auditeerimisega alates 2009. aastast. Kontakt: contact@syaga.eu. Selle teenuse prantsuskeelne versioon on saadaval aadressil pssi-express.eu.

Sellel lehel viidatud ametlikud allikad

Iga ülalpool toodud reguleeriv või normatiivne väide viitab ühele neist allikatest. Lingid viivad ametliku väljaandjani.

  1. Direktiiv (EL) 2022/2555 (NIS2), eelkõige artiklid 2, 3, 20, 21, 23, 41 ning I ja II lisa: eur-lex.europa.eu/eli/dir/2022/2555/oj
  2. Komisjoni rakendusmäärus (EL) 2024/2690, lisa: eur-lex.europa.eu/eli/reg_impl/2024/2690/oj
  3. Määrus (EL) 2016/679 (IKÜM), artiklid 13, 24, 32, 33, 88: eur-lex.europa.eu/eli/reg/2016/679/oj
  4. Määrus (EL) 2022/2554 (DORA), artikkel 9: eur-lex.europa.eu/eli/reg/2022/2554/oj
  5. Komisjoni soovitus 2003/361/EÜ (VKE määratlus): eur-lex.europa.eu/eli/reco/2003/361/oj
  6. Euroopa Komisjon, NIS2 direktiivi poliitikaleht: digital-strategy.ec.europa.eu/en/policies/nis2-directive
  7. ISO/IEC 27001:2022, avalik kirjelduse leht: iso.org/standard/27001
  8. ENISA, ELi küberturvalisuse agentuur: enisa.europa.eu
  9. ANSSI (Prantsusmaa), guide d'hygiène informatique: messervices.cyber.gouv.fr/guides/guide-dhygiene-informatique
  10. ANSSI (Prantsusmaa), NIS 2 leht MesServicesCyberis: messervices.cyber.gouv.fr/nis2
  11. CNIL (Prantsusmaa), andmekaitseasutus: cnil.fr
  12. Cybermalveillance.gouv.fr (Prantsusmaa), küberrünnakute ohvrite abi: cybermalveillance.gouv.fr
  13. Légifrance, Prantsuse tööseadustik (artiklid L1321-4, L1321-5): legifrance.gouv.fr

See leht on esitatud teabeks. See ei ole juriidiline nõuanne. Tekste tsiteeritakse EUR-Lexis avaldatud versioonis; riigisisesed ülevõtmised ja asutuste juhised võivad lisada nõudeid.

Alustage poliitikast. Kõik muu tugineb sellele.

Iseteenindustöötuba on ettevalmistamisel. Küsimuste korral: contact@syaga.eu.

Varsti saadaval