Ścieżka zgodności · CIR 2024/2690
Kryptografia — jak spełnić załącznik pkt 9 CIR 2024/2690 krok po kroku
Odpowiednie podmioty ustanawiają, wdrażają i stosują politykę i procedury związane z kryptografią (rodzaj, siła i jakość środków kryptograficznych, protokoły i algorytmy, podejście do zarządzania kluczami z warunkowym katalogiem metod (i)–(xii)) oraz dokonują przeglądu i aktualizacji tej polityki i procedur w zaplanowanych odstępach czasu z uwzględnieniem najnowocześniejszej kryptografii. Poniżej ta norma rozłożona na warstwy: wymagania → kontrole standardów → rozwiązania, a przy każdym wymaganiu rezultat NIST CSF 2.0, któremu ono służy. Zacznijcie od pytania, czy ten obowiązek Was wiąże — odpowiedź jest pierwszą sekcją pod spodem.
Krok zero
Kogo wiąże ten obowiązek?
Zanim przeczytacie choć jedno wymaganie — sprawdźcie, czy ta ścieżka jest Wasza. Odpowiedź nie jest pisana ręcznie: wynika z zakresu obowiązku zapisanego w modelu prawnym.
Dostawcy cyfrowi z art. 8b ust. 1 UKSC
Dostawcy usług DNS, rejestry nazw domen najwyższego poziomu (TLD), dostawcy usług chmurowych, dostawcy usługi centrum przetwarzania danych, dostawcy sieci dostarczania treści, dostawcy usług zarządzanych, dostawcy usług zarządzanych w zakresie cyberbezpieczeństwa, dostawcy internetowych platform handlowych, dostawcy wyszukiwarek internetowych oraz dostawcy platform usług sieci społecznościowych. Dla Was rozporządzenie CIR 2024/2690 jest obowiązkiem — ta ścieżka to Wasza lista zadań.
Pozostałe podmioty kluczowe i ważne
CIR Was nie obowiązuje — art. 8b ust. 2 UKSC odsyła do przyszłych aktów wykonawczych Komisji Europejskiej dla Waszego rodzaju podmiotu. Wasz wiążący obowiązek to art. 8b ust. 2 UKSC — tę ścieżkę czytajcie jako sprawdzony wzorzec, nie jako listę wymagań audytora.
Sprawdźcie swój rodzaj podmiotu
Klasa podmiotu to nie wszystko — decyduje rodzaj podmiotu, sektor i wielkość. Kwalifikator KSC wskaże Wasz rodzaj, a wynik powie wprost, czy ten obowiązek jest w Waszym katalogu.
Ten blok wygląda tak samo na każdej ścieżce: obowiązek z UKSC pokaże tu klasy podmiotów (kluczowy / ważny / publiczny), obowiązek z CIR — dostawców cyfrowych. Dyrektywa NIS2 nie ma własnych ścieżek — pokazujemy ją niżej, jako źródło obowiązku.
Skąd ten obowiązek
Zdanie dyrektywy i akty, które je wypełniają
Dyrektywa NIS2 wiąże państwa, nie Was — dlatego nie ma osobnej ścieżki. Konkrety dopisały akty, które ją wykonują — ten, na którym jesteście, i jego krajowe odbicie.
Art. 21 ust. 2 lit. h NIS2
„Środki zarządzania ryzykiem obejmują polityki i procedury stosowania kryptografii i, w stosownych przypadkach, szyfrowania."
Tyle mówi dyrektywa. Co konkretnie zrobić — mówią akty obok. Treść cytowana z modelu, nie przepisywana.
Załącznik pkt 9 CIR 2024/2690
„9.1. Do celów art. 21 ust. 2 lit. h) dyrektywy (UE) 2022/2555 odpowiednie podmioty ustanawiają, wdrażają i stosują politykę i procedury związane z kryptografią w celu zapewnienia odpowiedniego i skutecznego wykorzystania kryptografii do ochrony poufności, autentyczności i integralności danych zgodnie z klasyfikacją…"
Komisja Europejska rozpisała lit. h na 17 wymagań wiążących — ale tylko dla dostawców cyfrowych z art. 8b ust. 1 UKSC. To jest ścieżka, na której jesteście. Treść cytowana z modelu, nie pisana.
Ta sama litera w ustawie o KSC
Polska przeniosła tę samą literę do ustawy — tam wiąże ona podmioty w klasach z zakresu każdego z tych obowiązków, także dostawców cyfrowych.
- Katalog środków bezpieczeństwa SZBI (art. 8 ust. 1 UKSC · kluczowy i ważny)
Przebieg ścieżki
Od rozporządzenia do narzędzia i szablonu
Diagram pokazuje jedną nitkę ścieżki — wymaganie 2 z 17 wiążących — w komplecie warstw. Tabela niżej rozwija pozostałe wymagania.
przepis
obowiązek
wymaganie
rezultat NIST CSF
kontrola standardu
rozwiązanie
Diagram wygenerowany z żywego modelu IRNIS przy publikacji tej strony.
Warstwa wymagań i kontroli
Wymagania tego obowiązku i ich odpowiedniki w standardach
Każdy wiersz to jedno atomowe wymaganie — dokładnie w brzmieniu z modelu, o które zapyta audytor — z kontrolami, na które mapuje je model, i rozwiązaniami referencyjnymi, które te kontrole realizują. Wiersze pogrupowane po charakterze wymagania.
| Wymaganie (brzmienie z modelu) | Charakter | Kontrole standardów | Rezultat NIST CSF 2.0 |
|---|---|---|---|
| Organizacja i politykiwymagania wiążące — organizacyjne | |||
| Podmiot ustanawia, wdraża i stosuje politykę i procedury związane z kryptografią w celu zapewnienia odpowiedniego i skutecznego wykorzystania kryptografii do ochrony poufności, autentyczności i integralności danych, zgodnie z klasyfikacją aktywów podmiotu i wynikami oceny ryzyka. | organizacyjne | ENISA TIG · 9.1-01 ISO 27001 · A.8.24 → OpenBao · Proxmox Backup Server · Smallstep step-ca |
GV.PO-01 PR.DS-01 PR.DS-02 |
| Polityka i procedury związane z kryptografią określają podejście podmiotu do zarządzania kluczami. | organizacyjne | ENISA TIG · 9.2-02 ISO 27001 · A.8.24 → OpenBao · Proxmox Backup Server · Smallstep step-ca |
ID.AM-08 PR.AA-01 PR.DS-01 PR.DS-02 |
| Procesy i procedurywymagania wiążące — proceduralne | |||
| Polityka i procedury związane z kryptografią określają metody wydawania i uzyskiwania certyfikatów klucza publicznego. | proceduralne | ENISA TIG · 9.2-08 ENISA TIG · 9.2-12 ISO 27001 · A.8.24 → OpenBao · Proxmox Backup Server · Smallstep step-ca |
PR.AA-01 |
| Polityka i procedury związane z kryptografią określają metody przekazywania kluczy docelowym podmiotom, w tym sposób aktywacji kluczy po ich otrzymaniu. | proceduralne | ENISA TIG · 9.2-03 ENISA TIG · 9.2-07 ENISA TIG · 9.2-08 ISO 27001 · A.8.24 → OpenBao · Proxmox Backup Server · Smallstep step-ca |
ID.AM-08 PR.DS-02 |
| Polityka i procedury związane z kryptografią określają metody zmiany lub aktualizacji kluczy, w tym zasady dotyczące tego, kiedy i jak zmienić klucze. | proceduralne | ENISA TIG · 9.2-02 ISO 27001 · A.8.24 → OpenBao · Proxmox Backup Server · Smallstep step-ca |
ID.AM-08 PR.DS-01 PR.DS-02 |
| Polityka i procedury związane z kryptografią określają metody postępowania z naruszonymi kluczami. | proceduralne | ENISA TIG · 9.2-08 ISO 27001 · A.8.24 → OpenBao · Proxmox Backup Server · Smallstep step-ca |
PR.DS-01 PR.DS-02 RS.MI-01 |
| Polityka i procedury związane z kryptografią określają metody odwoływania kluczy, w tym sposób wycofywania lub dezaktywacji kluczy. | proceduralne | ISO 27001 · A.8.24 → OpenBao · Proxmox Backup Server · Smallstep step-ca |
ID.AM-08 PR.DS-01 PR.DS-02 |
| Polityka i procedury związane z kryptografią określają metody odzyskiwania utraconych lub uszkodzonych kluczy. | proceduralne | ENISA TIG · 9.2-06 ISO 27001 · A.8.24 → OpenBao · Proxmox Backup Server · Smallstep step-ca |
ID.AM-08 PR.DS-01 PR.DS-11 |
| Polityka i procedury związane z kryptografią określają metody rejestrowania i audytu działań związanych z zarządzaniem kluczami. | proceduralne | ENISA TIG · 9.2-09 ISO 27001 · A.8.15 ISO 27001 · A.8.24 → OpenBao · Proxmox Backup Server · Smallstep step-ca · Wazuh |
DE.CM-03 PR.PS-04 |
| Podmiot dokonuje przeglądu i, w stosownych przypadkach, aktualizacji polityki i procedur związanych z kryptografią w zaplanowanych odstępach czasu, z uwzględnieniem najnowocześniejszej kryptografii. | proceduralne | ENISA TIG · 9.3-01 ENISA TIG · 9.3-02 ENISA TIG · 9.3-03 ENISA TIG · 9.3-04 ENISA TIG · 9.3-05 ISO 27001 · A.5.1 → CISO Assistant · Probo · Szablon: Polityka nadrzędna bezpieczeństwa informacji |
GV.PO-02 |
| Technikawymagania wiążące — techniczne | |||
| Polityka i procedury związane z kryptografią określają, zgodnie z klasyfikacją aktywów podmiotu, rodzaj, siłę i jakość środków kryptograficznych wymaganych do ochrony aktywów podmiotu, w tym danych przechowywanych i danych przesyłanych. | techniczne | CIS Controls · 3.10 CIS Controls · 3.11 CIS Controls · 3.6 ENISA TIG · 9.2-01 ENISA TIG · 9.2-04 ENISA TIG · 9.2-05 ISO 27001 · A.8.24 → OpenBao · Proxmox Backup Server · Smallstep step-ca |
PR.DS-01 PR.DS-02 |
| Polityka i procedury związane z kryptografią określają, na podstawie wymaganych rodzaju, siły i jakości środków kryptograficznych, protokoły lub rodziny protokołów, które mają zostać przyjęte, a także algorytmy kryptograficzne, siłę szyfru, rozwiązania kryptograficzne i praktyki użytkowania, które mają być zatwierdzone i wymagane do stosowania w podmiocie, w stosownych przypadkach zgodnie z podejściem opartym na zręczności kryptograficznej. | techniczne | ENISA TIG · 11.6.2-04 ENISA TIG · 9.2-14 ENISA TIG · 9.2-15 ENISA TIG · 9.2-16 ISO 27001 · A.8.24 → OpenBao · Proxmox Backup Server · Smallstep step-ca |
PR.DS-01 PR.DS-02 |
| Polityka i procedury związane z kryptografią określają metody generowania różnych kluczy na potrzeby systemów i zastosowań kryptograficznych. | techniczne | ENISA TIG · 9.2-07 ENISA TIG · 9.2-08 ISO 27001 · A.8.24 → OpenBao · Proxmox Backup Server · Smallstep step-ca |
ID.AM-08 PR.DS-01 PR.DS-02 |
| Polityka i procedury związane z kryptografią określają metody przechowywania kluczy, w tym sposób, w jaki upoważnieni użytkownicy uzyskują dostęp do kluczy. | techniczne | ENISA TIG · 9.2-11 ISO 27001 · A.8.24 → OpenBao · Proxmox Backup Server · Smallstep step-ca |
ID.AM-08 PR.AA-05 PR.DS-01 PR.DS-02 |
| Polityka i procedury związane z kryptografią określają metody zabezpieczania lub archiwizowania kluczy. | techniczne | ENISA TIG · 9.2-10 ENISA TIG · 9.2-13 ISO 27001 · A.8.24 → OpenBao · Proxmox Backup Server · Smallstep step-ca |
ID.AM-08 PR.DS-01 PR.DS-11 |
| Polityka i procedury związane z kryptografią określają metody niszczenia kluczy. | techniczne | ISO 27001 · A.8.24 → OpenBao · Proxmox Backup Server · Smallstep step-ca |
ID.AM-08 PR.DS-01 PR.DS-02 |
| Polityka i procedury związane z kryptografią określają metody ustawiania dat aktywacji i dezaktywacji kluczy, tak aby klucze mogły być wykorzystywane wyłącznie przez określony czas zgodnie z zasadami organizacji dotyczącymi zarządzania kluczami. | techniczne | ISO 27001 · A.8.24 → OpenBao · Proxmox Backup Server · Smallstep step-ca |
ID.AM-08 PR.DS-01 PR.DS-02 |
Komplet wymagań tego obowiązku — 17 wierszy, generowanych z modelu przy każdej publikacji. Każde mapowanie na kontrolę ma w modelu pisemne uzasadnienie i ocenę dopasowania — na stronie pokazujemy cel mapowania. Rezultat NIST CSF 2.0 to cel, któremu służy wymaganie — nie kontrola; nie wlicza się do mapowań ani nie prowadzi do rozwiązań. Wersja krajowa tych przepisów (wiąże każdy podmiot w swoim zakresie): Katalog środków bezpieczeństwa SZBI.
Kolumna „kontrole" mówi Wam, gdzie tę samą rzecz mierzy Wasz certyfikat ISO albo profil NIST — jeśli kontrolę już macie wdrożoną i udokumentowaną, ta część ścieżki jest do reużycia, nie do budowy od zera.
Dlaczego NIST CSF 2.0 stoi osobno
NIST CSF 2.0 opisuje rezultaty — „co ma być osiągnięte" — i sam odsyła po zabezpieczenia do katalogów takich jak ISO 27001 czy CIS. Dlatego na tej ścieżce rezultat CSF mówi, po co jest wymaganie, a kolumna kontroli — czym je spełnić.
Warstwa rozwiązań
Czym to zrealizować — rekomendacje referencyjne
Rozwiązanie trafia na ścieżkę tylko wtedy, gdy realizuje kontrolę, na którą mapuje wymaganie tego obowiązku. 7 rozwiązań obejmuje 17 z 17 wymagań. Wasze własne narzędzie realizujące te same kontrole domyka ścieżkę tak samo.
CISO Assistant
Narzędzie open source do prowadzenia SZBI: rejestr ryzyk, plan postępowania, dowody skuteczności środków — z gotowymi ramami ISO 27001 i NIST CSF, na które mapuje ta ścieżka.
OpenBao
Open source zarządzanie sekretami i kluczami: przechowywanie haseł, certyfikatów i kluczy kryptograficznych z kontrolą dostępu i audytem.
Probo
Narzędzie open source do oceny i monitorowania dostawców: rejestr dostawców, oceny ryzyka, śledzenie zobowiązań umownych — operacyjna strona łańcucha dostaw.
Proxmox Backup Server
Open source serwer kopii zapasowych: deduplikacja, szyfrowanie, weryfikacja kopii i odtwarzanie — techniczny fundament planów ciągłości i odtworzenia.
Smallstep step-ca
Open source urząd certyfikacji (Smallstep step-ca): automatyczne wystawianie i odnawianie certyfikatów — PKI dla systemów i usług.
Szablon: Polityka nadrzędna bezpieczeństwa informacji
Dokument, od którego zaczyna się SZBI: ramy systemu, polityki tematyczne, role i przeglądy — autorski szablon polityki nadrzędnej bezpieczeństwa informacji.
Wazuh
Platforma open source SIEM z wykrywaniem włamań: zbieranie i korelacja logów, monitorowanie integralności plików, wykrywanie podatności — rdzeń monitorowania w trybie ciągłym.
Macie już własne narzędzie?
Ścieżka definiuje, co rozwiązanie musi realizować — nie narzuca produktu. Tabela wymagań wyżej to gotowa lista kontrolna do oceny narzędzia, które już posiadacie.
Uczciwie o granicach
Czego ta ścieżka nie zrobi za Was
Nie zastąpi dowodów operacyjnych
Ścieżka daje strukturę i uzasadnienia — mapę tego, co wykazać. Zapisy, decyzje, logi i podpisane dokumenty musicie wytworzyć u siebie; o oczekiwaniach audytora więcej na stronie audyt KSC/NIS2.
Chcecie przejść tę ścieżkę z przewodnikiem?
Inteca poprowadzi wdrożenie warstwa po warstwie: od wymagań przepisu, przez kontrole standardów, po narzędzia i bazę dowodową pod audyt.