NIS2 · ISO/IEC 27001 · GDPR

Az Ön információbiztonsági szabályzata, az Ön saját válaszai alapján megírva

Minden komoly kiberbiztonsági keretrendszer ugyanazzal a dokumentummal indul: egy írásos, vezetés által jóváhagyott információbiztonsági szabályzattal (ISSP). A NIS2 a 21. cikk kockázatkezelési intézkedései közül elsőként sorolja fel, az ISO/IEC 27001 pedig az 5.2 pontban követelményként írja elő. A Security Policy Express egy irányított online műhelymunkán vezeti végig az európai kkv-t, és a cége nevében elkészíti a szabályzat strukturált első változatát: munkaváltozatot, amelyet tanácsadói átnézhetnek. Ez nem jogi tanácsadás.

21(2)(a)
A NIS2 cikke a biztonsági szabályzatokról
10
Intézkedés a NIS2 21. cikk (2) bekezdésében
5.2
ISO/IEC 27001 pont: Szabályzat
24 h
NIS2 korai figyelmeztetés, 23. cikk (4) bek.

Mi az információbiztonsági szabályzat?

Egyperces válasz egy olyan ügyvezetőnek, aki nem informatikai szakember.

Az információbiztonsági szabályzat (rövidítve ISSP, franciául PSSI) az a dokumentum, amelyben a vezetés írásban rögzíti, hogyan védi a vállalat az információit és informatikai rendszereit, ki felel miért, és milyen szabályokat kell mindenkinek betartania. Az elején rövid (a vezetés által aláírt szabályzati nyilatkozat), alatta részletesebb (témakörönkénti szabályok és működési eljárások). Nem technikai kézikönyv: vezetői döntés, papírra vetve, amelyre a biztonsági munka többi része hivatkozhat.

Vezetői elkötelezettség, nem informatikai dokumentum

Az ISO/IEC 27001 a szabályzatot a „legfelső vezetés” hatáskörébe utalja, a NIS2 20. cikke pedig előírja, hogy a hatálya alá tartozó szervezetek irányító testületei hagyják jóvá a kiberbiztonsági kockázatkezelési intézkedéseket, és felügyeljék azok végrehajtását. Az informatikai szolgáltató segíthet a megírásban; a szabályzat gazdája csak a vezetés lehet.

Források: (EU) 2022/2555 irányelv, 20. cikk · ISO/IEC 27001:2022, 5. pont

Szabályzat, témakörönkénti szabályzatok, eljárások

A jó gyakorlat három szintet különböztet meg. A szabályzat elveket és felelősségeket rögzít. A témakörönkénti szabályzatok (hozzáférés-szabályozás, mentés, titkosítás, beszállítók...) ezeket területenként konkretizálják. Az eljárások lépésről lépésre leírják, ki mit tesz, amikor valami történik. Az ISO/IEC 27001 5.1 kontrollja kifejezetten említi mind a szabályzatot, mind a témakörönkénti szabályzatokat.

Forrás: ISO/IEC 27001:2022, A. melléklet, 5.1 kontroll

Méretéhez és kockázataihoz igazított

Egyetlen európai szöveg sem ír elő egységes sablont. A NIS2 21. cikk (1) bekezdése „megfelelő és arányos” intézkedéseket kér, figyelembe véve a szervezet kockázatoknak való kitettségét, méretét, valamint az incidensek valószínűségét és súlyosságát. Egy 40 fős gyártó és egy kórház nem ugyanazt a szabályzatot írja, és nem is kell, hogy írjon.

Forrás: (EU) 2022/2555 irányelv, 21. cikk (1) bek.

Élő dokumentum

Egyszer megírva, aztán a fiókban felejtve semmit sem véd. A keretrendszerek elvárják, hogy a szabályzatot közöljék a munkatársakkal, nyugtáztassák, és tervezett időközönként, valamint jelentős változások után felülvizsgálják. Ezért a szabályzatnak az első naptól kezdve tartalmaznia kell saját felülvizsgálati ciklusát, felelősét és verziótörténetét.

Forrás: ISO/IEC 27001:2022, 5.2 pont és 5.1 kontroll

Miért akadnak el a kkv-k

A kis- és középvállalatok többsége már alkalmaz valamilyen biztonsági szabályt. Általában azonban hiányzik az írásos, jóváhagyott, összefüggő változat, amelyet egy hatóság, auditor, biztosító vagy nagy vevő ténylegesen el tud olvasni.

⚠

A kötelezettség a szabályozáson keresztül érkezik

A NIS2 számos közepes méretű vállalatra is kiterjeszti az uniós kiberbiztonsági szabályokat olyan ágazatokban, mint a gyártás, az élelmiszeripar, a hulladékkezelés, a szállítás vagy a digitális szolgáltatások. A hatálya alá tartozó szervezeteknél a „kockázatelemzésre és az információs rendszerek biztonságára vonatkozó szabályzatok” a 21. cikk (2) bekezdésében felsorolt első intézkedés.

🔗

És a vevőin keresztül

A NIS2 21. cikk (2) bekezdés d) pontja előírja, hogy a hatálya alá tartozó szervezetek kezeljék az ellátási lánc biztonságát, beleértve a közvetlen beszállítókkal fenntartott kapcsolataik biztonsági szempontjait. Még ha kívül is esik a hatályon, a nagyobb vevői kérhetik, hogy a beszállítói kérdőívben mutasson be írásos biztonsági szabályzatot.

