⚡ LIMITED TIME Get our FREE €500+ Compliance Starter Kit
Get It Now →

Przewodnik po dowodach dla poprawki ISO 27001 dotyczącej zmian klimatu

Igor Petreski
16 min read
Przepływ dowodów dla poprawki ISO 27001 dotyczącej zmian klimatu w odniesieniu do ryzyka SZBI i przeglądu zarządzania

Jest 09:10 rano w dniu audytu nadzoru ISO/IEC 27001:2022. Audytor przejrzał już rejestr ryzyk, Deklarację stosowania, protokoły z przeglądu zarządzania, rejestr dostawców i raport z ćwiczenia ciągłości działania. Wtedy pada pytanie, które zaskakuje wszystkich w sali:

„Proszę pokazać, w jaki sposób ustalili Państwo, czy zmiany klimatu są istotne dla SZBI”.

Dyrektor ds. bezpieczeństwa informacji patrzy na kierownika ds. zgodności. Kierownik ds. zgodności otwiera rejestr wymagań prawnych. Ktoś wspomina o ESG. Ktoś inny mówi, że dostawca centrum danych ma certyfikaty ISO. Audytor czeka.

To właśnie praktyczna luka dowodowa, którą stworzyła poprawka dotycząca zmian klimatu w normach ISO dla systemów zarządzania. Poprawka nie wymaga od zespołów bezpieczeństwa, aby stały się ekspertami od klimatu, obliczały emisje dwutlenku węgla w chmurze obliczeniowej ani tworzyły dekoracyjne „zabezpieczenie klimatyczne”. Stawia bardziej bezpośrednie pytanie właściwe dla systemu zarządzania: czy organizacja rozważyła, czy zmiany klimatu są istotne dla jej kontekstu oraz czy strony zainteresowane mają wymagania związane z klimatem, które wpływają na system zarządzania?

W przypadku ISO/IEC 27001:2022 oznacza to, że dowody muszą łączyć punkty 4–10: kontekst, strony zainteresowane, zakres, planowanie ryzyka, nadzór operacyjny, ocenę wyników, przegląd zarządzania i ciągłe doskonalenie. Poprawki nie spełnia się stwierdzeniem na spotkaniu „nie dotyczy”. Spełnia się ją przez przedstawienie uzasadnionej, udokumentowanej i opartej na ryzyku decyzji.

Sarah, CISO w firmie fintech, usłyszała to samo pytanie kilka tygodni przed audytem. Jej pierwsza reakcja była typowa: zmiany klimatu wydawały się poza zakresem SZBI, podczas gdy jej zespół koncentrował się na cyberzagrożeniach, naruszeniach ochrony danych, bezpieczeństwie chmury obliczeniowej, gotowości do DORA i due diligence klientów. Kiedy jednak przełożyła poprawkę na praktyczny język SZBI, problem stał się konkretny: ekstremalne zjawiska pogodowe mogły wpłynąć na dostępność regionu chmurowego, dostawca z regionu narażonego na stres wodny mógł opóźnić wymianę krytycznego sprzętu, długotrwała awaria zasilania mogła zakłócić obsadę zespołu reagowania na incydenty, a klienci mogli wymagać dowodów odporności operacyjnej.

To właściwe ujęcie. Zmiany klimatu należy traktować jako wejście kontekstowe i odpornościowe dla SZBI, a nie jako temat dołączony obok systemu.

Podejście Clarysec wykorzystuje Zenith Blueprint: 30-etapową mapę drogową audytora, Zenith Controls: przewodnik po zgodności między ramami oraz szablony polityk Clarysec, aby przekształcić nowe pytanie audytowe w identyfikowalne dowody. Cel jest prosty: pokazać audytorowi czytelny łańcuch od kontekstu do ryzyka, od ryzyka do zabezpieczeń, od zabezpieczeń do dowodów, od dowodów do przeglądu zarządzania oraz od przeglądu zarządzania do doskonalenia.

Poprawka zmienia pytanie audytowe, a nie misję SZBI

Najczęstszym błędem jest traktowanie poprawki ISO 27001 dotyczącej zmian klimatu jako odrębnego obszaru kontroli. Tak nie jest. W przypadku SZBI rzeczywiste pytanie brzmi, czy zmiany klimatu mogą wpływać na zamierzone wyniki bezpieczeństwa informacji, w szczególności na poufność, integralność i dostępność.

Poprawka dodaje zmiany klimatu jako konkretny aspekt do rozważenia w ramach wymagań dotyczących kontekstu systemu zarządzania ISO. W przypadku ISO/IEC 27001:2022 audytorzy zwykle najpierw sprawdzają dwa punkty:

  • Punkt 4.1: czy organizacja ustaliła, czy zmiany klimatu są istotną kwestią zewnętrzną.
  • Punkt 4.2: czy właściwe strony zainteresowane mają wymagania związane z klimatem.

Słowem kluczowym jest „ustaliła”. Organizacja może ustalić, że zmiany klimatu nie są istotne, są istotne tylko dla określonych lokalizacji lub usług albo są istotne dla całego SZBI. Ustalenie musi jednak być udokumentowane i poparte rzeczywistymi zależnościami organizacji.

Przykładowo dostawca SaaS może uznać, że występuje istotność klimatyczna, ponieważ dostępność środowiska produkcyjnego zależy od niewielkiej liczby regionów chmurowych, dostawcy usług zarządzanych i pracowników zdalnie reagujących na incydenty. Fintech może powiązać poprawkę z krytycznymi zależnościami od zewnętrznych dostawców ICT, odpornością operacyjną DORA, regulowanym zgłaszaniem incydentów i rozliczalnością zarządu. Producent może skupić się na dostępności sieci OT, łączności zakładu, zdalnym monitoringu i zakłóceniach w lokalizacjach fizycznych.

Dojrzały zestaw dowodów powinien pojawiać się w tych samych miejscach, w których organizacja już wykazuje, że jej SZBI działa.