📋

Az üres lappal nehéz kezdeni

A szabályzat megírása egyszerre sok kérdésre válaszolást igényel: melyek a kritikus eszközeink, ki dönt, mit teszünk zsarolóvírus-támadás esetén, meddig őrizzük a biztonsági mentéseket? Struktúra nélkül a feladat hajlamos negyedévről negyedévre elhalasztódni.

⏰

Az általános sablonok nem illenek

A letölthető sablonok gyakran olyan szervezetet írnak le, amelynek van biztonsági felelőse, műveleti központja és külön költségvetése. Ami nem illik a valósághoz, rosszabb a semminél: nem fogják alkalmazni, és az auditor észreveszi a papír és a gyakorlat közötti szakadékot.

Miért írják elő ezt a keretrendszerek

Ugyanaz a dokumentum több szövegnek is megfelel. Itt az áll, amit mindegyik valóban mond, hivatalos forrás linkjével. Minden hivatkozás a hivatalos forrásra mutat; a nemzeti átültetések részleteket adhatnak hozzá.

N2

NIS2: (EU) 2022/2555 irányelv, 21. cikk (2) bekezdés a) pont

Az alapvető és a fontos szervezeteknek „megfelelő és arányos műszaki, működési és szervezési intézkedéseket” kell hozniuk a kiberbiztonsági kockázatok kezelésére, minden veszélyre kiterjedő megközelítés alapján. A 21. cikk (2) bekezdésének felsorolása ezzel kezdődik: „a) a kockázatelemzésre és az információs rendszerek biztonságára vonatkozó szabályzatok”. A 20. cikk kiegészíti, hogy az irányító testületek hagyják jóvá ezeket az intézkedéseket, felügyelik végrehajtásukat, és követik a képzést.

ISO

ISO/IEC 27001:2022, 5.2 pont és 5.1 kontroll

Az 5.2 pont előírja, hogy a legfelső vezetés állapítson meg információbiztonsági szabályzatot, amely illeszkedik a szervezet céljaihoz, keretet ad a biztonsági célkitűzéseknek, és vállalja az alkalmazandó követelmények teljesítését és a folyamatos fejlesztést. A szabályzatot dokumentálni kell, belsőleg közölni, és szükség szerint az érdekelt felek számára elérhetővé tenni. Az A. melléklet 5.1 kontrollja ezt kiterjeszti a témakörönkénti szabályzatokra, amelyeket jóvá kell hagyni, közzé kell tenni, nyugtáztatni kell és felül kell vizsgálni.

Forrás: ISO, az ISO/IEC 27001:2022 nyilvános oldala (a teljes szöveg fizetős szabvány)
GD

GDPR: (EU) 2016/679 rendelet, 24. és 32. cikk

A 24. cikk (2) bekezdése szerint az adatkezelő intézkedései között, amennyiben azok az adatkezelési tevékenységekhez arányosak, szerepel „megfelelő adatvédelmi szabályzatok bevezetése”. A 32. cikk a kockázattal arányos biztonság szolgálatára megfelelő műszaki és szervezési intézkedéseket ír elő. Ezeknek az intézkedéseknek a dokumentálására a biztonsági szabályzat a természetes hely.

IR

A NIS2 végrehajtási rendelete: (EU) 2024/2690

Bizonyos digitális szervezetekre (például felhőszolgáltatók, adatközpontok és felügyelt szolgáltatók) a Bizottság részletes műszaki és módszertani követelményeket fogadott el. Mellékletük „a hálózati és információs rendszerek biztonságára vonatkozó szabályzattal” kezdődik, és leírja, hogyan kell azt jóváhagyni, dokumentálni és felülvizsgálni. Még ha vállalata nem tartozik ezen szervezettípusok közé, a melléklet nyilvános, hasznos referencia a szabályzat felépítéséhez.

DO

DORA: (EU) 2022/2554 rendelet, 9. cikk (4) bekezdés a) pont

A pénzügyi szervezetek számára a DORA előírja, hogy dolgozzanak ki és dokumentáljanak egy információbiztonsági szabályzatot, amely meghatározza az adatok, információs eszközök és IKT-eszközök rendelkezésre állásának, hitelességének, sértetlenségének és bizalmasságának védelmét. Ha IKT-szolgáltatóként bankot vagy biztosítót szolgál ki, számítson rá, hogy vevője megkérdezi: hogyan viszonyul az Ön szabályzata ehhez.

AN

Nemzeti hatóságok: gyakorlati útmutatók

A nemzeti kiberbiztonsági hatóságok ingyenes útmutatókat tesznek közzé, amelyekre egy szabályzat építhet. Franciaországban az ANSSI informatikai higiéniai útmutatója 42 alapvető intézkedést sorol fel a szervezet informatikai rendszerének biztonságáért felelősök számára. Az ENISA, az Európai Unió kiberbiztonsági ügynöksége, a NIS2 uniós szintű végrehajtását támogató útmutatókat ad ki.

Egy szabályzat, tíz NIS2-intézkedés

A NIS2 21. cikk (2) bekezdése tíz minimumintézkedést sorol fel. Az a) pont maga a szabályzat, de egy jól megírt szabályzat az is, ahol a másik kilenc intézkedés megtalálja a felelősét, a szabályát és az eljárását. Így strukturáljuk a generált dokumentumot.

a) Kockázatelemzésre és az információs rendszerek biztonságára vonatkozó szabályzatok

A szabályzati nyilatkozat, a hatókör, a szerepkörök, valamint a kockázatok azonosítására és osztályozására szolgáló módszer. Ez a dokumentum gerince.

NIS2 21. cikk (2) a) pont · ISO/IEC 27001 5.2, 6.1 pont

b) Incidenskezelés

Az incidenskezelési eljárás: észlelés, minősítés, eszkaláció, elszigetelés, bejelentés és a tanulságok levonása.

NIS2 21. cikk (2) b) pont, 23. cikk · ISO/IEC 27001 A.5.24-A.5.28

c) Üzletmenet-folytonosság és válságkezelés

Biztonsági mentések kezelése, katasztrófa-helyreállítás és válságkezelés, ahogy az irányelv megfogalmazza: ki dönt, mi indul újra elsőként, milyen gyakran tesztelik a mentéseket.

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

d) Ellátási lánc biztonsága

Szabályok az IT-beszállítók és szolgáltatók kiválasztására, szerződéskötésére és ellenőrzésére, beleértve az elvárt biztonsági kikötéseket.

NIS2 21. cikk (2) d) pont · ISO/IEC 27001 A.5.19-A.5.22

e) Biztonság a beszerzés, a fejlesztés és a karbantartás során

Hogyan választják és konfigurálják az új rendszereket, hogyan alkalmazzák a frissítéseket, és hogyan kezelik a sebezhetőségeket és hozzák nyilvánosságra azokat.

NIS2 21. cikk (2) e) pont · ISO/IEC 27001 A.8.8, A.8.25-A.8.32

f) Az intézkedések hatékonyságának értékelése

Szabályzatok és eljárások annak ellenőrzésére, hogy az intézkedések működnek: mutatók, belső felülvizsgálatok, gyakorlatok és vezetőségi átvizsgálás.

NIS2 21. cikk (2) f) pont · ISO/IEC 27001 9. pont

g) Alapvető kiberhigiénia és képzés

A mindennapi szabályok (jelszavak, frissítések, adathalászat-tudatosság) és a képzési terv, beleértve a vezetést is, ahogy a 20. cikk (2) bekezdése megköveteli az irányító testületektől.

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

h) Kriptográfia és titkosítás

Hogy mikor kell titkosítani az adatokat (laptopok, mentések, átvitel), mely protokollok elfogadhatók, és ki kezeli a kulcsokat.

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

i) Humánerőforrás, hozzáférés-szabályozás, eszközkezelés

Munkába lépés, munkakör-változás és távozás; ki milyen hozzáférést kap és ki hagyja jóvá; az eszközök nyilvántartása, felelős tulajdonossal.

NIS2 21. cikk (2) i) pont · ISO/IEC 27001 A.5.9, A.5.15-A.5.18, A.6

j) Többtényezős hitelesítés és biztonságos kommunikáció

Hol kötelező a többtényezős vagy folyamatos hitelesítés, és hogyan védik a hang-, videó-, szöveges és vészhelyzeti kommunikációt.

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

Az ISO/IEC 27001 hivatkozások tájékoztató jellegű megfeleltetések, amelyeket Ön eligazodásának segítésére mi állítottunk össze, nem az ISO vagy az Európai Bizottság által közzétett hivatalos megfeleltetés. A tíz intézkedés forrása: (EU) 2022/2555 irányelv, 21. cikk (2) bekezdés.

Milyen fejezeteket tartalmaz a szabályzat

A generált dokumentum olyan felépítést követ, amelyet egy auditor, egy biztosító vagy egy vevő felismer. Minden fejezetet a műhelymunkán adott válaszai alapján töltünk ki, hogy a vállalatát írja le, ne egy kitalált céget.

📝

1. Szabályzati nyilatkozat és hatókör

A vezetés elkötelezettsége néhány bekezdésben, aláírva és keltezve.

  • Célok és biztonsági célkitűzések
  • Hatókör: telephelyek, szervezetek, rendszerek, személyek
  • Alkalmazandó jogi és szerződéses követelmények
  • Elkötelezettség a folyamatos fejlesztés iránt
👥

2. Irányítás és felelősségek

Ki dönt, ki hajtja végre, ki ellenőriz, beleértve azt az esetet is, amikor az informatika ki van szervezve.

  • A vezetés szerepe (jóváhagyás, felügyelet)
  • Biztonsági kapcsolattartó vagy felelős
  • Az informatikai szolgáltató felelősségei
  • Feladatok szétválasztása, ahol ez lehetséges
📊

3. Kockázatelemzési módszer

Egyszerű, megismételhető módszer a kockázatok azonosítására, értékelésére és kezelésére.

  • Kritikus tevékenységek és információk
  • kkv-kra jellemző fenyegetési forgatókönyvek
  • Hatás- és valószínűségi skála
  • Kockázatkezelési döntések és felelősök
🗃

4. Eszközök és információk besorolása

Tudni kell, mit védünk, mielőtt eldöntjük, hogyan.

  • Eszköznyilvántartás elvei és tulajdonosai
  • Besorolási szintek és kezelési szabályok
  • Személyes adatok és sajátos korlátaik
  • Adathordozók és eszközök biztonságos megsemmisítése