Obszar SZBIDowody dotyczące zmian klimatu, których oczekują audytorzyPraktyczny przykład
KontekstUdokumentowane ustalenie, czy kwestie związane z klimatem są istotne dla wyników bezpieczeństwa informacjiRyzyko powodzi dla głównego biura, ryzyko upałów dla regionu centrum danych, niestabilność energetyczna wpływająca na dostępność usług
Strony zainteresowaneKlienci, regulatorzy, ubezpieczyciele, dostawcy usług chmurowych, inwestorzy lub organy zarządzające z oczekiwaniami dotyczącymi odporności, dostępności lub ujawnieńKlient korporacyjny wymaga dowodów planowania ciągłości działania związanego z klimatem dla usług hostowanych
ZakresGranice zakresu poddane przeglądowi względem lokalizacji, usług outsourcingowych, regionów chmurowych, zespołów wsparcia i krytycznych zależnościZakres SZBI potwierdza, że środowisko produkcyjne SaaS hostowane w chmurze i operacje wsparcia pozostają w zakresie
Ocena ryzykaScenariusze zagrożeń związane z klimatem rozważone tam, gdzie są istotne dla poufności, integralności lub dostępnościDługotrwała fala upałów zwiększa prawdopodobieństwo awarii chłodzenia centrum danych i zakłócenia usługi
SoAIstniejące zabezpieczenia z Załącznika A uzasadnione tam, gdzie adresują ryzyko związane z klimatem lub obowiązki zgodnościA.5.29, A.5.30, A.5.19, A.5.21, A.5.22, A.5.23, A.5.31 i A.8.13 wskazane w uzasadnieniu postępowania z ryzykiem
Nadzór operacyjnyZabezpieczenia dotyczące ciągłości działania, dostawców, incydentów, kopii zapasowych, zmian i chmury obliczeniowej zaktualizowane albo potwierdzoneScenariusz zakłócenia regionalnego dodany do ćwiczenia odtwarzania po awarii
Przegląd zarządzaniaKierownictwo przegląda zmiany kontekstu, ryzyka, ustalenia z audytu, zasoby, ryzyko szczątkowe i działania doskonaląceKierownictwo zatwierdza budżet na test przełączenia awaryjnego w chmurze po przeglądzie scenariusza klimatycznego
Udokumentowana informacjaDowody są przechowywane, nadzorowane i możliwe do odszukaniaRejestr kontekstu, rejestr ryzyk, rejestr zgodności, raport z testu BCP, protokoły z przeglądu zarządzania

Najmocniejsze dowody audytowe nie znajdują się w samodzielnym „pliku klimatycznym”. Pojawiają się w standardowych zapisach SZBI i pokazują, że system zarządzania potrafi reagować na zmiany w kontekście zewnętrznym.

Zacznij od kontekstu, stron zainteresowanych i zakresu

Istotność klimatyczna zaczyna się od kontekstu. Organizacja powinna zapisać jasne ustalenie: istotne, nieistotne albo częściowo istotne. „Istotne” nie oznacza katastrofalne. Oznacza zdolne do wpływania na zamierzone wyniki bezpieczeństwa informacji.

W Zenith Blueprint faza fundamentów i przywództwa SZBI zaczyna się od analizy kontekstu. Krok 1 stanowi:

Działanie 4.1: Przeprowadź burzę mózgów i sporządź listę czynników wewnętrznych oraz zewnętrznych, które są istotne dla bezpieczeństwa informacji w Twojej organizacji.

Te same wytyczne zalecają szeroką analizę zewnętrzną, w tym czynniki środowiskowe z wykorzystaniem technik takich jak PESTLE. W tym miejscu poprawka klimatyczna staje się operacyjna. Zamiast pytać: „Czy mamy zabezpieczenie klimatyczne?”, zespół pyta:

  • Które lokalizacje fizyczne, centra danych, regiony chmurowe, sieci i dostawcy wspierają usługi objęte zakresem?
  • Czy ekstremalne zjawiska pogodowe, upał, pożary, powodzie, stres wodny, niestabilność energetyczna albo zakłócenia transportu mogą wpływać na dostępność, integralność lub poufność?
  • Czy klienci pytają o dowody odporności klimatycznej lub odporności operacyjnej podczas due diligence bezpieczeństwa?
  • Czy regulatorzy, ubezpieczyciele, inwestorzy lub klienci z sektora publicznego nakładają oczekiwania dotyczące ciągłości działania, odtwarzania po awarii lub dostępności?
  • Czy projekty adaptacji do zmian klimatu mogą wprowadzać nowe ryzyka technologiczne, takie jak integracje z systemami zarządzania budynkiem, czujniki IoT, monitoring środowiskowy lub szybka migracja do chmury obliczeniowej?
  • Czy występują skutki dla prywatności, jeżeli nowe monitorowanie obejmuje dane pracowników, lokalizacji, urządzeń lub dane środowiskowe powiązane z osobami?

W przypadku zespołu fintech Sarah warsztat kontekstowy dał cztery realistyczne kwestie zewnętrzne: ekspozycję regionu centrum danych na burze, koncentrację w jednym regionie chmurowym, zależność od dostawcy sprzętu z obszaru narażonego na stres wodny oraz oczekiwania regulacyjne wynikające z DORA i NIS2.

Kolejnym krokiem są strony zainteresowane. Poprawka wymaga od organizacji ustalenia, czy strony zainteresowane mają wymagania związane z klimatem. Stronami tymi mogą być klienci, regulatorzy, ubezpieczyciele, dostawcy usług chmurowych, inwestorzy, organy zarządzające albo dostawcy krytyczni.

Krok 2 w Zenith Blueprint łączy tę analizę z zakresem SZBI:

Działanie 4.3: Przygotuj projekt deklaracji zakresu SZBI. Wymień, co jest objęte zakresem (jednostki biznesowe, lokalizacje, systemy) oraz wszelkie wyłączenia.