🔑

5. Azonosítás, hozzáférés és hitelesítés

Ki férhet hozzá mihez, és hogyan igazolják ezt.

  • Szükséges ismeret és a legkisebb jogosultság elve
  • Rendszergazdai és kiemelt jogosultságú fiókok
  • A többtényezős hitelesítés hatálya
  • Időszakos hozzáférés-felülvizsgálat
🖥

6. Rendszerek, hálózat és felhőszolgáltatások

A technikai alap, közérthető nyelven megírva.

  • Frissítések és sebezhetőség-kezelés
  • Végpontok és e-mail védelme
  • Hálózati szegmentálás és távoli hozzáférés
  • Naplózás és monitorozás
🔒

7. Kriptográfia

Hol kötelező a titkosítás, és hogyan kezelik.

  • Eszközök, mentések és átvitelek
  • Elfogadható protokollok
  • Kulcs- és tanúsítványkezelés
🤝

8. Beszállítók és kiszervezés

A biztonság az informatikai szolgáltatókkal és felhőszolgáltatásokkal fenntartott kapcsolatokban.

  • Kiválasztás és átvilágítás
  • Biztonsági kikötések és bejelentési kötelezettségek
  • Ellenőrzés és kilépési feltételek
🎓

9. Emberek, tudatosság és képzés

Az emberi oldal, a felvételtől a távozásig.

  • Munkába állás és kilépés
  • Tudatossági program és adathalászat
  • A vezetés képzése
  • Fegyelmi hivatkozás
🏢

10. Fizikai és környezeti biztonság

Telephelyek, szerverhelyiségek és az irodán kívüli eszközök.

  • Hozzáférés a telephelyekhez és a műszaki helyiségekhez
  • Áram-, tűz- és vízkockázatok
  • Telephelyen kívül használt eszközök
🚨

11. Incidensek és folytonosság

Az alapelvek, részletezve az alábbi eljárásokban.

  • Incidensbejelentés mindenki részéről
  • Bejelentési kötelezettségek (NIS2, GDPR)
  • Mentési és helyreállítási célok
  • Válsághelyzeti szervezet
🔄

12. Megfelelőség, felülvizsgálat és kivételek

Hogyan marad élő és igaz a szabályzat.

  • Felülvizsgálati ciklus és kiváltó okok
  • Mutatók és vezetőségi átvizsgálás
  • Kivételkezelési és eltérési eljárás
  • Verziótörténet és jóváhagyási nyilvántartás

Négy eljárás, amely működőképessé teszi a szabályzatot

A szabályzat azt mondja meg, mi történjen; az eljárás azt, hogy ki csinálja, milyen sorrendben és milyen nyilvántartással. Ez a négy az, amelyet a vevők és az auditorok a leggyakrabban kérnek, és amely a legtöbbet számít, amikor valami elromlik.

PROC-01 · Incidenskezelés

Az első riasztástól a záró jelentésig: hogyan jelentik a munkatársak a gyanús eseményt, ki minősíti, ki izolálja az érintett rendszereket, ki értesíti az informatikai szolgáltatót, a biztosítót és a hatóságokat, és hogyan őrzik meg a bizonyítékokat.

  • NIS2: jelentős incidensek esetén 24 órán belül korai figyelmeztetés, 72 órán belül incidensbejelentés, egy hónapon belül végleges jelentés a CSIRT-nek vagy az illetékes hatóságnak (23. cikk (4) bek.).
  • GDPR: a személyes adatok incidensét indokolatlan késedelem nélkül, lehetőség szerint 72 órán belül be kell jelenteni a felügyeleti hatóságnak (33. cikk).

PROC-02 · Hozzáférés-kezelés

Hogyan igényelnek, hagynak jóvá, hoznak létre, módosítanak és törölnek egy fiókot. Az eljárás lefedi a belépést, a munkakör-változást és a távozást, a rendszergazdai, megosztott és szolgáltatói fiókokat, valamint az időszakos felülvizsgálatot, amelyben a vezető megerősíti, hogy minden személynek továbbra is szüksége van a meglévő hozzáférésére.

  • A távozás a klasszikus rés: olyan fiók, amely a munkatárs távozása után is aktív marad.
  • A többtényezős hitelesítés alapértelmezett a távoli és a rendszergazdai hozzáféréshez, a NIS2 21. cikk (2) bekezdés j) pontjával összhangban.
Hivatkozások: NIS2 21. cikk (2) bek. i), j) pont · ISO/IEC 27001:2022 A.5.15-A.5.18

PROC-03 · Változáskezelés

Hogyan írják le, értékelik kockázat szempontjából, hagyják jóvá, tesztelik, hajtják végre és szükség esetén vonják vissza az éles rendszer változtatásait (új alkalmazás, tűzfalszabály, nagyobb frissítés). Egy kis vállalatnál ez könnyű is lehet: elég egy rövid űrlap és egy napló, feltéve, hogy léteznek és használják őket.

  • Megkülönbözteti a standard, a normál és a sürgősségi változtatásokat.
  • Rögzíti, ki hagyta jóvá és ki hajtotta végre az egyes változtatásokat.
Hivatkozások: NIS2 21. cikk (2) e) pont · ISO/IEC 27001:2022 A.8.32