Ma to znaczenie, ponieważ zakłócenia związane z klimatem często wchodzą do systemu przez interfejsy i zależności. Organizacja może stwierdzić, że jej biuro nie jest istotne, ponieważ środowisko produkcyjne jest hostowane w chmurze, ale audytor może zapytać, czy obsługa klienta, dostęp uprzywilejowany, reagowanie na incydenty, administrowanie kopiami zapasowymi, eskalacja do dostawcy albo komunikacja kryzysowa zależą od osób, lokalizacji lub dostawców poza zakresem.

Korporacyjna Polityka bezpieczeństwa informacji Clarysec ustanawia punkt odniesienia:

Organizacja musi wdrożyć i utrzymywać System Zarządzania Bezpieczeństwem Informacji (SZBI) zgodnie z punktami 4–10 ISO/IEC 27001:2022.

Wymaga również struktury dowodów oczekiwanej przez audytorów:

SZBI musi obejmować zdefiniowane granice zakresu, metodykę oceny ryzyka, mierzalne cele oraz udokumentowane zabezpieczenia uzasadnione w Deklaracji stosowania (SoA).

Te sformułowania stanowią rdzeń gotowości na poprawkę: granice zakresu, metodyka ryzyka, mierzalne cele i uzasadnienie SoA.

Przekształć kontekst klimatyczny w ryzyka bezpieczeństwa informacji

Najlepszym dowodem rzadko jest ogólne ryzyko nazwane „zmiany klimatu”. Zmiany klimatu są czynnikiem kontekstowym. Scenariusz ryzyka powinien opisywać konsekwencję dla bezpieczeństwa informacji.

Silne scenariusze ryzyka wyglądają następująco:

  • Ekstremalne zjawiska pogodowe zakłócają dostęp do głównego biura podczas incydentu bezpieczeństwa, opóźniając reakcję osób z dostępem uprzywilejowanym i komunikację z klientami.
  • Regionalna fala upałów zwiększa prawdopodobieństwo niestabilności chłodzenia lub zasilania w centrum danych obsługującym obciążenia produkcyjne.
  • Powódź dotyka lokalizację service desku dostawcy krytycznego, opóźniając przywrócenie zarządzanych usług ochrony punktów końcowych.
  • Wymagania klienta dotyczące odporności klimatycznej nie są ujęte w rejestrze zgodności, powodując niezgodność umowną i ustalenia z audytu.
  • Awaryjna migracja do chmury obliczeniowej w celu ograniczenia zależności od lokalizacji fizycznej omija standardowy proces zarządzania zmianą i przegląd ryzyka dostawcy.
  • Urządzenia monitorujące adaptację do zmian klimatu są podłączane do sieci korporacyjnej bez rejestracji aktywów, rejestrowania zdarzeń lub zarządzania podatnościami.

Są to ryzyka bezpieczeństwa informacji, ponieważ wpływają na dostępność, obsługę incydentów, zapewnienie dotyczące dostawców, zarządzanie aktywami, obowiązki prawne, bezpieczne zmiany albo prywatność.

Polityka zarządzania ryzykiem - SME Clarysec stanowi:

Wszystkie zidentyfikowane ryzyka muszą zostać zapisane w Rejestrze ryzyk.

Wzmacnia również cykl przeglądów:

Ryzyka muszą być przeglądane kwartalnie i aktualizowane po wystąpieniu istotnych zdarzeń.

Dla organizacji korporacyjnych Polityka zarządzania ryzykiem Clarysec rozszerza model danych wejściowych:

Dane wejściowe do identyfikacji ryzyka muszą obejmować między innymi ustalenia z audytu, skany podatności, raporty z testów penetracyjnych, trendy incydentów, obowiązki prawne i zmiany operacyjne.

Istotność klimatyczna może wynikać z każdego z tych wejść. Ustalenie z audytu klienta może wskazać brakujące dowody odporności. Aktualizacja prawna może dodać obowiązki w zakresie odporności operacyjnej. Migracja do chmury obliczeniowej może przenieść obciążenia do innego profilu ekspozycji regionalnej. Test ciągłości działania może wykazać, że personel nie może uzyskać dostępu do procedur odzyskiwania podczas przerwy w zasilaniu.

Kwestia kontekstowaZagrożeniePodatnośćWpływ na poufność, integralność i dostępnośćPrzykładowe ryzyko SZBI
Zwiększona częstotliwość burz regionalnychDługotrwała awaria sieci energetycznej albo utrata łączności centrum danychJednoregionowa architektura produkcyjna i nieprzetestowane przełączenie awaryjneWpływ na dostępność platform dostępnych dla klientów, naruszenie SLA, szkoda reputacyjnaRR-31: Utrata dostępności usług z powodu zakłócenia głównego regionu hostingowego pod wpływem zjawisk klimatycznych
Koncentracja łańcucha dostaw w obszarze narażonym klimatycznieZakłócenie produkcji lub operacji wsparciaDostawca będący jedynym źródłem i długi czas wymianyWpływ na dostępność i integralność wynikający z nieobsługiwanej lub zdegradowanej infrastrukturyRR-32: Zakłócenie łańcucha dostaw ICT opóźnia utrzymanie bezpieczeństwa i wymianę sprzętu
Ekstremalne zjawiska pogodowe wpływają na mobilność personelu i zasilanie w domachOsoby reagujące na incydenty nie mogą koordynować działań podczas incydentu o wysokiej wadzeNadmierna zależność od jednej lokalizacji, słaba komunikacja kanałem niezależnymWpływ na dostępność i poufność, jeżeli powstrzymanie incydentu i powiadomienie są opóźnioneRR-33: Zdolność reagowania na incydenty ograniczona podczas zakłócenia regionalnego
Czujniki środowiskowe dodane do obiektówNowe gromadzenie danych i urządzenia podłączone do sieciNiezarejestrowane aktywa i niejasne reguły retencjiWpływ na poufność i prywatność wynikający z nadmiernego gromadzenia danych osobowychRR-34: Monitorowanie adaptacji klimatycznej wprowadza niezarządzane aktywa i ekspozycję prywatności