PROC-04 · Mentés, visszaállítás és folytonosság

Mit mentenek, milyen gyakran, hol, meddig, és mindenekelőtt hogyan tesztelik a visszaállítást. Az eljárás a mentéseket a kritikus tevékenységek helyreállítási céljaihoz köti, és leírja a válsághelyzeti szervezetet: ki dönt, ki kommunikál, mely rendszerek indulnak újra elsőként.

  • Legalább egy, a termelési hálózattól elszigetelt mentési példány széles körben ajánlott védelem a zsarolóvírusok ellen.
  • Az a mentés, amelyet soha nem állítottak vissza, feltételezés, nem védelem: az eljárás visszaállítási teszteket ütemez.
Hivatkozások: NIS2 21. cikk (2) c) pont · ISO/IEC 27001:2022 A.5.29, A.5.30, A.8.13

Az elfogadható használati szabályzat, mellékletként

A szabályzat a vezetésnek és az informatikusoknak íródik. Az elfogadható használati szabályzat (AUP) mindenki másnak készül: a rövid, olvasható szabályok, amelyeket minden munkatárs, ideiglenes dolgozó vagy vállalkozó elfogad, mielőtt a vállalat informatikai eszközeit használná.

📄

Mit fed le

Fiókok és jelszavak használata, e-mail és üzenetküldés, internet-hozzáférés, a megengedett vagy tiltott magáncélú használat, mobil eszközök és távoli munka, cserélhető adathordozók, felhőszolgáltatások és generatív MI-eszközök, bizalmas kezelés, incidensek bejelentése, valamint az, hogy a cég mit és miért figyelhet meg.

⚖

Miért külön melléklet

Az ISO/IEC 27001 A.5.10 kontrollja előírja, hogy az információk és a más kapcsolódó eszközök elfogadható használatára vonatkozó szabályokat azonosítani, dokumentálni és bevezetni kell. Ha ezek a szabályok külön mellékletben vannak, könnyebben olvashatók, aláírhatók, frissíthetők, és munkaszerződéshez csatolhatók.

👁

A megfigyelésnek arányosnak és átláthatónak kell lennie

Ha az AUP a munkatársak tevékenységének naplózásáról vagy megfigyeléséről szól, az adatvédelmi jog alkalmazandó: a munkatársakat tájékoztatni kell (GDPR 13. cikk), a tagállamok pedig a a munkaviszonyra konkrétabb szabályokat fogadhatnak el (GDPR 88. cikk). Az adatvédelmi hatóságok, mint a francia CNIL, iránymutatást tesznek közzé arról, mi elfogadható.

🏛

A munkajogi formalitások országonként eltérnek

Ahhoz, hogy az AUP a munkavállalókra nézve kötelező legyen, nemzeti formalitásokra is szükség lehet. Franciaországban például (ezt a Munka törvénykönyve alapján tanácsadójával erősíttesse meg) az ilyen szabályokat jellemzően a belső szabályzathoz (règlement intérieur) csatolják, amelyre a Munka törvénykönyve által előírt eljárás vonatkozik, beleértve a munkavállalói képviselők véleményezését. Országa szabályait tanácsadójával ellenőriztesse.

Források: ISO/IEC 27001:2022, A.5.10 · (EU) 2016/679 rendelet, 13., 88. cikk · CNIL · Légifrance, a francia Munka törvénykönyve, L1321-4. és L1321-5. cikk.

A felülvizsgálati ciklus: a szabályzat valósággal egyező tartása

A szabályzat olyan vállalatot ír le, amely változik: új munkatársakat, új szoftvereket, új beszállítókat, új fenyegetéseket. A hivatkozott keretrendszerek általában elvárják, hogy a szabályzat naprakész legyen. A generált dokumentum tartalmazza saját felülvizsgálati naptárát, felelősét és verziótáblázatát.

1
Jóváhagyás

A vezetés jóváhagyja és aláírja

Az első változatot a vezetés hagyja jóvá, keltezi és verziózza. A NIS2 20. cikk (1) bekezdése szerint a hatálya alá tartozó szervezetek irányító testületei hagyják jóvá a kiberbiztonsági kockázatkezelési intézkedéseket; az ISO/IEC 27001 5.2 pontja szerint a legfelső vezetés állapítja meg a szabályzatot.

2
Közlés

A munkatársak értesülnek és nyugtáznak

A szabályzatot belsőleg közzéteszik, az AUP-ot pedig minden felhasználó nyugtázza. Az ISO/IEC 27001 5.1 kontrollja elvárja, hogy a szabályzatokat közöljék az érintett személyzettel és a releváns érdekelt felekkel, és ők nyugtázzák azokat.

3
Tervezett felülvizsgálat

Tervezett időközönként, jellemzően évente

Az ISO/IEC 27001 5.1 kontrollja tervezett időközönkénti felülvizsgálatot kér, valamint jelentős változások esetén. Az éves felülvizsgálat kkv-nak ésszerű alapértelmezés; az (EU) 2024/2690 végrehajtási rendelet is keretet ad a szabályzat felülvizsgálatának az általa lefedett digitális szervezettípusok esetében.

4
Eseti felülvizsgálat

Jelentős incidens vagy változás után