Każde ryzyko powinno mieć właściciela, prawdopodobieństwo, wpływ, decyzję dotyczącą postępowania z ryzykiem, stanowisko dotyczące ryzyka szczątkowego i datę przeglądu. Jeżeli organizacja uzna, że nie występuje istotne ryzyko bezpieczeństwa informacji związane z klimatem, wniosek ten również wymaga uzasadnienia.

Użyj Deklaracji stosowania, aby przełożyć logikę ryzyka na logikę zabezpieczeń

Po zapisaniu scenariuszy związanych z klimatem kolejne pytanie brzmi, czy zabezpieczenia są niezbędne i czy Deklaracja stosowania odzwierciedla podjętą decyzję. Punkty 6.1.1–6.1.3 ISO/IEC 27001:2022 wymagają zaplanowanych działań dotyczących ryzyk i szans, oceny ryzyka, postępowania z ryzykiem, niezbędnych zabezpieczeń, porównania z Załącznikiem A oraz SoA z uzasadnieniami włączeń i wyłączeń.

W fazie zarządzania ryzykiem krok 13 w Zenith Blueprint daje praktyczny model identyfikowalności:

Odniesienie do regulacji: jeżeli określone zabezpieczenia są wdrożone specjalnie w celu zapewnienia zgodności z GDPR, NIS2 lub DORA, można to odnotować w Rejestrze ryzyk (jako część uzasadnienia wpływu ryzyka) albo w notatkach SoA.

Tę samą zasadę należy zastosować do poprawki dotyczącej zmian klimatu. Nie twórz nowego zabezpieczenia. Zmapuj scenariusz do istniejących zabezpieczeń ISO/IEC 27002:2022 i wyjaśnij, dlaczego mają zastosowanie.

Scenariusz napędzany klimatemPrawdopodobne obszary zabezpieczeń ISO/IEC 27002:2022Dowody do zachowania
Ekstremalne zjawiska pogodowe zakłócają dostęp do biura podczas incydentu bezpieczeństwaA.5.24 Planowanie i przygotowanie zarządzania incydentami bezpieczeństwa informacji, A.5.26 Reagowanie na incydenty bezpieczeństwa informacji, A.5.29 Bezpieczeństwo informacji podczas zakłócenia, A.5.30 Gotowość ICT do ciągłości działaniaPlan reagowania na incydenty, procedura dostępu zdalnego, test drzewa kontaktów, test mostka incydentowego, wnioski po ćwiczeniu
Upał lub niestabilność energetyczna wpływa na dostępność chmury obliczeniowej albo centrum danychA.5.23 Bezpieczeństwo informacji przy korzystaniu z usług chmurowych, A.5.30 Gotowość ICT do ciągłości działania, A.8.13 Kopia zapasowa informacji, A.5.19 Bezpieczeństwo informacji w relacjach z dostawcamiZapewnienie dotyczące dostawców, architektura chmurowa, test przełączenia awaryjnego, test odtworzenia kopii zapasowej
Powódź wpływa na wsparcie krytycznego dostawcy ICTA.5.19 Bezpieczeństwo informacji w relacjach z dostawcami, A.5.21 Zarządzanie bezpieczeństwem informacji w łańcuchu dostaw ICT, A.5.22 Monitorowanie, przegląd i zarządzanie zmianami usług dostawców, A.5.30 Gotowość ICT do ciągłości działaniaOcena ryzyka dostawcy, klauzule umowne, zapis monitorowania dostawcy, strategia wyjścia
Pojawiają się nowe oczekiwania regulacyjne lub klienckie dotyczące odpornościA.5.31 Wymagania prawne, ustawowe, regulacyjne i umowne, A.5.36 Zgodność z politykami, zasadami i normami bezpieczeństwa informacji, A.5.35 Niezależny przegląd bezpieczeństwa informacjiAktualizacja rejestru zgodności, przegląd polityki, ustalenie z audytu wewnętrznego, protokoły z przeglądu zarządzania
Awaryjna zmiana technologiczna omija przeglądA.8.32 Zarządzanie zmianami, A.8.9 Zarządzanie konfiguracją, A.5.8 Bezpieczeństwo informacji w zarządzaniu projektami, A.5.23 Bezpieczeństwo informacji przy korzystaniu z usług chmurowychZapis zmiany, akceptacja ryzyka, przegląd dostawcy, przegląd powdrożeniowy
Monitoring środowiskowy wprowadza przetwarzanie danych osobowychA.5.9 Inwentarz informacji i innych powiązanych aktywów, A.5.34 Prywatność i ochrona PII, A.5.31 Wymagania prawne, ustawowe, regulacyjne i umowne, A.5.15 Kontrola dostępuRejestr aktywów, ocena potrzeby przeprowadzenia DPIA, reguła retencji, przegląd dostępu

Korporacyjna Polityka zarządzania ryzykiem jednoznacznie określa wyzwalacz przeglądu SoA:

SoA musi zostać poddana przeglądowi po każdej dużej ocenie ryzyka lub istotnej zmianie środowiskowej.

Ta klauzula jest szczególnie istotna. Istotna zmiana środowiskowa może być dosłowna, na przykład zaktualizowana ekspozycja obiektu na powódź, albo operacyjna, na przykład zmiana dostawców centrów danych, przeniesienie obciążeń, otwarcie nowej lokalizacji wsparcia albo przyjęcie regulowanego klienta z wymaganiami dotyczącymi odporności.

Silne uzasadnienie SoA jest konkretne:

„Zabezpieczenie A.5.30 ma zastosowanie, ponieważ RR-31 identyfikuje potencjalne zakłócenie usługi wynikające z ekstremalnych zjawisk pogodowych wpływających na główne operacje wsparcia. Postępowanie z ryzykiem obejmuje zdalną koordynację incydentów, przetestowane procedury odzyskiwania, coroczne ćwiczenie gotowości ICT oraz walidację przełączenia awaryjnego w chmurze”.

To silniejsze niż „Ma zastosowanie, ponieważ wymaga tego ISO”.

Wykorzystaj dowody z polityk, aby poprawka była powtarzalna

Poprawka nie powinna powodować jednorazowej mobilizacji tuż przed audytem. Powinna stać się częścią normalnego cyklu przeglądu systemu zarządzania.

Polityka zgodności prawnej i regulacyjnej - SME Clarysec stanowi:

Każda zmiana wpływająca na zgodność musi uruchomić przegląd Rejestru zgodności i właściwych polityk.

Dodaj poprawkę ISO dotyczącą zmian klimatu w systemach zarządzania do rejestru zgodności, a następnie powiąż ją z właściwymi obowiązkami klienckimi, regulacyjnymi, umownymi, ubezpieczeniowymi i certyfikacyjnymi. Jeżeli organizacja działa w środowisku NIS2 lub DORA, połącz te obowiązki z dowodami dotyczącymi ciągłości działania, zgłaszania incydentów, zapewnienia dotyczącego dostawców i ładu zarządczego.

W zakresie ciągłości działania Polityka ciągłości działania i odtwarzania po awarii - SME Clarysec oczekuje dowodów:

że scenariusze zakłóceń zostały rozważone i przetestowane w ramach ocen ryzyka

To tutaj scenariusze klimatyczne stają się operacyjne. Ćwiczenie typu tabletop dotyczące regionalnej utraty zasilania, ćwiczenie odtwarzania kopii zapasowej, walidacja przełączenia awaryjnego w chmurze albo symulacja niedostępności wsparcia dostawcy mogą wspierać poprawkę, jeżeli są powiązane z rejestrem ryzyk.

W zakresie ładu audytowego Polityka audytu i monitorowania zgodności - SME Clarysec stanowi:

Ustalenia z audytu i aktualizacje statusu muszą być uwzględniane w procesie przeglądu zarządzania SZBI.

Jeżeli audyt wewnętrzny wykryje słabe dowody dotyczące poprawki klimatycznej, ustalenie nie powinno pozostać wyłącznie w narzędziu do śledzenia audytu. Powinno zasilać przegląd zarządzania, działania korygujące i ciągłe doskonalenie.

Dowody dotyczące prywatności mają znaczenie tam, gdzie adaptacja do zmian klimatu zmienia przetwarzanie danych osobowych. Polityka systemu zarządzania informacjami o prywatności Clarysec wymaga dyscypliny kontekstowej:

[Both] Osoba odpowiedzialna za prywatność / Kierownik PIMS MUSI dokumentować zewnętrzne i wewnętrzne kwestie kontekstu prywatności w REG01 corocznie oraz w ciągu 30 dni od każdej istotnej zmiany.

Wymaga również ujmowania wymagań stron zainteresowanych:

[Both] Osoba odpowiedzialna za prywatność / Kierownik PIMS MUSI dokumentować właściwe strony zainteresowane i ich wymagania PIMS w REG01 corocznie oraz w ciągu 30 dni od każdej istotnej zmiany.

W zakresie ryzyk prywatności i DPIA Polityka oceny ryzyka dla prywatności i DPIA dodaje:

[Both] Osoba odpowiedzialna za prywatność / Kierownik PIMS MUSI raportować status ryzyka dla prywatności i DPIA z REG04 do REG12 kwartalnie oraz przed każdym przeglądem zarządzania.

Polityka monitorowania, audytu i doskonalenia PIMS zapewnia wzorzec przeglądu zarządzania przydatny także poza prywatnością:

[Both] Najwyższe kierownictwo MUSI podczas każdego przeglądu zarządzania przeglądać w REG12 niezgodności PIMS, działania korygujące, wyniki monitorowania, wyniki audytu, ryzyko dla prywatności, zapewnienie dotyczące dostawców oraz wejścia dotyczące zmian po stronie stron zainteresowanych.

A Polityka udokumentowanej informacji i zarządzania dowodami PIMS wzmacnia indeksowanie dowodów:

[All] Osoba odpowiedzialna za prywatność / Kierownik PIMS MUSI utrzymywać indeks udokumentowanych informacji PIMS w REG12 przed pierwszą publikacją PIMS, a następnie kwartalnie.

W przypadku gotowości SZBI na poprawkę klimatyczną stosuj tę samą dyscyplinę: utrzymuj indeks dowodów, aby zespół audytowy mógł szybko odszukać zapisy dotyczące kontekstu, ryzyka, SoA, ciągłości działania, dostawców i przeglądu zarządzania.

Wartość zgodności między ramami: ISO 27001, NIS2, DORA, GDPR, NIST CSF i COBIT

Poprawka ISO 27001 dotycząca zmian klimatu jest wymaganiem ISO dla systemu zarządzania, ale dowody mają szerszą wartość regulacyjną i zapewniającą.

NIS2 wymaga, aby podmioty kluczowe i ważne stosowały odpowiednie i proporcjonalne środki zarządzania ryzykiem cyberbezpieczeństwa w podejściu obejmującym wszystkie zagrożenia. Article 21 obejmuje analizę ryzyka, obsługę incydentów, ciągłość działania, kopie zapasowe, odtwarzanie po awarii, zarządzanie kryzysowe, bezpieczeństwo łańcucha dostaw, bezpieczny rozwój oprogramowania, ocenę skuteczności, szkolenia, kryptografię, kontrolę dostępu i zarządzanie aktywami. Ekstremalne zjawiska pogodowe, niestabilność energetyczna i zakłócenia dostawców naturalnie wpisują się w tę perspektywę wszystkich zagrożeń. Article 20 wymaga również, aby organy zarządzające zatwierdzały środki zarządzania ryzykiem cyberbezpieczeństwa i nadzorowały ich wdrożenie, co jest zgodne z dowodami z przeglądu zarządzania ISO/IEC 27001:2022.

DORA jest szczególnie istotna dla podmiotów finansowych. Wymaga zarządzania ryzykiem ICT, rozliczalności organu zarządzającego, planów ciągłości i odzyskiwania, testowania cyfrowej odporności operacyjnej, zarządzania ryzykiem zewnętrznych dostawców ICT oraz ciągłego doskonalenia. Jeżeli organizacja finansowa już wykorzystuje przegląd zarządzania SZBI do zatwierdzania działań ciągłości ICT związanych z klimatem, te same dowody mogą wspierać narrację ładu zarządczego DORA.

GDPR staje się istotne, gdy adaptacja do zmian klimatu zmienia przetwarzanie danych osobowych. Przykłady obejmują monitorowanie bezpieczeństwa pracowników, śledzenie lokalizacji podczas ekstremalnych zjawisk pogodowych, nowe czujniki budynkowe, monitoring środowiskowy powiązany z pracownikami albo zmiany lokalizacji przetwarzania w chmurze obliczeniowej. Rozliczalność GDPR, ograniczenie celu, minimalizacja danych, bezpieczeństwo, retencja i nadzór nad dostawcami pozostają stosowalne podczas zakłócenia.

NIST CSF 2.0 dostarcza języka zarządczego dla tych samych dowodów. Funkcja GOVERN podkreśla kontekst organizacyjny, oczekiwania interesariuszy, wymagania prawne i regulacyjne, strategię zarządzania ryzykiem, role, nadzór i ryzyko łańcucha dostaw. Specjaliści ds. zapewnienia zorientowani na COBIT 2019 i ISACA często koncentrują się na własności, metrykach wydajności, akceptacji ryzyka, celach ładu zarządczego, zarządzaniu problemami i dowodach, że kierownictwo wie, iż zabezpieczenia działają.

Perspektywa ramJak dowody SZBI związane z klimatem pomagają
ISO/IEC 27001:2022Pokazują kontekst, strony zainteresowane, zakres, postępowanie z ryzykiem, SoA, przegląd zarządzania i ciągłe doskonalenie
NIS2Wspierają zarządzanie ryzykiem w podejściu obejmującym wszystkie zagrożenia, rozliczalność kierownictwa, ciągłość działania, obsługę incydentów i dowody ryzyka dostawców
DORAWspierają ład zarządczy ryzyka ICT, ciągłość, testowanie, zarządzanie zależnościami od stron trzecich i nadzór organu zarządzającego
GDPRWspierają rozliczalność tam, gdzie adaptacja do zmian klimatu zmienia przetwarzanie danych osobowych, monitorowanie, dostawców, retencję albo lokalizacje chmurowe
NIST CSF 2.0Wspierają wyniki funkcji GOVERN, oczekiwania interesariuszy, komunikację ryzyka, ryzyko łańcucha dostaw i priorytetyzowane plany działań
COBIT 2019 i zapewnienie ISACAWspierają odpowiedzialność właścicielską w ramach ładu zarządczego, monitorowanie wyników, akceptację ryzyka, śledzenie problemów i identyfikowalność zapewnienia

Zenith Controls jest tutaj przydatny, ponieważ pomaga zespołom ds. zgodności zobaczyć, jak ten sam artefakt dowodowy wspiera wiele ram. Nie jest to odrębny zestaw zabezpieczeń. To przewodnik po zgodności między ramami służący do mapowania logiki zabezpieczeń ISO/IEC 27001:2022 i ISO/IEC 27002:2022 na oczekiwania audytowe, zapewniające i regulacyjne.

W tym temacie centralne znaczenie ma kilka zabezpieczeń ISO/IEC 27002:2022. A.5.31 Wymagania prawne, ustawowe, regulacyjne i umowne wspiera obowiązek identyfikowania i utrzymywania mających zastosowanie wymagań. A.5.4 Odpowiedzialność kierownictwa wspiera rozliczalność przywództwa. A.5.36 Zgodność z politykami, zasadami i normami bezpieczeństwa informacji wspiera zapewnienie, że zasady są przestrzegane. A.5.29 i A.5.30 wspierają bezpieczeństwo informacji podczas zakłócenia oraz gotowość ICT do ciągłości działania. A.5.19, A.5.21 i A.5.22 wspierają odporność dostawców i łańcucha dostaw ICT.

Zenith Controls stanowi:

Control 5.36 pełni funkcję mechanizmu egzekwowania zasad zdefiniowanych w ramach 5.1.

W kontekście poprawki klimatycznej oznacza to, że organizacja nie tylko aktualizuje politykę. Monitoruje również, czy przeglądy kontekstu, aktualizacje ryzyka, przeglądy SoA, testy ciągłości działania, przeglądy dostawców i działania wynikające z przeglądu zarządzania rzeczywiście się odbywają.

Przegląd zarządzania jest momentem prawdy na poziomie zarządu

Punkt 9.3 ISO/IEC 27001:2022 wymaga, aby najwyższe kierownictwo dokonywało przeglądu SZBI w zaplanowanych odstępach czasu w celu zapewnienia jego ciągłej przydatności, adekwatności i skuteczności. W przypadku poprawki klimatycznej przegląd zarządzania jest miejscem, w którym dowody kontekstowe stają się rozliczalnością kierownictwa.

Zenith Blueprint, faza audytu, przeglądu i doskonalenia, krok 28, nakazuje zespołom zebrać dane wejściowe do przeglądu zarządzania, w tym:

✓ Zmiany kwestii zewnętrznych i wewnętrznych: podsumuj wszelkie istotne zmiany kontekstu (Punkt 4.1) lub wymagań stron zainteresowanych (Punkt 4.2) od rozpoczęcia projektu SZBI.

Sarah użyła tej struktury do poinformowania zespołu kierowniczego. Jej slajd na przegląd zarządzania był zwięzły:

  1. ISO wprowadziło obowiązek rozważenia zmian klimatu w kontekście systemu zarządzania.
  2. Zespół SZBI ustalił istotność dla dostępności centrum danych, koncentracji w chmurze obliczeniowej, zależności od dostawców i oczekiwań regulacyjnych.
  3. Do rejestru ryzyk dodano dwa ryzyka o średnio niskim prawdopodobieństwie i wysokim wpływie.
  4. Postępowanie z ryzykiem wykorzystuje istniejące zabezpieczenia dotyczące gotowości ICT, zarządzania dostawcami, kopii zapasowych, usług chmurowych i wymagań prawnych.
  5. Wymagana jest zgoda kierownictwa na rozszerzony test odtwarzania po awarii symulujący regionalną niestabilność zasilania.

W protokole zapisano decyzję, właścicieli działań, terminy realizacji i zgodę na zasoby. To wysokiej jakości dowód audytowy, ponieważ pokazuje, że najwyższe kierownictwo przejrzało temat i podjęło decyzję opartą na ryzyku.

Korporacyjna Polityka bezpieczeństwa informacji Clarysec wymaga, aby przegląd zarządzania obejmował:

Decyzje dotyczące aktualizacji zakresu, zabezpieczeń i alokacji zasobów

Silny pakiet na przegląd zarządzania dotyczący poprawki klimatycznej powinien obejmować:

  • Wyciąg z rejestru kontekstu pokazujący ustalenie istotności klimatycznej.
  • Wyciąg z rejestru stron zainteresowanych pokazujący wymagania albo uzasadnienie ich braku.
  • Przegląd zakresu obejmujący lokalizacje, usługi chmurowe, dostawców, zespoły wsparcia i interfejsy.
  • Wpisy w rejestrze ryzyk i status postępowania z ryzykiem.
  • Zmiany SoA albo potwierdzenie, że istniejące uzasadnienia pozostają wystarczające.
  • Wyniki testów ciągłości działania i odtwarzania po awarii.
  • Aktualizacje zapewnienia dotyczącego dostawców dla chmury obliczeniowej, centrów danych, MSP, MSSP, telekomunikacji, obiektów i zależności od wsparcia realizowanego w outsourcingu.
  • Skutki dla reagowania na incydenty, w tym zależności eskalacyjne i komunikacyjne.
  • Aktualizacje rejestru prawnego i regulacyjnego.
  • Wnioski o zasoby, decyzje i akceptację ryzyka szczątkowego.
  • Działania doskonalące z właścicielami i terminami realizacji.

Jeżeli temat nigdy nie trafia do przeglądu zarządzania, może wyglądać pozornie. Jeżeli trafia tam przez kontekst, ryzyko, zabezpieczenia i dowody, wygląda jak działający SZBI.

Typowe ustalenia z audytu i jak im zapobiegać

Większość ustaleń dotyczących poprawki klimatycznej wynika z braku identyfikowalności, a nie z awarii technicznych.

Typowe ustalenieDlaczego występujeJak mu zapobiec
Kontekst wskazuje, że klimat jest istotny, ale rejestr ryzyk milczyOrganizacja udokumentowała kwestię, ale nie powiązała jej z planowaniem z Punktu 6Dodaj konkretne scenariusze ryzyka albo udokumentuj, dlaczego scenariusz ryzyka nie jest wymagany
Klimat oznaczono jako nieistotny mimo oczywistych zależnościDecyzja pominęła lokalizacje, regiony chmurowe, dostawców lub operacje wsparciaOpieraj decyzje o istotności na rzeczywistych zależnościach i dowodach
Brakuje wymagań stron zainteresowanychNie przejrzano oczekiwań klientów, regulatorów, ubezpieczycieli, inwestorów lub organu zarządzającegoPrzejrzyj umowy, kwestionariusze, obowiązki regulacyjne, wnioski ubezpieczeniowe i wymagania raportowania do zarządu
Uzasadnienia SoA są ogólneZabezpieczenia wymieniono bez uzasadnienia ryzykiem lub zgodnościąPowiąż zabezpieczenia z identyfikatorami ryzyk, obowiązkami i dowodami z testów
Przegląd zarządzania wspomina klimat, ale nie zawiera decyzjiTemat omówiono bez wynikówUjmuj decyzje, właścicieli, zasoby, akceptację ryzyka szczątkowego i terminy realizacji
Testowanie ciągłości działania jest oderwane od oceny ryzykaĆwiczeń BCP nie powiązano ze zidentyfikowanymi scenariuszamiOdwołuj się do identyfikatorów ryzyk w planach i raportach z testów
Zależności od dostawców są ignorowaneOrganizacja skupiła się wyłącznie na obiektach wewnętrznychUwzględnij chmurę obliczeniową, centra danych, MSP, MSSP, telekomunikację, obiekty, zasilanie i zależności od wsparcia realizowanego w outsourcingu
Pominięto skutki dla prywatnościProjekty adaptacyjne wprowadziły monitorowanie lub dane lokalizacyjne bez oceny potrzeby przeprowadzenia DPIAOceniaj zmiany adaptacyjne dotyczące klimatu pod kątem wpływu na przetwarzanie danych osobowych

Pakiet dowodów gotowy do audytu

Przed kolejnym audytem nadzoru lub audytem recertyfikacyjnym przygotuj zwięzły pakiet dowodów. Nie musi być obszerny. Musi być powiązany.