Egy súlyos incidens, egy egyesülés, új telephely, a felhőre való áttérés vagy egy új szabályozás mind okot ad arra, hogy a dokumentumot évforduló nélkül is újra megnyissák. Az incidensek tanulságai a következő változatba kerülnek.

5
Bizonyíték

Minden felülvizsgálat nyomát megőrizzük

Verziótáblázat, jóváhagyási nyilvántartás, a változtatások listája, nyugtázások. Amikor egy auditor, egy biztosító vagy egy vevő kéri, ez a történet mutatja meg, hogy a szabályzatot alkalmazzák, és nem csak megírták. Az ISO/IEC 27001 7.5 pontja szabályozza ezt a dokumentált információt.

Hogyan működik: önkiszolgálás, négy lépésben

A Security Policy Express önkiszolgáló eszköznek készült. Ön irányítja a tartalmat; az eszköz adja a szerkezetet, a kérdéseket és a hivatkozásokat.

1
1. lépés · Ellenőrzés

„Érint-e engem, és mire van szükségem?”

Egy rövid teszt kérdez az ágazatáról, méretéről, tevékenységeiről és vevőiről, és megmondja, hogy valószínűleg érinti-e a NIS2, mely más szövegek lehetnek relevánsak, és a szabályzat mely részei a legfontosabbak az Ön helyzetében. Határozott válaszért a nemzeti hatóság hivatalos eszközeihez irányít.

2
2. lépés · Műhelymunka

Online műhelymunka irányított kérdésekkel

Fejezetenként, saját szavaival válaszol egy sor irányított kérdésre: a szervezetéről, a kritikus tevékenységeiről, az informatikai szolgáltatójáról, a mentéseiről, arról, hogyan kezeli a távozásokat, és mit tenne zsarolóvírus-támadás esetén. Minden kérdés megmagyarázza, miért teszik fel, és melyik cikkhez vagy kontrollhoz kapcsolódik. Bármikor megállhat és folytathatja.

3
3. lépés · Dokumentum

Az Ön szabályzata, a vállalat nevében generálva

Az eszköz a válaszai alapján elkészíti a szabályzatot, a négy eljárást és az elfogadható használati mellékletet a vállalat nevében. Ahol hiányzik egy válasz, a dokumentum ezt kifejezetten jelzi, ahelyett hogy általános szöveggel töltené ki a rést. Az eredmény munkaváltozat, amelyet a saját tanácsadóinak (ügyvéd, informatikai szolgáltató, adatvédelmi tisztviselő) kell átnézniük és ellenőrizniük, mielőtt a vezetés jóváhagyja.

4
4. lépés · Opció

Emberi támogatás partnertanácsadótól

Ha segítségre van szüksége válaszainak megvitatásához, a dokumentum egy adott környezethez igazításához vagy egy audit előkészítéséhez, kérhet támogatást egy partnertanácsadótól. Ez a lépés opcionális: az önkiszolgáló út enélkül is teljes.

Fontos: a generált dokumentum munkaanyag. Nem minősül jogi tanácsadásnak, és önmagában nem teszi megfelelővé vállalatát a NIS2, az ISO/IEC 27001, a GDPR vagy bármely nemzeti jog szerint. A megfelelés attól függ, mit valósít meg ténylegesen, és az Ön felelőssége marad.

Hamarosan elérhető

Mit tartalmaz a szállítandó anyag

Három építőelem, amelyek ugyanabból a műhelymunkából készülnek együtt. A rendelkezésre állást és a feltételeket az indításkor jelentjük be.

A szabályzat

A fő dokumentum, a vezetés által aláírva.

  • Szabályzati nyilatkozat, hatókör és célok
  • Irányítás és felelősségek
  • Kockázatelemzési módszer
  • A fent leírt tizenkét fejezet
  • Felülvizsgálati ciklus és verziótáblázat
Hamarosan elérhető

Eljárások és melléklet

Ami működőképessé teszi a szabályzatot.

  • PROC-01 Incidenskezelés
  • PROC-02 Hozzáférés-kezelés
  • PROC-03 Változáskezelés
  • PROC-04 Mentés, visszaállítás és folytonosság
  • Elfogadható használati szabályzat a munkatársaknak
Hamarosan elérhető

Megfeleltetési táblázatok

Hogy eligazodjon a szövegekben.

  • NIS2 21. cikk (2) bekezdés a)-j) pont, fejezetenként
  • Tájékoztató jellegű ISO/IEC 27001:2022 hivatkozások
  • GDPR 24. és 32. cikkre mutató hivatkozások
  • A kitöltendő nyitott pontok listája
  • Szerkeszthető formátumok
Hamarosan elérhető

Kit érint, és milyen erősen

Két helyzetet nem szabad összetéveszteni: a NIS2 (vagy a DORA) hatálya alá tartozó vállalatok jogi kötelezettségét, és mindenki más számára erősen ajánlott jó gyakorlatot.

⚖

Jogi kötelezettség: NIS2-szervezetek

A NIS2 általában az I. vagy II. mellékletben felsorolt típusú közepes vállalkozásokra vagy a közepes vállalkozások felső határát meghaladó köz- vagy magánszervezetekre vonatkozik, a 2003/361/EK bizottsági ajánlás szerint (2. cikk (1) bek.). Bizonyos szervezettípusok méretüktől függetlenül hatálya alá tartoznak (2. cikk (2) bek.). A szervezeteket ezután „alapvető” vagy „fontos” besorolás szerint osztályozzák (3. cikk), ami a felügyeletet és a szankciókat befolyásolja, de mindkét kategóriának alkalmaznia kell a 21. cikket.

🏭

Az I. és a II. melléklet ágazatai

I. melléklet (különösen kritikus ágazatok): energia, közlekedés, bankszektor, pénzügyi piaci infrastruktúrák, egészségügy, ivóvíz, szennyvíz, digitális infrastruktúra, IKT-szolgáltatáskezelés (vállalkozások közötti), közigazgatás és űrszektor. II. melléklet (egyéb kritikus ágazatok): postai és futárszolgáltatás, hulladékkezelés, vegyipar, élelmiszeripar, gyártás (ezen belül orvostechnikai eszközök, elektronika, villamos berendezések, gépek és járművek), digitális szolgáltatók és kutatás.

🇪🇺

Nemzeti átültetés

A NIS2 irányelv: a tagállamoknak 2024. október 17-ig kellett átültetniük, és az intézkedéseket 2024. október 18-tól kellett alkalmazniuk (41. cikk). Az átültetés állapota és részletei országonként eltérnek, a nemzeti jog pedig pontosíthatja az intézkedések tartalmát. Mindig ellenőrizze országa jogszabályát és a hivatalos hatósági eszközöket.

💡

Jó gyakorlat: mindenki más

E hatókörön kívül egyetlen általános európai jog sem írja elő a kkv-nak, hogy „információbiztonsági szabályzat” nevű dokumentumot fogadjon el. Viszont a GDPR szinte minden vállalkozásra vonatkozik, a vevők egyre gyakrabban kérdeznek a beszállítók biztonságáról, és az írásos szabályzat minden elismert keretrendszer első lépése. Ez a körültekintés kérdése, nem jogi szankció.

Források: (EU) 2022/2555 irányelv, 2., 3., 41. cikk és I., II. melléklet · 2003/361/EK bizottsági ajánlás · Európai Bizottság, a NIS2 irányelv oldala · Franciaország: ANSSI, NIS 2 oldal (MesServicesCyber).

Gyakran ismételt kérdések

Kötelező-e egy információbiztonsági szabályzat a vállalatom számára?
Ez az Ön helyzetétől függ. Ha vállalata a NIS2 szerint alapvető vagy fontos szervezet, a „kockázatelemzésre és az információs rendszerek biztonságára vonatkozó szabályzatok” a nemzeti jogába átültetett 21. cikk (2) bekezdés a) pontja szerint előírt intézkedések közé tartoznak. Ha pénzügyi szervezet, a DORA 9. cikk (4) bekezdés a) pontja dokumentált információbiztonsági szabályzatot ír elő. Ha ISO/IEC 27001 tanúsítványt szeretne, az 5.2 pont megköveteli. Egyébként erősen ajánlott jó gyakorlatról van szó, nem általános jogi kötelezettségről.
ISSP, PSSI, információbiztonsági szabályzat: ugyanaz a dolog?
Igen. Az „információbiztonsági szabályzat” az ISO/IEC 27001 kifejezése; az „ISSP” (információs rendszerek biztonsági szabályzata) és a francia „PSSI” (politique de sécurité des systèmes d'information) ugyanarra a dokumentumtípusra vonatkozik. A NIS2 a „kockázatelemzésre és az információs rendszerek biztonságára vonatkozó szabályzatok” megfogalmazást használja. Figyelem: Franciaországban a „PSSIE” (E betűvel) más szöveg, amely a francia állami közigazgatásra vonatkozik, és nem érinti a magán kkv-kat.
Ír elő a NIS2 sablont vagy fejezetlistát?
Maga az irányelv nem ír elő sablont: felsorolja a lefedendő intézkedéseket (21. cikk (2) bekezdés), és előírja, hogy azok legyenek arányosak. Bizonyos digitális szervezettípusokra az (EU) 2024/2690 végrehajtási rendelet részletesebb követelményeket határoz meg. A nemzeti jogok és hatóságok is közzétehetnek keretrendszereket. Fejezetszerkezetünket úgy alakítottuk ki, hogy a 21. cikk (2) bekezdésének minden intézkedése azonosítható helyet kapjon a dokumentumban.
Ki írja alá a szabályzatot?
A vezetés. Az ISO/IEC 27001 a szabályzatot a legfelső vezetés hatáskörébe utalja, a NIS2 20. cikk (1) bekezdése pedig előírja, hogy a hatálya alá tartozó szervezetek irányító testületei hagyják jóvá a kiberbiztonsági kockázatkezelési intézkedéseket, és felügyeljék azok végrehajtását. kkv-nál ez általában az ügyvezetőt vagy az igazgatótanácsot jelenti, nem az informatikai szolgáltatót.
Elég-e a generált dokumentum egy ISO/IEC 27001 tanúsításhoz?
Önmagában egyetlen dokumentum sem elég. A szabályzat az információbiztonsági irányítási rendszer előírt elemeinek egyike, amelyhez kockázatértékelés, alkalmazhatósági nyilatkozat, belső auditok, vezetőségi átvizsgálás és az intézkedések alkalmazását igazoló bizonyítékok is tartoznak. A generált szabályzat jó kiindulópont ehhez a munkához.
Ez jogi tanácsadás?
Nem. A generált dokumentum az Ön válaszaiból és nyilvános forrásokból készült munkaanyag. Nem minősül jogi tanácsadásnak, és a jóváhagyás előtt saját tanácsadóinak kell átnézniük. Azt, hogy vállalata hatálya alá tartozik-e a NIS2-nek, és pontosan mit ír elő a nemzeti jog, a nemzeti hatóságával vagy egy képesített ügyvéddel kell megerősíttetnie.
Milyen hosszú a szabályzat, és mennyi idő a műhelymunka?
A hossz a válaszaitól függ: egy telephellyel és kiszervezett informatikával rendelkező vállalat rövidebb dokumentumot kap, mint egy több szervezetből álló csoport. A műhelymunka több alkalomban is elvégezhető; bármikor megállhat és folytathatja. Nem szeretnénk rögzített időtartamot megadni, mielőtt az eszköz nyilvánosan elérhető lesz.
Az informatikánk teljesen ki van szervezve. Írhatunk akkor is szabályzatot?
Igen, és érdemes. A munka kiszervezése nem szervezi ki a felelősséget: a NIS2 21. cikk (2) bekezdés d) pontja kifejezetten az ellátási lánc biztonságát és a szolgáltatókkal fenntartott kapcsolatokat fedi le. A szabályzat ekkor rögzíti, mit vár a szolgáltatótól, hogyan ellenőrzi, és ki a kapcsolattartó a vállalatánál.
Milyen gyakran kell felülvizsgálni a szabályzatot?
Az ISO/IEC 27001 5.1 kontrollja tervezett időközönkénti felülvizsgálatot kér, valamint jelentős változások esetén. Az (EU) 2024/2690 végrehajtási rendelet is keretet ad a szabályzat felülvizsgálatának az általa lefedett digitális szervezettípusok esetében. Az éves felülvizsgálat, kiegészítve bármely jelentős incidens vagy változás utáni felülvizsgálattal, ésszerű alapértelmezés bármely kkv számára.
Hol tárolják a válaszaimat?
A részletes adatkezelési feltételeket az eszközzel együtt, annak megnyitása előtt tesszük közzé. Elvünk, hogy csak azt gyűjtjük, ami a dokumentum elkészítéséhez szükséges. A tárolási és üzemeltetési megoldásokat addig nem írjuk le itt, amíg véglegesek nem lesznek.
Ki áll a Security Policy Express mögött?
A Security Policy Express a SYAGA Consulting kiadásában jelenik meg, egy francia EURL-ben (SIREN 518 489 471), amely 2009 óta foglalkozik információs rendszerek biztonsági auditálásával. Kapcsolat: contact@syaga.eu. A szolgáltatás francia nyelvű változata a pssi-express.eu címen érhető el.