Element dowodowyCo powinien wykazywać
Wpis w rejestrze kontekstuZmiany klimatu zostały rozważone jako kwestia zewnętrzna, a ich istotność została ustalona z uzasadnieniem
Rejestr stron zainteresowanychIstotne wymagania klientów, regulatorów, ubezpieczycieli, dostawców usług chmurowych, organu zarządzającego lub innych stron zostały zidentyfikowane albo wykluczone
Przegląd zakresuUwzględniono lokalizacje, usługi chmurowe, dostawców, operacje wsparcia i interfejsy
Rejestr ryzykScenariusze bezpieczeństwa informacji napędzane klimatem zostały zapisane albo istnieje udokumentowane uzasadnienie braku istotnego ryzyka
Plan postępowania z ryzykiemZdefiniowano właścicieli, zabezpieczenia, daty, ryzyko szczątkowe i decyzje dotyczące postępowania z ryzykiem
Deklaracja stosowaniaIstniejące zabezpieczenia z Załącznika A są uzasadnione logiką ryzyka i zgodności
Rejestr zgodnościPoprawka ISO oraz powiązane obowiązki wynikające z NIS2, DORA, wymagań klientów, ubezpieczycieli lub umów są śledzone
Dowody BCP i DRScenariusze zakłóceń zostały rozważone, przetestowane i powiązane z oceną ryzyka
Zapisy zapewnienia dotyczącego dostawcówKrytyczne zależności ICT zostały poddane przeglądowi pod kątem odporności, monitorowania i kwestii wyjścia
Protokoły z przeglądu zarządzaniaNajwyższe kierownictwo przejrzało kontekst, ryzyko, zasoby, decyzje, ryzyko szczątkowe i działania doskonalące
Lista kontrolna audytu wewnętrznegoPoprawka została przetestowana w ramach audytu lub monitorowania zgodności
Indeks dowodówZapisy są nadzorowane, możliwe do odszukania i mają właścicieli

Taki pakiet daje audytorowi czytelną ścieżkę: od kontekstu do ryzyka, od ryzyka do zabezpieczenia, od zabezpieczenia do dowodu, od dowodu do przeglądu zarządzania oraz od przeglądu zarządzania do doskonalenia.

Zamień poprawkę w dowody, nie w niepokój

Poprawka ISO 27001 dotycząca zmian klimatu nie jest pułapką dokumentacyjną, jeżeli SZBI działa już jak system zarządzania. Jest impulsem do wykazania, że organizacja potrafi rozpoznać zmieniającą się kwestię zewnętrzną, zdecydować, czy ma ona znaczenie, ocenić jej wpływ na wyniki bezpieczeństwa informacji, zaktualizować ryzyka i zabezpieczenia tam, gdzie jest to potrzebne, oraz włączyć najwyższe kierownictwo w decyzję.

Zacznij od 60-minutowego przeglądu dowodów. Przygotuj rejestr kontekstu, rejestr stron zainteresowanych, zakres SZBI, rejestr ryzyk, SoA, raport z testu BCP, rejestr dostawców, rejestr zgodności i protokół z ostatniego przeglądu zarządzania. Zadaj jedno pytanie: czy potrafimy prześledzić poprawkę klimatyczną od kontekstu do decyzji kierownictwa?

Jeżeli łańcuch jest przerwany, napraw go, zanim lukę znajdzie audytor.

Clarysec może pomóc szybko zbudować tę identyfikowalność. Użyj Zenith Blueprint: 30-etapowej mapy drogowej audytora, aby umieścić prace we właściwych fazach wdrożenia, użyj Zenith Controls: przewodnika po zgodności między ramami, aby mapować dowody między ISO/IEC 27001:2022, NIS2, DORA, GDPR, NIST CSF i zapewnieniem zorientowanym na COBIT, oraz użyj szablonów polityk Clarysec, aby zapisy były powtarzalne, możliwe do przeglądu i gotowe do audytu.

Umów ocenę dowodów Clarysec dotyczącą poprawki klimatycznej i zamień niewygodne pytanie audytowe w pewną odpowiedź gotową dla zarządu.

Frequently Asked Questions

About the Author

Igor Petreski

Igor Petreski

Compliance Systems Architect, Clarysec LLC

Igor Petreski is a cybersecurity leader with over 30 years of experience in information technology and a dedicated decade specializing in global Governance, Risk, and Compliance (GRC).Core Credentials & Qualifications:• MSc in Cyber Security from Royal Holloway, University of London• PECB-Certified ISO/IEC 27001 Lead Auditor & Trainer• Certified Information Systems Auditor (CISA) from ISACA• Certified Information Security Manager (CISM) from ISACA • Certified Ethical Hacker from EC-Council

Share this article

Related Articles

Przegląd zarządzania ISO 27001 jako dowód dla zarządu w kontekście NIS2 i DORA

Przegląd zarządzania ISO 27001 jako dowód dla zarządu w kontekście NIS2 i DORA

Przegląd zarządzania zgodny z ISO/IEC 27001:2022 pkt 9.3 staje się praktycznym mechanizmem dowodowym dla zarządu, pozwalającym wykazać nadzór nad cyberbezpieczeństwem w ramach NIS2 i DORA. Ten przewodnik pokazuje, jak dyrektorzy ds. bezpieczeństwa informacji (CISO), menedżerowie ds. zgodności, audytorzy i właściciele ryzyka mogą przekształcić protokoły przeglądów, KPI, incydenty, ryzyka i działania korygujące w możliwe do obrony dowody ładu zarządczego.

Analiza wpływu na biznes dla ISO 27001, NIS2 i DORA

Analiza wpływu na biznes dla ISO 27001, NIS2 i DORA

Nowoczesna analiza wpływu na biznes (BIA) łączy usługi krytyczne, aktywa ICT, dostawców, cele odtwarzania, testowanie ciągłości działania oraz zatwierdzenie przez kierownictwo w jeden możliwy do obrony łańcuch dowodowy dla ISO/IEC 27001:2022, NIS2, DORA, GDPR, NIST CSF 2.0 i COBIT 2019.