Az ezen az oldalon hivatkozott hivatalos források

Az oldalon szereplő minden szabályozási és szabványügyi állítás ezen források valamelyikére hivatkozik. A linkek a hivatalos kiadóhoz vezetnek.

  1. (EU) 2022/2555 irányelv (NIS2), különösen 2., 3., 20., 21., 23., 41. cikk és I., II. melléklet: eur-lex.europa.eu/eli/dir/2022/2555/oj
  2. A Bizottság (EU) 2024/2690 végrehajtási rendelete, melléklet: eur-lex.europa.eu/eli/reg_impl/2024/2690/oj
  3. (EU) 2016/679 rendelet (GDPR), 13., 24., 32., 33., 88. cikk: eur-lex.europa.eu/eli/reg/2016/679/oj
  4. (EU) 2022/2554 rendelet (DORA), 9. cikk: eur-lex.europa.eu/eli/reg/2022/2554/oj
  5. 2003/361/EK bizottsági ajánlás (a kkv-k meghatározása): eur-lex.europa.eu/eli/reco/2003/361/oj
  6. Európai Bizottság, a NIS2 irányelvről szóló szakpolitikai oldal: digital-strategy.ec.europa.eu/en/policies/nis2-directive
  7. ISO/IEC 27001:2022, nyilvános ismertető oldal: iso.org/standard/27001
  8. ENISA, az Európai Unió Kiberbiztonsági Ügynöksége: enisa.europa.eu
  9. ANSSI (Franciaország), guide d'hygiène informatique: messervices.cyber.gouv.fr/guides/guide-dhygiene-informatique
  10. ANSSI (Franciaország), NIS 2 oldal a MesServicesCyber portálon: messervices.cyber.gouv.fr/nis2
  11. CNIL (Franciaország), adatvédelmi hatóság: cnil.fr
  12. Cybermalveillance.gouv.fr (Franciaország), kibertámadások áldozatainak segítése: cybermalveillance.gouv.fr
  13. Légifrance, a francia Munka törvénykönyve (Code du travail, L1321-4., L1321-5. cikk): legifrance.gouv.fr

Ez az oldal tájékoztatásul szolgál. Nem minősül jogi tanácsadásnak. A szövegek az EUR-Lex-en közzétett változatukban vannak hivatkozva; a nemzeti átültetések és a hatósági útmutatók további követelményeket is előírhatnak.

Kezdje a szabályzattal. Minden más erre épül.

Az önkiszolgáló műhelymunka előkészítés alatt áll. Addig is kérdéseit a contact@syaga.eu címre küldheti.

Hamarosan elérhető