Strona główna

Przedmiot zadań

Zgodnie z sylabusem przedmiotu Audyt bezpieczeństwa informacji zaliczenie zadania laboratoryjnego na ocenę 5.0 wymaga: przeprowadzenia strategicznego audytu zgodności organizacji z triadą regulacyjną obejmującą RODO, NIS2 wraz z ustawą o Krajowym Systemie Cyberbezpieczeństwa oraz rozporządzeniem w sprawie Krajowego Rejestru Incydentów Krytycznych, rozpoznania ryzyka w podejściu opartym na ryzyku w matrycy 5 × 5 wraz z parametrami ciągłości działania (BCM), udokumentowania ustaleń w kanonicznym modelu 4C (Condition, Criteria, Cause, Consequence) z analizą przyczyn źródłowych metodą 5 Why i diagramem Ishikawy, zaprojektowania procedury wykonawczej SOP, a także sporządzenia trójfazowego Planu Działań Korygujących (CAP) z kalkulacją ROSI dla realnej ekspozycji podmiotu na sankcje.

Praca odbywa się w zespołach 2–3 osobowych, które tworzą Triadę Audytorską: Rola 1 – audytor wiodący (metryka i ład audytu, tryb sporu audytowego, wymagania § 19 i § 20 rozporządzenia w sprawie KRI), Rola 2 – audytor techniczny (inżynieria i separacja stref) oraz Rola 3 – audytor zgodności, ryzyka i dokumentacji (kanoniczna karta 4C, macierz mapowania wieloregulacyjnego, gradacja ustaleń, analiza przyczyn). Dziesięć studiów przypadku obejmuje podmioty kluczowe i podmioty ważne z sektorów: samorządu terytorialnego, ochrony zdrowia, bankowego, transportu i logistyki, energetyki, szkolnictwa wyższego, przemysłu spożywczego, krajowych instytucji płatniczych oraz usług prawnych. Każde studium ma tę samą strukturę i ten sam układ oceniania; zespół wybiera jedno studium przypadku i pracuje nad nim przez cały czas ćwiczeń.

Kanoniczny model 4C

Każde ustaleń w sprawozdaniu jest budowane według czterech elementów, które muszą zostać rozdzielone, aby można było ocenić zarówno stan faktyczny, jak i podstawę normatywną oraz przyczynę:

Kanoniczny model 4C
ConditionStan faktyczny: co konkretnie stwierdzono, gdzie, kiedy i przy jakiej liczbie dowodów.
CriteriaKryterium: artykuł ustawy, wytyczna organu nadzoru, paragraf rozporządzenia lub punkt kontrolny normy.
CausePrzyczyna źródłowa: sekwencja 5 Why i przypisanie przyczyn do sześciu osi diagramu Ishikawy.
ConsequenceSkutek: zakres skutków prawnych, operacyjnych i reputacyjnych wraz z wyliczonym ryzykiem rezydualnym.

Wymogi formalne raportu

Sprawozdanie strategiczne o objętości 12–16 stron znormalizowanego maszynopisu A4, czyli 3600–4800 słów przy założeniu 300 słów na stronę, zawierające:

  • metrykę podmiotu audytowanego wraz z trybem sporu audytowego i podstawą prawną dla każdego reżimu, w który podmiot się wpisuje;
  • stan faktyczny i zakres przeprowadzonego przeglądu, wraz z granicami wyłączeń i uzasadnieniem każdego z nich;
  • kanoniczne karty ustaleń 4C wraz z podstawą prawną każdego ustalenia oraz macierz mapowania wieloregulacyjnego odnoszącą RODO, NIS2, KSC, KRI, DORA i PCI DSS do każdego zidentyfikowanego zagrożenia;
  • macierz ryzyka 5 × 5 z ryzykiem inherentnym i rezydualnym dla co najmniej czterech wektorów zagrożeń, wraz z uzasadnieniem wartości P i S oraz parametrami RTO, RPO i MTPD;
  • diagram Ishikawy z sekwencją 5 Why dla każdej przyczyny źródłowej, którą zespół jest w stanie usunąć;
  • projekt procedury wykonawczej SOP z sześcioma paragrafami (kto, co, kiedy, jak, przy użyciu jakiego narzędzia, na jakim poziomie kontroli), a nie samych zasad ogólnych;
  • analizę ekspozycji na sankcje w każdym z reżimów wraz z górną granicą kary i organem właściwym do jej orzekania, oraz Plan Działań Korygujących (CAP) w trzech fazach, z przyczynami źródłowymi, właścicielami wskazanymi stanowiskami, terminami i mierzalnymi kryteriami skuteczności;
  • jednostronicowe Executive Summary Pitch to Board z kalkulacją ROSI i z trzema decyzjami do podjęcia.

Sprawozdanie jest przedstawiane w formie 15-minutowej prezentacji seminaryjnej i kończy się ustną obroną przed komisją laboratoryjną z udziałem przedstawiciela Zarządu podmiotu audytowanego. W obronie zespół uzasadnia przyjęte gradacje ustaleń, wyliczenie ROSI oraz realność terminów Planu CAP, a następnie broni ich w krzyżowym ogniu pytań prowadzącego i innych grup.

Kryteria oceny merytorycznej sprawozdania i obrony

Kryterium Waga Co jest oceniane
Poprawność macierzy ryzyka 5 × 5 i parametrów BCM 25% Trafność doboru wektorów zagrożeń, uzasadnienie wartości prawdopodobieństwa i skutku, wyliczenie ryzyka inherentnego i rezydualnego oraz spójność RTO, RPO i MTPD z ustalonym poziomem ryzyka i z doborem działań mitygujących.
Jakość kart 4C, mapowania regulacji i analizy przyczyn 25% Rozróżnienie stanu faktycznego od objawu i od oceny, wskazanie artykułu ustawy, wytycznej organu nadzoru lub punktu kontrolny normy dla każdego ustalenia oraz dotarcie w analizie 5 Why i diagramie Ishikawy do przyczyny, którą zespół jest w stanie usunąć.
Jakość procedury SOP i realność Planu CAP 25% Czy SOP z sześcioma paragrafami i plan działań rozwiązują zdiagnozowane problemy, czy plan ma realne terminy, właścicieli wskazanych stanowiskami oraz mierzalne kryteria skuteczności właściwe dla każdej z trzech faz.
Trafność analizy sankcji i poziom Executive Summary wraz z obroną 25% Czy wyliczenie ROSI i wskazane górne granice kar odpowiadają reżimom, w których znajduje się podmiot, czy Executive Summary wskazuje trzy konkretne decyzje wraz z kosztem i terminem, a w obronie zespół posługuje się terminologią normatywną i odpiera obiekcje prowadzącego.

Co odróżnia ocenę 5.0 od ocen niższych

  • Zespół nie opisuje skutków naruszenia, tylko przyczyny źródłowe, i potrafi wskazać, które z działań naprawczych usuwa przyczynę, a które jedynie objaw.
  • Analiza ryzyka jest spójna w całym sprawozdaniu: ta sama wartość P i S oraz ten sam wektor pojawiają się w karcie 4C, w macierzy ryzyka, w macierzy mapowania regulacji i w Planie CAP.
  • Kalkulacja ROSI jest liczona dla realnej ekspozycji podmiotu, a nie dla ekspozycji maksymalnej, i jest powiązana z konkretną decyzją zarządczą, a nie z ogólną deklaracją.
  • Plan CAP jest rozłożony na trzy fazy i ma przypisany wskaźnik skuteczności sprawdzalny przez osobę inną niż wykonawca zadania.

Organizacja czasu ćwiczenia (90 minut)

00–15 min: triage dowodowy, spisanie stanu faktycznego i dekonstrukcja ustaleń. 15–40 min: domknięcie kart 4C oraz kwantyfikacja wektorów zagrożeń w matrycy ryzyka 5 × 5 z parametrami BCM. 40–70 min: projekt załącznika wykonawczego SOP i trójfazowego Planu CAP. 70–90 min: redakcja jednostronicowego Executive Summary z kalkulacją ROSI i obrona ustaleń. Zegar w sekcji „Interaktywny harmonogram warsztatowy” odlicza te cztery etapy.

Zegar odlicza 90 minut ćwiczenia i podświetla aktualny etap pracy zespołu oraz pasek postępu. Harmonogram jest wspólny dla wszystkich zadań modułu; zmienia się wyłącznie charakterystyka organizacji badanej w studium przypadku.

90:00
Pozostały czas ćwiczenia strategicznego audytu
Etap 1 (00-15): triage dowodowy i dekonstrukcja ustaleń
Przedział Etap pracy zespołu Artefakt wyjściowy Wiodąca rola
Minuty 00-15 Triage dowodowy: spisanie stanu faktycznego, ustalenie właściwych reżimów regulacyjnych, dekonstrukcja ustaleń na cztery komponenty modelu 4C i wybór trybu sporu audytowego. Raport z triage, wstępna karta 4C i rejestr dowodów. Rola 1
Minuty 15-40 Domknięcie kart 4C, kwantyfikacja czterech wektorów zagrożeń w skali 25-stopniowej (IR = P × S), zaprojektowanie kontroli, wyliczenie ryzyka rezydualnego (RR), przypisanie parametrów RTO, RPO i MTPD oraz analiza przyczyn metodą 5 Why z diagramem Ishikawy o sześciu osiach. Trzy karty 4C, tabela 5 × 5 z IR i RR, parametry BCM i diagram Ishikawy. Rola 2 i Rola 3
Minuty 40-70 Projekt załącznika wykonawczego (SOP) z sześcioma ponumerowanymi paragrafami oraz trójfazowy Plan Działań Korygujących z matrycą RACI, właścicielami biznesowymi, wskaźnikami KPI i KRI oraz analizą kompromisów inżynierskich. Projekt SOP § 1-§ 6, tabela CAP w trzech fazach (0-7, 30, 90 dni) i bilans wdrożenia. Rola 1
Minuty 70-90 Redakcja jednostronicowego Executive Summary „Pitch to Board” z trzema decyzjami zarządczymi, kalkulacją ryzyka finansowego i zwrotu z inwestycji (ROSI), a następnie 15-minutowa obrona raportu przed komisją. Jednostronicowy Executive Summary z ROSI, bibliografia i prezentacja obrony. Cała triada
Triada Audytorska – podział ról w zespole 3-osobowym

Wskaż, który członek triady prowadzi dany etap ćwiczenia, i sprawdź kompletność podziału. W wariancie 5.0 każdy etap musi mieć wyznaczonego wiodącego, a obrona przed Zarządem prowadzi cała triada.

Rola 1 – audytor wiodący: metryka i ład audytu

Metryka audytu, ustalenie trybu sporu audytowego, wymagania § 19 i § 20 rozporządzenia w sprawie KRI, art. 21 dyrektywy NIS2, koordynacja projektu SOP, redakcja Executive Summary i wiodąca rola w obronie przed Zarządem.

Rola 2 – audytor techniczny: inżynieria i separacja stref

Analiza techniczna konfiguracji sieci, serwerów, baz danych i urządzeń specjalizowanych, separacja stref IT, OT i IoT, zarządzanie podatnościami, model 3-2-1 kopii zapasowych oraz wyliczenie parametrów BCM dla krytycznych procesów.

Rola 3 – audytor zgodności, ryzyka i dokumentacji

Kanoniczna Karta 4C, macierz mapowania wieloregulacyjnego, gradacja ustaleń, analiza przyczyn metodą 5 Why z diagramem Ishikawy, tabela Planu CAP z matrycą RACI, wskaźnikami KPI i KRI oraz kontrola kompletności sprawozdania.

Każdy z trzech etapów powinien mieć wyznaczonego jednego wiodącego.

Kalkulator wylicza ryzyko inherentne (IR = P × S) i rezydualne (RR = P’ × S’) po projektowanych kontrolach CAP oraz przypisuje każdemu wektorowi parametry BCM (RTO, RPO, MTPD). Sprawdza, czy każdy wektor schodzi do strefy zielonej (1-7), i buduje rejestr zagrożeń na potrzeby raportu.

0wektorów
0suma IR
—najwyższe IR
0RR poza strefą zieloną
9
Ryzyko IR 9/25 – strefa żółta; RR 2/25 – strefa zielona
Lp. Wektor zagrożenia P S IR P’ S’ RR Strefa RR BCM: RTO / RPO / MTPD Akcja
Rejestr jest pusty. Dodaj pierwszy wektor zagrożenia zidentyfikowany w analizie scenariusza.

Kliknij komórkę matrycy albo zmień wartości w listach, aby odczytać interpretację pola ryzyka. Skala obejmuje 25 kombinacji prawdopodobieństwa P i skutku S w skali 1-5; wartość poniżej 8 pozostaje akceptowalna, a wartość 15 i więcej wymaga natychmiastowego działania.

25
Ryzyko 25/25 – strefa czerwona
P: 1 rzadkie, 2 mało prawdopodobne, 3 możliwe, 4 prawdopodobne, 5 niemal pewne. S: 1 znikomy, 2 mały, 3 średni, 4 duży, 5 katastrofalny.
1-6 – strefa zielona (ryzyko akceptowalne) 8-12 – strefa żółta (ryzyko warunkowe) 15-25 – strefa czerwona (ryzyko krytyczne i katastrofalne)

Wartości 7, 13 i 14 nie tworzą w siatce 5 × 5 osobnej strefy, ponieważ oznaczają kombinacje niemożliwe do uzyskania przy pełnej skalowalności obu osi. Kalkulator traktuje je jako podwyższone ryzyko warunkowe (strefa żółta), aby uniknąć luki w skali: wartość poniżej 8 pozostaje akceptowalna, a wartość 15 i więcej wymaga natychmiastowego działania.

Wybierz zadanie laboratoryjne i uzupełnij pola. Wygenerowany szkic uporządkuje treść raportu zgodnie z wymogami wariantu 5.0: karta organizacyjna, trzy karty 4C, tabela 5 × 5 z IR, RR i parametrami BCM, analiza 5 Why z diagramem Ishikawy, Plan CAP w trzech fazach, projekt SOP oraz jednostronicowy Executive Summary z kalkulacją ROSI.

Ramka zarządcza prowadzi od stanu faktycznego przez ryzyko finansowe do trzech decyzji do podjęcia. Kalkulator ROSI porównuje koszt wdrożenia planu CAP z unikniętymi stratami: oszczędnościami operacyjnymi, unikniętymi sankcjami oraz utratą przychodu i reputacji. Wynik podawany jest jako wartość zwrotu z inwestycji (ROS, ROI) wraz z okresem zwrotu.

—ROS (zwrot z inwestycji)
—zysk netto w horyzoncie
—okres zwrotu (miesiące)
Uzupełnij dane wejściowe, aby otrzymać kalkulację zwrotu z inwestycji.
Jednostronicowy Executive Summary – Pitch to Board

1. Stan faktyczny i zakres

2. Ryzyko i konsekwencje

3. Ekspozycja na sankcje i straty

Reżim Górna granica sankcji Organ
RODO (art. 83)do 20 mln EUR lub 4% rocznego obrotu globalnegoPrezes UODO
NIS2 (art. 34 ust. 1 lit. d)do 10 mln EUR lub 2% obrotu globalnegoKrajowa właściwa autorytetyzacja / organ nadzoru
DORA (art. 35)do 5% średniej dziennej wartości obrotu z ostatnich 3 latWłaściwy organ nadzoru
KSC (art. 98 ust. 1)do 500 000 PLN, a dla podmiotu o znaczeniu publicznym do 5% przychodu z działalności o znaczeniu publicznymMinisterstwo Cyfryzacji
PCI DSS v4.0 (art. 33 ust. 1 pkt 3-4 PZP)do 10 000 000 EUR w postępowaniu przed Prezesem UODOPrezes UODO

4. Trzy decyzje do podjęcia

Przypisz przyczyny źródłowe do sześciu osi diagramu Ishikawy i uzupełnij sekwencję 5 Why dla wybranej karty niezgodności. Piąty poziom musi wskazywać decyzję zarządczą, lukę w procesie albo niedostateczne zabezpieczenie systemowe, a nie czynność jednej osoby. Narzędzie sprawdza kompletność łańcucha oraz kompletność pokrycia osi; wynik można skopiować do karty 4C i do planu CAP.

Wpisz przyczynę i dodaj ją do osi. Kompletna analiza obejmuje co najmniej cztery z sześciu osi.
Sekwencja 5 Why dla wybranej karty
Wpisz odpowiedzi na pięć poziomów, aby sprawdzić kompletność procedury. Pytanie pierwsze opisuje objaw, pytanie piąte – przyczynę źródłową.
Kryterium poprawności: przyczyna na poziomie zarządu, procesu lub systemu Częsty błąd: zatrzymanie się na poziomie 2 lub 3 Niedopuszczalne: wskazanie przyczyny w postaci „winnej osoby”

Checklista porządkuje pracę zespołu w czterech etapach 90-minutowego ćwiczenia. Zaznaczone punkty przechowują się w przeglądarce; pasek postępu pokazuje gotowość projektu do obrony przed Zarządem. Licznik objętości sprawdza, czy tekst raportu mieści się w wymaganych 12-16 stronach A4.

0 z 0 punktów zaznaczonych (0%)
Etap 1 (00-15): triage i dekonstrukcja ustaleń
Etap 2 (15-40): model 4C, ryzyko 5 × 5 i BCM
Etap 3 (40-70): projekt SOP i Plan CAP
Etap 4 (70-90): Executive Summary i obrona przed Zarządem
0słów
0znaków ze spacjami
0,0szacowana liczba stron A4
Przyjęto 300 słów na stronę znormalizowanego maszynopisu A4; wymagana objętość raportu strategicznego to 12-16 stron, czyli 3 600 do 4 800 słów.

Wybierz studium przypadku, aby przejść do karty zadania. Filtr sektorów działa jednocześnie na kafelki i na karty zadań poniżej; karty z innych sektorów zostają ukryte, a ich treść pozostaje w dokumencie. Kafelki zwężają wybór do jednej gałęzi gospodarki, ale metodyka audytu, matryca ryzyka i układ raportu są we wszystkich przypadkach takie same.

01
Urząd Miasta i Gminy w Piasecznie
Urząd obsługujący 85 000 mieszkańców i ponad 120 e-usług. Kluczowe wektory: brak przetestowanej procedury DRP, 16 aktywnych kont byłych pracowników i brak integracji logów z centrum SOC.
Samorząd terytorialny EZD i ePUAP Matryca 5x5 z BCM Trójfazowy CAP i SOP
02
Wojewódzki Szpital Zespolony w Kaliszu
Szpital o 650 łóżkach i 18 oddziałach. Kluczowe wektory: brak separacji aparatury medycznej od sieci biurowej, współdzielone konta personelu i niezabezpieczone połączenie z P1 e-Zdrowia.
Ochrona zdrowia RODO art. 9 RFID i mikrosegmentacja Projekt SOP § 1-§ 6
03
Bank Spółdzielczy Ziemi Wielickiej
Bank obsługujący 35 000 klientów. Kluczowe wektory: 6 krytycznych podatności na serwerach styku z Internetem, rzeczywiste dane klientów u dewelopera i brak prawa do audytu u dostawcy.
Bankowość i finanse DORA i Rekomendacja D KNF Zarządzanie podatnościami Pitch to Board
04
Centrum Logistyczno-Magazynowe LogistykNet w Strykowie
Magazyn obsługujący 500 000 odbiorców rocznie, zintegrowany z SENT KAS. Kluczowe wektory: brak prawa do audytu dostawcy WMS, pojedyncze łącze światłowodowe i otwarta sieć dla skanerów.
Logistyka i łańcuch dostaw SENT KAS i KRI § 20 Art. 28 RODO Right to Audit
05
Elektrociepłownia EnergoDystrybucja w Opolu
Operator usługi kluczowej z automatyką SCADA na poziomach 2–3 modelu Purdue. Kluczowe wektory: styk OT z siecią IT, dostęp serwisantów przez RDP bez MFA i brak logów z PLC.
Energetyka i OT/SCADA Separacja stref Purdue PAM i RTO 0 sekund Strefa zdemilitaryzowana
06
Akademia Mazowiecka w Płocku
Uczelnia publiczna kształcąca na USOS, Moodle i POL-on. Kluczowe wektory: brak offboardingu (126 kont byłych wykładowców w USOS), brak kryptoizolacji baz i podatność interfejsu POL-on.
Szkolnictwo wyższe USOS, Moodle i POL-on Cykl życia tożsamości Briefing dla Rektora i Senatu
07
Zakłady Przetwórstwa Rybnego Dolina Baryczy w Miliczu
Zakład przetwórstwa rybnego z certyfikatem IFS Food. Kluczowe wektory: jawne hasła administratora na 30 terminalach wagowych, brak separacji automatyki od sieci biurowej i brak umów powierzenia.
Przemysł spożywczy Traceability weterynaryjna Ochrona tajemnicy receptur RFID IP68 i CAP 4-kwartalny
08
Fintech PayQuick sp. z o.o. w Warszawie
Krajowa instytucja płatnicza z API mobilnych płatnic i danymi KYC w chmurze. Kluczowe wektory: podatność BOLA/IDOR w API, nieszyfrowany magazyn skanów dowodów i brak bramek w CI/CD.
Finanse i płatności KIP i API BOLA/IDOR oraz KYC w chmurze Cyberodporność i Zero Trust
09
Kancelaria Prawna ProKancelaria w Katowicach
Kancelaria zrzeszająca 45 adwokatów i radców prawnych, prowadząca sprawy o fuzje hybrydowo. Kluczowe wektory: brak szyfrowania dysków na 32 laptopach i brak MFA w pracy zdalnej.
Usługi prawne Tajemnica adwokacka i radcowska Model hybrydowy Kryptoizolacja akt
10
Zakład Komunikacji Miejskiej w Bydgoszczy
Przewoźnik komunikacji miejskiej z 240 pojazdami. Kluczowe wektory: fabryczne poświadczenia w 240 biletomatach, niezaszyfrowane rejestratory CCTV z 90-dniową retencją i brak redundancji zasilania ITS.
Transport miejski IoT i ITS Retencja wideo i EROD 3/2019 Briefing dla Prezydenta Miasta

Spis zadań laboratoryjnych (ocena 5.0)

01
Urząd Miasta i Gminy w Piasecznie (samorząd terytorialny / podmiot kluczowy NIS2 / KRI)
Zwiń
Schemat strategicznego audytu urzędu gminy: zbieżność KRI, RODO i NIS2, kanoniczny model 4C, matryca ryzyka 5x5, parametry BCM, SOP procedury DRP i Executive Summary Pitch to Board
Schemat strategicznego audytu samorządu terytorialnego: zbieżność KRI, RODO i NIS2 w kanonicznym modelu 4C, matryca ryzyka 5x5 z parametrami BCM, trójfazowy Plan CAP, procedura DRP oraz Executive Summary Pitch to Board.

Temat zadania: Strategiczny Audyt Zgodności z Triadą Regulacyjną: Zbieżność KRI, RODO i NIS2, Kanoniczny Model 4C, Matryca Ryzyka 5X5, Wskaźniki BCM, SOP Procedury DRP oraz Executive Summary 'pitch to board' dla Burmistrza

Podstawa wykładowa i programowa

Schemat strategicznego audytu samorządu terytorialnego: zbieżność KRI, RODO i NIS2 w kanonicznym modelu 4C, matryca ryzyka 5x5 z parametrami BCM, trójfazowy Plan CAP, procedura DRP oraz Executive Summary Pitch to Board.

KRI, RODO i NIS2; KK art. 231; ISO/IEC 27001:2022 kl. 9.2, 10.1, 10.2 STRATEGICZNY AUDYT ZGODNOŚCI Z TRIADĄ REGULACYJNĄ: ZBIEŻNOŚĆ KRI, RODO I NIS2, KANONICZNY MODEL 4C, MATRYCA RYZYKA 5X5, WSKAŹNIKI BCM, SOP PROCEDURY DRP ORAZ EXECUTIVE SUMMARY 'PITCH TO BOARD' DLA BURMISTRZA
Cel zadania i kryterium oceny 5.0

Głównym celem zadania na ocenę bardzo dobrą (5.0) jest opanowanie przez studentów mistrzowskich kompetencji w zakresie przeprowadzania strategicznego audytu bezpieczeństwa informacji w jednostce samorządu terytorialnego o statusie podmiotu kluczowego (Urząd Miasta i Gminy w Piasecznie). Badanie koncentruje się na przecięciu trzech równoległych reżimów prawno-standardowych: Rozporządzenia w sprawie Krajowych Ram Interoperacyjności (§ 19 i § 20 rozporządzenia KRI), ogólnego rozporządzenia o ochronie danych (RODO), Dyrektywy NIS2 / Ustawy o KSC oraz normy PN-EN ISO/IEC 27001:2022. Zadanie wymaga: sporządzenia kanonicznej Karty Ustaleń Audytowych w modelu 4C (Condition, Criteria, Cause z dochodzeniem 5 Why i Diagramem Ishikawy dla 6 osi, Consequence), wyliczenia ryzyka w 25-stopniowej matrycy 5x5 powiązanej ze wskaźnikami BCM (RTO=2h, RPO=1h, MTPD=8h), opracowania wiążącego Trójfazowego Planu Działań Korygujących (CAP) ze zdefiniowanymi rolami RACI i metrykami KPI/KRI, sformułowania pełnego projektu Załącznika Wykonawczego (SOP) regulującego procedurę Disaster Recovery Plan i zarządzanie uprawnieniami w systemie EZD, a także zredagowania 1-stronicowego Executive Summary ("Pitch to Board") dla Burmistrza i Skarbnika z kalkulacją zwrotu z inwestycji w bezpieczeństwo (ROSI). Powiązanie z sylabusem i efektami kształcenia na ocenę 5.0: - Efekt W1: Zaawansowana znajomość wymogów prawnych § 19 i § 20 rozporządzenia KRI, art. 32 i 83 RODO, art. 21 i 23 Dyrektywy NIS2, Ustawy o informatyzacji, Ustawy o samorządzie gminnym oraz przepisów Kodeksu Karnego (art. 231 KK - niedopełnienie obowiązków służbowych przez funkcjonariusza publicznego). - Efekt W2, W3: Wyczerpująca synteza wymagań normy PN-EN ISO/IEC 27001:2022 (klauzule 9.2, 9.3, 10.1, 10.2 oraz kontrole A.5.15, A.5.18, A.8.13, A.8.14), normy PN-EN ISO 19011:2018 (punkty 6.5, 6.6 i 6.7), standardu ISO 22301 (ciągłość działania) oraz wytycznych ENISA dla administracji publicznej. - Efekt U1: Projekt inżynierski i proceduralny architektury odzyskiwania awaryjnego (DRP) opartej na replikacji danych do chmury rządowej oraz automatyzacji cyklu życia tożsamości (IAM) w urzędzie. - Efekt U2: Bezbłędna dekompozycja uchybień w kanonicznym modelu 4C z precyzyjnym wykazaniem wielowymiarowych skutków prawnych, finansowych i operacyjnych. - Efekt U3: Kwantyfikacja ryzyka w matrycy 5x5 dla wektorów paraliżu rejestrów meldunkowych, infekcji ransomware i utraty danych podatkowych z wyznaczeniem parametrów BCM. - Efekt U4: Opracowanie kompletnego raportu poaudytowego (12-16 stron A4) z Trójfazowym Planem CAP (Fazy 0-7, 30, 90 dni), procedurą SOP (§ 1 do § 6) oraz Executive Summary "Pitch to Board". - Efekt K1, K2, K3: Profesjonalizm, niezależność audytorska, wysoka kultura argumentacji perswazyjnej wobec władz samorządowych i etyka w zarządzaniu sporem poaudytowym. - Powiązanie z wykładem: Wyk1 (Ład zarządczy SZBI w JST), Wyk2 (Zasady raportowania ISO 19011), Wyk3 (Kontrole A.5 i A.8 ISO 27001), Wyk4 (Zbieżność KRI, RODO i NIS2), Wyk5 (Matryca ryzyka 5x5 i BCM), Wyk6 (Analiza logów AD i konfiguracji serwerowni), Wyk7 (Model 4C, 5 Why, Diagram Ishikawy, Trójfazowy CAP i Pitch to Board).

Każda odpowiedź musi odwoływać się do kryterium audytowego: artykułu ustawy lub rozporządzenia, wytycznej organu nadzoru albo punktu kontrolnego normy. Podejście risk-based wymaga, aby każdy wektor zagrożenia otrzymał wyliczone ryzyko inherentne IR jako iloczyn P i S w skali 1-5 oraz ryzyko rezydualne RR po wdrożeniu kontroli planu CAP. Opis zagrożenia bez obu wartości, bez przypisania parametrów BCM i bez wskazania przyczyny źródłowej w analizie 5 Why nie zalicza punktacji. Ustalenia graduj wyłącznie jako NC1, NC2 albo OFI.

Scenariusz sytuacyjny i karta organizacyjna
Urząd Miasta i Gminy w Piasecznie (EZD, ePUAP) - audyt 5.0
Urząd obsługujący 85 000 mieszkańców i ponad 120 e-usług publicznych. Kluczowe wektory: brak przetestowanej procedury DRP i kopii baz EZD, 16 aktywnych kont byłych pracowników w Active Directory, brak zintegrowanej ścieżki zgłaszania incydentów w terminach 24 i 72 godzin oraz brak integracji logów z regionalnym centrum operacji bezpieczeństwa.
Samorząd terytorialny EZD i ePUAP Matryca 5x5 z BCM Trójfazowy CAP i SOP
Reżimy regulacyjne i podstawy prawne: RODO art. 5, 32, 33 i 34; dyrektywa NIS2 art. 21 i 23; ustawa o KSC art. 8 i 15; rozporządzenie w sprawie KRI § 19 i § 20 (Dz.U. z 2024 r. poz. 773); ustawa o informatyzacji działalności podmiotów realizujących zadania publiczne; Kodeks karny art. 231; PN-EN ISO/IEC 27001:2022 kl. 9.2, 10.1 i 10.2
  • Brak procedury i infrastruktury Disaster Recovery Plan (DRP): Bazy danych EZD oraz systemów podatkowych archiwizowane są raz na dobę na przestarzałą bibliotekę taśmową LTO-6. Od ponad 36 miesięcy nie przeprowadzono żadnego testu odtworzeniowego (Disaster Recovery Drill). W serwerowni zainstalowany jest pojedynczy, 9-letni agregat prądotwórczy z niesprawnym układem SZR (Samoczynne Załączanie Rezerwy), a klimatyzacja precyzyjna nie posiada redundancji N+1, pracując na granicy wydajności termicznej.
  • Krytyczne luki w zarządzaniu tożsamością i uprawnieniami (IAM): W rejestrach Active Directory wykryto 16 kont byłych pracowników o statusie aktywnym, z czego konto byłego inspektora wydziału geodezji było wykorzystywane do wielokrotnych logowań przez tunel VPN w godzinach nocnych (2 miesiące po rozwiązaniu stosunku pracy). Ponadto 11 urzędników wydziału finansowego posiada stałe, niekontrolowane uprawnienia administratora lokalnego.
  • Brak zintegrowanej procedury zgłaszania incydentów cyberbezpieczeństwa: Urząd nie posiada sformalizowanej ścieżki eskalacji incydentów łączącej obowiązek notyfikacji do Zespołu CSIRT NASK w rygorze 24h (wczesne ostrzeżenie) i 72h (pełne zgłoszenie) zgodnie z Dyrektywą NIS2 z jednoczesnym powiadamianiem Prezesa UODO w terminie 72h (art. 33 RODO).
  • Szansa na doskonalenie (OFI): Brak integracji logów systemowych urzędu z regionalnym Centrum Operacji Bezpieczeństwa (SOC) szczebla powiatowego lub wojewódzkiego.
Pytania problemowe i pytania do obrony przed Zarządem

Pytania problemowe wymagające odpowiedzi w raporcie

  1. W jaki sposób audytor powinien uzasadnić Burmistrzowi konieczność wydatkowania środków budżetowych na DRP i chmurę rządową w świetle odpowiedzialności karnej z art. 231 KK?
  2. Jakie formalne mechanizmy integracji pomiędzy systemem kadrowym a usługą katalogową Active Directory eliminują ryzyko "kont widm" zgodnie z § 19 i § 20 rozporządzenia KRI i art. 32 RODO?
  3. Czym różni się podejście audytowe oparte na spełnieniu checklisty zgodności od audytu opartego na ryzyku (Risk-Based Audit) w samorządzie terytorialnym?

Pytania kontrolne do weryfikacji ustaleń

  • Uzasadnijcie wobec Burmistrza wysokość nakładu na procedurę DRP i chmurę rządową, wykorzystując wyliczone ryzyko inherentne i rezydualne czterech wektorów oraz przypisane im parametry RTO, RPO i MTPD.
  • Opiszcie mechanizm integracji systemu kadrowego z usługą katalogową Active Directory, który eliminuje ryzyko kont widm, i wskażcie, które z sześciu osi Ishikawy zostanie naruszone bez tego mechanizmu.
  • Ustalcie tryb sporu audytowego: czy spór zostaje uznany, czy odstępujecie od sporu, i jakie skutki ma każdy z tych wariantów dla odbioru raportu przez Zarząd.
  • Przedstawicie trzy decyzje zarządcze wraz z kwotą, terminem i wskaźnikiem sukcesu, które podnoszą zwrot z inwestycji ROSI w horyzoncie 90 dni.

Każda odpowiedź musi odwoływać się do kryterium audytowego: artykułu ustawy lub rozporządzenia, wytycznej organu nadzoru albo punktu kontrolnego normy. Podejście risk-based wymaga, aby każdy wektor zagrożenia otrzymał wyliczone ryzyko inherentne IR jako iloczyn P i S w skali 1-5 oraz ryzyko rezydualne RR po wdrożeniu kontroli planu CAP. Opis zagrożenia bez obu wartości, bez przypisania parametrów BCM i bez wskazania przyczyny źródłowej w analizie 5 Why nie zalicza punktacji. Ustalenia graduj wyłącznie jako NC1, NC2 albo OFI.

Wskazówki wykonania krok po kroku (90 minut)
KrokNazwa krokuMinutyZakres prac zespołu
1Podział ról w Triadzie Audytorskiej i triage dowodowy00-15

Student A (Lead Auditor / Executive Reporter): Odpowiada za ład zarządczy (Governance), analizę zbieżności § 19 i § 20 rozporządzenia KRI, art. 32 RODO i NIS2, relacje z Burmistrzem, Skarbnikiem i CSIRT NASK oraz przygotowanie 1-stronicowego Executive Summary ("Pitch to Board") z kalkulacją ROSI. Student B (Technical SecOps Auditor / Architekt Bezpieczeństwa IT): Analizuje brak procedur DRP, luki w Active Directory, logi połączeń VPN, brak redundancji zasilania i chłodzenia w serwerowni, projektuje architekturę replikacji do Chmury Rządowej oraz automatyzację IAM. Student C (Governance, Risk & Compliance Auditor): Opracowuje kanoniczną Kartę Niezgodności 4C, wylicza ryzyko w 25-stopniowej matrycy 5x5 powiązanej z parametrami BCM (RTO=2h, RPO=1h, MTPD=8h), prowadzi sekwencję 5 Why z Diagramem Ishikawy oraz konstruuje Trójfazowy Plan CAP z rolami RACI i metrykami KPI/KRI. W zespole 2-osobowym zadania te dzielą Studenci A i B.

2Kanoniczna Karta Niezgodności 4C15-40

Sformułujcie kartę uchybienia krytycznego w modelu 4C: * Condition (Stan faktyczny poparty dowodami): Brak udokumentowanego planu DRP, brak testów odzyskiwania baz EZD od 3 lat, niesprawny układ SZR zasilania awaryjnego, brak zintegrowanej procedury CSIRT/UODO oraz 16 aktywnych kont byłych urzędników z udokumentowanym nieuprawnionym logowaniem przez VPN o godz. 02:14. * Criteria (Kryteria prawne i normatywne): § 19 i § 20 rozporządzenia w sprawie KRI (wymagania dotyczące systemu zarządzania bezpieczeństwem informacji oraz rozliczalności i dzienników systemów); art. 21 i 23 Dyrektywy NIS2; art. 32 i 33 RODO; kontrole ISO/IEC 27001:2022 A.5.18, A.8.13, A.8.14; art. 231 Kodeksu Karnego. * Cause (Przyczyna źródłowa - 5 Why powiązane z Diagramem Ishikawy): 1. Dlaczego konto byłego pracownika było aktywne i logowało się przez VPN? (Wydział Informatyki nie deaktywował konta po odejściu pracownika). 2. Dlaczego informatycy nie zablokowali konta? (Wydział Kadr nie przesłał powiadomienia o rozwiązaniu umowy o pracę). 3. Dlaczego kadry nie powiadomiły informatyków? (W urzędzie nie funkcjonuje formalna elektroniczna karta obiegowa ani zintegrowany system kadrowo-płacowy z Active Directory). 4. Dlaczego nie wdrożono integracji ani cyklicznych przeglądów kont? (Brak zarządzenia Burmistrza nakładającego obowiązek kwartalnej weryfikacji uprawnień). 5. Root Cause (Ład zarządczy / Governance): Brak sformalizowanego ładu zarządzania tożsamością i ciągłością działania oraz traktowanie bezpieczeństwa IT wyłącznie jako problemu technicznego, a nie strategicznego ryzyka operacyjnego gminy. * Consequence (Skutki wielowymiarowe): Ryzyko całkowitego paraliżu e-usług i wydawania dowodów osobistych na okres do 14 dni, utrata danych podatkowych, kara administracyjna Prezesa UODO do 100 000 PLN (dla JST) oraz do 10 mln EUR w reżimie NIS2, roszczenia odszkodowawcze mieszkańców i odpowiedzialność karna Burmistrza z art. 231 KK za niedopełnienie obowiązków.

3Zaawansowana Matryca Ryzyka 5x5 i Parametry BCM15-40

Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5): 1. Paraliż e-urzędu i utrata baz danych EZD wskutek awarii serwerowni bez DRP (P=5, S=5 -> IR=25 - Ryzyko Katastrofalne; po kontrolach CAP: P=1, S=4 -> RR=4 - Ryzyko Akceptowalne). 2. Masowy wyciek rejestrów meldunkowych przez nieaktywne konta z uprawnieniami VPN (P=5, S=4 -> IR=20; po kontrolach CAP: P=1, S=3 -> RR=3). 3. Infekcja ransomware węzła sieciowego EZD przy braku segmentacji (P=4, S=5 -> IR=20; po kontrolach CAP: P=1, S=3 -> RR=3). 4. Kary finansowe i sankcje nadzorcze UODO/CSIRT za brak wdrożenia KRI i NIS2 (P=5, S=3 -> IR=15; po kontrolach CAP: P=1, S=2 -> RR=2). Powiążcie parametry z BCM: RTO=2 godziny dla rejestrów stanu cywilnego i podatków, RPO=1 godzina (maksymalna utrata danych transakcyjnych), MTPD=8 godzin (maksymalny dopuszczalny czas niedostępności przed powstaniem odpowiedzialności prawnej).

4Trójfazowy Plan Działań Korygujących - CAP40-70

Opracujcie tabelę CAP w 3 horyzontach czasowych: * Faza 1: Działania natychmiastowe mitygujące / tamowanie (0-7 dni): Natychmiastowa blokada 16 kont byłych pracowników, odebranie uprawnień lokalnego administratora na stacjach, wdrożenie merytorycznego logowania tuneli VPN z geolokalizacją i alertowaniem SMS (RACI: A - Burmistrz, R - Kierownik IT / IOD, KPI: 100% kont zweryfikowanych, zero kont osieroconych, KRI: Liczba prób logowania na konta wygaszone = 0). * Faza 2: Działania krótkoterminowe inżyniersko-wdrożeniowe (30 dni): Przegląd i wymiana akumulatorów w UPS, naprawa układu SZR agregatu, przeprowadzenie próbnego odtworzenia baz EZD na zapasowej infrastrukturze wirtualnej, wdrożenie automatycznego skryptu PowerShell wygaszającego konta po 30 dniach bezczynności (RACI: A - Sekretarz Gminy, R - Główny Informatyk, C - Audytor Zewnętrzny, KPI: Czas RTO bazy EZD < 2h, KRI: Wskaźnik pomyślnych testów backupu = 100%). * Faza 3: Działania systemowe i ład korporacyjny (90 dni): Opracowanie i podpisanie przez Burmistrza Zarządzenia w sprawie nowej PBI zgodnej z NIS2 i KRI, wdrożenie centralnego brokera tożsamości IAM sprzężonego z systemem kadrowym, wdrożenie replikacji kopii zapasowych do chmury rządowej w modelu 3-2-1 z blokadą WORM oraz zawarcie porozumienia o współpracy z regionalnym SOC (RACI: A - Burmistrz, R - Pełnomocnik ds. Cyberbezpieczeństwa, I - Rada Miejska, KPI: Certyfikacja SZBI wg ISO 27001, KRI: Liczba incydentów krytycznych = 0).

5Sformalizowany Projekt Załącznika Wykonawczego SOP40-70

Opracujcie projekt aktu normatywnego "Standard Operacyjny Zarządzania Ciągłością Działania i Awaryjnym Odzyskiwaniem Danych (DRP) w Urzędzie Miasta i Gminy w Piasecznie" z ponumerowanymi artykułami od § 1 do § 6: § 1. Cel i zakres procedury DRP; § 2. Parametry odpornościowe BCM (RTO, RPO, MTPD); § 3. Harmonogram i metodyka testowania scenariuszy awaryjnych (próby kwartalne i roczne); § 4. Procedura przełączania zasilania i redundancji serwerowni; § 5. Replikacja danych do chmury rządowej i zasada kopii 3-2-1 WORM; § 6. Odpowiedzialność służbowa, sankcje dyscyplinarne i raportowanie do Burmistrza.

6Podsumowanie Zarządcze Executive Summary 'Pitch to Board' i przygotowanie obrony70-90

Zredagujcie 1-stronicowy briefing dla Burmistrza i Skarbnika: przedstawcie bilans ekspozycji finansowej (ryzyko strat i kar: 1,8 mln PLN vs koszt planu CAP: 140 000 PLN w roku 1), wskaźnik zwrotu z inwestycji w bezpieczeństwo ROSI = 1180%, wykaz natychmiastowych sukcesów (Quick Wins) oraz przygotujcie się do 15-minutowej obrony przed komisją.

Najczęstsze błędy obniżające ocenę: powierzchowne zdefiniowanie modelu 4C, zatrzymanie analizy przyczyn na poziomie objawu technicznego bez 5 Why i diagramu Ishikawy, brak wyliczenia ryzyka rezydualnego RR w matrycy 5 × 5, pominięcie parametrów BCM (RTO, RPO, MTPD), plan CAP bez podziału trójfazowego (0-7, 30 i 90 dni) bez mierzalnych KPI i KRI, SOP zredagowany jako notatka zamiast projektu załącznika wykonawczego z ponumerowanymi paragrafami, Executive Summary bez kalkulacji ROSI albo sprawozdanie o objętości innej niż 12-16 stron A4 (3600-4800 słów przy 300 słów na stronę) i pasywne uczestnictwo w obronie przed Zarządem.

Wymogi raportu strategicznego 12-16 stron A4
  • Jednostronicowy Executive Summary "Pitch to Board" z co najmniej trzema decyzjami zarządczymi i kalkulacją ROSI.
  • Karta organizacyjna analizowanej jednostki o co najmniej sześciu polach.
  • Kanoniczna Karta Niezgodności 4C dla co najmniej trzech ustaleń, z rozdzieleniem Condition, Criteria, Cause i Consequence.
  • Tabela matrycy ryzyka 5 × 5 z czterema wektorami, wartościami P, S, IR, P’, S’, RR oraz przypisaniem parametrów RTO, RPO i MTPD.
  • Przypisanie każdemu wektorowi parametrów BCM, dla których ryzyko rezydualne RR zejmuje do strefy zielonej (1-7).
  • Analiza przyczyn metodą 5 Why z wskazaniem przyczyny źródłowej oraz diagram Ishikawy z przypisaniem przyczyn do sześciu osi.
  • Trójfazowy Plan Działań Korygujących CAP: Faza 1 (0-7 dni), Faza 2 (30 dni) i Faza 3 (90 dni) z matrycą RACI, właścicielami biznesowymi, KPI i KRI.
  • Projekt załącznika wykonawczego (SOP) z sześcioma ponumerowanymi paragrafami i trybem sporu audytowego.
  • Analiza kompromisów inżynierskich i biznesowych wraz z bilansem kosztu, obciążenia operacyjnego i ryzyka resztkowego.
  • Bibliografia z numerami artykułów, paragrafów i punktów kontrolnych norm.
  • Sprawozdanie o objętości 4-8 stron zamiast wymaganych 12-16 stron A4.
  • Executive Summary zredagowane językiem czysto technicznym bez kalkulacji ryzyka biznesowego, finansowego i zwrotu z inwestycji.
  • Plan CAP bez podziału trójfazowego albo bez mierzalnych wskaźników weryfikacji wdrożenia.
  • Przypisanie przyczyn wyłącznie do kategorii „czynnik ludzki” z pominięciem decyzji zarządczych i systemowych.
Wzorcowe rozwiązanie: model 4C, ryzyko 5 × 5, CAP i SOP

Kanoniczna karta ustaleń w modelu 4C

ConditionStan faktyczny poparty dowodami

Brak udokumentowanego planu DRP, brak testów odzyskiwania baz EZD od 3 lat, niesprawny układ SZR zasilania awaryjnego, brak zintegrowanej procedury CSIRT/UODO oraz 16 aktywnych kont byłych urzędników z udokumentowanym nieuprawnionym logowaniem przez VPN o godz. 02:14.

CriteriaKryteria prawne i normatywne

§ 19 i § 20 rozporządzenia w sprawie KRI (wymagania dotyczące systemu zarządzania bezpieczeństwem informacji oraz rozliczalności i dzienników systemów); art. 21 i 23 Dyrektywy NIS2; art. 32 i 33 RODO; kontrole ISO/IEC 27001:2022 A.5.18, A.8.13, A.8.14; art. 231 Kodeksu Karnego.

CausePrzyczyna źródłowa – 5 Why powiązane z diagramem Ishikawy

  1. Dlaczego konto byłego pracownika było aktywne i logowało się przez VPN? (Wydział Informatyki nie deaktywował konta po odejściu pracownika). 2. Dlaczego informatycy nie zablokowali konta? (Wydział Kadr nie przesłał powiadomienia o rozwiązaniu umowy o pracę). 3. Dlaczego kadry nie powiadomiły informatyków? (W urzędzie nie funkcjonuje formalna elektroniczna karta obiegowa ani zintegrowany system kadrowo-płacowy z Active Directory). 4. Dlaczego nie wdrożono integracji ani cyklicznych przeglądów kont? (Brak zarządzenia Burmistrza nakładającego obowiązek kwartalnej weryfikacji uprawnień). 5. Root Cause (Ład zarządczy / Governance): Brak sformalizowanego ładu zarządzania tożsamością i ciągłością działania oraz traktowanie bezpieczeństwa IT wyłącznie jako problemu technicznego, a nie strategicznego ryzyka operacyjnego gminy.

ConsequenceSkutki wielowymiarowe

Ryzyko całkowitego paraliżu e-usług i wydawania dowodów osobistych na okres do 14 dni, utrata danych podatkowych, kara administracyjna Prezesa UODO do 100 000 PLN (dla JST) oraz do 10 mln EUR w reżimie NIS2, roszczenia odszkodowawcze mieszkańców i odpowiedzialność karna Burmistrza z art. 231 KK za niedopełnienie obowiązków.

Sekwencja 5 Why

  1. Dlaczego (poziom 1)Dlaczego konto byłego pracownika było aktywne i logowało się przez VPN? (Wydział Informatyki nie deaktywował konta po odejściu pracownika).
  2. Dlaczego (poziom 2)Dlaczego informatycy nie zablokowali konta? (Wydział Kadr nie przesłał powiadomienia o rozwiązaniu umowy o pracę).
  3. Dlaczego (poziom 3)Dlaczego kadry nie powiadomiły informatyków? (W urzędzie nie funkcjonuje formalna elektroniczna karta obiegowa ani zintegrowany system kadrowo-płacowy z Active Directory).
  4. Dlaczego (poziom 4)Dlaczego nie wdrożono integracji ani cyklicznych przeglądów kont? (Brak zarządzenia Burmistrza nakładającego obowiązek kwartalnej weryfikacji uprawnień).
  5. Przyczyna źródłowa (Root Cause)Brak sformalizowanego ładu zarządzania tożsamością i ciągłością działania oraz traktowanie bezpieczeństwa IT wyłącznie jako problemu technicznego, a nie strategicznego ryzyka operacyjnego gminy.

Tabela zaawansowanej analizy ryzyka w matrycy 5 × 5

Lp.Wektor zagrożeniaPSIR (ryzyko inherentne)P′ po CAPS′ po CAPRR (ryzyko rezydualne)
1Paraliż e-urzędu i utrata baz danych EZD wskutek awarii serwerowni bez DRP5525Ryzyko Katastrofalne144Ryzyko Akceptowalne
2Masowy wyciek rejestrów meldunkowych przez nieaktywne konta z uprawnieniami VPN5420Ryzyko krytyczne133Ryzyko akceptowalne
3Infekcja ransomware węzła sieciowego EZD przy braku segmentacji4520Ryzyko krytyczne133Ryzyko akceptowalne
4Kary finansowe i sankcje nadzorcze UODO/CSIRT za brak wdrożenia KRI i NIS25315Ryzyko krytyczne122Ryzyko akceptowalne

Parametry BCM powiązane z wektorami zagrożeń

RTO (długość niedostępności)RPO (dopuszczalna utrata danych)MTPD (próg odpowiedzialności)
2h1h8h

Trójfazowy plan działań korygujących (CAP) z matrycą RACI

FazaHoryzontZakresDziałaniaRACIKPIKRI
Faza 10-7 dniDziałania natychmiastowe mitygujące / tamowanie (0-7 dni)Natychmiastowa blokada 16 kont byłych pracowników, odebranie uprawnień lokalnego administratora na stacjach, wdrożenie merytorycznego logowania tuneli VPN z geolokalizacją i alertowaniem SMSA - Burmistrz, R - Kierownik IT / IOD100% kont zweryfikowanych, zero kont osieroconychLiczba prób logowania na konta wygaszone = 0
Faza 230 dniDziałania krótkoterminowe inżyniersko-wdrożeniowe (30 dni)Przegląd i wymiana akumulatorów w UPS, naprawa układu SZR agregatu, przeprowadzenie próbnego odtworzenia baz EZD na zapasowej infrastrukturze wirtualnej, wdrożenie automatycznego skryptu PowerShell wygaszającego konta po 30 dniach bezczynnościA - Sekretarz Gminy, R - Główny Informatyk, C - Audytor ZewnętrznyCzas RTO bazy EZD < 2hWskaźnik pomyślnych testów backupu = 100%
Faza 390 dniDziałania systemowe i ład korporacyjny (90 dni)Opracowanie i podpisanie przez Burmistrza Zarządzenia w sprawie nowej PBI zgodnej z NIS2 i KRI, wdrożenie centralnego brokera tożsamości IAM sprzężonego z systemem kadrowym, wdrożenie replikacji kopii zapasowych do chmury rządowej w modelu 3-2-1 z blokadą WORM oraz zawarcie porozumienia o współpracy z regionalnym SOCA - Burmistrz, R - Pełnomocnik ds. Cyberbezpieczeństwa, I - Rada MiejskaCertyfikacja SZBI wg ISO 27001Liczba incydentów krytycznych = 0

Projekt załącznika wykonawczego (SOP) z sześcioma paragrafami

  1. § 1.Cel i zakres procedury DRP
  2. § 2.Parametry odpornościowe BCM (RTO, RPO, MTPD)
  3. § 3.Harmonogram i metodyka testowania scenariuszy awaryjnych (próby kwartalne i roczne)
  4. § 4.Procedura przełączania zasilania i redundancji serwerowni
  5. § 5.Replikacja danych do chmury rządowej i zasada kopii 3-2-1 WORM
  6. § 6.Odpowiedzialność służbowa, sankcje dyscyplinarne i raportowanie do Burmistrza.
Bilans wdrożenia, kompromisy inżynierskie i ryzyko resztkowe
KategoriaOcenaOpisRozwiązanie kompromisowe
Koszt wdrożeniaŚrednieNakłady dotyczą głównie integracji systemów, licencji, testów odtwarzania i szkoleń, a nie samego sprzętu.Wdrożenie etapowe w ramach budżetu rocznego i decyzje zarządcze podjęte w Executive Summary.
Obciążenie operacyjneZnacząceRygorystyczne uwierzytelnianie, mikrosegmentacja i mikrosegmentacja sieci OT wydłużają czas pracy personelu i serwisu.Pilotaż na jednym procesie, okna serwisowe w godzinach niskiego obciążenia i wsparcie pierwszej linii.
Wpływ na ciągłość usługOgraniczoneZabezpieczenia wdrażane są w tle, lecz testy odtworzeniowe i przełączenia wymagają zaplanowanego okna serwisowego.Ćwiczenia przełączenia przed wdrożeniem i monitoring wskaźnika odtworzenia w terminie RTO.
Ryzyko resztkowe po wdrożeniuKontrolowanePozostaje ryzyko zależności od dostawców, błędu ludzkiego i utrzymywania starych podatności.Monitoring KPI i KRI, przegląd skuteczności działań naprawczych po 90 dniach oraz audyt sprawdzający zgodny z § 19 rozporządzenia w sprawie KRI.
Ciągłość e-usług publicznychDuża poprawaProcedura DRP z replikacją do chmury rządowej, klastrem SZR i testami odtworzenia skraca czas przywracania rejestrów meldunkowych i podatkowych do wartości RTO.Ćwiczenie przełączenia raz na kwartał i monitoring wskaźnika odtworzenia w terminie RTO.
Rozliczalność dostępu do EZDPełna zgodnośćElektroniczna karta obiegowa offboardingu i automatyczne wygaszanie uprawnień eliminują 16 aktywnych kont byłych pracowników.Kwartalny przegląd uprawnień i przegląd skuteczności działań CAP po 90 dniach.

Zamknięcie audytu wymaga wskazania trybu sporu audytowego: spór uznany albo odstąpienie od sporu z uzasadnieniem, zanim raport trafi do Zarządu.

Executive Summary "Pitch to Board" i kalkulacja ROSI

Jednostronicowe Podsumowanie Zarządcze (Executive Summary - "Pitch to Board") z wyliczeniem ROSI i bilansu ryzyk.

Dane wejściowe kalkulacji ROSI dla tego zadania

PozycjaWartość z planu zadania
Koszt wdrożenia planu CAP (zł)140 000 zł
Roczne ryzyko finansowe przed wdrożeniem (zł)1 800 000 zł
Wskaźnik ROSI podany w planie (%)1 180%

Kalkulator ROSI w module Executive Summary przyjmuje te wartości jako punkt wyjścia; skuteczność kontroli CAP i horyzont analizy student uzupełnia samodzielnie.

Najczęstsze błędy obniżające ocenę: powierzchowne zdefiniowanie modelu 4C, zatrzymanie analizy przyczyn na poziomie objawu technicznego bez 5 Why i diagramu Ishikawy, brak wyliczenia ryzyka rezydualnego RR w matrycy 5 × 5, pominięcie parametrów BCM (RTO, RPO, MTPD), plan CAP bez podziału trójfazowego (0-7, 30 i 90 dni) bez mierzalnych KPI i KRI, SOP zredagowany jako notatka zamiast projektu załącznika wykonawczego z ponumerowanymi paragrafami, Executive Summary bez kalkulacji ROSI albo sprawozdanie o objętości innej niż 12-16 stron A4 (3600-4800 słów przy 300 słów na stronę) i pasywne uczestnictwo w obronie przed Zarządem.

Bibliografia, netografia i podstawy prawne
  • Rozporządzenie Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (tekst jedn. Dz.U. z 2024 r. poz. 773) - § 19 (wymagania dotyczące systemu zarządzania bezpieczeństwem informacji, w tym okresowy audyt wewnętrzny nie rzadziej niż raz na rok: § 19 ust. 2 pkt 14) oraz § 20 (rozliczalność i dzienniki systemów, przechowywane co najmniej dwa lata). Rozporządzenie z dnia 12 kwietnia 2012 r. utraciło moc z dniem 23 maja 2024 r.
  • Norma PN-EN ISO 19011:2018: Wytyczne dotyczące audytowania systemów zarządzania - punkty 6.5, 6.6 i 6.7.
  • Norma PN-EN ISO/IEC 27001:2022: Systemy zarządzania bezpieczeństwem informacji - Wymagania: klauzule 9.2, 9.3, 10.1, 10.2 oraz Załącznik A.
  • Norma PN-EN ISO 22301:2020: Bezpieczeństwo i odporność - Systemy zarządzania ciągłością działania.
  • Ustawa z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne (tekst jedn. Dz.U. z 2026 r. poz. 1241) - art. 18 jako podstawa prawna rozporządzenia w sprawie KRI.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO) - art. 32, 33, 34, 82, 83.
  • Dyrektywa Parlamentu Europejskiego i Rady (UE) 2022/2555 z dnia 14 grudnia 2022 r. w sprawie środków na rzecz wysokiego wspólnego poziomu cyberbezpieczeństwa na terytorium Unii (Dyrektywa NIS2).
  • Ustawa z dnia 6 czerwca 1997 r. - Kodeks Karny (tekst jedn. Dz.U. z 2025 r. poz. 383) - art. 231 (Niedopełnienie obowiązków służbowych).
  • Ministerstwo Cyfryzacji: "Standardy Cyberbezpieczeństwa dla Jednostek Samorządu Terytorialnego", Warszawa 2023.

Wspólna bibliografia wariantu 5.0

  • Rozporządzenie Rady Ministrów z dnia 21 maja 2024 r. w sprawie Krajowych Ram Interoperacyjnych, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (tekst jedn. Dz.U. z 2024 r. poz. 773) – § 19 (wymagania dotyczące systemu zarządzania bezpieczeństwem informacji, w tym okresowy audyt wewnętrzny nie rzadziej niż raz na rok) oraz § 20 (rozliczalność i dzienniki systemów).
  • Ustawa z dnia 6 czerwca 1997 r. – Kodeks karny (tekst jedn. Dz.U. z 2025 r. poz. 383) – art. 98, art. 160, art. 231, art. 266, art. 268a, art. 269a i art. 270.
  • Ustawa z dnia 12 listopada 2017 r. o Krajowym Systemie Cyberbezpieczeństwa (tekst jedn. Dz.U. z 2026 r. poz. 20) – art. 8 (środki zarządzania ryzykiem i zabezpieczenia) oraz art. 15 (audyt bezpieczeństwa).
  • Ustawa z dnia 15 maja 2019 r. – Prawo o adwokaturze (tekst jedn. Dz.U. z 2024 r. poz. 1564) – art. 19 (tajemnica adwokacka).
  • Ustawa z dnia 15 września 2000 r. o radcach prawnych (tekst jedn. Dz.U. z 2024 r. poz. 499) – art. 3 (tajemnica zawodowa radcy prawnego).
  • Ustawa z dnia 11 maja 2017 r. o zwalczaniu nieuczciwej konkurencji (tekst jedn. Dz.U. z 2026 r. poz. 85) – art. 11 (tajemnica przedsiębiorstwa).
  • Ustawa z dnia 19 sierpnia 2011 r. o usługach płatniczych (tekst jedn. Dz.U. z 2026 r. poz. 623) – art. 50 (system zarządzania ryzykiem operacyjnym).
  • Ustawa z dnia 6 września 2001 r. – Prawo bankowe (tekst jedn. Dz.U. z 2026 r. poz. 38) – art. 104 (zarządzanie ryzykiem).
  • Ustawa z dnia 13 października 2022 r. o obrocie paliwami opałowymi (tekst jedn. Dz.U. z 2024 r. poz. 1218) – obowiązki operatora infrastruktury paliwowej i systemu teleinformatycznego. W logistyce sENT oznacza System Elektronicznego Transportu Drogowego, a nie system nadzoru nad obrotem paliwami.
  • Dyrektywa Parlamentu Europejskiego i Rady (UE) 2022/2555 z dnia 14 grudnia 2022 r. (dyrektywa NIS2) – art. 21, art. 21 ust. 2 lit. c i d oraz art. 23.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO) – art. 5, 9, 11, 28, 32, 33, 34, 82 i 83.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2022/2554 z dnia 14 grudnia 2022 r. w sprawie operacyjnej odporności cyjrowego sektora finansowego (DORA) – art. 5, 8 i 35.
  • Standard PCI DSS v4.0.1 – wymagania 3.3, 6.4 i 11.3 (szyfrowanie transmisji uwierzytelniającej i zarządzanie dostępem do aplikacji bramki płatniczej).
  • Norma ISO/IEC 27001:2022 – Załącznik A: 5.1, 5.15, 5.18, 5.23, 8.12, 8.13, 8.14 i 8.15.
02
Wojewódzki Szpital Zespolony w Kaliszu (sektor ochrony zdrowia / podmiot kluczowy NIS2 / podmiot leczniczy)
Zwiń
Schemat strategicznego audytu szpitala: protokół sporu audytowego, zbieżność NIS2 i RODO art. 9, model 4C, matryca ryzyka 5x5, SOP kart RFID i Trójfazowy Plan CAP
Schemat strategicznego audytu szpitala: protokół sporu audytowego, ochrona danych o zdrowiu, model 4C, matryca ryzyka 5x5 z BCM, uwierzytelnianie RFID i obrona raportu przed dyrekcją.

Temat zadania: Strategiczny Audyt Odporności Aparatury Medycznej i Systemu HIS: Zbieżność NIS2, RODO art. 9 i art. 160 KK, Model 4C, Matryca Ryzyka 5X5, Wskaźniki BCM, SOP Uwierzytelniania RFID oraz pitch to board dla Dyrekcji

Podstawa wykładowa i programowa

Schemat strategicznego audytu szpitala: protokół sporu audytowego, ochrona danych o zdrowiu, model 4C, matryca ryzyka 5x5 z BCM, uwierzytelnianie RFID i obrona raportu przed dyrekcją.

NIS2 i RODO art. 9; KK art. 160; ISO 27799; ISO/IEC 27001:2022 STRATEGICZNY AUDYT ODPORNOŚCI APARATURY MEDYCZNEJ I SYSTEMU HIS: ZBIEŻNOŚĆ NIS2, RODO ART. 9 I ART. 160 KK, MODEL 4C, MATRYCA RYZYKA 5X5, WSKAŹNIKI BCM, SOP UWIERZYTELNIANIA RFID ORAZ PITCH TO BOARD DLA DYREKCJI
Cel zadania i kryterium oceny 5.0

Głównym celem zadania na ocenę bardzo dobrą (5.0) jest opanowanie przez studentów zaawansowanych kompetencji audytowania strategicznego cyberbezpieczeństwa i ochrony danych w szpitalu wieloprofilowym o statusie podmiotu kluczowego sektora ochrony zdrowia. Audyt łączy rygory Dyrektywy NIS2, art. 9 i 32 RODO (dane o stanie zdrowia pacjentów), § 19 i § 20 rozporządzenia KRI (integracja z węzłem P1 Centrum e-Zdrowia) oraz normy PN-EN ISO/IEC 27001:2022 i standardu ISO 27799. Zadanie wymaga: sporządzenia kanonicznej Karty Ustaleń Audytowych w modelu 4C dla krytycznego braku segmentacji sieci aparatury ratującej życie (OIOM/SOR) i powszechnego współdzielenia kont przez personel medyczny, wyliczenia ryzyka w 25-stopniowej matrycy 5x5 powiązanej ze wskaźnikami BCM (RTO=15m dla OIOM, RPO=5m, MTPD=2h), opracowania Trójfazowego Planu Działań Korygujących (CAP) ze wskaźnikami KPI i KRI, sformułowania pełnego projektu Załącznika Wykonawczego (SOP) regulującego uwierzytelnianie kartami zbliżeniowymi RFID Mifare DESFire EV3 i mikrosegmentację VLAN_MED, a także zredagowania 1-stronicowego Executive Summary ("Pitch to Board") dla Dyrektora Szpitala z kalkulacją zwrotu z inwestycji (ROSI) i oceną ryzyka z art. 160 KK. Powiązanie z sylabusem i efektami kształcenia na ocenę 5.0: - Efekt W1: Zaawansowana znajomość art. 9, 32, 82 i 83 RODO, Dyrektywy NIS2 w ochronie zdrowia, § 19 i § 20 rozporządzenia KRI, Ustawy o prawach pacjenta oraz art. 160 Kodeksu Karnego (Narażenie człowieka na bezpośrednie niebezpieczeństwo utraty życia lub ciężkiego uszczerbku na zdrowiu). - Efekt W2, W3: Wyczerpująca znajomość norm ISO 27001 (kontrole A.5.18, A.8.2, A.8.20, A.8.22), ISO 27799, ISO 22301 oraz wytycznych Centrum e-Zdrowia (CeZ). - Efekt U1: Projekt inżynierski mikrosegmentacji sieci szpitalnej z dedykowaną strefą VLAN_MED za zaporą Next-Generation Firewall oraz wdrożenia szybkiego logowania Fast User Switching RFID. - Efekt U2: Dekompozycja uchybień w kanonicznym modelu 4C i RCA 5 Why powiązanym z Diagramem Ishikawy dla 6 osi. - Efekt U3: Kwantyfikacja ryzyka w matrycy 5x5 dla wektorów ataku ransomware na aparaturę OIOM, wycieku danych medycznych i awarii węzła P1. - Efekt U4: Opracowanie kompletnego raportu poaudytowego (12-16 stron A4) z Trójfazowym Planem CAP, procedurą SOP (§ 1 do § 6) oraz Executive Summary "Pitch to Board". - Efekt K1, K2, K3: Wrażliwość etyczna na ratowanie życia pacjentów, odporność na presję ordynatorów i wysoka kultura dialogu medycznego. - Powiązanie z wykładem: Wyk1 (Audyt w ochronie zdrowia), Wyk2 (ISO 19011), Wyk3 (Kontrole A.5 i A.8 ISO 27001), Wyk4 (RODO i NIS2 w szpitalnictwie), Wyk5 (Matryca ryzyka 5x5 i BCM), Wyk7 (Model 4C, 5 Why, Ishikawa, CAP i ROSI).

Każda odpowiedź musi odwoływać się do kryterium audytowego: artykułu ustawy lub rozporządzenia, wytycznej organu nadzoru albo punktu kontrolnego normy. Podejście risk-based wymaga, aby każdy wektor zagrożenia otrzymał wyliczone ryzyko inherentne IR jako iloczyn P i S w skali 1-5 oraz ryzyko rezydualne RR po wdrożeniu kontroli planu CAP. Opis zagrożenia bez obu wartości, bez przypisania parametrów BCM i bez wskazania przyczyny źródłowej w analizie 5 Why nie zalicza punktacji. Ustalenia graduj wyłącznie jako NC1, NC2 albo OFI.

Scenariusz sytuacyjny i karta organizacyjna
Wojewódzki Szpital Zespolony w Kaliszu (HIS, RFID) - audyt 5.0
Szpital o 650 łóżkach, 18 oddziałach i lądowisku LPR, przetwarzający dokumentację medyczną 45 000 pacjentów rocznie. Kluczowe wektory: brak separacji aparatury medycznej (kardiomonitory OIOM, tomograf) od sieci biurowej, powszechnie współdzielone konta personelu, brak przetestowanej ciągłości działania i kopii zapasowych od 2 lat oraz niezabezpieczone połączenie z węzłem P1 Centrum e-Zdrowia.
Ochrona zdrowia RODO art. 9 RFID i mikrosegmentacja Projekt SOP § 1-§ 6
Reżimy regulacyjne i podstawy prawne: RODO art. 9, 32, 33 i 34 (dane o zdrowiu); dyrektywa NIS2 art. 21 ust. 2 lit. c i d (sektor ochrony zdrowia); ustawa o KSC art. 8 i 15; ustawa o systemie informacji w ochronie zdrowia; Kodeks karny art. 160; ISO 27799; PN-EN ISO/IEC 27001:2022
  • Brak separacji logicznej i fizycznej aparatury medycznej: Kardiomonitory pacjentów na OIOM oraz tomograf komputerowy pracują w tej samej płaskiej podsieci 192.168.1.0/24 co stacje robocze administracji, kadr i księgowości. W sieci brak jest zapory NGFW z inspekcją protokołów medycznych DICOM i HL7, co umożliwia niekontrolowany ruch poprzeczny (Lateral Movement).
  • Powszechne współdzielenie kont przez personel medyczny: Na oddziałach zabiegowych i SOR powszechnie stosowane jest jedno wspólne konto edycyjne `pielegniarka_dyzur` ze stałym hasłem przyklejonym pod klawiaturą. Logi systemowe wykazały 420 logowań z tego konta w trakcie jednego dyżuru nocnego, co uniemożliwia ustalenie tożsamości osoby modyfikującej historię leczenia i zlecenia lekowe.
  • Brak przetestowanych procedur ciągłości działania i testów kopii zapasowych: Od ponad 2 lat nie przeprowadzono próbnego odtworzenia bazy danych HIS z kopii zapasowych. W przypadku awarii łącza do platformy P1 szpital nie dysponuje procedurą pracy offline gwarantującą ciągłość wypisów i ordynacji leków.
  • Szansa na doskonalenie (OFI): Wdrożenie całodobowego monitorowania telemetrycznego urządzeń medycznych (IoT Security Monitoring).
Pytania problemowe i pytania do obrony przed Zarządem

Pytania problemowe wymagające odpowiedzi w raporcie

  1. W jaki sposób audytor powinien zbilansować wymóg indywidualnej rozliczalności dostępu (art. 9 i 32 RODO) z koniecznością natychmiastowego ratowania życia pacjenta na SOR w świetle art. 160 KK?
  2. Jakie konkretne wymagania techniczne i architektoniczne stawia Dyrektywa NIS2 przed podmiotami leczniczymi w zakresie izolacji aparatury medycznej IoT od sieci biurowej?
  3. W jaki sposób zorganizować procedurę awaryjną (Business Continuity Plan) szpitala na wypadek całkowitej utraty łączności z węzłem P1 Centrum e-Zdrowia zgodnie z § 19 i § 20 rozporządzenia KRI?

Pytania kontrolne do weryfikacji ustaleń

  • Wyważcie w karcie 4C wymóg indywidualnej rozliczalności dostępu (art. 9 i 32 RODO) z koniecznością natychmiastowej reakcji klinicznej na OIOM i wskażcie, które kontrole normy PN-EN ISO/IEC 27001:2022 to rozstrzygają.
  • Zaprojektujcie mikrosegmentację aparatury medycznej i uzasadnijcie, dlaczego dedykowana strefa VLAN_MED z zaporą NGFW oraz inspekcją HL7 i DICOM obniża ryzyko z wektora o najwyższym IR.
  • Policzcie RTO, RPO i MTPD dla wypadku utraty łączności z węzłem P1 Centrum e-Zdrowia i wskażcie, które usługi mogą zostać przełączone na tryb papierowy.
  • Uzasadnijcie wybór trybu sporu audytowego wobec Dyrektora szpitala, biorąc pod uwagę odpowiedzialność osobistą personelu medycznego za dostęp do danych pacjentów.

Każda odpowiedź musi odwoływać się do kryterium audytowego: artykułu ustawy lub rozporządzenia, wytycznej organu nadzoru albo punktu kontrolnego normy. Podejście risk-based wymaga, aby każdy wektor zagrożenia otrzymał wyliczone ryzyko inherentne IR jako iloczyn P i S w skali 1-5 oraz ryzyko rezydualne RR po wdrożeniu kontroli planu CAP. Opis zagrożenia bez obu wartości, bez przypisania parametrów BCM i bez wskazania przyczyny źródłowej w analizie 5 Why nie zalicza punktacji. Ustalenia graduj wyłącznie jako NC1, NC2 albo OFI.

Wskazówki wykonania krok po kroku (90 minut)
KrokNazwa krokuMinutyZakres prac zespołu
1Podział ról w Triadzie Audytorskiej i triage dowodowy00-15

Student A (Lead Auditor / Executive Reporter): Odpowiada za ład zarządczy, zbieżność NIS2, RODO art. 9 i art. 160 KK, relacje z Dyrekcją Medyczną i CeZ oraz przygotowanie Executive Summary ("Pitch to Board") z kalkulacją ROSI. Student B (Technical SecOps Auditor): Analizuje płaską strukturę sieci LAN, protokoły DICOM/HL7, podatności kardiomonitorów, brak szyfrowania kopii HIS i projektuje architekturę mikrosegmentacji VLAN_MED za NGFW oraz czytniki RFID. Student C (Governance, Risk & Compliance Auditor): Opracowuje Kartę 4C, wylicza matrycę ryzyka 5x5 skorelowaną z BCM (RTO=15m dla OIOM, RPO=5m, MTPD=2h), sekwencję 5 Why z Diagramem Ishikawy oraz konstruuje Trójfazowy Plan CAP z rolami RACI i metrykami KPI/KRI.

2Kanoniczna Karta Niezgodności 4C15-40

Sformułujcie kartę uchybienia krytycznego w modelu 4C: * Condition (Stan faktyczny poparty dowodami): Aparatura medyczna OIOM podłączona do płaskiej sieci biurowej bez zapory NGFW, 420 logowań z konta `pielegniarka_dyzur` bez rozliczalności zleceń lekowych, brak testów kopii zapasowych HIS od 2 lat. * Criteria (Kryteria prawne i normatywne): Art. 21 Dyrektywy NIS2; art. 9 i 32 RODO; § 19 i § 20 rozporządzenia w sprawie KRI (wymagania dotyczące systemu zarządzania bezpieczeństwem informacji oraz rozliczalności i dzienników systemów); kontrole ISO/IEC 27001:2022 A.5.18, A.8.20, A.8.22; art. 160 Kodeksu Karnego. * Cause (Przyczyna źródłowa - 5 Why powiązane z Diagramem Ishikawy): 1. Dlaczego pielęgniarki logują się na wspólne konto? (Wpisywanie 12-znakowego hasła imiennego przy każdym podaniu leku zajmuje zbyt dużo czasu). 2. Dlaczego personel musi logować się kilkadziesiąt razy na dyżurze? (System HIS blokuje sesję po 3 minutach bezczynności, a na oddziale są tylko 2 komputery). 3. Dlaczego szpital nie wdrożył czytników kart zbliżeniowych? (Dział IT nie zaproponował technologii RFID, uznając ją za zbędny wydatek). 4. Dlaczego Dział IT nie wnioskował o środki na modernizację? (Brak dialogu pomiędzy kadrą medyczną a IT; informatycy nie rozumieli presji czasu na dyżurach zabiegowych). 5. Root Cause (Ład zarządczy / Governance): Brak strategii cyberbezpieczeństwa zorientowanej na ergonomię procesów klinicznych oraz brak zarządzania ryzykiem operacyjnym na styku medycyny i technologii. * Consequence (Skutki wielowymiarowe): Ryzyko przejęcia aparatury ratującej życie przez ransomware (zgon pacjenta i odpowiedzialność karna z art. 160 KK), masowy wyciek danych medycznych pacjentów, kary UODO do 20 mln EUR, kary NFZ i paraliż hospitalizacji.

3Zaawansowana Matryca Ryzyka 5x5 i Parametry BCM15-40

Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5): 1. Paraliż kardiomonitorów OIOM wskutek ransomware rozprzestrzeniającego się z sieci biurowej (P=5, S=5 -> IR=25 - Ryzyko Katastrofalne; po kontrolach CAP: P=1, S=4 -> RR=4). 2. Niewłaściwe podanie leku pacjentowi wskutek braku rozliczalności wpisów na wspólnym koncie (P=5, S=5 -> IR=25; po kontrolach CAP: P=1, S=3 -> RR=3). 3. Wyciek bazy danych medycznych 45 000 pacjentów z nieszyfrowanej bazy HIS (P=4, S=5 -> IR=20; po kontrolach CAP: P=1, S=3 -> RR=3). 4. Awaria łącza do węzła P1 CeZ i paraliż przyjęć na SOR (P=4, S=4 -> IR=16; po kontrolach CAP: P=1, S=2 -> RR=2). Parametry BCM: RTO=15 minut dla aparatury OIOM/SOR, RTO=1h dla bazy HIS, RPO=5 minut (maksymalna strata danych telemetrycznych), MTPD=2 godziny.

4Trójfazowy Plan Działań Korygujących - CAP40-70
  • Faza 1: Działania natychmiastowe mitygujące / tamowanie (0-7 dni): Izolacja portów przełączników aparatury medycznej za pomocą reguł ACL, wygaszenie wspólnego konta edycyjnego i wprowadzenie kont imiennych z uproszczonym PIN-em dyżurowym na wydzielonych stacjach (RACI: A - Dyrektor Szpitala, R - Naczelna Pielęgniarka / Kierownik IT, KPI: 100% stacji zabezpieczonych, KRI: Liczba wpisów z kont anonimowych = 0).
  • Faza 2: Działania krótkoterminowe inżyniersko-wdrożeniowe (30 dni): Wdrożenie fizycznej mikrosegmentacji VLAN_MED i zapory NGFW z inspekcją HL7/DICOM, instalacja czytników kart zbliżeniowych RFID Mifare DESFire EV3 przy wszystkich 350 stacjach HIS, przeprowadzenie pełnego testu odtworzenia bazy HIS z backupu (RACI: A - Zastępca ds. Lecznictwa, R - Architekt Bezpieczeństwa IT, KPI: Czas logowania RFID < 2 sekundy, RTO kopii < 1h, KRI: Liczba incydentów w sieci medycznej = 0).
  • Faza 3: Działania systemowe i ład korporacyjny (90 dni): Opracowanie i podpisanie Zarządzenia Dyrektora w sprawie SOP Bezpieczeństwa Urządzeń Medycznych, zawarcie umowy z operatorem SOC Medycznego, wdrożenie zapasowego łącza SD-WAN do platformy P1 CeZ (RACI: A - Dyrektor Szpitala, R - CISO Szpitala, KPI: Pełna zgodność z NIS2 i KRI, KRI: Dostępność systemu HIS = 99,99%).
5Sformalizowany Projekt Załącznika Wykonawczego SOP40-70

Opracujcie projekt aktu normatywnego "Standard Operacyjny Uwierzytelniania Personelu Medycznego i Izolacji Sieci Aparatury Ratującej Życie w Wojewódzkim Szpitalu Zespolonym w Kaliszu" (§ 1 do § 6): § 1. Cel i zakres procedury kliniczno-technicznej; § 2. Parametry odpornościowe BCM dla oddziałów ratunkowych i zabiegowych; § 3. Zasady uwierzytelniania zbliżeniowego kartami RFID Mifare DESFire EV3 (Fast User Switching); § 4. Mikrosegmentacja sieci aparatury medycznej VLAN_MED i reguły zapory NGFW; § 5. Procedura postępowania w przypadku awarii węzła P1 CeZ (tryb offline); § 6. Odpowiedzialność dyscyplinarna i prawno-karna za udostępnianie poświadczeń.

6Podsumowanie Zarządcze Executive Summary 'Pitch to Board' i przygotowanie obrony70-90

Zredagujcie 1-stronicowy briefing dla Dyrekcji Szpitala: bilans ekspozycji finansowej i prawnej (ryzyko kar UODO i odszkodowań: 4,5 mln PLN vs koszt planu CAP: 380 000 PLN), wskaźnik zwrotu z inwestycji ROSI = 940%, argumentacja z art. 160 KK i przygotowanie do 15-minutowej obrony.

Najczęstsze błędy obniżające ocenę: powierzchowne zdefiniowanie modelu 4C, zatrzymanie analizy przyczyn na poziomie objawu technicznego bez 5 Why i diagramu Ishikawy, brak wyliczenia ryzyka rezydualnego RR w matrycy 5 × 5, pominięcie parametrów BCM (RTO, RPO, MTPD), plan CAP bez podziału trójfazowego (0-7, 30 i 90 dni) bez mierzalnych KPI i KRI, SOP zredagowany jako notatka zamiast projektu załącznika wykonawczego z ponumerowanymi paragrafami, Executive Summary bez kalkulacji ROSI albo sprawozdanie o objętości innej niż 12-16 stron A4 (3600-4800 słów przy 300 słów na stronę) i pasywne uczestnictwo w obronie przed Zarządem.

Wymogi raportu strategicznego 12-16 stron A4
  • Jednostronicowy Executive Summary "Pitch to Board" z co najmniej trzema decyzjami zarządczymi i kalkulacją ROSI.
  • Karta organizacyjna analizowanej jednostki o co najmniej sześciu polach.
  • Kanoniczna Karta Niezgodności 4C dla co najmniej trzech ustaleń, z rozdzieleniem Condition, Criteria, Cause i Consequence.
  • Tabela matrycy ryzyka 5 × 5 z czterema wektorami, wartościami P, S, IR, P’, S’, RR oraz przypisaniem parametrów RTO, RPO i MTPD.
  • Przypisanie każdemu wektorowi parametrów BCM, dla których ryzyko rezydualne RR zejmuje do strefy zielonej (1-7).
  • Analiza przyczyn metodą 5 Why z wskazaniem przyczyny źródłowej oraz diagram Ishikawy z przypisaniem przyczyn do sześciu osi.
  • Trójfazowy Plan Działań Korygujących CAP: Faza 1 (0-7 dni), Faza 2 (30 dni) i Faza 3 (90 dni) z matrycą RACI, właścicielami biznesowymi, KPI i KRI.
  • Projekt załącznika wykonawczego (SOP) z sześcioma ponumerowanymi paragrafami i trybem sporu audytowego.
  • Analiza kompromisów inżynierskich i biznesowych wraz z bilansem kosztu, obciążenia operacyjnego i ryzyka resztkowego.
  • Bibliografia z numerami artykułów, paragrafów i punktów kontrolnych norm.
  • Sprawozdanie o objętości 4-8 stron zamiast wymaganych 12-16 stron A4.
  • Executive Summary zredagowane językiem czysto technicznym bez kalkulacji ryzyka biznesowego, finansowego i zwrotu z inwestycji.
  • Plan CAP bez podziału trójfazowego albo bez mierzalnych wskaźników weryfikacji wdrożenia.
  • Przypisanie przyczyn wyłącznie do kategorii „czynnik ludzki” z pominięciem decyzji zarządczych i systemowych.
Wzorcowe rozwiązanie: model 4C, ryzyko 5 × 5, CAP i SOP

Kanoniczna karta ustaleń w modelu 4C

ConditionStan faktyczny poparty dowodami

Aparatura medyczna OIOM podłączona do płaskiej sieci biurowej bez zapory NGFW, 420 logowań z konta `pielegniarka_dyzur` bez rozliczalności zleceń lekowych, brak testów kopii zapasowych HIS od 2 lat.

CriteriaKryteria prawne i normatywne

Art. 21 Dyrektywy NIS2; art. 9 i 32 RODO; § 19 i § 20 rozporządzenia w sprawie KRI (wymagania dotyczące systemu zarządzania bezpieczeństwem informacji oraz rozliczalności i dzienników systemów); kontrole ISO/IEC 27001:2022 A.5.18, A.8.20, A.8.22; art. 160 Kodeksu Karnego.

CausePrzyczyna źródłowa – 5 Why powiązane z diagramem Ishikawy

  1. Dlaczego pielęgniarki logują się na wspólne konto? (Wpisywanie 12-znakowego hasła imiennego przy każdym podaniu leku zajmuje zbyt dużo czasu). 2. Dlaczego personel musi logować się kilkadziesiąt razy na dyżurze? (System HIS blokuje sesję po 3 minutach bezczynności, a na oddziale są tylko 2 komputery). 3. Dlaczego szpital nie wdrożył czytników kart zbliżeniowych? (Dział IT nie zaproponował technologii RFID, uznając ją za zbędny wydatek). 4. Dlaczego Dział IT nie wnioskował o środki na modernizację? (Brak dialogu pomiędzy kadrą medyczną a IT; informatycy nie rozumieli presji czasu na dyżurach zabiegowych). 5. Root Cause (Ład zarządczy / Governance): Brak strategii cyberbezpieczeństwa zorientowanej na ergonomię procesów klinicznych oraz brak zarządzania ryzykiem operacyjnym na styku medycyny i technologii.

ConsequenceSkutki wielowymiarowe

Ryzyko przejęcia aparatury ratującej życie przez ransomware (zgon pacjenta i odpowiedzialność karna z art. 160 KK), masowy wyciek danych medycznych pacjentów, kary UODO do 20 mln EUR, kary NFZ i paraliż hospitalizacji.

Sekwencja 5 Why

  1. Dlaczego (poziom 1)Dlaczego pielęgniarki logują się na wspólne konto? (Wpisywanie 12-znakowego hasła imiennego przy każdym podaniu leku zajmuje zbyt dużo czasu).
  2. Dlaczego (poziom 2)Dlaczego personel musi logować się kilkadziesiąt razy na dyżurze? (System HIS blokuje sesję po 3 minutach bezczynności, a na oddziale są tylko 2 komputery).
  3. Dlaczego (poziom 3)Dlaczego szpital nie wdrożył czytników kart zbliżeniowych? (Dział IT nie zaproponował technologii RFID, uznając ją za zbędny wydatek).
  4. Dlaczego (poziom 4)Dlaczego Dział IT nie wnioskował o środki na modernizację? (Brak dialogu pomiędzy kadrą medyczną a IT; informatycy nie rozumieli presji czasu na dyżurach zabiegowych).
  5. Przyczyna źródłowa (Root Cause)Brak strategii cyberbezpieczeństwa zorientowanej na ergonomię procesów klinicznych oraz brak zarządzania ryzykiem operacyjnym na styku medycyny i technologii.

Tabela zaawansowanej analizy ryzyka w matrycy 5 × 5

Lp.Wektor zagrożeniaPSIR (ryzyko inherentne)P′ po CAPS′ po CAPRR (ryzyko rezydualne)
1Paraliż kardiomonitorów OIOM wskutek ransomware rozprzestrzeniającego się z sieci biurowej5525Ryzyko Katastrofalne144Ryzyko akceptowalne
2Niewłaściwe podanie leku pacjentowi wskutek braku rozliczalności wpisów na wspólnym koncie5525Ryzyko krytyczne133Ryzyko akceptowalne
3Wyciek bazy danych medycznych 45 000 pacjentów z nieszyfrowanej bazy HIS4520Ryzyko krytyczne133Ryzyko akceptowalne
4Awaria łącza do węzła P1 CeZ i paraliż przyjęć na SOR4416Ryzyko krytyczne122Ryzyko akceptowalne

Parametry BCM powiązane z wektorami zagrożeń

RTO (długość niedostępności)RPO (dopuszczalna utrata danych)MTPD (próg odpowiedzialności)
15m dla OIOM5m2h

Trójfazowy plan działań korygujących (CAP) z matrycą RACI

FazaHoryzontZakresDziałaniaRACIKPIKRI
Faza 10-7 dniDziałania natychmiastowe mitygujące / tamowanie (0-7 dni)Izolacja portów przełączników aparatury medycznej za pomocą reguł ACL, wygaszenie wspólnego konta edycyjnego i wprowadzenie kont imiennych z uproszczonym PIN-em dyżurowym na wydzielonych stacjachA - Dyrektor Szpitala, R - Naczelna Pielęgniarka / Kierownik IT100% stacji zabezpieczonychLiczba wpisów z kont anonimowych = 0
Faza 230 dniDziałania krótkoterminowe inżyniersko-wdrożeniowe (30 dni)Wdrożenie fizycznej mikrosegmentacji VLAN_MED i zapory NGFW z inspekcją HL7/DICOM, instalacja czytników kart zbliżeniowych RFID Mifare DESFire EV3 przy wszystkich 350 stacjach HIS, przeprowadzenie pełnego testu odtworzenia bazy HIS z backupuA - Zastępca ds. Lecznictwa, R - Architekt Bezpieczeństwa ITCzas logowania RFID < 2 sekundy, RTO kopii < 1hLiczba incydentów w sieci medycznej = 0
Faza 390 dniDziałania systemowe i ład korporacyjny (90 dni)Opracowanie i podpisanie Zarządzenia Dyrektora w sprawie SOP Bezpieczeństwa Urządzeń Medycznych, zawarcie umowy z operatorem SOC Medycznego, wdrożenie zapasowego łącza SD-WAN do platformy P1 CeZA - Dyrektor Szpitala, R - CISO SzpitalaPełna zgodność z NIS2 i KRIDostępność systemu HIS = 99,99%

Projekt załącznika wykonawczego (SOP) z sześcioma paragrafami

  1. § 1.Cel i zakres procedury kliniczno-technicznej
  2. § 2.Parametry odpornościowe BCM dla oddziałów ratunkowych i zabiegowych
  3. § 3.Zasady uwierzytelniania zbliżeniowego kartami RFID Mifare DESFire EV3 (Fast User Switching)
  4. § 4.Mikrosegmentacja sieci aparatury medycznej VLAN_MED i reguły zapory NGFW
  5. § 5.Procedura postępowania w przypadku awarii węzła P1 CeZ (tryb offline)
  6. § 6.Odpowiedzialność dyscyplinarna i prawno-karna za udostępnianie poświadczeń.
Bilans wdrożenia, kompromisy inżynierskie i ryzyko resztkowe
KategoriaOcenaOpisRozwiązanie kompromisowe
Koszt wdrożeniaŚrednieNakłady dotyczą głównie integracji systemów, licencji, testów odtwarzania i szkoleń, a nie samego sprzętu.Wdrożenie etapowe w ramach budżetu rocznego i decyzje zarządcze podjęte w Executive Summary.
Obciążenie operacyjneZnacząceRygorystyczne uwierzytelnianie, mikrosegmentacja i mikrosegmentacja sieci OT wydłużają czas pracy personelu i serwisu.Pilotaż na jednym procesie, okna serwisowe w godzinach niskiego obciążenia i wsparcie pierwszej linii.
Wpływ na ciągłość usługOgraniczoneZabezpieczenia wdrażane są w tle, lecz testy odtworzeniowe i przełączenia wymagają zaplanowanego okna serwisowego.Ćwiczenia przełączenia przed wdrożeniem i monitoring wskaźnika odtworzenia w terminie RTO.
Ryzyko resztkowe po wdrożeniuKontrolowanePozostaje ryzyko zależności od dostawców, błędu ludzkiego i utrzymywania starych podatności.Monitoring KPI i KRI, przegląd skuteczności działań naprawczych po 90 dniach oraz audyt sprawdzający zgodny z § 19 rozporządzenia w sprawie KRI.
Bezpieczeństwo pacjenta i dostępnośćDuża poprawaIzolacja portów aparatury medycznej, uwierzytelnianie RFID i krytyczne aktualizacje bezpieczeństwa usuwają ryzyko paraliżu OIOM i oddziałów zabiegowych.Pilotaż na jednym oddziale, okna serwisowe w godzinach niskiego obciążenia i test przełączenia trybu awaryjnego.
Obciążenie personelu medycznegoZnacząceRygorystyczne rozliczanie dostępu wydłuża logowanie w sytuacjach klinicznych, w których liczy się każda sekunda.Tryb awaryjny z PIN-em dyżurowym, skróconym uwierzytelnianiem w warunkach zagrożenia życia i wsparcie szkoleniowe.

Zamknięcie audytu wymaga wskazania trybu sporu audytowego: spór uznany albo odstąpienie od sporu z uzasadnieniem, zanim raport trafi do Zarządu.

Executive Summary "Pitch to Board" i kalkulacja ROSI

Jednostronicowe Podsumowanie Zarządcze (Executive Summary - "Pitch to Board") z wyliczeniem ROSI i bilansu ryzyk.

Dane wejściowe kalkulacji ROSI dla tego zadania

PozycjaWartość z planu zadania
Koszt wdrożenia planu CAP (zł)380 000 zł
Roczne ryzyko finansowe przed wdrożeniem (zł)4 500 000 zł
Wskaźnik ROSI podany w planie (%)940%

Kalkulator ROSI w module Executive Summary przyjmuje te wartości jako punkt wyjścia; skuteczność kontroli CAP i horyzont analizy student uzupełnia samodzielnie.

Najczęstsze błędy obniżające ocenę: powierzchowne zdefiniowanie modelu 4C, zatrzymanie analizy przyczyn na poziomie objawu technicznego bez 5 Why i diagramu Ishikawy, brak wyliczenia ryzyka rezydualnego RR w matrycy 5 × 5, pominięcie parametrów BCM (RTO, RPO, MTPD), plan CAP bez podziału trójfazowego (0-7, 30 i 90 dni) bez mierzalnych KPI i KRI, SOP zredagowany jako notatka zamiast projektu załącznika wykonawczego z ponumerowanymi paragrafami, Executive Summary bez kalkulacji ROSI albo sprawozdanie o objętości innej niż 12-16 stron A4 (3600-4800 słów przy 300 słów na stronę) i pasywne uczestnictwo w obronie przed Zarządem.

Bibliografia, netografia i podstawy prawne
  • Dyrektywa Parlamentu Europejskiego i Rady (UE) 2022/2555 (Dyrektywa NIS2) - sektor ochrony zdrowia (Załącznik I).
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO) - art. 9, 32, 82, 83.
  • Ustawa z dnia 6 czerwca 1997 r. - Kodeks Karny (tekst jedn. Dz.U. z 2025 r. poz. 383) - art. 160 (Narażenie na niebezpieczeństwo utraty życia).
  • Ustawa z dnia 28 kwietnia 2011 r. o systemie informacji w ochronie zdrowia (tekst jedn. Dz.U. z 2026 r. poz. 208) - dokumentacja medyczna i systemy teleinformatyczne podmiotów leczniczych.
  • Rozporządzenie Rady Ministrów z dnia 21 maja 2024 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (Dz.U. z 2024 r. poz. 773) - § 19 oraz § 20.
  • Norma PN-EN ISO/IEC 27001:2022: Systemy zarządzania bezpieczeństwem informacji.
  • Norma PN-EN ISO 27799:2016: Informatyka medyczna - Zarządzanie bezpieczeństwem informacji w ochronie zdrowia.
  • Centrum e-Zdrowia (CeZ): "Standardy cyberbezpieczeństwa dla szpitali i podmiotów leczniczych", Warszawa 2023.

Wspólna bibliografia wariantu 5.0

  • Rozporządzenie Rady Ministrów z dnia 21 maja 2024 r. w sprawie Krajowych Ram Interoperacyjnych, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (tekst jedn. Dz.U. z 2024 r. poz. 773) – § 19 (wymagania dotyczące systemu zarządzania bezpieczeństwem informacji, w tym okresowy audyt wewnętrzny nie rzadziej niż raz na rok) oraz § 20 (rozliczalność i dzienniki systemów).
  • Ustawa z dnia 6 czerwca 1997 r. – Kodeks karny (tekst jedn. Dz.U. z 2025 r. poz. 383) – art. 98, art. 160, art. 231, art. 266, art. 268a, art. 269a i art. 270.
  • Ustawa z dnia 12 listopada 2017 r. o Krajowym Systemie Cyberbezpieczeństwa (tekst jedn. Dz.U. z 2026 r. poz. 20) – art. 8 (środki zarządzania ryzykiem i zabezpieczenia) oraz art. 15 (audyt bezpieczeństwa).
  • Ustawa z dnia 15 maja 2019 r. – Prawo o adwokaturze (tekst jedn. Dz.U. z 2024 r. poz. 1564) – art. 19 (tajemnica adwokacka).
  • Ustawa z dnia 15 września 2000 r. o radcach prawnych (tekst jedn. Dz.U. z 2024 r. poz. 499) – art. 3 (tajemnica zawodowa radcy prawnego).
  • Ustawa z dnia 11 maja 2017 r. o zwalczaniu nieuczciwej konkurencji (tekst jedn. Dz.U. z 2026 r. poz. 85) – art. 11 (tajemnica przedsiębiorstwa).
  • Ustawa z dnia 19 sierpnia 2011 r. o usługach płatniczych (tekst jedn. Dz.U. z 2026 r. poz. 623) – art. 50 (system zarządzania ryzykiem operacyjnym).
  • Ustawa z dnia 6 września 2001 r. – Prawo bankowe (tekst jedn. Dz.U. z 2026 r. poz. 38) – art. 104 (zarządzanie ryzykiem).
  • Ustawa z dnia 13 października 2022 r. o obrocie paliwami opałowymi (tekst jedn. Dz.U. z 2024 r. poz. 1218) – obowiązki operatora infrastruktury paliwowej i systemu teleinformatycznego. W logistyce sENT oznacza System Elektronicznego Transportu Drogowego, a nie system nadzoru nad obrotem paliwami.
  • Dyrektywa Parlamentu Europejskiego i Rady (UE) 2022/2555 z dnia 14 grudnia 2022 r. (dyrektywa NIS2) – art. 21, art. 21 ust. 2 lit. c i d oraz art. 23.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO) – art. 5, 9, 11, 28, 32, 33, 34, 82 i 83.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2022/2554 z dnia 14 grudnia 2022 r. w sprawie operacyjnej odporności cyjrowego sektora finansowego (DORA) – art. 5, 8 i 35.
  • Standard PCI DSS v4.0.1 – wymagania 3.3, 6.4 i 11.3 (szyfrowanie transmisji uwierzytelniającej i zarządzanie dostępem do aplikacji bramki płatniczej).
  • Norma ISO/IEC 27001:2022 – Załącznik A: 5.1, 5.15, 5.18, 5.23, 8.12, 8.13, 8.14 i 8.15.
03
Bank Spółdzielczy ziemi Wielickiej (sektor bankowy / podmiot kluczowy DORA / finanse)
Zwiń
Schemat strategicznego audytu banku spółdzielczego: zbieżność Rekomendacji D KNF, DORA i ISO 27001, model 4C, matryca ryzyka 5x5, parametry BCM, SOP zarządzania podatnościami i briefing ROSI dla Komitetu Audytu
Schemat strategicznego audytu bankowości elektronicznej: odporność DORA, zarządzanie podatnościami, model 4C, matryca ryzyka 5x5 z BCM oraz obrona raportu przed Zarządem.

Temat zadania: Strategiczny Audyt Odporności Cyfrowej Bankowości Elektronicznej: Zbieżność Rekomendacji D KNF, DORA i RODO, Model 4C, Matryca Ryzyka 5X5, Wskaźniki BCM, SOP Zarządzania Podatnościami oraz pitch to board dla Zarządu

Podstawa wykładowa i programowa

Schemat strategicznego audytu bankowości elektronicznej: odporność DORA, zarządzanie podatnościami, model 4C, matryca ryzyka 5x5 z BCM oraz obrona raportu przed Zarządem.

DORA i Rekomendacja D KNF; RODO; KRI § 19 i § 20; ISO 27001:2022 STRATEGICZNY AUDYT ODPORNOŚCI CYFROWEJ BANKOWOŚCI ELEKTRONICZNEJ: ZBIEŻNOŚĆ REKOMENDACJI D KNF, DORA I RODO, MODEL 4C, MATRYCA RYZYKA 5X5, WSKAŹNIKI BCM, SOP ZARZĄDZANIA PODATNOŚCIAMI ORAZ PITCH TO BOARD DLA ZARZĄDU
Cel zadania i kryterium oceny 5.0

Głównym celem zadania na ocenę bardzo dobrą (5.0) jest opanowanie przez studentów zaawansowanych umiejętności audytowania odporności operacyjnej i cyberbezpieczeństwa instytucji sektora bankowego w świetle Rozporządzenia DORA (Digital Operational Resilience Act), Rekomendacji D i M KNF, ogólnego rozporządzenia o ochronie danych (RODO) oraz Krajowych Ram Interoperacyjności (§ 19 i § 20 rozporządzenia KRI dla instytucji współpracujących z rejestrami publicznymi). Studenci badają stan bezpieczeństwa Banku Spółdzielczego Ziemi Wielickiej. Zadanie wymaga: sporządzenia kanonicznej Karty Ustaleń Audytowych w modelu 4C dla krytycznych podatności CVE niezałatanych od 9 miesięcy na serwerach bankowości internetowej oraz przetwarzania rzeczywistych danych klientów w środowisku testowym bez anonimizacji, wyliczenia ryzyka w 25-stopniowej matrycy 5x5 powiązanej ze wskaźnikami BCM (RTO=30m dla transakcji, RPO=0s, MTPD=4h), opracowania Trójfazowego Planu Działań Korygujących (CAP) ze wskaźnikami KPI i KRI, sformułowania pełnego projektu Załącznika Wykonawczego (SOP) regulującego proces Emergency Patching w rygorze 72h oraz bezpieczne testowanie danych z syntetyzacją, a także zredagowania 1-stronicowego Executive Summary ("Pitch to Board") dla Zarządu Banku z kalkulacją zwrotu z inwestycji (ROSI). Powiązanie z sylabusem i efektami kształcenia na ocenę 5.0: - Efekt W1: Zaawansowana znajomość Rozporządzenia DORA, Rekomendacji D i M KNF, art. 32 RODO, Ustawy Prawo bankowe (art. 104 - tajemnica bankowa) oraz § 19 i § 20 rozporządzenia KRI. - Efekt W2, W3: Wyczerpująca znajomość norm ISO/IEC 27001:2022 (kontrole A.5.21, A.8.8, A.8.31), ISO 22301 oraz wytycznych Europejskiego Urzędu Nadzoru Bankowego (EBA). - Efekt U1: Projekt inżynierski procedury awaryjnego łatania podatności (Zero-Day Emergency Patching), syntetyzacji danych testowych oraz audytowalności dostawców IT (Right to Audit). - Efekt U2: Dekompozycja uchybień w kanonicznym modelu 4C i analiza RCA 5 Why powiązana z Diagramem Ishikawy dla 6 osi. - Efekt U3: Kwantyfikacja ryzyka w matrycy 5x5 dla kradzieży depozytów, wycieku tajemnicy bankowej i sankcji nadzorczych KNF. - Efekt U4: Opracowanie kompletnego raportu poaudytowego (12-16 stron A4) z Trójfazowym Planem CAP, procedurą SOP (§ 1 do § 6) oraz Executive Summary "Pitch to Board". - Efekt K1, K2, K3: Niezależność audytorska, odporność na presję Zarządu Banku i bezkompromisowa dbałość o tajemnicę bankową. - Powiązanie z wykładem: Wyk1 (Audyt w bankowości), Wyk2 (ISO 19011), Wyk3 (Kontrole Załącznika A ISO 27001), Wyk4 (DORA, KNF i RODO w finansach), Wyk5 (Matryca ryzyka 5x5 i BCM), Wyk7 (Model 4C, 5 Why, Ishikawa, CAP i ROSI).

Każda odpowiedź musi odwoływać się do kryterium audytowego: artykułu ustawy lub rozporządzenia, wytycznej organu nadzoru albo punktu kontrolnego normy. Podejście risk-based wymaga, aby każdy wektor zagrożenia otrzymał wyliczone ryzyko inherentne IR jako iloczyn P i S w skali 1-5 oraz ryzyko rezydualne RR po wdrożeniu kontroli planu CAP. Opis zagrożenia bez obu wartości, bez przypisania parametrów BCM i bez wskazania przyczyny źródłowej w analizie 5 Why nie zalicza punktacji. Ustalenia graduj wyłącznie jako NC1, NC2 albo OFI.

Scenariusz sytuacyjny i karta organizacyjna
Bank Spółdzielczy Ziemi Wielickiej - audyt 5.0
Bank obsługujący 35 000 klientów przez centralę i 14 oddziałów, zarządzający aktywami o wartości 420 mln zł. Kluczowe wektory: 6 krytycznych podatności na serwerach styku z Internetem, przetwarzanie rzeczywistych danych klientów w środowisku deweloperskim oraz brak prawa do audytu w umowie z dostawcą systemu Core Banking.
Bankowość i finanse DORA i Rekomendacja D KNF Zarządzanie podatnościami Pitch to Board
Reżimy regulacyjne i podstawy prawne: Dyrektywa NIS2 art. 21 (sektor bankowy) i DORA art. 5, 8, 12 i 17; Rekomendacja D KNF dotycząca technologii bankowych; RODO art. 5, 28, 32 i 83; Kodeks karny art. 210; ustawa o KSC art. 8 i 15; PN-EN ISO/IEC 27001:2022; PCI DSS v4.0
  • Krytyczne podatności na serwerach styku z siecią Internet: Na zewnętrznych serwerach bankowości ujawniono obecność 6 krytycznych podatności CVE (CVSS od 8.8 do 9.8), z których najstarsza oczekiwała na instalację łaty przez 9 miesięcy. Dział IT banku celowo wstrzymywał instalację poprawek, obawiając się utraty kompatybilności z aplikacją mobilną, nie dysponując środowiskiem testowym Staging.
  • Przetwarzanie rzeczywistych danych klientów w środowisku deweloperskim: Do testowania nowych funkcji programiści zewnętrzni wykorzystywali pełną, niezaszyfrowaną kopię produkcyjnej bazy danych zawierającą imiona, nazwiska, numery PESEL, salda rachunków i historię transakcji 35 000 klientów (naruszenie tajemnicy bankowej i art. 32 RODO).
  • Brak procedur i uprawnień audytowych w umowie z dostawcą Core Banking: Umowa z dostawcą systemu centralnego nie gwarantowała bankowi prawa do audytu na miejscu (Right to Audit) ani wskaźników czasu powiadomienia o incydencie (SLA incydentowe) wymaganego przez art. 28-30 DORA.
  • Szansa na doskonalenie (OFI): Wdrożenie zautomatyzowanego skanera podatności Nessus/OpenVAS zintegrowanego z procesem wydawniczym.
Pytania problemowe i pytania do obrony przed Zarządem

Pytania problemowe wymagające odpowiedzi w raporcie

  1. W jaki sposób audytor powinien wykazać Zarządowi banku, że brak instalacji poprawek bezpieczeństwa generuje wyższe ryzyko biznesowe niż potencjalne zakłócenie działania aplikacji mobilnej?
  2. Jakie konkretne techniki anonimizacji i maskowania danych (Data Masking) należy zastosować w bankowych środowiskach testowych, aby spełnić art. 32 RODO i Rekomendację D KNF?
  3. Jakie obligatoryjne klauzule umowne dotyczące łańcucha dostawców ICT wprowadza Rozporządzenie DORA i jak wyegzekwować je od dominującego dostawcy oprogramowania Core Banking?

Pytania kontrolne do weryfikacji ustaleń

  • Wykażcie Zarządowi, w jaki sposób brak instalacji poprawek bezpieczeństwa na serwerach styku generuje wyższe ryzyko biznesowe niż koszt okna serwisowego i planu awaryjnego.
  • Zastosujcie syntetyzację i maskowanie danych w środowiskach testowych i uzasadnijcie zgodność z art. 32 RODO oraz z kontrolą A.5.23 normy PN-EN ISO/IEC 27001:2022.
  • Sformułujcie klauzule umowne dla dostawcy Core Banking: prawo do audytu, terminy zgłaszania incydentów, prawo do inspekcji i możliwość żądania planu ciągłości dostawcy zgodnie z DORA art. 28 i 30.
  • Policzcie ROSI dla scenariusza naruszenia integralności systemu płatniczego i przedstawcie komitetowi audytu trzy decyzje z kwotami oraz terminami.

Każda odpowiedź musi odwoływać się do kryterium audytowego: artykułu ustawy lub rozporządzenia, wytycznej organu nadzoru albo punktu kontrolnego normy. Podejście risk-based wymaga, aby każdy wektor zagrożenia otrzymał wyliczone ryzyko inherentne IR jako iloczyn P i S w skali 1-5 oraz ryzyko rezydualne RR po wdrożeniu kontroli planu CAP. Opis zagrożenia bez obu wartości, bez przypisania parametrów BCM i bez wskazania przyczyny źródłowej w analizie 5 Why nie zalicza punktacji. Ustalenia graduj wyłącznie jako NC1, NC2 albo OFI.

Wskazówki wykonania krok po kroku (90 minut)
KrokNazwa krokuMinutyZakres prac zespołu
1Podział ról w Triadzie Audytorskiej i triage dowodowy00-15

Student A (Lead Auditor / Executive Reporter): Odpowiada za ład korporacyjny banku, zbieżność DORA, Rekomendacji D KNF, RODO i Prawa bankowego, relacje z Zarządem i KNF oraz przygotowanie Executive Summary ("Pitch to Board") z kalkulacją ROSI. Student B (Technical SecOps Auditor): Analizuje podatności CVSS, luki w środowisku testowym, brak anonimizacji bazy klientów, konfigurację serwerów WWW i projektuje architekturę Staging z narzędziami maskowania danych. Student C (Governance, Risk & Compliance Auditor): Opracowuje Kartę 4C, wylicza matrycę ryzyka 5x5 skorelowaną z BCM (RTO=30m, RPO=0s, MTPD=4h), sekwencję 5 Why z Diagramem Ishikawy oraz konstruuje Trójfazowy Plan CAP z rolami RACI i metrykami KPI/KRI.

2Kanoniczna Karta Niezgodności 4C15-40

Sformułujcie kartę uchybienia krytycznego w modelu 4C: * Condition (Stan faktyczny poparty dowodami): 6 krytycznych podatności CVSS > 8.5 na serwerach WWW niezałatanych od 9 miesięcy, pełna baza 35 000 klientów w testach bez anonimizacji, brak klauzul Right to Audit w umowie Core Banking. * Criteria (Kryteria prawne i normatywne): Art. 9 i 28-30 Rozporządzenia DORA; Rekomendacja D KNF (par. 7, 9, 13); art. 32 RODO; art. 104 Prawa bankowego; kontrole ISO/IEC 27001:2022 A.8.8, A.8.31, A.5.21. * Cause (Przyczyna źródłowa - 5 Why powiązane z Diagramem Ishikawy): 1. Dlaczego poprawka bezpieczeństwa nie została zainstalowana przez 9 miesięcy? (Administrator obawiał się zakłócenia działania aplikacji mobilnej). 2. Dlaczego istniało ryzyko zakłócenia? (Bank nie posiadał wiernego środowiska przedwdrożeniowego Staging). 3. Dlaczego nie wdrożono środowiska Staging? (Dostawca oprogramowania żądał dodatkowych opłat licencyjnych, na które Zarząd nie wyraził zgody). 4. Dlaczego Zarząd odrzucił wydatek? (Wniosek IT został sformułowany jako koszt techniczny, a nie wymóg zgodności regulacyjnej KNF). 5. Root Cause (Ład zarządczy / Governance): Brak sformalizowanego zarządzania ryzykiem ICT (ICT Risk Governance) w banku oraz brak translacji wymogów technicznych na język ryzyka operacyjnego i prawnego. * Consequence (Skutki wielowymiarowe): Ryzyko przejęcia serwerów bankowości online i kradzieży depozytów, naruszenie tajemnicy bankowej, kary finansowe KNF i UODO do 10 mln EUR lub 2% rocznego obrotu, program naprawczy KNF i utrata zaufania deponentów.

3Zaawansowana Matryca Ryzyka 5x5 i Parametry BCM15-40

Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5): 1. Eksploatacja podatności CVSS 9.8 na serwerze WWW i kradzież depozytów (P=5, S=5 -> IR=25 - Ryzyko Katastrofalne; po kontrolach CAP: P=1, S=4 -> RR=4). 2. Masowy wyciek bazy danych i historii transakcji 35 000 klientów ze środowiska testowego (P=5, S=4 -> IR=20; po kontrolach CAP: P=1, S=2 -> RR=2). 3. Nałożenie sankcji i ustanowienie kuratora przez KNF za nieprzestrzeganie Rekomendacji D i DORA (P=4, S=5 -> IR=20; po kontrolach CAP: P=1, S=2 -> RR=2). 4. Utrata łączności z węzłem rozliczeniowym KIR/KNF wskutek awarii łącza (P=3, S=4 -> IR=12; po kontrolach CAP: P=1, S=2 -> RR=2). Parametry BCM: RTO=30 minut dla transakcji online, RPO=0 sekund (zero dopuszczalnej straty danych transakcyjnych), MTPD=4 godziny.

4Trójfazowy Plan Działań Korygujących - CAP40-70
  • Faza 1: Działania natychmiastowe mitygujące / tamowanie (0-7 dni): Zablokowanie dostępu zewnętrznych programistów do produkcyjnej bazy danych, wdrożenie reguł wirtualnego łatania (Virtual Patching) na zaporze WAF dla 6 podatności CVSS, natychmiastowe usunięcie danych osobowych ze stacji deweloperskich (RACI: A - Prezes Zarządu, R - Kierownik IT / IOD, KPI: Zero podatności eksploatowanych publicznie, KRI: Liczba zapytań WAF blokujących exploity).
  • Faza 2: Działania krótkoterminowe inżyniersko-wdrożeniowe (30 dni): Utworzenie środowiska testowego Staging, wdrożenie narzędzia syntetyzacji i maskowania danych testowych (Data Masking), instalacja przetestowanych łatek na serwerach WWW w oknie serwisowym (RACI: A - Wiceprezes ds. Operacyjnych, R - Główny Informatyk, KPI: Czas instalacji łat < 72h, KRI: Liczba niezałatanych podatności = 0).
  • Faza 3: Działania systemowe i ład korporacyjny (90 dni): Wynegocjowanie i podpisanie aneksu DORA z dostawcą Core Banking (Right to Audit, raportowanie incydentów w 4h), wdrożenie zautomatyzowanego skanera podatności, zatwierdzenie nowej Polityki Zarządzania Ryzykiem ICT przez Radę Nadzorczą (RACI: A - Zarząd Banku, R - Komitet Audytu, KPI: Pełna zgodność z DORA i Rekomendacją D, KRI: Wskaźnik audytowalności dostawców = 100%).
5Sformalizowany Projekt Załącznika Wykonawczego SOP40-70

Opracujcie projekt aktu normatywnego "Standard Operacyjny Zarządzania Podatnościami, Łataniem Awaryjnym i Bezpieczeństwem Środowisk Testowych w Banku Spółdzielczym Ziemi Wielickiej" (§ 1 do § 6): § 1. Cel i zakres procedury bankowej; § 2. Parametry odpornościowe BCM dla systemów bankowości elektronicznej; § 3. Procedura Emergency Patching dla luk krytycznych CVSS > 8.0 (rygor 72h); § 4. Zasady izolacji środowisk testowych i bezwzględnej syntetyzacji danych; § 5. Wymagania wobec dostawców oprogramowania bankowego (klauzule DORA); § 6. Odpowiedzialność służbowa i raportowanie do Komitetu Audytu.

6Podsumowanie Zarządcze Executive Summary 'Pitch to Board' i przygotowanie obrony70-90

Zredagujcie 1-stronicowy briefing dla Zarządu Banku: bilans ekspozycji finansowej (ryzyko strat i kar: 8,2 mln PLN vs koszt planu CAP: 420 000 PLN), wskaźnik zwrotu z inwestycji ROSI = 1420%, argumentacja regulacyjna KNF i DORA oraz przygotowanie do 15-minutowej obrony.

Najczęstsze błędy obniżające ocenę: powierzchowne zdefiniowanie modelu 4C, zatrzymanie analizy przyczyn na poziomie objawu technicznego bez 5 Why i diagramu Ishikawy, brak wyliczenia ryzyka rezydualnego RR w matrycy 5 × 5, pominięcie parametrów BCM (RTO, RPO, MTPD), plan CAP bez podziału trójfazowego (0-7, 30 i 90 dni) bez mierzalnych KPI i KRI, SOP zredagowany jako notatka zamiast projektu załącznika wykonawczego z ponumerowanymi paragrafami, Executive Summary bez kalkulacji ROSI albo sprawozdanie o objętości innej niż 12-16 stron A4 (3600-4800 słów przy 300 słów na stronę) i pasywne uczestnictwo w obronie przed Zarządem.

Wymogi raportu strategicznego 12-16 stron A4
  • Jednostronicowy Executive Summary "Pitch to Board" z co najmniej trzema decyzjami zarządczymi i kalkulacją ROSI.
  • Karta organizacyjna analizowanej jednostki o co najmniej sześciu polach.
  • Kanoniczna Karta Niezgodności 4C dla co najmniej trzech ustaleń, z rozdzieleniem Condition, Criteria, Cause i Consequence.
  • Tabela matrycy ryzyka 5 × 5 z czterema wektorami, wartościami P, S, IR, P’, S’, RR oraz przypisaniem parametrów RTO, RPO i MTPD.
  • Przypisanie każdemu wektorowi parametrów BCM, dla których ryzyko rezydualne RR zejmuje do strefy zielonej (1-7).
  • Analiza przyczyn metodą 5 Why z wskazaniem przyczyny źródłowej oraz diagram Ishikawy z przypisaniem przyczyn do sześciu osi.
  • Trójfazowy Plan Działań Korygujących CAP: Faza 1 (0-7 dni), Faza 2 (30 dni) i Faza 3 (90 dni) z matrycą RACI, właścicielami biznesowymi, KPI i KRI.
  • Projekt załącznika wykonawczego (SOP) z sześcioma ponumerowanymi paragrafami i trybem sporu audytowego.
  • Analiza kompromisów inżynierskich i biznesowych wraz z bilansem kosztu, obciążenia operacyjnego i ryzyka resztkowego.
  • Bibliografia z numerami artykułów, paragrafów i punktów kontrolnych norm.
  • Sprawozdanie o objętości 4-8 stron zamiast wymaganych 12-16 stron A4.
  • Executive Summary zredagowane językiem czysto technicznym bez kalkulacji ryzyka biznesowego, finansowego i zwrotu z inwestycji.
  • Plan CAP bez podziału trójfazowego albo bez mierzalnych wskaźników weryfikacji wdrożenia.
  • Przypisanie przyczyn wyłącznie do kategorii „czynnik ludzki” z pominięciem decyzji zarządczych i systemowych.
Wzorcowe rozwiązanie: model 4C, ryzyko 5 × 5, CAP i SOP

Kanoniczna karta ustaleń w modelu 4C

ConditionStan faktyczny poparty dowodami

6 krytycznych podatności CVSS > 8.5 na serwerach WWW niezałatanych od 9 miesięcy, pełna baza 35 000 klientów w testach bez anonimizacji, brak klauzul Right to Audit w umowie Core Banking.

CriteriaKryteria prawne i normatywne

Art. 9 i 28-30 Rozporządzenia DORA; Rekomendacja D KNF (par. 7, 9, 13); art. 32 RODO; art. 104 Prawa bankowego; kontrole ISO/IEC 27001:2022 A.8.8, A.8.31, A.5.21.

CausePrzyczyna źródłowa – 5 Why powiązane z diagramem Ishikawy

  1. Dlaczego poprawka bezpieczeństwa nie została zainstalowana przez 9 miesięcy? (Administrator obawiał się zakłócenia działania aplikacji mobilnej). 2. Dlaczego istniało ryzyko zakłócenia? (Bank nie posiadał wiernego środowiska przedwdrożeniowego Staging). 3. Dlaczego nie wdrożono środowiska Staging? (Dostawca oprogramowania żądał dodatkowych opłat licencyjnych, na które Zarząd nie wyraził zgody). 4. Dlaczego Zarząd odrzucił wydatek? (Wniosek IT został sformułowany jako koszt techniczny, a nie wymóg zgodności regulacyjnej KNF). 5. Root Cause (Ład zarządczy / Governance): Brak sformalizowanego zarządzania ryzykiem ICT (ICT Risk Governance) w banku oraz brak translacji wymogów technicznych na język ryzyka operacyjnego i prawnego.

ConsequenceSkutki wielowymiarowe

Ryzyko przejęcia serwerów bankowości online i kradzieży depozytów, naruszenie tajemnicy bankowej, kary finansowe KNF i UODO do 10 mln EUR lub 2% rocznego obrotu, program naprawczy KNF i utrata zaufania deponentów.

Sekwencja 5 Why

  1. Dlaczego (poziom 1)Dlaczego poprawka bezpieczeństwa nie została zainstalowana przez 9 miesięcy? (Administrator obawiał się zakłócenia działania aplikacji mobilnej).
  2. Dlaczego (poziom 2)Dlaczego istniało ryzyko zakłócenia? (Bank nie posiadał wiernego środowiska przedwdrożeniowego Staging).
  3. Dlaczego (poziom 3)Dlaczego nie wdrożono środowiska Staging? (Dostawca oprogramowania żądał dodatkowych opłat licencyjnych, na które Zarząd nie wyraził zgody).
  4. Dlaczego (poziom 4)Dlaczego Zarząd odrzucił wydatek? (Wniosek IT został sformułowany jako koszt techniczny, a nie wymóg zgodności regulacyjnej KNF).
  5. Przyczyna źródłowa (Root Cause)Brak sformalizowanego zarządzania ryzykiem ICT (ICT Risk Governance) w banku oraz brak translacji wymogów technicznych na język ryzyka operacyjnego i prawnego.

Tabela zaawansowanej analizy ryzyka w matrycy 5 × 5

Lp.Wektor zagrożeniaPSIR (ryzyko inherentne)P′ po CAPS′ po CAPRR (ryzyko rezydualne)
1Eksploatacja podatności CVSS 9.8 na serwerze WWW i kradzież depozytów5525Ryzyko Katastrofalne144Ryzyko akceptowalne
2Masowy wyciek bazy danych i historii transakcji 35 000 klientów ze środowiska testowego5420Ryzyko krytyczne122Ryzyko akceptowalne
3Nałożenie sankcji i ustanowienie kuratora przez KNF za nieprzestrzeganie Rekomendacji D i DORA4520Ryzyko krytyczne122Ryzyko akceptowalne
4Utrata łączności z węzłem rozliczeniowym KIR/KNF wskutek awarii łącza3412Ryzyko warunkowo akceptowalne122Ryzyko akceptowalne

Parametry BCM powiązane z wektorami zagrożeń

RTO (długość niedostępności)RPO (dopuszczalna utrata danych)MTPD (próg odpowiedzialności)
30m0s4h

Rozwinięcie parametrów z planu: RTO=30m dla transakcji, RPO=0s, MTPD=4h

Trójfazowy plan działań korygujących (CAP) z matrycą RACI

FazaHoryzontZakresDziałaniaRACIKPIKRI
Faza 10-7 dniDziałania natychmiastowe mitygujące / tamowanie (0-7 dni)Zablokowanie dostępu zewnętrznych programistów do produkcyjnej bazy danych, wdrożenie reguł wirtualnego łatania (Virtual Patching) na zaporze WAF dla 6 podatności CVSS, natychmiastowe usunięcie danych osobowych ze stacji deweloperskichA - Prezes Zarządu, R - Kierownik IT / IODZero podatności eksploatowanych publicznieLiczba zapytań WAF blokujących exploity
Faza 230 dniDziałania krótkoterminowe inżyniersko-wdrożeniowe (30 dni)Utworzenie środowiska testowego Staging, wdrożenie narzędzia syntetyzacji i maskowania danych testowych (Data Masking), instalacja przetestowanych łatek na serwerach WWW w oknie serwisowymA - Wiceprezes ds. Operacyjnych, R - Główny InformatykCzas instalacji łat < 72hLiczba niezałatanych podatności = 0
Faza 390 dniDziałania systemowe i ład korporacyjny (90 dni)Wynegocjowanie i podpisanie aneksu DORA z dostawcą Core Banking (Right to Audit, raportowanie incydentów w 4h), wdrożenie zautomatyzowanego skanera podatności, zatwierdzenie nowej Polityki Zarządzania Ryzykiem ICT przez Radę NadzorcząA - Zarząd Banku, R - Komitet AudytuPełna zgodność z DORA i Rekomendacją DWskaźnik audytowalności dostawców = 100%

Projekt załącznika wykonawczego (SOP) z sześcioma paragrafami

  1. § 1.Cel i zakres procedury bankowej
  2. § 2.Parametry odpornościowe BCM dla systemów bankowości elektronicznej
  3. § 3.Procedura Emergency Patching dla luk krytycznych CVSS > 8.0 (rygor 72h)
  4. § 4.Zasady izolacji środowisk testowych i bezwzględnej syntetyzacji danych
  5. § 5.Wymagania wobec dostawców oprogramowania bankowego (klauzule DORA)
  6. § 6.Odpowiedzialność służbowa i raportowanie do Komitetu Audytu.
Bilans wdrożenia, kompromisy inżynierskie i ryzyko resztkowe
KategoriaOcenaOpisRozwiązanie kompromisowe
Koszt wdrożeniaŚrednieNakłady dotyczą głównie integracji systemów, licencji, testów odtwarzania i szkoleń, a nie samego sprzętu.Wdrożenie etapowe w ramach budżetu rocznego i decyzje zarządcze podjęte w Executive Summary.
Obciążenie operacyjneZnacząceRygorystyczne uwierzytelnianie, mikrosegmentacja i mikrosegmentacja sieci OT wydłużają czas pracy personelu i serwisu.Pilotaż na jednym procesie, okna serwisowe w godzinach niskiego obciążenia i wsparcie pierwszej linii.
Wpływ na ciągłość usługOgraniczoneZabezpieczenia wdrażane są w tle, lecz testy odtworzeniowe i przełączenia wymagają zaplanowanego okna serwisowego.Ćwiczenia przełączenia przed wdrożeniem i monitoring wskaźnika odtworzenia w terminie RTO.
Ryzyko resztkowe po wdrożeniuKontrolowanePozostaje ryzyko zależności od dostawców, błędu ludzkiego i utrzymywania starych podatności.Monitoring KPI i KRI, przegląd skuteczności działań naprawczych po 90 dniach oraz audyt sprawdzający zgodny z § 19 rozporządzenia w sprawie KRI.
Ryzyko kar KNF i utraty zaufania klientówDuża poprawaEmergency patching, wirtualne łatanie na WAF i aneks DORA z dostawcą Core Banking obniżają ryzyko incydentu operacyjnego i jego ujawnienia.Raportowanie incydentów w terminie 4 godzin, przegląd skuteczności działań CAP po 90 dniach i audyt sprawdzający.
Koszt i dostępność usługOgraniczoneOkna serwisowe i migracja środowiska testowego wymuszają czasową degradację tempa wdrożeń.Wdrożenie etapowe, równoległa praca środowisk produkcyjnych i testowych oraz zasada pilotażu na jednym procesie.

Zamknięcie audytu wymaga wskazania trybu sporu audytowego: spór uznany albo odstąpienie od sporu z uzasadnieniem, zanim raport trafi do Zarządu.

Executive Summary "Pitch to Board" i kalkulacja ROSI

Jednostronicowe Podsumowanie Zarządcze (Executive Summary - "Pitch to Board") z wyliczeniem ROSI i bilansu ryzyk.

Dane wejściowe kalkulacji ROSI dla tego zadania

PozycjaWartość z planu zadania
Koszt wdrożenia planu CAP (zł)420 000 zł
Roczne ryzyko finansowe przed wdrożeniem (zł)8 200 000 zł
Wskaźnik ROSI podany w planie (%)1 420%

Kalkulator ROSI w module Executive Summary przyjmuje te wartości jako punkt wyjścia; skuteczność kontroli CAP i horyzont analizy student uzupełnia samodzielnie.

Najczęstsze błędy obniżające ocenę: powierzchowne zdefiniowanie modelu 4C, zatrzymanie analizy przyczyn na poziomie objawu technicznego bez 5 Why i diagramu Ishikawy, brak wyliczenia ryzyka rezydualnego RR w matrycy 5 × 5, pominięcie parametrów BCM (RTO, RPO, MTPD), plan CAP bez podziału trójfazowego (0-7, 30 i 90 dni) bez mierzalnych KPI i KRI, SOP zredagowany jako notatka zamiast projektu załącznika wykonawczego z ponumerowanymi paragrafami, Executive Summary bez kalkulacji ROSI albo sprawozdanie o objętości innej niż 12-16 stron A4 (3600-4800 słów przy 300 słów na stronę) i pasywne uczestnictwo w obronie przed Zarządem.

Bibliografia, netografia i podstawy prawne
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2022/2554 w sprawie operacyjnej odporności cyfrowej sektora finansowego (DORA).
  • Komisja Nadzoru Finansowego: Rekomendacja D dotycząca zarządzania obszarami technologii informacyjnej i bezpieczeństwa środowiska teleinformatycznego w bankach, Warszawa 2013.
  • Komisja Nadzoru Finansowego: Rekomendacja M dotycząca zarządzania ryzykiem operacyjnym w bankach.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO) - art. 5, 28, 32, 82, 83.
  • Ustawa z dnia 29 sierpnia 1997 r. - Prawo bankowe (tekst jedn. Dz.U. z 2026 r. poz. 38) - art. 104 (Tajemnica bankowa).
  • Rozporządzenie Rady Ministrów z dnia 21 maja 2024 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (Dz.U. z 2024 r. poz. 773) - § 19 oraz § 20.
  • Norma PN-EN ISO/IEC 27001:2022: Systemy zarządzania bezpieczeństwem informacji.
  • Norma PN-EN ISO 22301:2020: Systemy zarządzania ciągłością działania.

Wspólna bibliografia wariantu 5.0

  • Rozporządzenie Rady Ministrów z dnia 21 maja 2024 r. w sprawie Krajowych Ram Interoperacyjnych, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (tekst jedn. Dz.U. z 2024 r. poz. 773) – § 19 (wymagania dotyczące systemu zarządzania bezpieczeństwem informacji, w tym okresowy audyt wewnętrzny nie rzadziej niż raz na rok) oraz § 20 (rozliczalność i dzienniki systemów).
  • Ustawa z dnia 6 czerwca 1997 r. – Kodeks karny (tekst jedn. Dz.U. z 2025 r. poz. 383) – art. 98, art. 160, art. 231, art. 266, art. 268a, art. 269a i art. 270.
  • Ustawa z dnia 12 listopada 2017 r. o Krajowym Systemie Cyberbezpieczeństwa (tekst jedn. Dz.U. z 2026 r. poz. 20) – art. 8 (środki zarządzania ryzykiem i zabezpieczenia) oraz art. 15 (audyt bezpieczeństwa).
  • Ustawa z dnia 15 maja 2019 r. – Prawo o adwokaturze (tekst jedn. Dz.U. z 2024 r. poz. 1564) – art. 19 (tajemnica adwokacka).
  • Ustawa z dnia 15 września 2000 r. o radcach prawnych (tekst jedn. Dz.U. z 2024 r. poz. 499) – art. 3 (tajemnica zawodowa radcy prawnego).
  • Ustawa z dnia 11 maja 2017 r. o zwalczaniu nieuczciwej konkurencji (tekst jedn. Dz.U. z 2026 r. poz. 85) – art. 11 (tajemnica przedsiębiorstwa).
  • Ustawa z dnia 19 sierpnia 2011 r. o usługach płatniczych (tekst jedn. Dz.U. z 2026 r. poz. 623) – art. 50 (system zarządzania ryzykiem operacyjnym).
  • Ustawa z dnia 6 września 2001 r. – Prawo bankowe (tekst jedn. Dz.U. z 2026 r. poz. 38) – art. 104 (zarządzanie ryzykiem).
  • Ustawa z dnia 13 października 2022 r. o obrocie paliwami opałowymi (tekst jedn. Dz.U. z 2024 r. poz. 1218) – obowiązki operatora infrastruktury paliwowej i systemu teleinformatycznego. W logistyce sENT oznacza System Elektronicznego Transportu Drogowego, a nie system nadzoru nad obrotem paliwami.
  • Dyrektywa Parlamentu Europejskiego i Rady (UE) 2022/2555 z dnia 14 grudnia 2022 r. (dyrektywa NIS2) – art. 21, art. 21 ust. 2 lit. c i d oraz art. 23.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO) – art. 5, 9, 11, 28, 32, 33, 34, 82 i 83.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2022/2554 z dnia 14 grudnia 2022 r. w sprawie operacyjnej odporności cyjrowego sektora finansowego (DORA) – art. 5, 8 i 35.
  • Standard PCI DSS v4.0.1 – wymagania 3.3, 6.4 i 11.3 (szyfrowanie transmisji uwierzytelniającej i zarządzanie dostępem do aplikacji bramki płatniczej).
  • Norma ISO/IEC 27001:2022 – Załącznik A: 5.1, 5.15, 5.18, 5.23, 8.12, 8.13, 8.14 i 8.15.
04
Centrum logistyczno-magazynowe LogistykNet w Strykowie (sektor transportu i logistyki / podmiot ważny NIS2 / łańcuch dostaw)
Zwiń
Schemat strategicznego audytu centrum logistycznego: zbieżność NIS2 i RODO art. 28, interoperacyjność SENT KRI, model 4C, matryca ryzyka 5x5, SOP klauzul Right to Audit i Trójfazowy Plan CAP
Schemat strategicznego audytu łańcucha dostaw: integracja z KAS, sENT, model 4C, matryca ryzyka 5x5 z BCM, klauzula right to audit i Pitch to Board.

Temat zadania: Strategiczny Audyt Łańcucha Dostaw IT i Interoperacyjności SENT: Zbieżność NIS2, RODO art. 28 i Ustawy o SENT, Model 4C, Matryca Ryzyka 5X5, Wskaźniki BCM, SOP Klauzul Right to Audit oraz pitch to board

Podstawa wykładowa i programowa

Schemat strategicznego audytu łańcucha dostaw: integracja z KAS, sENT, model 4C, matryca ryzyka 5x5 z BCM, klauzula right to audit i Pitch to Board.

NIS2 i RODO art. 28; KSC art. 8; KRI § 20 (integracja z KAS i sENT, czyli Systemem Elektronicznym Transportu Drogowego) STRATEGICZNY AUDYT ŁAŃCUCHA DOSTAW IT I INTEROPERACYJNOŚCI SENT: ZBIEŻNOŚĆ NIS2, RODO ART. 28 I USTAWY O SENT, MODEL 4C, MATRYCA RYZYKA 5X5, WSKAŹNIKI BCM, SOP KLAUZUL RIGHT TO AUDIT ORAZ PITCH TO BOARD
Cel zadania i kryterium oceny 5.0

Głównym celem zadania na ocenę bardzo dobrą (5.0) jest opanowanie przez studentów zaawansowanych kompetencji w zakresie audytowania bezpieczeństwa cybernetycznego w złożonych łańcuchach dostaw (Supply Chain Security) podmiotów sektora transportu i logistyki o statusie podmiotu ważnego w rozumieniu Dyrektywy NIS2. Audyt łączy rygory art. 28 i 32 RODO (powierzenie danych odbiorców przesyłek), Ustawy o systemie monitorowania drogowego i kolejowego przewozu towarów (SENT), § 19 i § 20 rozporządzenia KRI (integracja z węzłem PUESC KAS) oraz standardu atestacyjnego AICPA SOC 2 Type II i normy ISO/IEC 27001:2022. Zadanie wymaga: sporządzenia kanonicznej Karty Ustaleń Audytowych w modelu 4C dla odmowy prawa do audytu (Right to Audit) przez zagranicznego dostawcę chmury WMS SaaS oraz braku redundancji łącza do systemu SENT skutkującego przestojami w odprawach i karami KAS, wyliczenia ryzyka w 25-stopniowej matrycy 5x5 powiązanej ze wskaźnikami BCM (RTO=1h dla wysyłek, RPO=15m, MTPD=4h), opracowania Trójfazowego Planu Działań Korygujących (CAP) ze wskaźnikami KPI i KRI, sformułowania pełnego projektu Załącznika Wykonawczego (SOP) regulującego weryfikację dostawców chmurowych (Third-Party Risk Management) oraz zabezpieczenie sieci Wi-Fi 802.1X na hali, a także zredagowania 1-stronicowego Executive Summary ("Pitch to Board") dla Dyrekcji Operacyjnej z kalkulacją zwrotu z inwestycji (ROSI). Powiązanie z sylabusem i efektami kształcenia na ocenę 5.0: - Efekt W1: Zaawansowana znajomość przepisów Ustawy o SENT, art. 28 i 32 RODO, Dyrektywy NIS2 dla łańcucha dostaw, § 19 i § 20 rozporządzenia KRI oraz standardów atestacyjnych SOC 2. - Efekt W2, W3: Wyczerpująca znajomość norm ISO 27001 (kontrole A.5.19-A.5.23, A.8.20), ISO 28000 (bezpieczeństwo łańcucha dostaw) oraz ISO 22301. - Efekt U1: Projekt inżynierski architektury High Availability dla interfejsu SENT z automatycznym przełączaniem SD-WAN 5G/LTE oraz migracji sieci Wi-Fi na magazynie do WPA3-Enterprise 802.1X. - Efekt U2: Dekompozycja uchybień w kanonicznym modelu 4C i analiza RCA 5 Why powiązana z Diagramem Ishikawy dla 6 osi. - Efekt U3: Kwantyfikacja ryzyka w matrycy 5x5 dla zablokowania wysyłek, kar KAS i wycieku bazy adresowej 500 000 odbiorców. - Efekt U4: Opracowanie kompletnego raportu poaudytowego (12-16 stron A4) z Trójfazowym Planem CAP, procedurą SOP (§ 1 do § 6) oraz Executive Summary "Pitch to Board". - Efekt K1, K2, K3: Obiektywizm audytorski, zrozumienie presji czasu w logistyce just-in-time i profesjonalizm w negocjacjach z dostawcami IT. - Powiązanie z wykładem: Wyk1 (Audyt łańcucha dostaw IT), Wyk2 (ISO 19011), Wyk3 (Kontrole A.5.19-A.5.23 ISO 27001), Wyk4 (SENT, RODO i NIS2 w logistyce), Wyk5 (Matryca ryzyka 5x5 i BCM), Wyk7 (Model 4C, 5 Why, Ishikawa, CAP i ROSI).

Każda odpowiedź musi odwoływać się do kryterium audytowego: artykułu ustawy lub rozporządzenia, wytycznej organu nadzoru albo punktu kontrolnego normy. Podejście risk-based wymaga, aby każdy wektor zagrożenia otrzymał wyliczone ryzyko inherentne IR jako iloczyn P i S w skali 1-5 oraz ryzyko rezydualne RR po wdrożeniu kontroli planu CAP. Opis zagrożenia bez obu wartości, bez przypisania parametrów BCM i bez wskazania przyczyny źródłowej w analizie 5 Why nie zalicza punktacji. Ustalenia graduj wyłącznie jako NC1, NC2 albo OFI.

Scenariusz sytuacyjny i karta organizacyjna
Centrum Logistyczno-Magazynowe LogistykNet w Strykowie - audyt 5.0
Operator magazynu obsługującego 500 000 odbiorców przesyłek rocznie, zintegrowany z systemem SENT KAS. Kluczowe wektory: odmowa prawa do audytu i brak certyfikacji dostawcy WMS SaaS, pojedyncze łącze światłowodowe bez redundancji oraz płaska, otwarta sieć bezprzewodowa dla 200 skanerów i terminali wózków widłowych.
Logistyka i łańcuch dostaw SENT KAS i KRI § 20 Art. 28 RODO Right to Audit
Reżimy regulacyjne i podstawy prawne: RODO art. 28 (umowa powierzenia), 32 i 33; dyrektywa NIS2 art. 21 ust. 2 lit. b i d (transport i logistyka, podmiot ważny); ustawa o KSC art. 8; rozporządzenie w sprawie KRI § 20 (Dz.U. z 2024 r. poz. 773); ustawa o Krajowym Systemie Celnym; PN-EN ISO/IEC 27001:2022 A.5.23; PN-EN ISO 22301
  • Odmowa prawa do audytu i brak certyfikacji dostawcy WMS SaaS: W umowie powierzenia przetwarzania danych osobowych dostawca WMS SaaS wykreślił zapis o prawie do przeprowadzenia audytu na miejscu (Right to Audit) oraz odmówił przedstawienia aktualnego raportu SOC 2 Type II lub certyfikatu ISO 27001, mimo przetwarzania danych adresowych ponad 500 000 odbiorców rocznie.
  • Brak redundancji łączności i przestoje w rejestrze SENT KAS: Hub logistyczny posiada pojedyncze łącze światłowodowe do węzła PUESC SENT. W ciągu ostatnich 6 miesięcy odnotowano 3 awarie łącza, które skutkowały opóźnieniami w zgłoszeniach przewozów i nałożeniem przez KAS kar administracyjnych w łącznej wysokości 140 000 PLN.
  • Płaska i podatna sieć bezprzewodowa na magazynie: 200 skanerów kodów i terminali wózków widłowych łączy się z siecią Wi-Fi zabezpieczoną pojedynczym statycznym kluczem WPA2-PSK, znanym kilkuset pracownikom agencyjnym i gościom.
  • Szansa na doskonalenie (OFI): Wdrożenie monitorowania stanu i bezpieczeństwa interfejsów API łączących system WMS ze sklepami internetowymi w czasie rzeczywistym.
Pytania problemowe i pytania do obrony przed Zarządem

Pytania problemowe wymagające odpowiedzi w raporcie

  1. W jaki sposób skutecznie wynegocjować zapisy o prawie do audytu (Right to Audit) lub niezależnym raporcie atestacyjnym (SOC 2 Type II / ISO 27001) z globalnym dostawcą chmurowym SaaS?
  2. Jakie środki techniczne i architektoniczne należy wdrożyć, aby zagwarantować 100% ciągłość raportowania geolokalizacji SENT do Krajowej Administracji Skarbowej zgodnie z § 19 i § 20 rozporządzenia KRI?
  3. Jakie zagrożenia dla sieci magazynowej rodzi współdzielenie klucza WPA2-PSK przez pracowników agencyjnych i jak wdrożyć bezpieczne uwierzytelnianie 802.1X na terminalach przemysłowych?

Pytania kontrolne do weryfikacji ustaleń

  • Sformułujcie klauzulę umowy powierzenia z dostawcą WMS SaaS obejmującą prawo do audytu, certyfikację dostawcy, terminy powiadamiania o incydencie oraz prawo zwrotu danych po zakończeniu usługi.
  • Uzasadnijcie wybór redundancji łączności z punktu widzenia parametrów RTO, RPO i MTPD oraz ryzyka przerwij w rejestrze transakcji SENT KAS.
  • Zaprojektujcie uwierzytelnianie stacji wózkowych i skanerów w sieci bezprzewodowej magazynu, wskazując oś Ishikawy, którą ta kontrola redukuje.
  • Przedstawcie Prezesowi zarządu trzy decyzje ochronne wraz z kalkulacją ROSI i wskazaniem, które z nich są warunkiem utrzymania klauzuli ubezpieczenia.

Każda odpowiedź musi odwoływać się do kryterium audytowego: artykułu ustawy lub rozporządzenia, wytycznej organu nadzoru albo punktu kontrolnego normy. Podejście risk-based wymaga, aby każdy wektor zagrożenia otrzymał wyliczone ryzyko inherentne IR jako iloczyn P i S w skali 1-5 oraz ryzyko rezydualne RR po wdrożeniu kontroli planu CAP. Opis zagrożenia bez obu wartości, bez przypisania parametrów BCM i bez wskazania przyczyny źródłowej w analizie 5 Why nie zalicza punktacji. Ustalenia graduj wyłącznie jako NC1, NC2 albo OFI.

Wskazówki wykonania krok po kroku (90 minut)
KrokNazwa krokuMinutyZakres prac zespołu
1Podział ról w Triadzie Audytorskiej i triage dowodowy00-15

Student A (Lead Auditor / Executive Reporter): Odpowiada za ład zarządczy łańcucha dostaw, zbieżność NIS2, RODO art. 28, ustawy o SENT i KRI, relacje z Dyrekcją i KAS oraz przygotowanie Executive Summary ("Pitch to Board") z kalkulacją ROSI. Student B (Technical SecOps Auditor): Analizuje architekturę sieci Wi-Fi, podatności klucza PSK, brak redundancji łącza do SENT i projektuje łącze zapasowe SD-WAN 5G oraz sieć WPA3-Enterprise 802.1X. Student C (Governance, Risk & Compliance Auditor): Opracowuje Kartę 4C, wylicza matrycę ryzyka 5x5 skorelowaną z BCM (RTO=1h, RPO=15m, MTPD=4h), sekwencję 5 Why z Diagramem Ishikawy oraz konstruuje Trójfazowy Plan CAP z rolami RACI i metrykami KPI/KRI.

2Kanoniczna Karta Niezgodności 4C15-40

Sformułujcie kartę uchybienia krytycznego w modelu 4C: * Condition (Stan faktyczny poparty dowodami): Wykreślone prawo do audytu w umowie WMS SaaS, brak raportu SOC 2, pojedyncze łącze do SENT skutkujące karami KAS na 140 tys. PLN, współdzielone hasło WPA2-PSK na 200 terminalach hali. * Criteria (Kryteria prawne i normatywne): Art. 28 ust. 3 lit. h i art. 32 RODO; art. 21 Dyrektywy NIS2; § 19 i § 20 rozporządzenia w sprawie KRI (wymagania dotyczące systemu zarządzania bezpieczeństwem informacji oraz rozliczalności i dzienników systemów); przepisy Ustawy o systemie monitorowania przewozu towarów (SENT); kontrole ISO/IEC 27001:2022 A.5.21, A.5.22, A.8.20. * Cause (Przyczyna źródłowa - 5 Why powiązane z Diagramem Ishikawy): 1. Dlaczego umowa z dostawcą WMS SaaS nie zawierała prawa do audytu? (Zastosowano standardowy, jednostronny wzorzec regulaminowy dostawcy z USA). 2. Dlaczego Dział Prawny zaakceptował wzorzec? (Prawnicy weryfikowali wyłącznie stawki frachtowe i kary za nieterminowość, pomijając cyberbezpieczeństwo). 3. Dlaczego umowy nie opiniował IOD ani specjalista ds. bezpieczeństwa? (W spółce brakowało procedury Security Procurement dla zakupów chmurowych). 4. Dlaczego Zarząd dopuścił do podpisania umowy? (Priorytetem było błyskawiczne uruchomienie obsługi klienta e-commerce przed szczytem paczkowym). 5. Root Cause (Ład zarządczy / Governance): Całkowity brak ładu zarządzania ryzykiem dostawców ICT (Third-Party Risk Governance) oraz podporządkowanie wymogów bezpieczeństwa celom sprzedażowym. * Consequence (Skutki wielowymiarowe): Ryzyko zablokowania całego hubu logistycznego wskutek awarii dostawcy WMS, kary KAS do 100 000 PLN za każdy transport bez SENT, kary UODO do 10 mln EUR za brak nadzoru nad procesorem, utrata kluczowych kontraktów e-commerce.

3Zaawansowana Matryca Ryzyka 5x5 i Parametry BCM15-40

Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5): 1. Paraliż wysyłek i nałożenie kar KAS z powodu awarii łącza do systemu SENT (P=5, S=5 -> IR=25 - Ryzyko Katastrofalne; po kontrolach CAP: P=1, S=3 -> RR=3). 2. Masowy wyciek bazy 500 000 odbiorców przesyłek z nieaudytowanej chmury WMS SaaS (P=4, S=5 -> IR=20; po kontrolach CAP: P=1, S=3 -> RR=3). 3. Przejęcie sieci magazynowej Wi-Fi przez nieuprawnione osoby przez hasło PSK (P=5, S=4 -> IR=20; po kontrolach CAP: P=1, S=2 -> RR=2). 4. Kary nadzorcze i sankcje NIS2 za brak nadzoru nad łańcuchem dostaw (P=4, S=4 -> IR=16; po kontrolach CAP: P=1, S=2 -> RR=2). Parametry BCM: RTO=1 godzina dla operacji wysyłkowych, RPO=15 minut (maksymalna utrata statusów skanowania), MTPD=4 godziny.

4Trójfazowy Plan Działań Korygujących - CAP40-70
  • Faza 1: Działania natychmiastowe mitygujące / tamowanie (0-7 dni): Uruchomienie awaryjnego routera LTE dla interfejsu SENT z automatycznym przełączaniem failover, rotacja klucza WPA2-PSK na terminalach i odcięcie sieci gościnnej (RACI: A - Dyrektor Operacyjny, R - Kierownik IT Magazynu, KPI: 100% transakcji SENT wysłanych w terminie, KRI: Liczba przerw w transmisji SENT = 0).
  • Faza 2: Działania krótkoterminowe inżyniersko-wdrożeniowe (30 dni): Wdrożenie profesjonalnego łącza zapasowego SD-WAN 5G dla systemu SENT, wdrożenie sieci WPA3-Enterprise z uwierzytelnianiem certyfikatami maszynowymi 802.1X na terminalach Zebra, skierowanie formalnego wezwania do dostawcy WMS o przedstawienie raportu SOC 2 Type II (RACI: A - Dyrektor Techniczny, R - Architekt Sieci, KPI: Czas przełączenia łącza < 5 sekund, KRI: Liczba terminali z certyfikatem 802.1X = 100%).
  • Faza 3: Działania systemowe i ład korporacyjny (90 dni): Podpisanie aneksu DPA z dostawcą WMS wprowadzającego standard Right to Audit i raporty SOC 2, wdrożenie Polityki Bezpieczeństwa Łańcucha Dostaw (TPRM Policy) zatwierdzonej przez Zarząd (RACI: A - Zarząd Spółki, R - CISO / Radca Prawny, KPI: Pełna zgodność umów z NIS2 i art. 28 RODO, KRI: Wskaźnik audytowalności dostawców = 100%).
5Sformalizowany Projekt Załącznika Wykonawczego SOP40-70

Opracujcie projekt aktu normatywnego "Standard Operacyjny Zarządzania Bezpieczeństwem Dostawców Chmurowych i Odpornością Interfejsu SENT w Centrum Logistycznym LogistykNet w Strykowie" (§ 1 do § 6): § 1. Cel i zakres procedury logistycznej; § 2. Parametry odpornościowe BCM dla wysyłek magazynowych i zgłoszeń SENT; § 3. Obligatoryjne klauzule bezpieczeństwa w umowach z dostawcami IT (Right to Audit, SOC 2); § 4. Procedura redundancji łącza telekomunikacyjnego SD-WAN dla rejestru SENT KAS; § 5. Zasady uwierzytelniania w sieci bezprzewodowej magazynu (WPA3-Enterprise 802.1X); § 6. Odpowiedzialność służbowa, sankcje dyscyplinarne i raportowanie do Dyrekcji.

6Podsumowanie Zarządcze Executive Summary 'Pitch to Board' i przygotowanie obrony70-90

Zredagujcie 1-stronicowy briefing dla Dyrekcji Operacyjnej: bilans ekspozycji finansowej (ryzyko kar KAS i UODO: 2,9 mln PLN vs koszt planu CAP: 260 000 PLN), wskaźnik zwrotu z inwestycji ROSI = 860%, wykaz natychmiastowych sukcesów i przygotowanie do 15-minutowej obrony.

Najczęstsze błędy obniżające ocenę: powierzchowne zdefiniowanie modelu 4C, zatrzymanie analizy przyczyn na poziomie objawu technicznego bez 5 Why i diagramu Ishikawy, brak wyliczenia ryzyka rezydualnego RR w matrycy 5 × 5, pominięcie parametrów BCM (RTO, RPO, MTPD), plan CAP bez podziału trójfazowego (0-7, 30 i 90 dni) bez mierzalnych KPI i KRI, SOP zredagowany jako notatka zamiast projektu załącznika wykonawczego z ponumerowanymi paragrafami, Executive Summary bez kalkulacji ROSI albo sprawozdanie o objętości innej niż 12-16 stron A4 (3600-4800 słów przy 300 słów na stronę) i pasywne uczestnictwo w obronie przed Zarządem.

Wymogi raportu strategicznego 12-16 stron A4
  • Jednostronicowy Executive Summary "Pitch to Board" z co najmniej trzema decyzjami zarządczymi i kalkulacją ROSI.
  • Karta organizacyjna analizowanej jednostki o co najmniej sześciu polach.
  • Kanoniczna Karta Niezgodności 4C dla co najmniej trzech ustaleń, z rozdzieleniem Condition, Criteria, Cause i Consequence.
  • Tabela matrycy ryzyka 5 × 5 z czterema wektorami, wartościami P, S, IR, P’, S’, RR oraz przypisaniem parametrów RTO, RPO i MTPD.
  • Przypisanie każdemu wektorowi parametrów BCM, dla których ryzyko rezydualne RR zejmuje do strefy zielonej (1-7).
  • Analiza przyczyn metodą 5 Why z wskazaniem przyczyny źródłowej oraz diagram Ishikawy z przypisaniem przyczyn do sześciu osi.
  • Trójfazowy Plan Działań Korygujących CAP: Faza 1 (0-7 dni), Faza 2 (30 dni) i Faza 3 (90 dni) z matrycą RACI, właścicielami biznesowymi, KPI i KRI.
  • Projekt załącznika wykonawczego (SOP) z sześcioma ponumerowanymi paragrafami i trybem sporu audytowego.
  • Analiza kompromisów inżynierskich i biznesowych wraz z bilansem kosztu, obciążenia operacyjnego i ryzyka resztkowego.
  • Bibliografia z numerami artykułów, paragrafów i punktów kontrolnych norm.
  • Sprawozdanie o objętości 4-8 stron zamiast wymaganych 12-16 stron A4.
  • Executive Summary zredagowane językiem czysto technicznym bez kalkulacji ryzyka biznesowego, finansowego i zwrotu z inwestycji.
  • Plan CAP bez podziału trójfazowego albo bez mierzalnych wskaźników weryfikacji wdrożenia.
  • Przypisanie przyczyn wyłącznie do kategorii „czynnik ludzki” z pominięciem decyzji zarządczych i systemowych.
Wzorcowe rozwiązanie: model 4C, ryzyko 5 × 5, CAP i SOP

Kanoniczna karta ustaleń w modelu 4C

ConditionStan faktyczny poparty dowodami

Wykreślone prawo do audytu w umowie WMS SaaS, brak raportu SOC 2, pojedyncze łącze do SENT skutkujące karami KAS na 140 tys. PLN, współdzielone hasło WPA2-PSK na 200 terminalach hali.

CriteriaKryteria prawne i normatywne

Art. 28 ust. 3 lit. h i art. 32 RODO; art. 21 Dyrektywy NIS2; § 19 i § 20 rozporządzenia w sprawie KRI (wymagania dotyczące systemu zarządzania bezpieczeństwem informacji oraz rozliczalności i dzienników systemów); przepisy Ustawy o systemie monitorowania przewozu towarów (SENT); kontrole ISO/IEC 27001:2022 A.5.21, A.5.22, A.8.20.

CausePrzyczyna źródłowa – 5 Why powiązane z diagramem Ishikawy

  1. Dlaczego umowa z dostawcą WMS SaaS nie zawierała prawa do audytu? (Zastosowano standardowy, jednostronny wzorzec regulaminowy dostawcy z USA). 2. Dlaczego Dział Prawny zaakceptował wzorzec? (Prawnicy weryfikowali wyłącznie stawki frachtowe i kary za nieterminowość, pomijając cyberbezpieczeństwo). 3. Dlaczego umowy nie opiniował IOD ani specjalista ds. bezpieczeństwa? (W spółce brakowało procedury Security Procurement dla zakupów chmurowych). 4. Dlaczego Zarząd dopuścił do podpisania umowy? (Priorytetem było błyskawiczne uruchomienie obsługi klienta e-commerce przed szczytem paczkowym). 5. Root Cause (Ład zarządczy / Governance): Całkowity brak ładu zarządzania ryzykiem dostawców ICT (Third-Party Risk Governance) oraz podporządkowanie wymogów bezpieczeństwa celom sprzedażowym.

ConsequenceSkutki wielowymiarowe

Ryzyko zablokowania całego hubu logistycznego wskutek awarii dostawcy WMS, kary KAS do 100 000 PLN za każdy transport bez SENT, kary UODO do 10 mln EUR za brak nadzoru nad procesorem, utrata kluczowych kontraktów e-commerce.

Sekwencja 5 Why

  1. Dlaczego (poziom 1)Dlaczego umowa z dostawcą WMS SaaS nie zawierała prawa do audytu? (Zastosowano standardowy, jednostronny wzorzec regulaminowy dostawcy z USA).
  2. Dlaczego (poziom 2)Dlaczego Dział Prawny zaakceptował wzorzec? (Prawnicy weryfikowali wyłącznie stawki frachtowe i kary za nieterminowość, pomijając cyberbezpieczeństwo).
  3. Dlaczego (poziom 3)Dlaczego umowy nie opiniował IOD ani specjalista ds. bezpieczeństwa? (W spółce brakowało procedury Security Procurement dla zakupów chmurowych).
  4. Dlaczego (poziom 4)Dlaczego Zarząd dopuścił do podpisania umowy? (Priorytetem było błyskawiczne uruchomienie obsługi klienta e-commerce przed szczytem paczkowym).
  5. Przyczyna źródłowa (Root Cause)Całkowity brak ładu zarządzania ryzykiem dostawców ICT (Third-Party Risk Governance) oraz podporządkowanie wymogów bezpieczeństwa celom sprzedażowym.

Tabela zaawansowanej analizy ryzyka w matrycy 5 × 5

Lp.Wektor zagrożeniaPSIR (ryzyko inherentne)P′ po CAPS′ po CAPRR (ryzyko rezydualne)
1Paraliż wysyłek i nałożenie kar KAS z powodu awarii łącza do systemu SENT5525Ryzyko Katastrofalne133Ryzyko akceptowalne
2Masowy wyciek bazy 500 000 odbiorców przesyłek z nieaudytowanej chmury WMS SaaS4520Ryzyko krytyczne133Ryzyko akceptowalne
3Przejęcie sieci magazynowej Wi-Fi przez nieuprawnione osoby przez hasło PSK5420Ryzyko krytyczne122Ryzyko akceptowalne
4Kary nadzorcze i sankcje NIS2 za brak nadzoru nad łańcuchem dostaw4416Ryzyko krytyczne122Ryzyko akceptowalne

Parametry BCM powiązane z wektorami zagrożeń

RTO (długość niedostępności)RPO (dopuszczalna utrata danych)MTPD (próg odpowiedzialności)
1h15m4h

Rozwinięcie parametrów z planu: RTO=1h dla wysyłek, RPO=15m, MTPD=4h

Trójfazowy plan działań korygujących (CAP) z matrycą RACI

FazaHoryzontZakresDziałaniaRACIKPIKRI
Faza 10-7 dniDziałania natychmiastowe mitygujące / tamowanie (0-7 dni)Uruchomienie awaryjnego routera LTE dla interfejsu SENT z automatycznym przełączaniem failover, rotacja klucza WPA2-PSK na terminalach i odcięcie sieci gościnnejA - Dyrektor Operacyjny, R - Kierownik IT Magazynu100% transakcji SENT wysłanych w terminieLiczba przerw w transmisji SENT = 0
Faza 230 dniDziałania krótkoterminowe inżyniersko-wdrożeniowe (30 dni)Wdrożenie profesjonalnego łącza zapasowego SD-WAN 5G dla systemu SENT, wdrożenie sieci WPA3-Enterprise z uwierzytelnianiem certyfikatami maszynowymi 802.1X na terminalach Zebra, skierowanie formalnego wezwania do dostawcy WMS o przedstawienie raportu SOC 2 Type IIA - Dyrektor Techniczny, R - Architekt SieciCzas przełączenia łącza < 5 sekundLiczba terminali z certyfikatem 802.1X = 100%
Faza 390 dniDziałania systemowe i ład korporacyjny (90 dni)Podpisanie aneksu DPA z dostawcą WMS wprowadzającego standard Right to Audit i raporty SOC 2, wdrożenie Polityki Bezpieczeństwa Łańcucha Dostaw (TPRM Policy) zatwierdzonej przez ZarządA - Zarząd Spółki, R - CISO / Radca PrawnyPełna zgodność umów z NIS2 i art. 28 RODOWskaźnik audytowalności dostawców = 100%

Projekt załącznika wykonawczego (SOP) z sześcioma paragrafami

  1. § 1.Cel i zakres procedury logistycznej
  2. § 2.Parametry odpornościowe BCM dla wysyłek magazynowych i zgłoszeń SENT
  3. § 3.Obligatoryjne klauzule bezpieczeństwa w umowach z dostawcami IT (Right to Audit, SOC 2)
  4. § 4.Procedura redundancji łącza telekomunikacyjnego SD-WAN dla rejestru SENT KAS
  5. § 5.Zasady uwierzytelniania w sieci bezprzewodowej magazynu (WPA3-Enterprise 802.1X)
  6. § 6.Odpowiedzialność służbowa, sankcje dyscyplinarne i raportowanie do Dyrekcji.
Bilans wdrożenia, kompromisy inżynierskie i ryzyko resztkowe
KategoriaOcenaOpisRozwiązanie kompromisowe
Koszt wdrożeniaŚrednieNakłady dotyczą głównie integracji systemów, licencji, testów odtwarzania i szkoleń, a nie samego sprzętu.Wdrożenie etapowe w ramach budżetu rocznego i decyzje zarządcze podjęte w Executive Summary.
Obciążenie operacyjneZnacząceRygorystyczne uwierzytelnianie, mikrosegmentacja i mikrosegmentacja sieci OT wydłużają czas pracy personelu i serwisu.Pilotaż na jednym procesie, okna serwisowe w godzinach niskiego obciążenia i wsparcie pierwszej linii.
Wpływ na ciągłość usługOgraniczoneZabezpieczenia wdrażane są w tle, lecz testy odtworzeniowe i przełączenia wymagają zaplanowanego okna serwisowego.Ćwiczenia przełączenia przed wdrożeniem i monitoring wskaźnika odtworzenia w terminie RTO.
Ryzyko resztkowe po wdrożeniuKontrolowanePozostaje ryzyko zależności od dostawców, błędu ludzkiego i utrzymywania starych podatności.Monitoring KPI i KRI, przegląd skuteczności działań naprawczych po 90 dniach oraz audyt sprawdzający zgodny z § 19 rozporządzenia w sprawie KRI.
Ciągłość wysyłek i przesyłek celnychDuża poprawaRedundantne łącze, gotowość awaryjna integracji z SENT KAS i testy przełączenia eliminują przestoje w dyżurze celnym.Test przełączenia raz na kwartał i monitoring wskaźnika dostępności integracji.
Opór personelu magazynowegoŚrednieRozbudowane uwierzytelnianie i krótkie sesje wymagają przyzwyczajenia pracowników przeładunku do nowych zasad.Szkolenia stanowiskowe, tryb awaryjny dla sytuacji krytycznych i wsparcie pierwszej linii.

Zamknięcie audytu wymaga wskazania trybu sporu audytowego: spór uznany albo odstąpienie od sporu z uzasadnieniem, zanim raport trafi do Zarządu.

Executive Summary "Pitch to Board" i kalkulacja ROSI

Jednostronicowe Podsumowanie Zarządcze (Executive Summary - "Pitch to Board") z wyliczeniem ROSI i bilansu ryzyk.

Dane wejściowe kalkulacji ROSI dla tego zadania

PozycjaWartość z planu zadania
Koszt wdrożenia planu CAP (zł)260 000 zł
Roczne ryzyko finansowe przed wdrożeniem (zł)2 900 000 zł
Wskaźnik ROSI podany w planie (%)860%

Kalkulator ROSI w module Executive Summary przyjmuje te wartości jako punkt wyjścia; skuteczność kontroli CAP i horyzont analizy student uzupełnia samodzielnie.

Najczęstsze błędy obniżające ocenę: powierzchowne zdefiniowanie modelu 4C, zatrzymanie analizy przyczyn na poziomie objawu technicznego bez 5 Why i diagramu Ishikawy, brak wyliczenia ryzyka rezydualnego RR w matrycy 5 × 5, pominięcie parametrów BCM (RTO, RPO, MTPD), plan CAP bez podziału trójfazowego (0-7, 30 i 90 dni) bez mierzalnych KPI i KRI, SOP zredagowany jako notatka zamiast projektu załącznika wykonawczego z ponumerowanymi paragrafami, Executive Summary bez kalkulacji ROSI albo sprawozdanie o objętości innej niż 12-16 stron A4 (3600-4800 słów przy 300 słów na stronę) i pasywne uczestnictwo w obronie przed Zarządem.

Bibliografia, netografia i podstawy prawne
  • Ustawa z dnia 9 marca 2017 r. o systemie monitorowania drogowego i kolejowego przewozu towarów oraz obrotu paliwami opałowymi (tekst jedn. Dz.U. z 2024 r. poz. 1218) - system SENT.
  • Dyrektywa Parlamentu Europejskiego i Rady (UE) 2022/2555 (Dyrektywa NIS2) - sektor transportu i zarządzanie ryzykiem łańcucha dostaw.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO) - art. 5, 28, 32, 82, 83.
  • Rozporządzenie Rady Ministrów z dnia 21 maja 2024 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (Dz.U. z 2024 r. poz. 773) - § 19 oraz § 20.
  • Norma PN-EN ISO/IEC 27001:2022: Systemy zarządzania bezpieczeństwem informacji - kontrole A.5.19-A.5.23, A.8.20.
  • Norma PN-EN ISO 28000:2022: Bezpieczeństwo i odporność - Systemy zarządzania bezpieczeństwem łańcucha dostaw.
  • AICPA: "Trust Services Criteria for Security, Availability, and Confidentiality (SOC 2)", 2020.

Wspólna bibliografia wariantu 5.0

  • Rozporządzenie Rady Ministrów z dnia 21 maja 2024 r. w sprawie Krajowych Ram Interoperacyjnych, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (tekst jedn. Dz.U. z 2024 r. poz. 773) – § 19 (wymagania dotyczące systemu zarządzania bezpieczeństwem informacji, w tym okresowy audyt wewnętrzny nie rzadziej niż raz na rok) oraz § 20 (rozliczalność i dzienniki systemów).
  • Ustawa z dnia 6 czerwca 1997 r. – Kodeks karny (tekst jedn. Dz.U. z 2025 r. poz. 383) – art. 98, art. 160, art. 231, art. 266, art. 268a, art. 269a i art. 270.
  • Ustawa z dnia 12 listopada 2017 r. o Krajowym Systemie Cyberbezpieczeństwa (tekst jedn. Dz.U. z 2026 r. poz. 20) – art. 8 (środki zarządzania ryzykiem i zabezpieczenia) oraz art. 15 (audyt bezpieczeństwa).
  • Ustawa z dnia 15 maja 2019 r. – Prawo o adwokaturze (tekst jedn. Dz.U. z 2024 r. poz. 1564) – art. 19 (tajemnica adwokacka).
  • Ustawa z dnia 15 września 2000 r. o radcach prawnych (tekst jedn. Dz.U. z 2024 r. poz. 499) – art. 3 (tajemnica zawodowa radcy prawnego).
  • Ustawa z dnia 11 maja 2017 r. o zwalczaniu nieuczciwej konkurencji (tekst jedn. Dz.U. z 2026 r. poz. 85) – art. 11 (tajemnica przedsiębiorstwa).
  • Ustawa z dnia 19 sierpnia 2011 r. o usługach płatniczych (tekst jedn. Dz.U. z 2026 r. poz. 623) – art. 50 (system zarządzania ryzykiem operacyjnym).
  • Ustawa z dnia 6 września 2001 r. – Prawo bankowe (tekst jedn. Dz.U. z 2026 r. poz. 38) – art. 104 (zarządzanie ryzykiem).
  • Ustawa z dnia 13 października 2022 r. o obrocie paliwami opałowymi (tekst jedn. Dz.U. z 2024 r. poz. 1218) – obowiązki operatora infrastruktury paliwowej i systemu teleinformatycznego. W logistyce sENT oznacza System Elektronicznego Transportu Drogowego, a nie system nadzoru nad obrotem paliwami.
  • Dyrektywa Parlamentu Europejskiego i Rady (UE) 2022/2555 z dnia 14 grudnia 2022 r. (dyrektywa NIS2) – art. 21, art. 21 ust. 2 lit. c i d oraz art. 23.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO) – art. 5, 9, 11, 28, 32, 33, 34, 82 i 83.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2022/2554 z dnia 14 grudnia 2022 r. w sprawie operacyjnej odporności cyjrowego sektora finansowego (DORA) – art. 5, 8 i 35.
  • Standard PCI DSS v4.0.1 – wymagania 3.3, 6.4 i 11.3 (szyfrowanie transmisji uwierzytelniającej i zarządzanie dostępem do aplikacji bramki płatniczej).
  • Norma ISO/IEC 27001:2022 – Załącznik A: 5.1, 5.15, 5.18, 5.23, 8.12, 8.13, 8.14 i 8.15.
05
Elektrociepłownia EnergoDystrybucja w Opolu (sektor energetyczny / operator usługi kluczowej / podmiot kluczowy NIS2)
Zwiń
Schemat strategicznego sprawozdania z audytu OUK w elektrociepłowni: separacja stref OT SCADA wg Purdue Model, zbieżność KSC, NIS2 i IEC 62443, dekompozycja 4C, matryca ryzyka 5x5, SOP cyberbezpieczeństwa przemysłowego i protokół zamknięcia audytu
Schemat strategicznego audytu infrastruktury krytycznej OT/SCADA: model 4C, matryca ryzyka 5x5 z BCM, przemysłowa strefa zdemilitaryzowana, SOP i obrona przed Zarządem.

Temat zadania: Strategiczny Audyt Bezpieczeństwa Infrastruktury Krytycznej OT/SCADA: Zbieżność KSC, NIS2, IEC 62443 i art. 268A KK, Model 4C, Matryca Ryzyka 5X5, Wskaźniki BCM, SOP Industrial DMZ oraz pitch to board

Podstawa wykładowa i programowa

Schemat strategicznego audytu infrastruktury krytycznej OT/SCADA: model 4C, matryca ryzyka 5x5 z BCM, przemysłowa strefa zdemilitaryzowana, SOP i obrona przed Zarządem.

KSC art. 8; NIS2; IEC 62443-3-3; KK art. 268a i 269a STRATEGICZNY AUDYT BEZPIECZEŃSTWA INFRASTRUKTURY KRYTYCZNEJ OT/SCADA: ZBIEŻNOŚĆ KSC, NIS2, IEC 62443 I ART. 268A KK, MODEL 4C, MATRYCA RYZYKA 5X5, WSKAŹNIKI BCM, SOP INDUSTRIAL DMZ ORAZ PITCH TO BOARD
Cel zadania i kryterium oceny 5.0

Głównym celem zadania na ocenę bardzo dobrą (5.0) jest opanowanie przez studentów mistrzowskich umiejętności audytowania cyberbezpieczeństwa strategicznej infrastruktury krytycznej i automatyki przemysłowej (OT/ICS/SCADA) w podmiocie o statusie Operatora Usługi Kluczowej (OUK) oraz podmiotu kluczowego w rozumieniu Dyrektywy NIS2. Audyt łączy rygory Ustawy o KSC, Dyrektywy NIS2, międzynarodowej normy cyberbezpieczeństwa przemysłowego ANSI/ISA/IEC 62443, § 19 i § 20 rozporządzenia KRI (telemetria PSE), art. 32 RODO (systemy bilingowe odbiorców) oraz art. 268a Kodeksu Karnego. Zadanie wymaga: sporządzenia kanonicznej Karty Ustaleń Audytowych w modelu 4C dla bezpośredniego połączenia stacji inżynierskich SCADA z siecią korporacyjną IT oraz niezabezpieczonego dostępu zdalnego RDP z Internetu bez MFA, wyliczenia ryzyka w 25-stopniowej matrycy 5x5 powiązanej ze wskaźnikami BCM (RTO=0s fail-safe / 15m telemetria, RPO=0s, MTPD=1h blackout), opracowania Trójfazowego Planu Działań Korygujących (CAP) ze wskaźnikami KPI i KRI, sformułowania pełnego projektu Załącznika Wykonawczego (SOP) regulującego wdrożenie strefy Industrial DMZ (poziom 3.5 modelu Purdue), serwera PAM z MFA oraz pasywnego monitoringu IDS OT, a także zredagowania 1-stronicowego Executive Summary ("Pitch to Board") dla Zarządu Spółki z kalkulacją zwrotu z inwestycji (ROSI). Powiązanie z sylabusem i efektami kształcenia na ocenę 5.0: - Efekt W1: Zaawansowana znajomość Ustawy o KSC, Dyrektywy NIS2 w energetyce, normy IEC 62443, § 19 i § 20 rozporządzenia KRI oraz art. 268a Kodeksu Karnego (Niszczenie lub zakłócanie danych o szczególnym znaczeniu dla obronności lub bezpieczeństwa państwa). - Efekt W2, W3: Wyczerpująca znajomość norm ISO 27001 (kontrole A.8.20, A.8.22, A.8.24), IEC 62443-2-1/3-3, ISO 22301 oraz wytycznych Pełnomocnika Rządu ds. Cyberbezpieczeństwa. - Efekt U1: Projekt inżynierski przemysłowej strefy demilitaryzowanej (IDMZ) wg modelu Purdue z zaporami jednokierunkowymi (Data Diode), serwerem przesiadkowym PAM oraz pasywnym systemem IDS OT (Nozomi/Claroty). - Efekt U2: Dekompozycja uchybień w kanonicznym modelu 4C i analiza RCA 5 Why powiązana z Diagramem Ishikawy dla 6 osi. - Efekt U3: Kwantyfikacja ryzyka w matrycy 5x5 dla blackoutu aglomeracji, zniszczenia turbin parowych i sankcji regulatora. - Efekt U4: Opracowanie kompletnego raportu poaudytowego (12-16 stron A4) z Trójfazowym Planem CAP, procedurą SOP (§ 1 do § 6) oraz Executive Summary "Pitch to Board". - Efekt K1, K2, K3: Poczucie odpowiedzialności za bezpieczeństwo państwa i obywateli, bezstronność audytorska i wysokie standardy etyki zawodowej. - Powiązanie z wykładem: Wyk1 (Audyt infrastruktury krytycznej), Wyk2 (ISO 19011), Wyk3 (Kontrole A.8 ISO 27001), Wyk4 (KSC, NIS2 i IEC 62443 w energetyce), Wyk5 (Matryca ryzyka 5x5 i BCM), Wyk7 (Model 4C, 5 Why, Ishikawa, CAP i ROSI).

Każda odpowiedź musi odwoływać się do kryterium audytowego: artykułu ustawy lub rozporządzenia, wytycznej organu nadzoru albo punktu kontrolnego normy. Podejście risk-based wymaga, aby każdy wektor zagrożenia otrzymał wyliczone ryzyko inherentne IR jako iloczyn P i S w skali 1-5 oraz ryzyko rezydualne RR po wdrożeniu kontroli planu CAP. Opis zagrożenia bez obu wartości, bez przypisania parametrów BCM i bez wskazania przyczyny źródłowej w analizie 5 Why nie zalicza punktacji. Ustalenia graduj wyłącznie jako NC1, NC2 albo OFI.

Scenariusz sytuacyjny i karta organizacyjna
Elektrociepłownia EnergoDystrybucja w Opolu (OT/SCADA) - audyt 5.0
Operator usługi kluczowej zasilający 60 000 odbiorców ciepła, prowadzący automatykę SCADA na poziomach 2 i 3 modelu Purdue. Kluczowe wektory: bezpośredni styk sieci OT z siecią korporacyjną IT, dostęp zdalny serwisantów zagranicznego producenta turbin przez RDP bez uwierzytelniania wieloskładnikowego oraz całkowity brak rejestrowania logów ze sterowników PLC.
Energetyka i OT/SCADA Separacja stref Purdue PAM i RTO 0 sekund Strefa zdemilitaryzowana
Reżimy regulacyjne i podstawy prawne: Dyrektywa NIS2 art. 21 ust. 2 lit. b i d (operator usługi kluczowej); ustawa o KSC art. 8 i 15 (status operatora usługi kluczowej); Kodeks karny art. 268a i 269a; IEC 62443-3-3; PN-EN ISO/IEC 27001:2022; PN-EN ISO 22301
  • Bezpośredni styk sieci przemysłowej OT z siecią korporacyjną IT: Stacje inżynierskie SCADA (poziomy 2 i 3 Purdue) połączone są z siecią biurową IT (poziom 4) poprzez pojedynczy niezarządzalny przełącznik bez zapory ogniowej NGFW ani strefy DMZ.
  • Niezabezpieczony dostęp zdalny serwisantów zewnętrznych: Serwisanci zagranicznego producenta turbin logują się bezpośrednio do stacji inżynierskich SCADA przez protokół RDP z publicznego Internetu bez wieloskładnikowego uwierzytelniania (MFA) i bez nagrywania sesji uprzywilejowanych.
  • Całkowity brak rejestrowania logów ze sterowników PLC: Zdarzenia bezpieczeństwa ze stacji SCADA i sterowników PLC nie są przekazywane do centralnego klastra SIEM ani analizowane pod kątem anomalii w protokołach Modbus TCP i DNP3.
  • Szansa na doskonalenie (OFI): Wdrożenie systemu pasywnego wykrywania anomalii przemysłowych (Network Detection and Response - NDR OT).
Pytania problemowe i pytania do obrony przed Zarządem

Pytania problemowe wymagające odpowiedzi w raporcie

  1. W jaki sposób zaimplementować model stref i kanałów (Zones & Conduits) normy ISA/IEC 62443 na styku sieci IT i OT, aby zagwarantować pełną ochronę SCADA bez opóźnień w telemetrii?
  2. Jakie rygorystyczne wymagania stawia Dyrektywa NIS2 i Ustawa o KSC przed Operatorami Usług Kluczowych w zakresie procedury zgłaszania incydentu cyberbezpieczeństwa w ciągu 24h?
  3. Jak zorganizować bezpieczny dostęp zdalny dla zewnętrznych serwisantów automatyki przemysłowej, eliminując bezpośrednie połączenia RDP?

Pytania kontrolne do weryfikacji ustaleń

  • Uzasadnijcie architektonicznie separację stref OT i IT z uwzględnieniem wymogu zerowej drogi transmisyjnej z sieci przemysłowej do biurowej oraz strefy zdemilitaryzowanej na poziomie OT.
  • Zaprojektujcie dostęp zdalny dla serwisantów zewnętrznych: brokera sesji, uwierzytelnianie wieloskładnikowe, zatwierdzanie jednorazowe i rejestrowanie pełnego przebiegu sesji.
  • Wyjaśnijcie, dlaczego dla sterowania kotłami przyjmujecie RTO równe 0 sekund w trybie fail-safe, a dla telemetrii PSE 15 minut, i jak to przekłada się na ryzyko rezydualne.
  • Sformułujcie wniosek o zakresie obwiedni sterowania instalacją, który zachowuje ciągłość dostarczania ciepła zimą przy jednoczesnym zamknięciu luki w sieci OT.

Każda odpowiedź musi odwoływać się do kryterium audytowego: artykułu ustawy lub rozporządzenia, wytycznej organu nadzoru albo punktu kontrolnego normy. Podejście risk-based wymaga, aby każdy wektor zagrożenia otrzymał wyliczone ryzyko inherentne IR jako iloczyn P i S w skali 1-5 oraz ryzyko rezydualne RR po wdrożeniu kontroli planu CAP. Opis zagrożenia bez obu wartości, bez przypisania parametrów BCM i bez wskazania przyczyny źródłowej w analizie 5 Why nie zalicza punktacji. Ustalenia graduj wyłącznie jako NC1, NC2 albo OFI.

Wskazówki wykonania krok po kroku (90 minut)
KrokNazwa krokuMinutyZakres prac zespołu
1Podział ról w Triadzie Audytorskiej i triage dowodowy00-15

Student A (Lead Auditor / Executive Reporter): Odpowiada za ład zarządczy OUK, zbieżność Ustawy o KSC, Dyrektywy NIS2, IEC 62443 i art. 268a KK, relacje z Zarządem, PSE i CSIRT GOV oraz przygotowanie Executive Summary ("Pitch to Board") z kalkulacją ROSI. Student B (Technical SecOps Auditor): Analizuje model Purdue, architekturę sieci SCADA/DCS, protokoły Modbus/DNP3, bezpośrednie połączenie IT/OT, pulpity RDP i projektuje strefę Industrial DMZ (poziom 3.5), serwer PAM z MFA oraz pasywny IDS OT. Student C (Governance, Risk & Compliance Auditor): Opracowuje Kartę 4C, wylicza matrycę ryzyka 5x5 skorelowaną z BCM (RTO=0s fail-safe / 15m telemetria, RPO=0s, MTPD=1h blackout), sekwencję 5 Why z Diagramem Ishikawy oraz konstruuje Trójfazowy Plan CAP z rolami RACI i metrykami KPI/KRI.

2Kanoniczna Karta Niezgodności 4C15-40

Sformułujcie kartę uchybienia krytycznego w modelu 4C: * Condition (Stan faktyczny poparty dowodami): Bezpośrednie połączenie stacji inżynierskich SCADA z siecią biurową IT bez strefy DMZ, otwarty port RDP z publicznego Internetu bez MFA, brak rejestrowania logów ze sterowników PLC. * Criteria (Kryteria prawne i normatywne): Art. 8-10 Ustawy o KSC; art. 21 Dyrektywy NIS2; norma ANSI/ISA/IEC 62443-3-3 (wymogi SR 5.1, SR 5.2); § 19 i § 20 rozporządzenia KRI; kontrole ISO/IEC 27001:2022 A.8.20, A.8.22; art. 268a Kodeksu Karnego. * Cause (Przyczyna źródłowa - 5 Why powiązane z Diagramem Ishikawy): 1. Dlaczego stacje inżynierskie SCADA połączono z siecią biurową? (Inżynierowie utrzymania ruchu chcieli mieć podgląd parametrów pracy kotłów na laptopach biurowych). 2. Dlaczego nie wdrożono strefy DMZ? (Automatycy obawiali się, że zapora sieciowa wprowadzi opóźnienia w telemetrii). 3. Dlaczego konfiguracja nie została skonsultowana z CISO/IT? (Dział Automatyki Przemysłowej OT funkcjonował w całkowitym silosie decyzyjnym od Działu Bezpieczeństwa IT). 4. Dlaczego Zarząd tolerował ten silos? (Priorytetem było utrzymanie nieprzerwanej produkcji ciepła, a cyberbezpieczeństwo postrzegano wyłącznie jako sprawę komputerów biurowych). 5. Root Cause (Ład zarządczy / Governance): Brak zintegrowanego ładu zarządczego cyberbezpieczeństwem przemysłowym (OT/IT Cyber Governance) i brak jednolitej polityki zarządzania ryzykiem operacyjnym OUK. * Consequence (Skutki wielowymiarowe): Ryzyko zdalnego przejęcia sterowania blokami energetycznymi, awaria turbin, blackout cieplny dla 130 000 mieszkańców w okresie zimowym, kary regulatora do 20 mln EUR lub 2% obrotu, odpowiedzialność karna z art. 268a KK.

3Zaawansowana Matryca Ryzyka 5x5 i Parametry BCM15-40

Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5): 1. Cyberatak na stacje SCADA przez RDP skutkujący wyłączeniem kotłów i blackoutem cieplnym (P=5, S=5 -> IR=25 - Ryzyko Katastrofalne; po kontrolach CAP: P=1, S=4 -> RR=4). 2. Infekcja ransomware sieci OT z laptopa biurowego przez brak DMZ (P=5, S=5 -> IR=25; po kontrolach CAP: P=1, S=4 -> RR=4). 3. Brak powiadomienia Zespołu CSIRT GOV w ciągu 24h z powodu braku logów (P=4, S=4 -> IR=16; po kontrolach CAP: P=1, S=2 -> RR=2). 4. Naruszenie poufności bazy bilingowej 60 000 odbiorców ciepła (P=4, S=3 -> IR=12; po kontrolach CAP: P=1, S=1 -> RR=1). Parametry BCM: RTO=0 sekund dla sterowania kotłami (lokalne układy fail-safe), RTO=15 minut dla telemetrii PSE, RPO=0 sekund, MTPD=1 godzina (krytyczny czas przed zamarznięciem sieci).

4Trójfazowy Plan Działań Korygujących - CAP40-70
  • Faza 1: Działania natychmiastowe mitygujące / tamowanie (0-7 dni): Natychmiastowe zablokowanie bezpośrednich połączeń RDP z Internetu, odcięcie przełącznika łączącego SCADA z siecią biurową, wprowadzenie dedykowanego tunelu VPN z tokenami sprzętowymi OTP dla serwisu (RACI: A - Prezes Zarządu, R - Dyrektor Techniczny / CISO, KPI: Zero otwartych portów RDP do sieci OT, KRI: Liczba prób nieautoryzowanego dostępu zdalnego = 0).
  • Faza 2: Działania krótkoterminowe inżyniersko-wdrożeniowe (30 dni): Wdrożenie przemysłowej strefy demilitaryzowanej (IDMZ poziom 3.5 Purdue) za zaporą NGFW z profilami bezpieczeństwa SCADA, instalacja serwera PAM z rejestracją sesji inżynierskich, uruchomienie przekazywania logów Syslog ze stacji SCADA do SIEM (RACI: A - Dyrektor Techniczny, R - Architekt Cyberbezpieczeństwa OT, KPI: 100% ruchu OT/IT przechodzącego przez IDMZ, KRI: Czas wykrycia anomalii w protokole Modbus < 1 minuta).
  • Faza 3: Działania systemowe i ład korporacyjny (90 dni): Opracowanie i wdrożenie SOP Bezpieczeństwa Przemysłowego OT/SCADA, wdrożenie pasywnego systemu IDS OT (Claroty/Nozomi), zawarcie porozumienia o automatycznej wymianie telemetrii zagrożeń z CSIRT GOV i PSE (RACI: A - Zarząd Spółki, R - Pełnomocnik ds. Cyberbezpieczeństwa, KPI: Certyfikacja IEC 62443, KRI: Liczba incydentów w sieci OT = 0).
5Sformalizowany Projekt Załącznika Wykonawczego SOP40-70

Opracujcie projekt aktu normatywnego "Standard Operacyjny Cyberbezpieczeństwa Środowisk Automatyki Przemysłowej OT/SCADA w Elektrociepłowni EnergoDystrybucja w Opolu" (§ 1 do § 6): § 1. Cel i zakres procedury przemysłowej; § 2. Architektura stref i kanałów (Zones & Conduits) wg IEC 62443 i modelu Purdue; § 3. Wymagania techniczne strefy Industrial DMZ (poziom 3.5); § 4. Procedura bezpiecznego dostępu zdalnego serwisantów (PAM, MFA, rejestracja wideo); § 5. Rejestrowanie logów zdarzeń bezpieczeństwa i ciągłość telemetrii PSE; § 6. Odpowiedzialność służbowa, sankcje dyscyplinarne i raportowanie do Zarządu.

6Podsumowanie Zarządcze Executive Summary 'Pitch to Board' i przygotowanie obrony70-90

Zredagujcie 1-stronicowy briefing dla Zarządu Spółki: bilans ekspozycji finansowej (ryzyko strat i kar: 25 mln PLN vs koszt planu CAP: 950 000 PLN), wskaźnik zwrotu z inwestycji ROSI = 2150%, argumentacja z art. 268a KK i przygotowanie do 15-minutowej obrony.

Najczęstsze błędy obniżające ocenę: powierzchowne zdefiniowanie modelu 4C, zatrzymanie analizy przyczyn na poziomie objawu technicznego bez 5 Why i diagramu Ishikawy, brak wyliczenia ryzyka rezydualnego RR w matrycy 5 × 5, pominięcie parametrów BCM (RTO, RPO, MTPD), plan CAP bez podziału trójfazowego (0-7, 30 i 90 dni) bez mierzalnych KPI i KRI, SOP zredagowany jako notatka zamiast projektu załącznika wykonawczego z ponumerowanymi paragrafami, Executive Summary bez kalkulacji ROSI albo sprawozdanie o objętości innej niż 12-16 stron A4 (3600-4800 słów przy 300 słów na stronę) i pasywne uczestnictwo w obronie przed Zarządem.

Wymogi raportu strategicznego 12-16 stron A4
  • Jednostronicowy Executive Summary "Pitch to Board" z co najmniej trzema decyzjami zarządczymi i kalkulacją ROSI.
  • Karta organizacyjna analizowanej jednostki o co najmniej sześciu polach.
  • Kanoniczna Karta Niezgodności 4C dla co najmniej trzech ustaleń, z rozdzieleniem Condition, Criteria, Cause i Consequence.
  • Tabela matrycy ryzyka 5 × 5 z czterema wektorami, wartościami P, S, IR, P’, S’, RR oraz przypisaniem parametrów RTO, RPO i MTPD.
  • Przypisanie każdemu wektorowi parametrów BCM, dla których ryzyko rezydualne RR zejmuje do strefy zielonej (1-7).
  • Analiza przyczyn metodą 5 Why z wskazaniem przyczyny źródłowej oraz diagram Ishikawy z przypisaniem przyczyn do sześciu osi.
  • Trójfazowy Plan Działań Korygujących CAP: Faza 1 (0-7 dni), Faza 2 (30 dni) i Faza 3 (90 dni) z matrycą RACI, właścicielami biznesowymi, KPI i KRI.
  • Projekt załącznika wykonawczego (SOP) z sześcioma ponumerowanymi paragrafami i trybem sporu audytowego.
  • Analiza kompromisów inżynierskich i biznesowych wraz z bilansem kosztu, obciążenia operacyjnego i ryzyka resztkowego.
  • Bibliografia z numerami artykułów, paragrafów i punktów kontrolnych norm.
  • Sprawozdanie o objętości 4-8 stron zamiast wymaganych 12-16 stron A4.
  • Executive Summary zredagowane językiem czysto technicznym bez kalkulacji ryzyka biznesowego, finansowego i zwrotu z inwestycji.
  • Plan CAP bez podziału trójfazowego albo bez mierzalnych wskaźników weryfikacji wdrożenia.
  • Przypisanie przyczyn wyłącznie do kategorii „czynnik ludzki” z pominięciem decyzji zarządczych i systemowych.
Wzorcowe rozwiązanie: model 4C, ryzyko 5 × 5, CAP i SOP

Kanoniczna karta ustaleń w modelu 4C

ConditionStan faktyczny poparty dowodami

Bezpośrednie połączenie stacji inżynierskich SCADA z siecią biurową IT bez strefy DMZ, otwarty port RDP z publicznego Internetu bez MFA, brak rejestrowania logów ze sterowników PLC.

CriteriaKryteria prawne i normatywne

Art. 8-10 Ustawy o KSC; art. 21 Dyrektywy NIS2; norma ANSI/ISA/IEC 62443-3-3 (wymogi SR 5.1, SR 5.2); § 19 i § 20 rozporządzenia KRI; kontrole ISO/IEC 27001:2022 A.8.20, A.8.22; art. 268a Kodeksu Karnego.

CausePrzyczyna źródłowa – 5 Why powiązane z diagramem Ishikawy

  1. Dlaczego stacje inżynierskie SCADA połączono z siecią biurową? (Inżynierowie utrzymania ruchu chcieli mieć podgląd parametrów pracy kotłów na laptopach biurowych). 2. Dlaczego nie wdrożono strefy DMZ? (Automatycy obawiali się, że zapora sieciowa wprowadzi opóźnienia w telemetrii). 3. Dlaczego konfiguracja nie została skonsultowana z CISO/IT? (Dział Automatyki Przemysłowej OT funkcjonował w całkowitym silosie decyzyjnym od Działu Bezpieczeństwa IT). 4. Dlaczego Zarząd tolerował ten silos? (Priorytetem było utrzymanie nieprzerwanej produkcji ciepła, a cyberbezpieczeństwo postrzegano wyłącznie jako sprawę komputerów biurowych). 5. Root Cause (Ład zarządczy / Governance): Brak zintegrowanego ładu zarządczego cyberbezpieczeństwem przemysłowym (OT/IT Cyber Governance) i brak jednolitej polityki zarządzania ryzykiem operacyjnym OUK.

ConsequenceSkutki wielowymiarowe

Ryzyko zdalnego przejęcia sterowania blokami energetycznymi, awaria turbin, blackout cieplny dla 130 000 mieszkańców w okresie zimowym, kary regulatora do 20 mln EUR lub 2% obrotu, odpowiedzialność karna z art. 268a KK.

Sekwencja 5 Why

  1. Dlaczego (poziom 1)Dlaczego stacje inżynierskie SCADA połączono z siecią biurową? (Inżynierowie utrzymania ruchu chcieli mieć podgląd parametrów pracy kotłów na laptopach biurowych).
  2. Dlaczego (poziom 2)Dlaczego nie wdrożono strefy DMZ? (Automatycy obawiali się, że zapora sieciowa wprowadzi opóźnienia w telemetrii).
  3. Dlaczego (poziom 3)Dlaczego konfiguracja nie została skonsultowana z CISO/IT? (Dział Automatyki Przemysłowej OT funkcjonował w całkowitym silosie decyzyjnym od Działu Bezpieczeństwa IT).
  4. Dlaczego (poziom 4)Dlaczego Zarząd tolerował ten silos? (Priorytetem było utrzymanie nieprzerwanej produkcji ciepła, a cyberbezpieczeństwo postrzegano wyłącznie jako sprawę komputerów biurowych).
  5. Przyczyna źródłowa (Root Cause)Brak zintegrowanego ładu zarządczego cyberbezpieczeństwem przemysłowym (OT/IT Cyber Governance) i brak jednolitej polityki zarządzania ryzykiem operacyjnym OUK.

Tabela zaawansowanej analizy ryzyka w matrycy 5 × 5

Lp.Wektor zagrożeniaPSIR (ryzyko inherentne)P′ po CAPS′ po CAPRR (ryzyko rezydualne)
1Cyberatak na stacje SCADA przez RDP skutkujący wyłączeniem kotłów i blackoutem cieplnym5525Ryzyko Katastrofalne144Ryzyko akceptowalne
2Infekcja ransomware sieci OT z laptopa biurowego przez brak DMZ5525Ryzyko krytyczne144Ryzyko akceptowalne
3Brak powiadomienia Zespołu CSIRT GOV w ciągu 24h z powodu braku logów4416Ryzyko krytyczne122Ryzyko akceptowalne
4Naruszenie poufności bazy bilingowej 60 000 odbiorców ciepła4312Ryzyko warunkowo akceptowalne111Ryzyko akceptowalne

Parametry BCM powiązane z wektorami zagrożeń

RTO (długość niedostępności)RPO (dopuszczalna utrata danych)MTPD (próg odpowiedzialności)
0s fail-safe / 15m telemetria0s1h blackout

Rozwinięcie parametrów z planu: RTO=15 minut dla telemetrii PSE, RPO=0 sekund, MTPD=1 godzina (krytyczny czas przed zamarznięciem sieci

Trójfazowy plan działań korygujących (CAP) z matrycą RACI

FazaHoryzontZakresDziałaniaRACIKPIKRI
Faza 10-7 dniDziałania natychmiastowe mitygujące / tamowanie (0-7 dni)Natychmiastowe zablokowanie bezpośrednich połączeń RDP z Internetu, odcięcie przełącznika łączącego SCADA z siecią biurową, wprowadzenie dedykowanego tunelu VPN z tokenami sprzętowymi OTP dla serwisuA - Prezes Zarządu, R - Dyrektor Techniczny / CISOZero otwartych portów RDP do sieci OTLiczba prób nieautoryzowanego dostępu zdalnego = 0
Faza 230 dniDziałania krótkoterminowe inżyniersko-wdrożeniowe (30 dni)Wdrożenie przemysłowej strefy demilitaryzowanej (IDMZ poziom 3.5 Purdue) za zaporą NGFW z profilami bezpieczeństwa SCADA, instalacja serwera PAM z rejestracją sesji inżynierskich, uruchomienie przekazywania logów Syslog ze stacji SCADA do SIEMA - Dyrektor Techniczny, R - Architekt Cyberbezpieczeństwa OT100% ruchu OT/IT przechodzącego przez IDMZCzas wykrycia anomalii w protokole Modbus < 1 minuta
Faza 390 dniDziałania systemowe i ład korporacyjny (90 dni)Opracowanie i wdrożenie SOP Bezpieczeństwa Przemysłowego OT/SCADA, wdrożenie pasywnego systemu IDS OT (Claroty/Nozomi), zawarcie porozumienia o automatycznej wymianie telemetrii zagrożeń z CSIRT GOV i PSEA - Zarząd Spółki, R - Pełnomocnik ds. CyberbezpieczeństwaCertyfikacja IEC 62443Liczba incydentów w sieci OT = 0

Projekt załącznika wykonawczego (SOP) z sześcioma paragrafami

  1. § 1.Cel i zakres procedury przemysłowej
  2. § 2.Architektura stref i kanałów (Zones & Conduits) wg IEC 62443 i modelu Purdue
  3. § 3.Wymagania techniczne strefy Industrial DMZ (poziom 3.5)
  4. § 4.Procedura bezpiecznego dostępu zdalnego serwisantów (PAM, MFA, rejestracja wideo)
  5. § 5.Rejestrowanie logów zdarzeń bezpieczeństwa i ciągłość telemetrii PSE
  6. § 6.Odpowiedzialność służbowa, sankcje dyscyplinarne i raportowanie do Zarządu.
Bilans wdrożenia, kompromisy inżynierskie i ryzyko resztkowe
KategoriaOcenaOpisRozwiązanie kompromisowe
Koszt wdrożeniaŚrednieNakłady dotyczą głównie integracji systemów, licencji, testów odtwarzania i szkoleń, a nie samego sprzętu.Wdrożenie etapowe w ramach budżetu rocznego i decyzje zarządcze podjęte w Executive Summary.
Obciążenie operacyjneZnacząceRygorystyczne uwierzytelnianie, mikrosegmentacja i mikrosegmentacja sieci OT wydłużają czas pracy personelu i serwisu.Pilotaż na jednym procesie, okna serwisowe w godzinach niskiego obciążenia i wsparcie pierwszej linii.
Wpływ na ciągłość usługOgraniczoneZabezpieczenia wdrażane są w tle, lecz testy odtworzeniowe i przełączenia wymagają zaplanowanego okna serwisowego.Ćwiczenia przełączenia przed wdrożeniem i monitoring wskaźnika odtworzenia w terminie RTO.
Ryzyko resztkowe po wdrożeniuKontrolowanePozostaje ryzyko zależności od dostawców, błędu ludzkiego i utrzymywania starych podatności.Monitoring KPI i KRI, przegląd skuteczności działań naprawczych po 90 dniach oraz audyt sprawdzający zgodny z § 19 rozporządzenia w sprawie KRI.
Ryzyko utraty dostawy ciepła i blackoutDuża poprawaMikrosegmentacja, PAM, strefa zdemilitaryzowana i monitoring przemysłowy odbudowują bezpieczeństwo bez zakłócania układów fail-safe.Ćwiczenia przełączenia w sezonie grzewczym, monitoring parametrów RTO i przegląd działań CAP po 90 dniach.
Zakres prac instalacyjnychZnaczącePrace na stacjach SCADA i sterownikach PLC wymagają zatrzymania procesu lub przełączenia na tryb ręczny.Okna serwisowe w okresie niskiego obciążenia, prace etapowe i uzgodnienie planu z operatorem sieci ciepłowniczej.

Zamknięcie audytu wymaga wskazania trybu sporu audytowego: spór uznany albo odstąpienie od sporu z uzasadnieniem, zanim raport trafi do Zarządu.

Executive Summary "Pitch to Board" i kalkulacja ROSI

Jednostronicowe Podsumowanie Zarządcze (Executive Summary - "Pitch to Board") z wyliczeniem ROSI i bilansu ryzyk.

Dane wejściowe kalkulacji ROSI dla tego zadania

PozycjaWartość z planu zadania
Koszt wdrożenia planu CAP (zł)950 000 zł
Roczne ryzyko finansowe przed wdrożeniem (zł)25 000 000 zł
Wskaźnik ROSI podany w planie (%)2 150%

Kalkulator ROSI w module Executive Summary przyjmuje te wartości jako punkt wyjścia; skuteczność kontroli CAP i horyzont analizy student uzupełnia samodzielnie.

Najczęstsze błędy obniżające ocenę: powierzchowne zdefiniowanie modelu 4C, zatrzymanie analizy przyczyn na poziomie objawu technicznego bez 5 Why i diagramu Ishikawy, brak wyliczenia ryzyka rezydualnego RR w matrycy 5 × 5, pominięcie parametrów BCM (RTO, RPO, MTPD), plan CAP bez podziału trójfazowego (0-7, 30 i 90 dni) bez mierzalnych KPI i KRI, SOP zredagowany jako notatka zamiast projektu załącznika wykonawczego z ponumerowanymi paragrafami, Executive Summary bez kalkulacji ROSI albo sprawozdanie o objętości innej niż 12-16 stron A4 (3600-4800 słów przy 300 słów na stronę) i pasywne uczestnictwo w obronie przed Zarządem.

Bibliografia, netografia i podstawy prawne
  • Ustawa z dnia 5 lipca 2018 r. o krajowym systemie cyberbezpieczeństwa (tekst jedn. Dz.U. z 2026 r. poz. 20) - art. 8 (środki zarządzania ryzykiem i zabezpieczenia) oraz art. 15 (audyt bezpieczeństwa); status Operatora Usługi Kluczowej.
  • Dyrektywa Parlamentu Europejskiego i Rady (UE) 2022/2555 z dnia 14 grudnia 2022 r. (Dyrektywa NIS2) - sektor energetyczny.
  • Norma PN-EN IEC 62443-2-1 / 3-3: Cyberbezpieczeństwo przemysłowych systemów sterowania i automatyki (IACS).
  • Ustawa z dnia 6 czerwca 1997 r. - Kodeks Karny (tekst jedn. Dz.U. z 2025 r. poz. 383) - art. 268a (Niszczenie, uszkadzanie, usuwanie, zmienianie lub utrudnianie dostępu do danych informatycznych) oraz art. 269a (zakłócanie pracy systemu informatycznego).
  • Rozporządzenie Rady Ministrów z dnia 21 maja 2024 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (Dz.U. z 2024 r. poz. 773) - § 19 oraz § 20.
  • Norma PN-EN ISO/IEC 27001:2022: Systemy zarządzania bezpieczeństwem informacji.
  • Rządowe Centrum Bezpieczeństwa: "Narodowy Program Ochrony Infrastruktury Krytycznej", Warszawa 2023.

Wspólna bibliografia wariantu 5.0

  • Rozporządzenie Rady Ministrów z dnia 21 maja 2024 r. w sprawie Krajowych Ram Interoperacyjnych, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (tekst jedn. Dz.U. z 2024 r. poz. 773) – § 19 (wymagania dotyczące systemu zarządzania bezpieczeństwem informacji, w tym okresowy audyt wewnętrzny nie rzadziej niż raz na rok) oraz § 20 (rozliczalność i dzienniki systemów).
  • Ustawa z dnia 6 czerwca 1997 r. – Kodeks karny (tekst jedn. Dz.U. z 2025 r. poz. 383) – art. 98, art. 160, art. 231, art. 266, art. 268a, art. 269a i art. 270.
  • Ustawa z dnia 12 listopada 2017 r. o Krajowym Systemie Cyberbezpieczeństwa (tekst jedn. Dz.U. z 2026 r. poz. 20) – art. 8 (środki zarządzania ryzykiem i zabezpieczenia) oraz art. 15 (audyt bezpieczeństwa).
  • Ustawa z dnia 15 maja 2019 r. – Prawo o adwokaturze (tekst jedn. Dz.U. z 2024 r. poz. 1564) – art. 19 (tajemnica adwokacka).
  • Ustawa z dnia 15 września 2000 r. o radcach prawnych (tekst jedn. Dz.U. z 2024 r. poz. 499) – art. 3 (tajemnica zawodowa radcy prawnego).
  • Ustawa z dnia 11 maja 2017 r. o zwalczaniu nieuczciwej konkurencji (tekst jedn. Dz.U. z 2026 r. poz. 85) – art. 11 (tajemnica przedsiębiorstwa).
  • Ustawa z dnia 19 sierpnia 2011 r. o usługach płatniczych (tekst jedn. Dz.U. z 2026 r. poz. 623) – art. 50 (system zarządzania ryzykiem operacyjnym).
  • Ustawa z dnia 6 września 2001 r. – Prawo bankowe (tekst jedn. Dz.U. z 2026 r. poz. 38) – art. 104 (zarządzanie ryzykiem).
  • Ustawa z dnia 13 października 2022 r. o obrocie paliwami opałowymi (tekst jedn. Dz.U. z 2024 r. poz. 1218) – obowiązki operatora infrastruktury paliwowej i systemu teleinformatycznego. W logistyce sENT oznacza System Elektronicznego Transportu Drogowego, a nie system nadzoru nad obrotem paliwami.
  • Dyrektywa Parlamentu Europejskiego i Rady (UE) 2022/2555 z dnia 14 grudnia 2022 r. (dyrektywa NIS2) – art. 21, art. 21 ust. 2 lit. c i d oraz art. 23.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO) – art. 5, 9, 11, 28, 32, 33, 34, 82 i 83.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2022/2554 z dnia 14 grudnia 2022 r. w sprawie operacyjnej odporności cyjrowego sektora finansowego (DORA) – art. 5, 8 i 35.
  • Standard PCI DSS v4.0.1 – wymagania 3.3, 6.4 i 11.3 (szyfrowanie transmisji uwierzytelniającej i zarządzanie dostępem do aplikacji bramki płatniczej).
  • Norma ISO/IEC 27001:2022 – Załącznik A: 5.1, 5.15, 5.18, 5.23, 8.12, 8.13, 8.14 i 8.15.
06
Akademia Mazowiecka w Płocku (szkolnictwo wyższe i nauka / podmiot kluczowy NIS2 / uczelnia publiczna)
Zwiń
Schemat strategicznego audytu uczelni wyższej: zbieżność NIS2, RODO art. 9 i KRI, kanoniczny model 4C, matryca ryzyka 5x5, SOP tożsamości IAM i briefing dla Rektora i Senatu
Schemat strategicznego audytu uczelni: cykl życia tożsamości IAM, model 4C, matryca ryzyka 5x5 z BCM, SOP i obrona przed Senatem uczelni.

Temat zadania: Strategiczny Audyt Integracji Systemów USOS, MOODLE i POL-ON: Zbieżność Prawa o Szkolnictwie Wyższym, RODO art. 9 i NIS2, Model 4C, Matryca Ryzyka 5X5, Wskaźniki BCM, SOP Cyklu Życia Tożsamości IAM oraz pitch to board dla Senatu

Podstawa wykładowa i programowa

Schemat strategicznego audytu uczelni: cykl życia tożsamości IAM, model 4C, matryca ryzyka 5x5 z BCM, SOP i obrona przed Senatem uczelni.

Prawo o szkolnictwie wyższym; RODO art. 9 i 32; NIS2; KK art. 270 STRATEGICZNY AUDYT INTEGRACJI SYSTEMÓW USOS, MOODLE I POL-ON: ZBIEŻNOŚĆ PRAWA O SZKOLNICTWIE WYŻSZYM, RODO ART. 9 I NIS2, MODEL 4C, MATRYCA RYZYKA 5X5, WSKAŹNIKI BCM, SOP CYKLU ŻYCIA TOŻSAMOŚCI IAM ORAZ PITCH TO BOARD DLA SENATU
Cel zadania i kryterium oceny 5.0

Głównym celem zadania na ocenę bardzo dobrą (5.0) jest opanowanie przez studentów zaawansowanych kompetencji audytowania strategicznego ładu bezpieczeństwa informacji i odporności cyfrowej w publicznej uczelni akademickiej o statusie podmiotu kluczowego sektora edukacji i badań naukowych. Audyt łączy rygory Ustawy - Prawo o szkolnictwie wyższym i nauce, art. 9 i 32 RODO (dane wrażliwe studentów: orzeczenia o niepełnosprawności, zaświadczenia lekarskie, sytuacja materialna), Dyrektywy NIS2, § 19 i § 20 rozporządzenia KRI (integracja uczelnianego USOS z ministerialnym repozytorium POL-on) oraz art. 270 Kodeksu Karnego (fałszowanie dokumentów i protokołów egzaminacyjnych). Zadanie wymaga: sporządzenia kanonicznej Karty Ustaleń Audytowych w modelu 4C dla 126 nieaktywnych kont byłych pracowników dydaktycznych i doktorantów z uprawnieniami edycyjnymi w USOS oraz braku szyfrowania baz danych Moodle/USOS (Data-at-Rest), wyliczenia ryzyka w 25-stopniowej matrycy 5x5 powiązanej ze wskaźnikami BCM (RTO=4h, RPO=1h, MTPD=24h), opracowania Trójfazowego Planu Działań Korygujących (CAP) ze wskaźnikami KPI i KRI, sformułowania pełnego projektu Załącznika Wykonawczego (SOP) regulującego cykl życia tożsamości akademickiej IAM, federację eduGAIN z MFA oraz bezpieczną wymianę danych z POL-on, a także zredagowania 1-stronicowego Executive Summary ("Pitch to Board") dla Rektora i Senatu Uczelni z kalkulacją zwrotu z inwestycji (ROSI). Powiązanie z sylabusem i efektami kształcenia na ocenę 5.0: - Efekt W1: Zaawansowana znajomość Prawa o szkolnictwie wyższym i nauce, art. 9 i 32 RODO, Dyrektywy NIS2 dla edukacji, § 19 i § 20 rozporządzenia KRI oraz art. 270 Kodeksu Karnego. - Efekt W2, W3: Wyczerpująca znajomość norm ISO/IEC 27001:2022 (kontrole A.5.18, A.8.2, A.8.24), ISO 22301 oraz wytycznych Ośrodka Przetwarzania Informacji (OPI PIB). - Efekt U1: Projekt inżynierski wdrożenia centralnego brokera tożsamości IAM sprzężonego z systemem kadrowym ERP, szyfrowania baz danych KMS oraz bezpiecznej integracji z POL-on. - Efekt U2: Dekompozycja uchybień w kanonicznym modelu 4C i analiza RCA 5 Why powiązana z Diagramem Ishikawy dla 6 osi. - Efekt U3: Kwantyfikacja ryzyka w matrycy 5x5 dla kradzieży danych wrażliwych studentów, fałszowania ocen i utraty dotacji ministerialnej. - Efekt U4: Opracowanie kompletnego raportu poaudytowego (12-16 stron A4) z Trójfazowym Planem CAP, procedurą SOP (§ 1 do § 6) oraz Executive Summary "Pitch to Board". - Efekt K1, K2, K3: Poszanowanie autonomii akademickiej, niezależność audytorska i wysoka kultura perswazji wobec ciał kolegialnych uczelni. - Powiązanie z wykładem: Wyk1 (Zarządzanie bezpieczeństwem na uczelniach), Wyk2 (ISO 19011), Wyk3 (Kontrole A.5 i A.8 ISO 27001), Wyk4 (RODO i KRI w szkolnictwie wyższym), Wyk5 (Matryca ryzyka 5x5 i BCM), Wyk7 (Model 4C, 5 Why, Ishikawa, CAP i ROSI).

Każda odpowiedź musi odwoływać się do kryterium audytowego: artykułu ustawy lub rozporządzenia, wytycznej organu nadzoru albo punktu kontrolnego normy. Podejście risk-based wymaga, aby każdy wektor zagrożenia otrzymał wyliczone ryzyko inherentne IR jako iloczyn P i S w skali 1-5 oraz ryzyko rezydualne RR po wdrożeniu kontroli planu CAP. Opis zagrożenia bez obu wartości, bez przypisania parametrów BCM i bez wskazania przyczyny źródłowej w analizie 5 Why nie zalicza punktacji. Ustalenia graduj wyłącznie jako NC1, NC2 albo OFI.

Scenariusz sytuacyjny i karta organizacyjna
Akademia Mazowiecka w Płocku (USOS, Moodle, POL-on) - audyt 5.0
Uczelnia publiczna prowadząca kształcenie w trybie stacjonarnym i zdalnym na systemach USOS, Moodle i POL-on. Kluczowe wektory: brak formalnego offboardingu kadry akademickiej (126 aktywnych kont byłych wykładowców w USOS), brak kryptoizolacji baz danych i transmisji oraz podatność interfejsu ministerialnego POL-on.
Szkolnictwo wyższe USOS, Moodle i POL-on Cykl życia tożsamości Briefing dla Rektora i Senatu
Reżimy regulacyjne i podstawy prawne: RODO art. 9, 32 i 33; dyrektywa NIS2 art. 21 ust. 2 lit. a i b (szkolnictwo wyższe, podmiot kluczowy); ustawa o KSC art. 8 i 15; ustawa – Prawo o szkolnictwie wyższym; Kodeks karny art. 270; rozporządzenie w sprawie KRI § 19 i § 20; PN-EN ISO/IEC 27001:2022
  • Brak procedury formalnego offboardingu kadry akademickiej: W systemie USOS ujawniono 126 aktywnych kont byłych wykładowców, promotorów i doktorantów, którzy zakończyli pracę w uczelni od 1 do 4 lat temu. Konta te zachowały uprawnienia do zatwierdzania protokołów ocen, wystawiania zaliczeń oraz wglądu w dane osobowe i numery PESEL studentów.
  • Brak kryptoizolacji baz danych i transmisji: Bazy danych Moodle oraz lokalne instancje USOS nie były szyfrowane na poziomie dysków (Data-at-Rest). Transmisja danych pomiędzy serwerami wydziałowymi dopuszczała przestarzały protokół TLS 1.0/1.1 bez wymuszenia protokołu TLS 1.3 i bez certyfikatów maszynowych mTLS.
  • Podatność interfejsu ministerialnego POL-on: Wymiana danych o toku studiów i kadrze naukowej z centralnym rejestrem POL-on opierała się na skryptach wsadowych bez automatycznej weryfikacji sum kontrolnych i bez monitorowania błędów synchronizacji, co stwarzało ryzyko utraty spójności danych sprawozdawczych.
  • Szansa na doskonalenie (OFI): Wdrożenie centralnego systemu tożsamości IAM zintegrowanego z federacją eduGAIN i siecią Eduroam.
Pytania problemowe i pytania do obrony przed Zarządem

Pytania problemowe wymagające odpowiedzi w raporcie

  1. Jak pogodzić autonomiczną strukturę wydziałów uczelni i swobodę pracy dydaktycznej z rygorystycznymi wymogami kontroli dostępu do danych osobowych studentów (art. 9 i 32 RODO)?
  2. Jakie konkretne wymagania stawia § 19 i § 20 rozporządzenia w sprawie Krajowych Ram Interoperacyjnych przed integracją uczelnianego systemu USOS z centralnym repozytorium POL-on?
  3. W jaki sposób zaprojektować centralną platformę zarządzania tożsamością (IAM) na uczelni, aby automatycznie integrowała system kadrowy, dziekanatowy i sieć Eduroam?

Pytania kontrolne do weryfikacji ustaleń

  • Opracujcie cykl życia tożsamości IAM od przyjęcia do pracy do odstawienia ze stanowiska i wskażcie, gdzie przebiega granica odpowiedzialności między dziekanatem a centrum informatycznym.
  • Uzasadnijcie kryptoizolację baz Moodle i USOS oraz sposób ochrony transmisji do rejestru POL-on przed nieautoryzowaną modyfikacją ocen.
  • Wyjaśnijcie, dlaczego wątek uczelniany do ZUS i rejestru kadrowego wymaga odrębnej kategorii danych i odrębnych kontroli niż oceny w systemie dziekanatowym.
  • Sformułujcie trzy decyzje dla Rektora i Senatu z podaniem kwoty, terminu i mieralnego wskaźnika sukcesu wpływającego na dotacje i ranking.

Każda odpowiedź musi odwoływać się do kryterium audytowego: artykułu ustawy lub rozporządzenia, wytycznej organu nadzoru albo punktu kontrolnego normy. Podejście risk-based wymaga, aby każdy wektor zagrożenia otrzymał wyliczone ryzyko inherentne IR jako iloczyn P i S w skali 1-5 oraz ryzyko rezydualne RR po wdrożeniu kontroli planu CAP. Opis zagrożenia bez obu wartości, bez przypisania parametrów BCM i bez wskazania przyczyny źródłowej w analizie 5 Why nie zalicza punktacji. Ustalenia graduj wyłącznie jako NC1, NC2 albo OFI.

Wskazówki wykonania krok po kroku (90 minut)
KrokNazwa krokuMinutyZakres prac zespołu
1Podział ról w Triadzie Audytorskiej i triage dowodowy00-15

Student A (Lead Auditor / Executive Reporter): Odpowiada za ład akademicki (Academic Governance), zbieżność Prawa o szkolnictwie wyższym, RODO art. 9, NIS2 i KRI, relacje z Rektorem, Senatem i OPI PIB oraz przygotowanie Executive Summary ("Pitch to Board") z kalkulacją ROSI. Student B (Technical SecOps Auditor): Analizuje strukturę bazy USOS, uprawnienia ról w Active Directory, logi edycji ocen, brak szyfrowania dysków i projektuje centralną platformę IAM z szyfrowaniem KMS i TLS 1.3. Student C (Governance, Risk & Compliance Auditor): Opracowuje Kartę 4C, wylicza matrycę ryzyka 5x5 skorelowaną z BCM (RTO=4h, RPO=1h, MTPD=24h), sekwencję 5 Why z Diagramem Ishikawy oraz konstruuje Trójfazowy Plan CAP z rolami RACI i metrykami KPI/KRI.

2Kanoniczna Karta Niezgodności 4C15-40

Sformułujcie kartę uchybienia krytycznego w modelu 4C: * Condition (Stan faktyczny poparty dowodami): 126 kont byłych wykładowców z pełnymi prawami modyfikacji ocen w USOS po ustaniu zatrudnienia, bazy Moodle i USOS bez szyfrowania spoczynkowego, brak walidacji błędów synchronizacji z rejestrem POL-on. * Criteria (Kryteria prawne i normatywne): Art. 5 ust. 1 lit. f, art. 9 i 32 RODO; art. 21 Dyrektywy NIS2; § 19 i § 20 rozporządzenia w sprawie KRI (wymagania dotyczące systemu zarządzania bezpieczeństwem informacji oraz rozliczalności i dzienników systemów); kontrole ISO/IEC 27001:2022 A.5.18, A.8.2, A.8.24; art. 270 Kodeksu Karnego. * Cause (Przyczyna źródłowa - 5 Why powiązane z Diagramem Ishikawy): 1. Dlaczego konta byłych dydaktyków pozostały aktywne w USOS? (Dział Informatyki nie otrzymał dyspozycji usunięcia kont z dziekanatów ani z kadr). 2. Dlaczego dziekanaty nie zgłaszały zakończenia zajęć? (W uczelni panował zwyczaj pozostawiania dostępów na wypadek powrotu dydaktyka w kolejnym semestrze). 3. Dlaczego Dział Kadr nie wymuszał elektronicznej karty obiegowej? (Karty obiegowe funkcjonowały w formie papierowej i rzadko trafiały do informatyków). 4. Dlaczego Dział IT nie wprowadził automatycznego wygaszania kont po 90 dniach bezczynności? (Kierownik IT obawiał się skarg profesorów na brak dostępu do wpisywania zaliczeń przed sesją poprawkową). 5. Root Cause (Ład zarządczy / Governance): Brak zintegrowanego ładu zarządzania tożsamością akademicką (Identity Governance) i brak procedur automatycznej korelacji systemu kadrowego ERP z USOS. * Consequence (Skutki wielowymiarowe): Ryzyko nieautoryzowanej zmiany ocen studentów i fałszowania protokołów (art. 270 KK), wyciek danych wrażliwych studentów (kary UODO do 20 mln EUR), wstrzymanie dotacji ministerialnej przez błędy w POL-on, utrata akredytacji PKA.

3Zaawansowana Matryca Ryzyka 5x5 i Parametry BCM15-40

Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5): 1. Nieautoryzowana modyfikacja ocen w USOS przez nieaktywne konta byłych wykładowców (P=5, S=5 -> IR=25 - Ryzyko Katastrofalne; po kontrolach CAP: P=1, S=3 -> RR=3). 2. Masowy wyciek orzeczeń lekarskich i wniosków stypendialnych z nieszyfrowanej bazy USOS (P=5, S=4 -> IR=20; po kontrolach CAP: P=1, S=2 -> RR=2). 3. Paraliż platformy egzaminacyjnej Moodle podczas sesji wskutek ransomware (P=4, S=4 -> IR=16; po kontrolach CAP: P=1, S=2 -> RR=2). 4. Utrata spójności rejestru POL-on i zablokowanie dotacji MEiN (P=3, S=4 -> IR=12; po kontrolach CAP: P=1, S=1 -> RR=1). Parametry BCM: RTO=4 godziny dla USOS i Moodle w sesji, RPO=1 godzina (maksymalna strata ocen), MTPD=24 godziny.

4Trójfazowy Plan Działań Korygujących - CAP40-70
  • Faza 1: Działania natychmiastowe mitygujące / tamowanie (0-7 dni): Natychmiastowa blokada 126 kont byłych pracowników w USOS, odebranie uprawnień edycyjnych do protokołów z minionych semestrów, wymuszenie protokołu TLS 1.3 na serwerach dziekanatowych (RACI: A - Rektor, R - Kierownik Działu IT / IOD, KPI: 100% kont zweryfikowanych, zero kont osieroconych, KRI: Liczba prób logowania na konta wygaszone = 0).
  • Faza 2: Działania krótkoterminowe inżyniersko-wdrożeniowe (30 dni): Wdrożenie automatycznego skryptu synchronizującego status umów kadrowych z Active Directory, wdrożenie szyfrowania baz danych Moodle/USOS kluczem KMS, wprowadzenie obowiązkowego MFA w logowaniu do USOSweb (RACI: A - Kanclerz, R - Architekt Bezpieczeństwa IT, KPI: 100% kadry objętej MFA, KRI: Liczba stacji bez szyfrowania = 0).
  • Faza 3: Działania systemowe i ład korporacyjny (90 dni): Wdrożenie centralnego systemu Identity & Access Management (IAM), opracowanie i przyjęcie przez Senat SOP Zarządzania Cyklem Życia Tożsamości, wdrożenie monitorowania transakcji do POL-on z sumami kontrolnymi (RACI: A - Senat Uczelni, R - Pełnomocnik ds. Bezpieczeństwa Informacji, KPI: Pełna zgodność z NIS2 i KRI, KRI: Liczba incydentów w systemach dziekanatowych = 0).
5Sformalizowany Projekt Załącznika Wykonawczego SOP40-70

Opracujcie projekt aktu normatywnego "Standard Operacyjny Zarządzania Tożsamością Akademicką, Uprawnieniami w USOS i Wymianą Danych z Rejestrem POL-on w Akademii Mazowieckiej w Płocku" (§ 1 do § 6): § 1. Cel i zakres procedury akademickiej; § 2. Cykl życia konta dydaktyka i studenta (automatyczny provisioning i deprovisioning); § 3. Wymagania techniczne wieloskładnikowego uwierzytelniania MFA i federacji eduGAIN; § 4. Zasady szyfrowania spoczynkowego baz dziekanatowych i protokołów egzaminacyjnych; § 5. Procedura automatycznej synchronizacji i kontroli integralności danych z rejestrem POL-on OPI PIB; § 6. Odpowiedzialność dyscyplinarna i karna (art. 270 KK) za nieuprawnione modyfikacje ocen.

6Podsumowanie Zarządcze Executive Summary 'Pitch to Board' i przygotowanie obrony70-90

Zredagujcie 1-stronicowy briefing dla Rektora i Senatu: bilans ekspozycji finansowej (ryzyko utraty dotacji i kar UODO: 3,2 mln PLN vs koszt planu CAP: 360 000 PLN), wskaźnik zwrotu z inwestycji ROSI = 780%, argumentacja z art. 270 KK i przygotowanie do 15-minutowej obrony.

Najczęstsze błędy obniżające ocenę: powierzchowne zdefiniowanie modelu 4C, zatrzymanie analizy przyczyn na poziomie objawu technicznego bez 5 Why i diagramu Ishikawy, brak wyliczenia ryzyka rezydualnego RR w matrycy 5 × 5, pominięcie parametrów BCM (RTO, RPO, MTPD), plan CAP bez podziału trójfazowego (0-7, 30 i 90 dni) bez mierzalnych KPI i KRI, SOP zredagowany jako notatka zamiast projektu załącznika wykonawczego z ponumerowanymi paragrafami, Executive Summary bez kalkulacji ROSI albo sprawozdanie o objętości innej niż 12-16 stron A4 (3600-4800 słów przy 300 słów na stronę) i pasywne uczestnictwo w obronie przed Zarządem.

Wymogi raportu strategicznego 12-16 stron A4
  • Jednostronicowy Executive Summary "Pitch to Board" z co najmniej trzema decyzjami zarządczymi i kalkulacją ROSI.
  • Karta organizacyjna analizowanej jednostki o co najmniej sześciu polach.
  • Kanoniczna Karta Niezgodności 4C dla co najmniej trzech ustaleń, z rozdzieleniem Condition, Criteria, Cause i Consequence.
  • Tabela matrycy ryzyka 5 × 5 z czterema wektorami, wartościami P, S, IR, P’, S’, RR oraz przypisaniem parametrów RTO, RPO i MTPD.
  • Przypisanie każdemu wektorowi parametrów BCM, dla których ryzyko rezydualne RR zejmuje do strefy zielonej (1-7).
  • Analiza przyczyn metodą 5 Why z wskazaniem przyczyny źródłowej oraz diagram Ishikawy z przypisaniem przyczyn do sześciu osi.
  • Trójfazowy Plan Działań Korygujących CAP: Faza 1 (0-7 dni), Faza 2 (30 dni) i Faza 3 (90 dni) z matrycą RACI, właścicielami biznesowymi, KPI i KRI.
  • Projekt załącznika wykonawczego (SOP) z sześcioma ponumerowanymi paragrafami i trybem sporu audytowego.
  • Analiza kompromisów inżynierskich i biznesowych wraz z bilansem kosztu, obciążenia operacyjnego i ryzyka resztkowego.
  • Bibliografia z numerami artykułów, paragrafów i punktów kontrolnych norm.
  • Sprawozdanie o objętości 4-8 stron zamiast wymaganych 12-16 stron A4.
  • Executive Summary zredagowane językiem czysto technicznym bez kalkulacji ryzyka biznesowego, finansowego i zwrotu z inwestycji.
  • Plan CAP bez podziału trójfazowego albo bez mierzalnych wskaźników weryfikacji wdrożenia.
  • Przypisanie przyczyn wyłącznie do kategorii „czynnik ludzki” z pominięciem decyzji zarządczych i systemowych.
Wzorcowe rozwiązanie: model 4C, ryzyko 5 × 5, CAP i SOP

Kanoniczna karta ustaleń w modelu 4C

ConditionStan faktyczny poparty dowodami

126 kont byłych wykładowców z pełnymi prawami modyfikacji ocen w USOS po ustaniu zatrudnienia, bazy Moodle i USOS bez szyfrowania spoczynkowego, brak walidacji błędów synchronizacji z rejestrem POL-on.

CriteriaKryteria prawne i normatywne

Art. 5 ust. 1 lit. f, art. 9 i 32 RODO; art. 21 Dyrektywy NIS2; § 19 i § 20 rozporządzenia w sprawie KRI (wymagania dotyczące systemu zarządzania bezpieczeństwem informacji oraz rozliczalności i dzienników systemów); kontrole ISO/IEC 27001:2022 A.5.18, A.8.2, A.8.24; art. 270 Kodeksu Karnego.

CausePrzyczyna źródłowa – 5 Why powiązane z diagramem Ishikawy

  1. Dlaczego konta byłych dydaktyków pozostały aktywne w USOS? (Dział Informatyki nie otrzymał dyspozycji usunięcia kont z dziekanatów ani z kadr). 2. Dlaczego dziekanaty nie zgłaszały zakończenia zajęć? (W uczelni panował zwyczaj pozostawiania dostępów na wypadek powrotu dydaktyka w kolejnym semestrze). 3. Dlaczego Dział Kadr nie wymuszał elektronicznej karty obiegowej? (Karty obiegowe funkcjonowały w formie papierowej i rzadko trafiały do informatyków). 4. Dlaczego Dział IT nie wprowadził automatycznego wygaszania kont po 90 dniach bezczynności? (Kierownik IT obawiał się skarg profesorów na brak dostępu do wpisywania zaliczeń przed sesją poprawkową). 5. Root Cause (Ład zarządczy / Governance): Brak zintegrowanego ładu zarządzania tożsamością akademicką (Identity Governance) i brak procedur automatycznej korelacji systemu kadrowego ERP z USOS.

ConsequenceSkutki wielowymiarowe

Ryzyko nieautoryzowanej zmiany ocen studentów i fałszowania protokołów (art. 270 KK), wyciek danych wrażliwych studentów (kary UODO do 20 mln EUR), wstrzymanie dotacji ministerialnej przez błędy w POL-on, utrata akredytacji PKA.

Sekwencja 5 Why

  1. Dlaczego (poziom 1)Dlaczego konta byłych dydaktyków pozostały aktywne w USOS? (Dział Informatyki nie otrzymał dyspozycji usunięcia kont z dziekanatów ani z kadr).
  2. Dlaczego (poziom 2)Dlaczego dziekanaty nie zgłaszały zakończenia zajęć? (W uczelni panował zwyczaj pozostawiania dostępów na wypadek powrotu dydaktyka w kolejnym semestrze).
  3. Dlaczego (poziom 3)Dlaczego Dział Kadr nie wymuszał elektronicznej karty obiegowej? (Karty obiegowe funkcjonowały w formie papierowej i rzadko trafiały do informatyków).
  4. Dlaczego (poziom 4)Dlaczego Dział IT nie wprowadził automatycznego wygaszania kont po 90 dniach bezczynności? (Kierownik IT obawiał się skarg profesorów na brak dostępu do wpisywania zaliczeń przed sesją poprawkową).
  5. Przyczyna źródłowa (Root Cause)Brak zintegrowanego ładu zarządzania tożsamością akademicką (Identity Governance) i brak procedur automatycznej korelacji systemu kadrowego ERP z USOS.

Tabela zaawansowanej analizy ryzyka w matrycy 5 × 5

Lp.Wektor zagrożeniaPSIR (ryzyko inherentne)P′ po CAPS′ po CAPRR (ryzyko rezydualne)
1Nieautoryzowana modyfikacja ocen w USOS przez nieaktywne konta byłych wykładowców5525Ryzyko Katastrofalne133Ryzyko akceptowalne
2Masowy wyciek orzeczeń lekarskich i wniosków stypendialnych z nieszyfrowanej bazy USOS5420Ryzyko krytyczne122Ryzyko akceptowalne
3Paraliż platformy egzaminacyjnej Moodle podczas sesji wskutek ransomware4416Ryzyko krytyczne122Ryzyko akceptowalne
4Utrata spójności rejestru POL-on i zablokowanie dotacji MEiN3412Ryzyko warunkowo akceptowalne111Ryzyko akceptowalne

Parametry BCM powiązane z wektorami zagrożeń

RTO (długość niedostępności)RPO (dopuszczalna utrata danych)MTPD (próg odpowiedzialności)
4h1h24h

Trójfazowy plan działań korygujących (CAP) z matrycą RACI

FazaHoryzontZakresDziałaniaRACIKPIKRI
Faza 10-7 dniDziałania natychmiastowe mitygujące / tamowanie (0-7 dni)Natychmiastowa blokada 126 kont byłych pracowników w USOS, odebranie uprawnień edycyjnych do protokołów z minionych semestrów, wymuszenie protokołu TLS 1.3 na serwerach dziekanatowychA - Rektor, R - Kierownik Działu IT / IOD100% kont zweryfikowanych, zero kont osieroconychLiczba prób logowania na konta wygaszone = 0
Faza 230 dniDziałania krótkoterminowe inżyniersko-wdrożeniowe (30 dni)Wdrożenie automatycznego skryptu synchronizującego status umów kadrowych z Active Directory, wdrożenie szyfrowania baz danych Moodle/USOS kluczem KMS, wprowadzenie obowiązkowego MFA w logowaniu do USOSwebA - Kanclerz, R - Architekt Bezpieczeństwa IT100% kadry objętej MFALiczba stacji bez szyfrowania = 0
Faza 390 dniDziałania systemowe i ład korporacyjny (90 dni)Wdrożenie centralnego systemu Identity & Access Management (IAM), opracowanie i przyjęcie przez Senat SOP Zarządzania Cyklem Życia Tożsamości, wdrożenie monitorowania transakcji do POL-on z sumami kontrolnymiA - Senat Uczelni, R - Pełnomocnik ds. Bezpieczeństwa InformacjiPełna zgodność z NIS2 i KRILiczba incydentów w systemach dziekanatowych = 0

Projekt załącznika wykonawczego (SOP) z sześcioma paragrafami

  1. § 1.Cel i zakres procedury akademickiej
  2. § 2.Cykl życia konta dydaktyka i studenta (automatyczny provisioning i deprovisioning)
  3. § 3.Wymagania techniczne wieloskładnikowego uwierzytelniania MFA i federacji eduGAIN
  4. § 4.Zasady szyfrowania spoczynkowego baz dziekanatowych i protokołów egzaminacyjnych
  5. § 5.Procedura automatycznej synchronizacji i kontroli integralności danych z rejestrem POL-on OPI PIB
  6. § 6.Odpowiedzialność dyscyplinarna i karna (art. 270 KK) za nieuprawnione modyfikacje ocen.
Bilans wdrożenia, kompromisy inżynierskie i ryzyko resztkowe
KategoriaOcenaOpisRozwiązanie kompromisowe
Koszt wdrożeniaŚrednieNakłady dotyczą głównie integracji systemów, licencji, testów odtwarzania i szkoleń, a nie samego sprzętu.Wdrożenie etapowe w ramach budżetu rocznego i decyzje zarządcze podjęte w Executive Summary.
Obciążenie operacyjneZnacząceRygorystyczne uwierzytelnianie, mikrosegmentacja i mikrosegmentacja sieci OT wydłużają czas pracy personelu i serwisu.Pilotaż na jednym procesie, okna serwisowe w godzinach niskiego obciążenia i wsparcie pierwszej linii.
Wpływ na ciągłość usługOgraniczoneZabezpieczenia wdrażane są w tle, lecz testy odtworzeniowe i przełączenia wymagają zaplanowanego okna serwisowego.Ćwiczenia przełączenia przed wdrożeniem i monitoring wskaźnika odtworzenia w terminie RTO.
Ryzyko resztkowe po wdrożeniuKontrolowanePozostaje ryzyko zależności od dostawców, błędu ludzkiego i utrzymywania starych podatności.Monitoring KPI i KRI, przegląd skuteczności działań naprawczych po 90 dniach oraz audyt sprawdzający zgodny z § 19 rozporządzenia w sprawie KRI.
Integralność procesu dydaktycznegoDuża poprawaCentralne IAM z federacją eduGAIN, automatyczne wygaszanie kont i kryptoizolacja baz uniemożliwiają zmianę ocen przez byłych pracowników.Monitoring liczby aktywnych kont po odstawieniu i przegląd skuteczności działań CAP po 90 dniach.
Koszt wdrożenia platformy IAMŚrednieIntegracja z USOS, Moodle i POL-on wymaga prac integracyjnych i testów kompatybilności.Wdrożenie etapowe, najpierw kadra, potem studenci, i decyzje zarządcze ujęte w Executive Summary.

Zamknięcie audytu wymaga wskazania trybu sporu audytowego: spór uznany albo odstąpienie od sporu z uzasadnieniem, zanim raport trafi do Zarządu.

Executive Summary "Pitch to Board" i kalkulacja ROSI

Jednostronicowe Podsumowanie Zarządcze (Executive Summary - "Pitch to Board") z wyliczeniem ROSI i bilansu ryzyk.

Dane wejściowe kalkulacji ROSI dla tego zadania

PozycjaWartość z planu zadania
Koszt wdrożenia planu CAP (zł)360 000 zł
Roczne ryzyko finansowe przed wdrożeniem (zł)3 200 000 zł
Wskaźnik ROSI podany w planie (%)780%

Kalkulator ROSI w module Executive Summary przyjmuje te wartości jako punkt wyjścia; skuteczność kontroli CAP i horyzont analizy student uzupełnia samodzielnie.

Najczęstsze błędy obniżające ocenę: powierzchowne zdefiniowanie modelu 4C, zatrzymanie analizy przyczyn na poziomie objawu technicznego bez 5 Why i diagramu Ishikawy, brak wyliczenia ryzyka rezydualnego RR w matrycy 5 × 5, pominięcie parametrów BCM (RTO, RPO, MTPD), plan CAP bez podziału trójfazowego (0-7, 30 i 90 dni) bez mierzalnych KPI i KRI, SOP zredagowany jako notatka zamiast projektu załącznika wykonawczego z ponumerowanymi paragrafami, Executive Summary bez kalkulacji ROSI albo sprawozdanie o objętości innej niż 12-16 stron A4 (3600-4800 słów przy 300 słów na stronę) i pasywne uczestnictwo w obronie przed Zarządem.

Bibliografia, netografia i podstawy prawne
  • Ustawa z dnia 20 lipca 2018 r. - Prawo o szkolnictwie wyższym i nauce (tekst jedn. Dz.U. z 2024 r. poz. 1571) - dokumentacja przebiegu studiów i system POL-on.
  • Dyrektywa Parlamentu Europejskiego i Rady (UE) 2022/2555 (Dyrektywa NIS2) - sektor edukacji i badań naukowych.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO) - art. 9, 32, 82, 83.
  • Ustawa z dnia 6 czerwca 1997 r. - Kodeks Karny (tekst jedn. Dz.U. z 2025 r. poz. 383) - art. 270 (Fałszowanie dokumentów).
  • Rozporządzenie Rady Ministrów z dnia 21 maja 2024 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (Dz.U. z 2024 r. poz. 773) - § 19 oraz § 20.
  • Norma PN-EN ISO/IEC 27001:2022: Systemy zarządzania bezpieczeństwem informacji.
  • Ośrodek Przetwarzania Informacji (OPI PIB): "Specyfikacja techniczna integracji API z systemem POL-on", Warszawa 2023.

Wspólna bibliografia wariantu 5.0

  • Rozporządzenie Rady Ministrów z dnia 21 maja 2024 r. w sprawie Krajowych Ram Interoperacyjnych, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (tekst jedn. Dz.U. z 2024 r. poz. 773) – § 19 (wymagania dotyczące systemu zarządzania bezpieczeństwem informacji, w tym okresowy audyt wewnętrzny nie rzadziej niż raz na rok) oraz § 20 (rozliczalność i dzienniki systemów).
  • Ustawa z dnia 6 czerwca 1997 r. – Kodeks karny (tekst jedn. Dz.U. z 2025 r. poz. 383) – art. 98, art. 160, art. 231, art. 266, art. 268a, art. 269a i art. 270.
  • Ustawa z dnia 12 listopada 2017 r. o Krajowym Systemie Cyberbezpieczeństwa (tekst jedn. Dz.U. z 2026 r. poz. 20) – art. 8 (środki zarządzania ryzykiem i zabezpieczenia) oraz art. 15 (audyt bezpieczeństwa).
  • Ustawa z dnia 15 maja 2019 r. – Prawo o adwokaturze (tekst jedn. Dz.U. z 2024 r. poz. 1564) – art. 19 (tajemnica adwokacka).
  • Ustawa z dnia 15 września 2000 r. o radcach prawnych (tekst jedn. Dz.U. z 2024 r. poz. 499) – art. 3 (tajemnica zawodowa radcy prawnego).
  • Ustawa z dnia 11 maja 2017 r. o zwalczaniu nieuczciwej konkurencji (tekst jedn. Dz.U. z 2026 r. poz. 85) – art. 11 (tajemnica przedsiębiorstwa).
  • Ustawa z dnia 19 sierpnia 2011 r. o usługach płatniczych (tekst jedn. Dz.U. z 2026 r. poz. 623) – art. 50 (system zarządzania ryzykiem operacyjnym).
  • Ustawa z dnia 6 września 2001 r. – Prawo bankowe (tekst jedn. Dz.U. z 2026 r. poz. 38) – art. 104 (zarządzanie ryzykiem).
  • Ustawa z dnia 13 października 2022 r. o obrocie paliwami opałowymi (tekst jedn. Dz.U. z 2024 r. poz. 1218) – obowiązki operatora infrastruktury paliwowej i systemu teleinformatycznego. W logistyce sENT oznacza System Elektronicznego Transportu Drogowego, a nie system nadzoru nad obrotem paliwami.
  • Dyrektywa Parlamentu Europejskiego i Rady (UE) 2022/2555 z dnia 14 grudnia 2022 r. (dyrektywa NIS2) – art. 21, art. 21 ust. 2 lit. c i d oraz art. 23.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO) – art. 5, 9, 11, 28, 32, 33, 34, 82 i 83.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2022/2554 z dnia 14 grudnia 2022 r. w sprawie operacyjnej odporności cyjrowego sektora finansowego (DORA) – art. 5, 8 i 35.
  • Standard PCI DSS v4.0.1 – wymagania 3.3, 6.4 i 11.3 (szyfrowanie transmisji uwierzytelniającej i zarządzanie dostępem do aplikacji bramki płatniczej).
  • Norma ISO/IEC 27001:2022 – Załącznik A: 5.1, 5.15, 5.18, 5.23, 8.12, 8.13, 8.14 i 8.15.
07
Zakłady przetwórstwa rybnego Dolina Baryczy w Miliczu (przemysł spożywczy / podmiot ważny NIS2 / łańcuch dostaw żywności)
Zwiń
Schemat strategicznego raportu poaudytowego w zakładzie produkcyjnym: ochrona tajemnicy receptur wg art. 11 ZNKP, model 4C, matryca ryzyka 5x5, SOP stref chłodniczych i 4-kwartalny Plan CAP
Schemat strategicznego audytu przemysłu spożywczego: traceability weterynaryjne, cyberodporność automatyki, model 4C, matryca ryzyka 5x5 z BCM i czytniki RFID IP68.

Temat zadania: Strategiczny Audyt Cyberodporności Automatyki Przemysłowej i Traceability Weterynaryjnego: Zbieżność NIS2, RODO art. 28 i Ustawy o Produktach Pochodzenia Zwierzęcego, Model 4C, Matryca 5X5, SOP Czytników RFID IP68 oraz pitch to board

Podstawa wykładowa i programowa

Schemat strategicznego audytu przemysłu spożywczego: traceability weterynaryjne, cyberodporność automatyki, model 4C, matryca ryzyka 5x5 z BCM i czytniki RFID IP68.

NIS2 i RODO art. 28; ustawa o produktach pochodzenia zwierzeccego STRATEGICZNY AUDYT CYBERODPORNOŚCI AUTOMATYKI PRZEMYSŁOWEJ I TRACEABILITY WETERYNARYJNEGO: ZBIEŻNOŚĆ NIS2, RODO ART. 28 I USTAWY O PRODUKTACH POCHODZENIA ZWIERZĘCEGO, MODEL 4C, MATRYCA 5X5, SOP CZYTNIKÓW RFID IP68 ORAZ PITCH TO BOARD
Cel zadania i kryterium oceny 5.0

Głównym celem zadania na ocenę bardzo dobrą (5.0) jest opanowanie przez studentów zaawansowanych umiejętności audytowania cyberbezpieczeństwa automatyki przemysłowej (OT) i zgodności prawnej w przedsiębiorstwie przetwórstwa spożywczego o statusie podmiotu ważnego w łańcuchu dostaw żywności (Dyrektywa NIS2). Audyt łączy wymogi Ustawy o produktach pochodzenia zwierzęcego, § 19 i § 20 rozporządzenia KRI (elektroniczna integracja z systemem traceability Powiatowego Inspektoratu Weterynarii), art. 28 i 32 RODO (dane pracowników agencyjnych), art. 11 Ustawy o zwalczaniu nieuczciwej konkurencji (ochrona tajemnicy receptur i technologii) oraz standardów IFS Food v8 i BRC Food. Zadanie wymaga: sporządzenia kanonicznej Karty Ustaleń Audytowych w modelu 4C dla jawnych haseł administratora na 30 terminalach wagowych hali przetwórczej oraz braku separacji sieci PLC od sieci korporacyjnej ERP, wyliczenia ryzyka w 25-stopniowej matrycy 5x5 powiązanej ze wskaźnikami BCM (RTO=1h dla linii ubojowej, RPO=15m, MTPD=6h dla chłodni), opracowania Trójfazowego Planu Działań Korygujących (CAP) ze wskaźnikami KPI i KRI, sformułowania pełnego projektu Załącznika Wykonawczego (SOP) regulującego uwierzytelnianie kartami RFID IP68 w trudnych warunkach środowiskowych i mikrosegmentację sieci OT, a także zredagowania 1-stronicowego Executive Summary ("Pitch to Board") dla Zarządu Spółki z kalkulacją zwrotu z inwestycji (ROSI). Powiązanie z sylabusem i efektami kształcenia na ocenę 5.0: - Efekt W1: Zaawansowana znajomość Dyrektywy NIS2 dla łańcucha żywnościowego, Ustawy o produktach pochodzenia zwierzęcego, § 19 i § 20 rozporządzenia KRI, art. 28 i 32 RODO oraz art. 11 ZNKP. - Efekt W2, W3: Wyczerpująca znajomość norm ISO/IEC 27001:2022 (kontrole A.8.5, A.8.20, A.8.22), ISO 22301, standardów IFS Food v8 / BRC Food (Food Defense) oraz wytycznych PIW. - Efekt U1: Projekt inżynierski wdrożenia wodoszczelnych czytników zbliżeniowych RFID IP68 przy wagach, podziału sieci na VLAN_PROD i VLAN_BIURO oraz aneksowania umów DPA. - Efekt U2: Dekompozycja uchybień w kanonicznym modelu 4C i analiza RCA 5 Why powiązana z Diagramem Ishikawy dla 6 osi. - Efekt U3: Kwantyfikacja ryzyka w matrycy 5x5 dla zepsucia surowca w chłodni, cofnięcia certyfikacji IFS i utraty rynków eksportowych. - Efekt U4: Opracowanie kompletnego raportu poaudytowego (12-16 stron A4) z Trójfazowym Planem CAP, procedurą SOP (§ 1 do § 6) oraz Executive Summary "Pitch to Board". - Efekt K1, K2, K3: Obiektywizm, poszanowanie reżimów sanitarno-higienicznych i wysoka kultura argumentacji inżynierskiej przed Zarządem. - Powiązanie z wykładem: Wyk1 (Audyt w przemyśle spożywczym), Wyk2 (ISO 19011), Wyk3 (Kontrole A.8 ISO 27001), Wyk4 (NIS2 i KRI w łańcuchu żywności), Wyk5 (Matryca ryzyka 5x5 i BCM), Wyk7 (Model 4C, 5 Why, Ishikawa, CAP i ROSI).

Każda odpowiedź musi odwoływać się do kryterium audytowego: artykułu ustawy lub rozporządzenia, wytycznej organu nadzoru albo punktu kontrolnego normy. Podejście risk-based wymaga, aby każdy wektor zagrożenia otrzymał wyliczone ryzyko inherentne IR jako iloczyn P i S w skali 1-5 oraz ryzyko rezydualne RR po wdrożeniu kontroli planu CAP. Opis zagrożenia bez obu wartości, bez przypisania parametrów BCM i bez wskazania przyczyny źródłowej w analizie 5 Why nie zalicza punktacji. Ustalenia graduj wyłącznie jako NC1, NC2 albo OFI.

Scenariusz sytuacyjny i karta organizacyjna
Zakłady Przetworstwa Rybnego Dolina Baryczy w Miliczu - audyt 5.0
Zakład przetwórstwa rybnego z certyfikatem IFS Food, przetwarzający surowiec w strefach mokrej i zimnej. Kluczowe wektory: jawne hasła administratora na 30 terminalach wagowych, brak separacji sieci automatyki od sieci biurowej oraz brak umów powierzenia przetwarzania danych z agencjami pracy zatrudniającymi pracowników sezonowych.
Przemysł spożywczy Traceability weterynaryjna Ochrona tajemnicy receptur RFID IP68 i CAP 4-kwartalny
Reżimy regulacyjne i podstawy prawne: RODO art. 28 i 32; dyrektywa NIS2 art. 21 ust. 2 lit. b (przemysł spożywczy, podmiot ważny); ustawa o KSC art. 8; ustawa o ochronie zdrowia publicznego i zwalczaniu zakażeń; PN-EN ISO/IEC 27001:2022 A.5.15 i A.5.23; PN-EN ISO 22301
  • Jawne hasła administratora na terminalach wagowych hali: Na obudowach 30 terminali wagowych w strefie mokrej i zimnej przyklejone były żółte karteczki samoprzylepne z loginem i hasłem administratora (`admin / waga2020`). Każdy pracownik fizyczny mógł dokonać modyfikacji tarowania wag oraz ingerować w numerację partii surowca w rejestrze traceability PIW.
  • Brak separacji sieci automatyki od sieci biurowej: Sieć sterowników PLC linii przetwórczych pracowała w tej samej przestrzeni adresowej co komputery działu marketingu, kadr i fakturowania bez zapory sieciowej.
  • Brak umów powierzenia przetwarzania danych z agencjami pracy: Przedsiębiorstwo nie posiadało aktualnych umów DPA (art. 28 RODO) z dwoma agencjami pracy tymczasowej, co stwarzało ryzyko odpowiedzialności za nielegalne przetwarzanie danych setek pracowników fizycznych.
  • Szansa na doskonalenie (OFI): Wdrożenie przemysłowych identyfikatorów zbliżeniowych RFID IP68 zintegrowanych z odzieżą ochronną i systemem rejestracji czasu pracy.
Pytania problemowe i pytania do obrony przed Zarządem

Pytania problemowe wymagające odpowiedzi w raporcie

  1. W jaki sposób zorganizować bezpieczne i ergonomiczne uwierzytelnianie operatorów maszyn w strefie mokrej i zimnej przemysłu spożywczego, eliminując jawne hasła?
  2. Jakie konkretne wymagania techniczne dotyczące integralności danych nakłada § 19 i § 20 rozporządzenia KRI na systemy traceability współpracujące z Inspekcją Weterynaryjną?
  3. W jaki sposób Dyrektywa NIS2 definiuje odpowiedzialność podmiotów sektora produkcji i dystrybucji żywności za bezpieczeństwo łańcucha dostaw?

Pytania kontrolne do weryfikacji ustaleń

  • Uzasadnijcie, dlaczego ochrona tajemnicy receptur i parametrów technologicznych powinna być kwalifikowana jako kryterium odrębne od ochrony danych pracowników zatrudnianych sezonowo.
  • Zaprojektujcie segregację sieci automatyki linii przetwórczych od sieci biurowej oraz sposób nadzorowanego dostępu serwisowego do sterowników.
  • Wyliczcie RTO i RPO dla utraty zimnej łańcuch dostaw surowca rybnego i wskażcie, które partie należy zablokować proceduralnie.
  • Sformułujcie trzy decyzje dla zarządu zakładu z podaniem kwoty, terminu w horyzoncie trzech faz CAP i wskaźnika KPI właściciela biznesowego.

Każda odpowiedź musi odwoływać się do kryterium audytowego: artykułu ustawy lub rozporządzenia, wytycznej organu nadzoru albo punktu kontrolnego normy. Podejście risk-based wymaga, aby każdy wektor zagrożenia otrzymał wyliczone ryzyko inherentne IR jako iloczyn P i S w skali 1-5 oraz ryzyko rezydualne RR po wdrożeniu kontroli planu CAP. Opis zagrożenia bez obu wartości, bez przypisania parametrów BCM i bez wskazania przyczyny źródłowej w analizie 5 Why nie zalicza punktacji. Ustalenia graduj wyłącznie jako NC1, NC2 albo OFI.

Wskazówki wykonania krok po kroku (90 minut)
KrokNazwa krokuMinutyZakres prac zespołu
1Podział ról w Triadzie Audytorskiej i triage dowodowy00-15

Student A (Lead Auditor / Executive Reporter): Odpowiada za ład produkcyjny, zbieżność NIS2, RODO art. 28, wymogów weterynaryjnych PIW i norm IFS/BRC, relacje z Zarządem i Głównym Technologiem oraz przygotowanie Executive Summary ("Pitch to Board") z kalkulacją ROSI. Student B (Technical SecOps Auditor): Analizuje architekturę sieci PLC/MES, podatności terminali wagowych, brak separacji VLAN, wilgotność środowiska i projektuje wodoszczelne czytniki RFID IP68 oraz zapory przemysłowe NGFW. Student C (Governance, Risk & Compliance Auditor): Opracowuje Kartę 4C, wylicza matrycę ryzyka 5x5 skorelowaną z BCM (RTO=1h, RPO=15m, MTPD=6h), sekwencję 5 Why z Diagramem Ishikawy oraz konstruuje Trójfazowy Plan CAP z rolami RACI i metrykami KPI/KRI.

2Kanoniczna Karta Niezgodności 4C15-40

Sformułujcie kartę uchybienia krytycznego w modelu 4C: * Condition (Stan faktyczny poparty dowodami): Żółte karteczki z hasłem administratora na 30 terminalach wagowych, brak separacji sieci PLC od sieci biurowej ERP, brak umów DPA z agencjami pracy tymczasowej. * Criteria (Kryteria prawne i normatywne): Art. 21 Dyrektywy NIS2; § 19 i § 20 rozporządzenia w sprawie KRI (wymagania dotyczące systemu zarządzania bezpieczeństwem informacji oraz rozliczalności i dzienników systemów); art. 28 i 32 RODO; przepisy Ustawy o produktach pochodzenia zwierzęcego; kontrole ISO/IEC 27001:2022 A.8.5, A.8.20, A.8.22; standard IFS Food v8. * Cause (Przyczyna źródłowa - 5 Why powiązane z Diagramem Ishikawy): 1. Dlaczego hasła administratora przyklejono do monitorów wag? (Pracownicy musieli logować się wielokrotnie podczas zmiany, a nie znali haseł). 2. Dlaczego pracownicy nie mieli własnych kont imiennych? (Dział IT nie utworzył kont z powodu dużej rotacji pracowników agencyjnych). 3. Dlaczego operatorzy logowali się na konto administratora? (Oprogramowanie wagi wymagało uprawnień administratora do zatwierdzenia zmiany partii surowca). 4. Dlaczego Dział Utrzymania Ruchu nie skonfigurował profili uprawnień? (Uznano, że zmiana konfiguracji wstrzyma produkcję i opóźni wysyłkę ryb). 5. Root Cause (Ład zarządczy / Governance): Brak całościowej strategii bezpieczeństwa automatyki przemysłowej (OT Security Governance) oraz niedostosowanie narzędzi uwierzytelniania do warunków fizycznych hali produkcyjnej. * Consequence (Skutki wielowymiarowe): Ryzyko zafałszowania danych traceability, cofnięcie certyfikatów eksportowych IFS/BRC i natychmiastowe zablokowanie eksportu do 12 krajów UE, infekcja ransomware linii chłodniczych i zepsucie surowca o wartości 4,8 mln PLN, kary UODO i PIW.

3Zaawansowana Matryca Ryzyka 5x5 i Parametry BCM15-40

Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5): 1. Zepsucie surowca rybnego wskutek zatrzymania chłodni przez ransomware z sieci biurowej (P=5, S=5 -> IR=25 - Ryzyko Katastrofalne; po kontrolach CAP: P=1, S=4 -> RR=4). 2. Cofnięcie certyfikacji IFS Food i zablokowanie eksportu z powodu manipulacji traceability (P=5, S=5 -> IR=25; po kontrolach CAP: P=1, S=3 -> RR=3). 3. Wyciek danych osobowych 350 pracowników agencyjnych z niezaszyfrowanych stacji (P=4, S=3 -> IR=12; po kontrolach CAP: P=1, S=1 -> RR=1). 4. Kary nadzorcze PIW za brak spójności rejestrów ubojowych (P=4, S=4 -> IR=16; po kontrolach CAP: P=1, S=2 -> RR=2). Parametry BCM: RTO=1 godzina dla linii filetowania, RTO=3 godziny dla chłodni, RPO=15 minut (maksymalna utrata danych wagowych), MTPD=6 godzin (czas do rozmrożenia surowca).

4Trójfazowy Plan Działań Korygujących - CAP40-70
  • Faza 1: Działania natychmiastowe mitygujące / tamowanie (0-7 dni): Usunięcie kartek z hasłami, zmiana haseł administratora na unikalne i przekazanie ich wyłącznie brygadzistom, odcięcie bezpośredniego routingu pomiędzy siecią PLC a siecią biurową (RACI: A - Prezes Zarządu, R - Dyrektor Produkcji / Kierownik IT, KPI: Zero jawnych haseł na hali, KRI: Liczba logowań administratora na wagach = tylko autoryzowane).
  • Faza 2: Działania krótkoterminowe inżyniersko-wdrożeniowe (30 dni): Instalacja wodoszczelnych czytników zbliżeniowych RFID IP68 przy wszystkich 30 terminalach wagowych, wdrożenie kart chipowych wszytych w fartuchy sanitarne operatorów, aneksowanie umów z agencjami pracy o klauzule DPA (RACI: A - Dyrektor Produkcji, R - Architekt Automatyki OT, KPI: Czas autoryzacji RFID < 1 sekunda w rękawicach, KRI: Wskaźnik podpisanych umów DPA = 100%).
  • Faza 3: Działania systemowe i ład korporacyjny (90 dni): Wdrożenie pełnej mikrosegmentacji VLAN_PROD z przemysłową zaporą NGFW, opracowanie i przyjęcie SOP Cyberbezpieczeństwa Przemysłowego i Traceability, przeprowadzenie audytu weryfikacyjnego pod kątem IFS Food v8 (RACI: A - Zarząd Spółki, R - Pełnomocnik ds. Systemu Jakości, KPI: Pozytywny wynik audytu IFS, KRI: Liczba incydentów w sieci produkcyjnej = 0).
5Sformalizowany Projekt Załącznika Wykonawczego SOP40-70

Opracujcie projekt aktu normatywnego "Standard Operacyjny Bezpieczeństwa Urządzeń Wagowych, Uwierzytelniania RFID i Integralności Traceability w Zakładach Przetwórstwa Rybnego Dolina Baryczy w Miliczu" (§ 1 do § 6): § 1. Cel i zakres procedury produkcyjnej; § 2. Parametry odpornościowe BCM dla linii przetwórczych i ciągłości chłodniczej; § 3. Zasady uwierzytelniania zbliżeniowego kartami RFID IP68 w odzieży sanitarno-ochronnej; § 4. Mikrosegmentacja sieci przemysłowej PLC/MES i reguły zapory NGFW; § 5. Procedura kontroli integralności danych wysyłanych do Powiatowego Inspektoratu Weterynarii; § 6. Odpowiedzialność dyscyplinarna i sankcje za udostępnianie kart RFID.

6Podsumowanie Zarządcze Executive Summary 'Pitch to Board' i przygotowanie obrony70-90

Zredagujcie 1-stronicowy briefing dla Zarządu Spółki: bilans ekspozycji finansowej (ryzyko zepsucia surowca i utraty rynków UE: 4,8 mln PLN vs koszt planu CAP: 470 000 PLN), wskaźnik zwrotu z inwestycji ROSI = 920%, argumentacja z wymogów IFS/BRC i przygotowanie do 15-minutowej obrony.

Najczęstsze błędy obniżające ocenę: powierzchowne zdefiniowanie modelu 4C, zatrzymanie analizy przyczyn na poziomie objawu technicznego bez 5 Why i diagramu Ishikawy, brak wyliczenia ryzyka rezydualnego RR w matrycy 5 × 5, pominięcie parametrów BCM (RTO, RPO, MTPD), plan CAP bez podziału trójfazowego (0-7, 30 i 90 dni) bez mierzalnych KPI i KRI, SOP zredagowany jako notatka zamiast projektu załącznika wykonawczego z ponumerowanymi paragrafami, Executive Summary bez kalkulacji ROSI albo sprawozdanie o objętości innej niż 12-16 stron A4 (3600-4800 słów przy 300 słów na stronę) i pasywne uczestnictwo w obronie przed Zarządem.

Wymogi raportu strategicznego 12-16 stron A4
  • Jednostronicowy Executive Summary "Pitch to Board" z co najmniej trzema decyzjami zarządczymi i kalkulacją ROSI.
  • Karta organizacyjna analizowanej jednostki o co najmniej sześciu polach.
  • Kanoniczna Karta Niezgodności 4C dla co najmniej trzech ustaleń, z rozdzieleniem Condition, Criteria, Cause i Consequence.
  • Tabela matrycy ryzyka 5 × 5 z czterema wektorami, wartościami P, S, IR, P’, S’, RR oraz przypisaniem parametrów RTO, RPO i MTPD.
  • Przypisanie każdemu wektorowi parametrów BCM, dla których ryzyko rezydualne RR zejmuje do strefy zielonej (1-7).
  • Analiza przyczyn metodą 5 Why z wskazaniem przyczyny źródłowej oraz diagram Ishikawy z przypisaniem przyczyn do sześciu osi.
  • Trójfazowy Plan Działań Korygujących CAP: Faza 1 (0-7 dni), Faza 2 (30 dni) i Faza 3 (90 dni) z matrycą RACI, właścicielami biznesowymi, KPI i KRI.
  • Projekt załącznika wykonawczego (SOP) z sześcioma ponumerowanymi paragrafami i trybem sporu audytowego.
  • Analiza kompromisów inżynierskich i biznesowych wraz z bilansem kosztu, obciążenia operacyjnego i ryzyka resztkowego.
  • Bibliografia z numerami artykułów, paragrafów i punktów kontrolnych norm.
  • Sprawozdanie o objętości 4-8 stron zamiast wymaganych 12-16 stron A4.
  • Executive Summary zredagowane językiem czysto technicznym bez kalkulacji ryzyka biznesowego, finansowego i zwrotu z inwestycji.
  • Plan CAP bez podziału trójfazowego albo bez mierzalnych wskaźników weryfikacji wdrożenia.
  • Przypisanie przyczyn wyłącznie do kategorii „czynnik ludzki” z pominięciem decyzji zarządczych i systemowych.
Wzorcowe rozwiązanie: model 4C, ryzyko 5 × 5, CAP i SOP

Kanoniczna karta ustaleń w modelu 4C

ConditionStan faktyczny poparty dowodami

Żółte karteczki z hasłem administratora na 30 terminalach wagowych, brak separacji sieci PLC od sieci biurowej ERP, brak umów DPA z agencjami pracy tymczasowej.

CriteriaKryteria prawne i normatywne

Art. 21 Dyrektywy NIS2; § 19 i § 20 rozporządzenia w sprawie KRI (wymagania dotyczące systemu zarządzania bezpieczeństwem informacji oraz rozliczalności i dzienników systemów); art. 28 i 32 RODO; przepisy Ustawy o produktach pochodzenia zwierzęcego; kontrole ISO/IEC 27001:2022 A.8.5, A.8.20, A.8.22; standard IFS Food v8.

CausePrzyczyna źródłowa – 5 Why powiązane z diagramem Ishikawy

  1. Dlaczego hasła administratora przyklejono do monitorów wag? (Pracownicy musieli logować się wielokrotnie podczas zmiany, a nie znali haseł). 2. Dlaczego pracownicy nie mieli własnych kont imiennych? (Dział IT nie utworzył kont z powodu dużej rotacji pracowników agencyjnych). 3. Dlaczego operatorzy logowali się na konto administratora? (Oprogramowanie wagi wymagało uprawnień administratora do zatwierdzenia zmiany partii surowca). 4. Dlaczego Dział Utrzymania Ruchu nie skonfigurował profili uprawnień? (Uznano, że zmiana konfiguracji wstrzyma produkcję i opóźni wysyłkę ryb). 5. Root Cause (Ład zarządczy / Governance): Brak całościowej strategii bezpieczeństwa automatyki przemysłowej (OT Security Governance) oraz niedostosowanie narzędzi uwierzytelniania do warunków fizycznych hali produkcyjnej.

ConsequenceSkutki wielowymiarowe

Ryzyko zafałszowania danych traceability, cofnięcie certyfikatów eksportowych IFS/BRC i natychmiastowe zablokowanie eksportu do 12 krajów UE, infekcja ransomware linii chłodniczych i zepsucie surowca o wartości 4,8 mln PLN, kary UODO i PIW.

Sekwencja 5 Why

  1. Dlaczego (poziom 1)Dlaczego hasła administratora przyklejono do monitorów wag? (Pracownicy musieli logować się wielokrotnie podczas zmiany, a nie znali haseł).
  2. Dlaczego (poziom 2)Dlaczego pracownicy nie mieli własnych kont imiennych? (Dział IT nie utworzył kont z powodu dużej rotacji pracowników agencyjnych).
  3. Dlaczego (poziom 3)Dlaczego operatorzy logowali się na konto administratora? (Oprogramowanie wagi wymagało uprawnień administratora do zatwierdzenia zmiany partii surowca).
  4. Dlaczego (poziom 4)Dlaczego Dział Utrzymania Ruchu nie skonfigurował profili uprawnień? (Uznano, że zmiana konfiguracji wstrzyma produkcję i opóźni wysyłkę ryb).
  5. Przyczyna źródłowa (Root Cause)Brak całościowej strategii bezpieczeństwa automatyki przemysłowej (OT Security Governance) oraz niedostosowanie narzędzi uwierzytelniania do warunków fizycznych hali produkcyjnej.

Tabela zaawansowanej analizy ryzyka w matrycy 5 × 5

Lp.Wektor zagrożeniaPSIR (ryzyko inherentne)P′ po CAPS′ po CAPRR (ryzyko rezydualne)
1Zepsucie surowca rybnego wskutek zatrzymania chłodni przez ransomware z sieci biurowej5525Ryzyko Katastrofalne144Ryzyko akceptowalne
2Cofnięcie certyfikacji IFS Food i zablokowanie eksportu z powodu manipulacji traceability5525Ryzyko krytyczne133Ryzyko akceptowalne
3Wyciek danych osobowych 350 pracowników agencyjnych z niezaszyfrowanych stacji4312Ryzyko warunkowo akceptowalne111Ryzyko akceptowalne
4Kary nadzorcze PIW za brak spójności rejestrów ubojowych4416Ryzyko krytyczne122Ryzyko akceptowalne

Parametry BCM powiązane z wektorami zagrożeń

RTO (długość niedostępności)RPO (dopuszczalna utrata danych)MTPD (próg odpowiedzialności)
1h15m6h

Rozwinięcie parametrów z planu: RTO=1h dla linii ubojowej, RPO=15m, MTPD=6h dla chłodni

Trójfazowy plan działań korygujących (CAP) z matrycą RACI

FazaHoryzontZakresDziałaniaRACIKPIKRI
Faza 10-7 dniDziałania natychmiastowe mitygujące / tamowanie (0-7 dni)Usunięcie kartek z hasłami, zmiana haseł administratora na unikalne i przekazanie ich wyłącznie brygadzistom, odcięcie bezpośredniego routingu pomiędzy siecią PLC a siecią biurowąA - Prezes Zarządu, R - Dyrektor Produkcji / Kierownik ITZero jawnych haseł na haliLiczba logowań administratora na wagach = tylko autoryzowane
Faza 230 dniDziałania krótkoterminowe inżyniersko-wdrożeniowe (30 dni)Instalacja wodoszczelnych czytników zbliżeniowych RFID IP68 przy wszystkich 30 terminalach wagowych, wdrożenie kart chipowych wszytych w fartuchy sanitarne operatorów, aneksowanie umów z agencjami pracy o klauzule DPAA - Dyrektor Produkcji, R - Architekt Automatyki OTCzas autoryzacji RFID < 1 sekunda w rękawicachWskaźnik podpisanych umów DPA = 100%
Faza 390 dniDziałania systemowe i ład korporacyjny (90 dni)Wdrożenie pełnej mikrosegmentacji VLAN_PROD z przemysłową zaporą NGFW, opracowanie i przyjęcie SOP Cyberbezpieczeństwa Przemysłowego i Traceability, przeprowadzenie audytu weryfikacyjnego pod kątem IFS Food v8A - Zarząd Spółki, R - Pełnomocnik ds. Systemu JakościPozytywny wynik audytu IFSLiczba incydentów w sieci produkcyjnej = 0

Projekt załącznika wykonawczego (SOP) z sześcioma paragrafami

  1. § 1.Cel i zakres procedury produkcyjnej
  2. § 2.Parametry odpornościowe BCM dla linii przetwórczych i ciągłości chłodniczej
  3. § 3.Zasady uwierzytelniania zbliżeniowego kartami RFID IP68 w odzieży sanitarno-ochronnej
  4. § 4.Mikrosegmentacja sieci przemysłowej PLC/MES i reguły zapory NGFW
  5. § 5.Procedura kontroli integralności danych wysyłanych do Powiatowego Inspektoratu Weterynarii
  6. § 6.Odpowiedzialność dyscyplinarna i sankcje za udostępnianie kart RFID.
Bilans wdrożenia, kompromisy inżynierskie i ryzyko resztkowe
KategoriaOcenaOpisRozwiązanie kompromisowe
Koszt wdrożeniaŚrednieNakłady dotyczą głównie integracji systemów, licencji, testów odtwarzania i szkoleń, a nie samego sprzętu.Wdrożenie etapowe w ramach budżetu rocznego i decyzje zarządcze podjęte w Executive Summary.
Obciążenie operacyjneZnacząceRygorystyczne uwierzytelnianie, mikrosegmentacja i mikrosegmentacja sieci OT wydłużają czas pracy personelu i serwisu.Pilotaż na jednym procesie, okna serwisowe w godzinach niskiego obciążenia i wsparcie pierwszej linii.
Wpływ na ciągłość usługOgraniczoneZabezpieczenia wdrażane są w tle, lecz testy odtworzeniowe i przełączenia wymagają zaplanowanego okna serwisowego.Ćwiczenia przełączenia przed wdrożeniem i monitoring wskaźnika odtworzenia w terminie RTO.
Ryzyko resztkowe po wdrożeniuKontrolowanePozostaje ryzyko zależności od dostawców, błędu ludzkiego i utrzymywania starych podatności.Monitoring KPI i KRI, przegląd skuteczności działań naprawczych po 90 dniach oraz audyt sprawdzający zgodny z § 19 rozporządzenia w sprawie KRI.
Niezawodność certyfikacji i traceabilityDuża poprawaŚrodowisko testowe dla parametrów receptury, kontrola zmian receptury i identyfikatory RFID zabezpieczają proces certyfikacji i identyfikowalność partii.Kwartalny przegląd skuteczności działań naprawczych i test przełączenia stref chłodniczych.
Rygor sanitarny wobec wygody pracyŚrednieUwierzytelnianie zbliżeniowe w strefie mokrej wymaga zachowania reżimu higieny i parametrów urządzeń.Wybór urządzeń o odpowiedniej klasie szczelności, instrukcje stanowiskowe i kontrola reżimu sanitarnego przy odbiorze.

Zamknięcie audytu wymaga wskazania trybu sporu audytowego: spór uznany albo odstąpienie od sporu z uzasadnieniem, zanim raport trafi do Zarządu.

Executive Summary "Pitch to Board" i kalkulacja ROSI

Jednostronicowe Podsumowanie Zarządcze (Executive Summary - "Pitch to Board") z wyliczeniem ROSI i bilansu ryzyk.

Dane wejściowe kalkulacji ROSI dla tego zadania

PozycjaWartość z planu zadania
Koszt wdrożenia planu CAP (zł)470 000 zł
Roczne ryzyko finansowe przed wdrożeniem (zł)4 800 000 zł
Wskaźnik ROSI podany w planie (%)920%

Kalkulator ROSI w module Executive Summary przyjmuje te wartości jako punkt wyjścia; skuteczność kontroli CAP i horyzont analizy student uzupełnia samodzielnie.

Najczęstsze błędy obniżające ocenę: powierzchowne zdefiniowanie modelu 4C, zatrzymanie analizy przyczyn na poziomie objawu technicznego bez 5 Why i diagramu Ishikawy, brak wyliczenia ryzyka rezydualnego RR w matrycy 5 × 5, pominięcie parametrów BCM (RTO, RPO, MTPD), plan CAP bez podziału trójfazowego (0-7, 30 i 90 dni) bez mierzalnych KPI i KRI, SOP zredagowany jako notatka zamiast projektu załącznika wykonawczego z ponumerowanymi paragrafami, Executive Summary bez kalkulacji ROSI albo sprawozdanie o objętości innej niż 12-16 stron A4 (3600-4800 słów przy 300 słów na stronę) i pasywne uczestnictwo w obronie przed Zarządem.

Bibliografia, netografia i podstawy prawne
  • Dyrektywa Parlamentu Europejskiego i Rady (UE) 2022/2555 (Dyrektywa NIS2) - podmioty ważne w produkcji i przetwórstwie żywności.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO) - art. 5, 28, 32, 82, 83.
  • Ustawa z dnia 16 grudnia 2005 r. o produktach pochodzenia zwierzęcego (Dz.U. z 2023 r. poz. 872 z późn. zm.) - traceability weterynaryjne.
  • Ustawa z dnia 16 kwietnia 1993 r. o zwalczaniu nieuczciwej konkurencji (tekst jedn. Dz.U. z 2026 r. poz. 85) - art. 11 (tajemnica przedsiębiorstwa) - art. 11 (Tajemnica przedsiębiorstwa).
  • Rozporządzenie Rady Ministrów z dnia 21 maja 2024 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (Dz.U. z 2024 r. poz. 773) - § 19 oraz § 20.
  • Norma PN-EN ISO/IEC 27001:2022: Systemy zarządzania bezpieczeństwem informacji.
  • IFS Management GmbH: "IFS Food Standard version 8 - Audit Requirements for Food Defense and Cybersecurity", Berlin 2023.

Wspólna bibliografia wariantu 5.0

  • Rozporządzenie Rady Ministrów z dnia 21 maja 2024 r. w sprawie Krajowych Ram Interoperacyjnych, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (tekst jedn. Dz.U. z 2024 r. poz. 773) – § 19 (wymagania dotyczące systemu zarządzania bezpieczeństwem informacji, w tym okresowy audyt wewnętrzny nie rzadziej niż raz na rok) oraz § 20 (rozliczalność i dzienniki systemów).
  • Ustawa z dnia 6 czerwca 1997 r. – Kodeks karny (tekst jedn. Dz.U. z 2025 r. poz. 383) – art. 98, art. 160, art. 231, art. 266, art. 268a, art. 269a i art. 270.
  • Ustawa z dnia 12 listopada 2017 r. o Krajowym Systemie Cyberbezpieczeństwa (tekst jedn. Dz.U. z 2026 r. poz. 20) – art. 8 (środki zarządzania ryzykiem i zabezpieczenia) oraz art. 15 (audyt bezpieczeństwa).
  • Ustawa z dnia 15 maja 2019 r. – Prawo o adwokaturze (tekst jedn. Dz.U. z 2024 r. poz. 1564) – art. 19 (tajemnica adwokacka).
  • Ustawa z dnia 15 września 2000 r. o radcach prawnych (tekst jedn. Dz.U. z 2024 r. poz. 499) – art. 3 (tajemnica zawodowa radcy prawnego).
  • Ustawa z dnia 11 maja 2017 r. o zwalczaniu nieuczciwej konkurencji (tekst jedn. Dz.U. z 2026 r. poz. 85) – art. 11 (tajemnica przedsiębiorstwa).
  • Ustawa z dnia 19 sierpnia 2011 r. o usługach płatniczych (tekst jedn. Dz.U. z 2026 r. poz. 623) – art. 50 (system zarządzania ryzykiem operacyjnym).
  • Ustawa z dnia 6 września 2001 r. – Prawo bankowe (tekst jedn. Dz.U. z 2026 r. poz. 38) – art. 104 (zarządzanie ryzykiem).
  • Ustawa z dnia 13 października 2022 r. o obrocie paliwami opałowymi (tekst jedn. Dz.U. z 2024 r. poz. 1218) – obowiązki operatora infrastruktury paliwowej i systemu teleinformatycznego. W logistyce sENT oznacza System Elektronicznego Transportu Drogowego, a nie system nadzoru nad obrotem paliwami.
  • Dyrektywa Parlamentu Europejskiego i Rady (UE) 2022/2555 z dnia 14 grudnia 2022 r. (dyrektywa NIS2) – art. 21, art. 21 ust. 2 lit. c i d oraz art. 23.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO) – art. 5, 9, 11, 28, 32, 33, 34, 82 i 83.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2022/2554 z dnia 14 grudnia 2022 r. w sprawie operacyjnej odporności cyjrowego sektora finansowego (DORA) – art. 5, 8 i 35.
  • Standard PCI DSS v4.0.1 – wymagania 3.3, 6.4 i 11.3 (szyfrowanie transmisji uwierzytelniającej i zarządzanie dostępem do aplikacji bramki płatniczej).
  • Norma ISO/IEC 27001:2022 – Załącznik A: 5.1, 5.15, 5.18, 5.23, 8.12, 8.13, 8.14 i 8.15.
08
Fintech PayQuick Sp. z o.o. w Warszawie (krajowa instytucja płatnicza / podmiot kluczowy DORA / finanse)
Zwiń
Schemat strategicznego dwupoziomowego raportu poaudytowego w fintechu: translacja podatności API BOLA IDOR CVSS 8.5 na ryzyko utraty licencji KIP, zbieżność DORA i PCI DSS 4.0, model 4C, matryca 5x5, SOP retencji telemetrii i aneks DevOps
Schemat strategicznego audytu instytucji płatniczej: bramka płatności i kryptoizolacja API, kryptoizolacja API, model 4C, matryca ryzyka 5x5 z BCM, cykl SSDLC i obrona przed Zarządem.

Temat zadania: Strategiczny Audyt Bramki Płatności i Kryptoizolacji API: Zbieżność DORA, PCI DSS 4.0 i Ustawy o Usługach Płatniczych, Model 4C, Matryca 5X5, Wskaźniki BCM, SOP Cyklu SDLC oraz pitch to board

Podstawa wykładowa i programowa

Schemat strategicznego audytu instytucji płatniczej: bramka płatności i kryptoizolacja API, kryptoizolacja API, model 4C, matryca ryzyka 5x5 z BCM, cykl SSDLC i obrona przed Zarządem.

DORA; PCI DSS v4.0; ustawa o usługach płatniczych (tekst jedn. Dz.U. z 2026 r. poz. 623); RODO art. 32 STRATEGICZNY AUDYT BRAMKI PŁATNOŚCI I KRYPTOIZOLACJI API: ZBIEŻNOŚĆ DORA, PCI DSS 4.0 I USTAWY O USŁUGACH PŁATNICZYCH, MODEL 4C, MATRYCA 5X5, WSKAŹNIKI BCM, SOP CYKLU SSDLC ORAZ PITCH TO BOARD
Cel zadania i kryterium oceny 5.0

Głównym celem zadania na ocenę bardzo dobrą (5.0) jest opanowanie przez studentów zaawansowanych kompetencji w zakresie audytowania strategicznej odporności operacyjnej i bezpieczeństwa kryptograficznego w licencjonowanej Krajowej Instytucji Płatniczej (KIP) podlegającej równolegle Rozporządzeniu DORA, standardowi bezpieczeństwa danych kartowych PCI DSS v4.0, ogólnemu rozporządzeniu o ochronie danych (RODO) oraz wymogom Krajowych Ram Interoperacyjności (§ 19 i § 20 rozporządzenia KRI dla instytucji integrujących rejestry publiczne z systemami płatności). Studenci badają stan bezpieczeństwa FinTech PayQuick Sp. z o.o. w Warszawie. Zadanie wymaga: sporządzenia kanonicznej Karty Ustaleń Audytowych w modelu 4C dla krytycznej podatności Broken Object Level Authorization (BOLA / IDOR CVSS 8.5) w publicznym API transakcyjnym oraz przechowywania niezaszyfrowanych skanów dowodów tożsamości KYC w zasobniku AWS S3, wyliczenia ryzyka w 25-stopniowej matrycy 5x5 powiązanej ze wskaźnikami BCM (RTO=15m dla bramki, RPO=0s, MTPD=1h), opracowania Trójfazowego Planu Działań Korygujących (CAP) ze wskaźnikami KPI i KRI, sformułowania pełnego projektu Załącznika Wykonawczego (SOP) regulującego bezpieczny cyklu wytwarzania oprogramowania (Secure SDLC), autoryzację obiektową OAuth2/OIDC oraz szyfrowanie danych KYC kluczem AWS KMS HSM, a także zredagowania 1-stronicowego Executive Summary ("Pitch to Board") dla Zarządu i Inwestorów z kalkulacją zwrotu z inwestycji (ROSI). Powiązanie z sylabusem i efektami kształcenia na ocenę 5.0: - Efekt W1: Zaawansowana znajomość Rozporządzenia DORA, standardu PCI DSS v4.0, Ustawy o usługach płatniczych, art. 32 RODO, Ustawy o przeciwdziałaniu praniu pieniędzy (AML/KYC) oraz § 19 i § 20 rozporządzenia KRI. - Efekt W2, W3: Wyczerpująca znajomość norm ISO/IEC 27001:2022 (kontrole A.8.24, A.8.28, A.8.29), ISO 22301, wytycznych OWASP API Security Top 10 oraz wytycznych KNF dla fintechów. - Efekt U1: Projekt inżynierski architektury autoryzacji obiektowej na bramce API Gateway, potoku DevSecOps z bramkami SAST/DAST oraz bezpiecznego magazynu KYC w chmurze AWS z HSM. - Efekt U2: Dekompozycja uchybień w kanonicznym modelu 4C i analiza RCA 5 Why powiązana z Diagramem Ishikawy dla 6 osi. - Efekt U3: Kwantyfikacja ryzyka w matrycy 5x5 dla kradzieży danych kartowych, utraty licencji KIP nadanej przez KNF i kar nadzorczych. - Efekt U4: Opracowanie kompletnego raportu poaudytowego (12-16 stron A4) z Trójfazowym Planem CAP, procedurą SOP (§ 1 do § 6) oraz Executive Summary "Pitch to Board". - Efekt K1, K2, K3: Niezależność audytorska, odporność na presję inwestorów venture capital i bezkompromisowa dbałość o standardy finansowe. - Powiązanie z wykładem: Wyk1 (Audyt w fintechu), Wyk2 (ISO 19011), Wyk3 (Kontrole A.8 ISO 27001), Wyk4 (DORA, PCI DSS i RODO w płatnościach), Wyk5 (Matryca ryzyka 5x5 i BCM), Wyk7 (Model 4C, 5 Why, Ishikawa, CAP i ROSI).

Każda odpowiedź musi odwoływać się do kryterium audytowego: artykułu ustawy lub rozporządzenia, wytycznej organu nadzoru albo punktu kontrolnego normy. Podejście risk-based wymaga, aby każdy wektor zagrożenia otrzymał wyliczone ryzyko inherentne IR jako iloczyn P i S w skali 1-5 oraz ryzyko rezydualne RR po wdrożeniu kontroli planu CAP. Opis zagrożenia bez obu wartości, bez przypisania parametrów BCM i bez wskazania przyczyny źródłowej w analizie 5 Why nie zalicza punktacji. Ustalenia graduj wyłącznie jako NC1, NC2 albo OFI.

Scenariusz sytuacyjny i karta organizacyjna
Fintech PayQuick sp. z o.o. w Warszawie (KIP, API) - audyt 5.0
Krajowa instytucja płatnicza prowadząca API mobilnych płatności i przetwarzająca dane KYC w chmurze. Kluczowe wektory: podatność Broken Object Level Authorization (BOLA, IDOR) w produkcyjnym API płatniczym, nieszyfrowany magazyn skanów dokumentów tożsamości oraz brak automatycznych bramek bezpieczeństwa w potoku CI/CD.
Finanse i płatności KIP i API BOLA/IDOR oraz KYC w chmurze Cyberodporność i Zero Trust
Reżimy regulacyjne i podstawy prawne: Ustawa o usługach płatniczych (tekst jedn. Dz.U. z 2026 r. poz. 623); DORA art. 5, 6, 8, 11 i 17; dyrektywa NIS2 art. 21; RODO art. 32, 33 i 34; PCI DSS v4.0; Kodeks karny art. 268a; PN-EN ISO/IEC 27001:2022 A.8.24 i A.8.28
  • Krytyczna podatność Broken Object Level Authorization (BOLA / IDOR CVSS 8.5) w produkcyjnym API płatniczym: Podczas audytu technicznego ujawniono, że manipulacja parametrem `transaction_id` w zapytaniu HTTP GET `/api/v2/transactions/{id}` pozwalała uwierzytelnionemu użytkownikowi na odczyt pełnych danych obcych transakcji kartowych (zamaskowany PAN, dane posiadacza karty, data ważności, kwota i adres e-mail).
  • Nieszyfrowany magazyn skanów dokumentów tożsamości KYC w AWS S3: Skany dowodów osobistych i paszportów klientów gromadzone w ramach procedury Anti-Money Laundering (AML) przechowywane były w zasobniku Amazon S3 bez wdrożonego szyfrowania kluczem zarządzanym w sprzętowym module HSM (AWS KMS) i z publicznie dostępnym punktem końcowym chronionym jedynie statycznym tokenem API.
  • Brak automatycznych bramek bezpieczeństwa w potoku wdrożeniowym CI/CD: W zespole deweloperskim wdrożenia nowych wersji oprogramowania odbywały się bez automatycznych testów bezpieczeństwa kodu (SAST) oraz bez weryfikacji znanych podatności w bibliotekach open-source (SCA), co skutkowało trafianiem podatności bezpośrednio na produkcję.
  • Szansa na doskonalenie (OFI): Wdrożenie polityki zerowego zaufania (Zero Trust Architecture) oraz mTLS w komunikacji pomiędzy mikroserwisami.
Pytania problemowe i pytania do obrony przed Zarządem

Pytania problemowe wymagające odpowiedzi w raporcie

  1. W jaki sposób zaimplementować architekturę autoryzacji obiektowej (Object-Level Authorization) w środowisku rozproszonych mikroserwisów, aby trwale wyeliminować podatności IDOR/BOLA?
  2. Jakie konkretne wymagania techniczne dotyczące zarządzania kluczami kryptograficznymi stawia standard PCI DSS 4.0 i jak zrealizować je w chmurze AWS przy użyciu dedykowanego modułu HSM?
  3. W jaki sposób Rozporządzenie DORA wymusza integrację testów bezpieczeństwa ICT z procesami ciągłej integracji i wdrażania oprogramowania (CI/CD)?

Pytania kontrolne do weryfikacji ustaleń

  • Przetłumaczcie podatność BOLA/IDOR w produkcyjnym API płatniczym na ryzyko utraty licencji instytucji płatniczej, nadając wartości P, S, IR i RR oraz wskazując kontrole redukujące ryzyko do strefy zielonej.
  • Uzasadnijcie kryptoizolację skanów KYC w chmurze i wskażcie, dlaczego brak kontroli szyfrowania w miejscu narusza obowiązki wynikające z art. 32 RODO oraz PCI DSS.
  • Zaprojektujcie bramki bezpieczeństwa w potoku CI/CD, które blokują wdrożenie z podatnością krytyczną, i określcie ich wpływ na tempo wydań produktowych.
  • Policzcie ROSI dla scenariusza utraty licencji i przedstawicie komitetowi audytu trzy decyzje z terminami w fazach 0-7, 30 i 90 dni.

Każda odpowiedź musi odwoływać się do kryterium audytowego: artykułu ustawy lub rozporządzenia, wytycznej organu nadzoru albo punktu kontrolnego normy. Podejście risk-based wymaga, aby każdy wektor zagrożenia otrzymał wyliczone ryzyko inherentne IR jako iloczyn P i S w skali 1-5 oraz ryzyko rezydualne RR po wdrożeniu kontroli planu CAP. Opis zagrożenia bez obu wartości, bez przypisania parametrów BCM i bez wskazania przyczyny źródłowej w analizie 5 Why nie zalicza punktacji. Ustalenia graduj wyłącznie jako NC1, NC2 albo OFI.

Wskazówki wykonania krok po kroku (90 minut)
KrokNazwa krokuMinutyZakres prac zespołu
1Podział ról w Triadzie Audytorskiej i triage dowodowy00-15

Student A (Lead Auditor / Executive Reporter): Odpowiada za ład fintechu, zbieżność DORA, PCI DSS v4.0, Ustawy o usługach płatniczych i RODO, relacje z Zarządem, KNF i organizacjami kartowymi oraz przygotowanie Executive Summary ("Pitch to Board") z kalkulacją ROSI. Student B (Technical SecOps Auditor): Analizuje podatność IDOR w API Gateway, architekturę mikroserwisów AWS, brak szyfrowania S3, brak bramek w GitLab CI/CD i projektuje architekturę autoryzacji OAuth2, KMS HSM i potok SSDLC. Student C (Governance, Risk & Compliance Auditor): Opracowuje Kartę 4C, wylicza matrycę ryzyka 5x5 skorelowaną z BCM (RTO=15m, RPO=0s, MTPD=1h), sekwencję 5 Why z Diagramem Ishikawy oraz konstruuje Trójfazowy Plan CAP z rolami RACI i metrykami KPI/KRI.

2Kanoniczna Karta Niezgodności 4C15-40

Sformułujcie kartę uchybienia krytycznego w modelu 4C: * Condition (Stan faktyczny poparty dowodami): Podatność IDOR/BOLA CVSS 8.5 w publicznym API transakcyjnym, skany dowodów tożsamości KYC w AWS S3 bez szyfrowania kluczem HSM, brak bramek bezpieczeństwa SAST w potoku CI/CD. * Criteria (Kryteria prawne i normatywne): Art. 9 Dyrektywy DORA; wymogi 3.4, 6.2 i 8.3 standardu PCI DSS v4.0; art. 32 RODO; przepisy Ustawy o usługach płatniczych; kontrole ISO/IEC 27001:2022 A.8.24, A.8.28, A.8.29. * Cause (Przyczyna źródłowa - 5 Why powiązane z Diagramem Ishikawy): 1. Dlaczego API posiadało podatność IDOR? (Programista założył, że identyfikator transakcji UUID jest trudny do odgadnięcia i pominął sprawdzenie uprawnień). 2. Dlaczego brak walidacji nie został wykryty? (W zespole nie przeprowadzono dedykowanych testów bezpieczeństwa API ani procedury Peer Review). 3. Dlaczego nie przeprowadzono testów? (Harmonogram sprintu został skrócony o tydzień pod presją inwestorów na uruchomienie nowej metody płatności). 4. Dlaczego w potoku CI/CD nie skonfigurowano bramek DAST/SAST? (Dział DevOps uznał testy bezpieczeństwa za element spowalniający proces Continuous Deployment). 5. Root Cause (Ład zarządczy / Governance): Całkowity brak kultury bezpiecznego wytwarzania oprogramowania (Secure SDLC) i prymat celów biznesowych nad rygorami operacyjnymi DORA i PCI DSS. * Consequence (Skutki wielowymiarowe): Ryzyko masowej kradzieży danych kartowych i środków finansowych, natychmiastowe cofnięcie certyfikacji PCI DSS przez Radę Standardów Bezpieczeństwa, odebranie licencji KIP przez UKNF, kary UODO do 20 mln EUR i upadłość fintechu.

3Zaawansowana Matryca Ryzyka 5x5 i Parametry BCM15-40

Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5): 1. Kradzież danych kartowych i funduszy klientów przez eksploatację luki IDOR w API (P=5, S=5 -> IR=25 - Ryzyko Katastrofalne; po kontrolach CAP: P=1, S=4 -> RR=4). 2. Masowy wyciek bazy tożsamości KYC z zasobnika AWS S3 i kary UODO/KNF (P=5, S=5 -> IR=25; po kontrolach CAP: P=1, S=3 -> RR=3). 3. Cofnięcie certyfikacji PCI DSS 4.0 i odebranie licencji KIP przez KNF (P=4, S=5 -> IR=20; po kontrolach CAP: P=1, S=2 -> RR=2). 4. Awaria mikroserwisów płatniczych i paraliż transakcji 4 000 sklepów e-commerce (P=4, S=4 -> IR=16; po kontrolach CAP: P=1, S=2 -> RR=2). Parametry BCM: RTO=15 minut dla bramki płatniczej, RPO=0 sekund (zero dopuszczalnej straty transakcji finansowych), MTPD=1 godzina.

4Trójfazowy Plan Działań Korygujących - CAP40-70
  • Faza 1: Działania natychmiastowe mitygujące / tamowanie (0-7 dni): Wdrożenie reguły weryfikacji tokena JWT na poziomie API Gateway neutralizującej lukę IDOR, odcięcie publicznego dostępu do zasobnika S3 i zablokowanie pobierania plików KYC (RACI: A - Prezes Zarządu, R - CTO / CISO, KPI: Zero podatności IDOR na środowisku produkcyjnym, KRI: Liczba zapytań API ze statusem 403 Forbidden).
  • Faza 2: Działania krótkoterminowe inżyniersko-wdrożeniowe (30 dni): Migracja bazy KYC do zasobnika S3 z automatycznym szyfrowaniem kluczami AWS KMS zarządzanymi w HSM, wdrożenie bramek SonarQube i OWASP Dependency-Check blokujących build w GitLab CI/CD, przeprowadzenie testów penetracyjnych API przez zewnętrzną firmę (RACI: A - CTO, R - Lead Security Engineer, KPI: 100% commitów skanowanych przez SAST, KRI: Liczba krytycznych podatności w kodzie = 0).
  • Faza 3: Działania systemowe i ład korporacyjny (90 dni): Opracowanie i zatwierdzenie SOP Bezpiecznego Cyklu Wytwarzania Oprogramowania (Secure SDLC Policy), uzyskanie formalnego potwierdzenia zgodności z PCI DSS v4.0 (Raport o Zgodności - RoC), wdrożenie architektury Zero Trust z mTLS w klastrze Kubernetes (RACI: A - Zarząd Spółki, R - QSA / CISO, KPI: Certyfikat PCI DSS 4.0, KRI: Wskaźnik dostępności bramki API = 99,99%).
5Sformalizowany Projekt Załącznika Wykonawczego SOP40-70

Opracujcie projekt aktu normatywnego "Standard Operacyjny Bezpiecznego Wytwarzania Oprogramowania (Secure SDLC), Ochrony Danych KYC i Zarządzania API Płatniczymi w FinTech PayQuick Sp. z o.o." (§ 1 do § 6): § 1. Cel i zakres procedury technologicznej; § 2. Parametry odpornościowe BCM dla procesowania płatności online; § 3. Obowiązkowe etapy i bramki jakościowe bezpieczeństwa w potoku CI/CD (SAST/DAST/SCA); § 4. Standardy autoryzacji obiektowej API Gateway (OAuth2, OIDC, walidacja JWT); § 5. Zasady kryptoizolacji danych tożsamości KYC w chmurze AWS przy użyciu KMS HSM; § 6. Odpowiedzialność dyscyplinarna i nadzór Komitetu Bezpieczeństwa Płatności.

6Podsumowanie Zarządcze Executive Summary 'Pitch to Board' i przygotowanie obrony70-90

Zredagujcie 1-stronicowy briefing dla Zarządu i Inwestorów: bilans ekspozycji finansowej (ryzyko utraty licencji KIP i kar: 12 mln PLN vs koszt planu CAP: 670 000 PLN), wskaźnik zwrotu z inwestycji ROSI = 1680%, argumentacja z rygorów PCI DSS 4.0 i DORA oraz przygotowanie do 15-minutowej obrony.

Najczęstsze błędy obniżające ocenę: powierzchowne zdefiniowanie modelu 4C, zatrzymanie analizy przyczyn na poziomie objawu technicznego bez 5 Why i diagramu Ishikawy, brak wyliczenia ryzyka rezydualnego RR w matrycy 5 × 5, pominięcie parametrów BCM (RTO, RPO, MTPD), plan CAP bez podziału trójfazowego (0-7, 30 i 90 dni) bez mierzalnych KPI i KRI, SOP zredagowany jako notatka zamiast projektu załącznika wykonawczego z ponumerowanymi paragrafami, Executive Summary bez kalkulacji ROSI albo sprawozdanie o objętości innej niż 12-16 stron A4 (3600-4800 słów przy 300 słów na stronę) i pasywne uczestnictwo w obronie przed Zarządem.

Wymogi raportu strategicznego 12-16 stron A4
  • Jednostronicowy Executive Summary "Pitch to Board" z co najmniej trzema decyzjami zarządczymi i kalkulacją ROSI.
  • Karta organizacyjna analizowanej jednostki o co najmniej sześciu polach.
  • Kanoniczna Karta Niezgodności 4C dla co najmniej trzech ustaleń, z rozdzieleniem Condition, Criteria, Cause i Consequence.
  • Tabela matrycy ryzyka 5 × 5 z czterema wektorami, wartościami P, S, IR, P’, S’, RR oraz przypisaniem parametrów RTO, RPO i MTPD.
  • Przypisanie każdemu wektorowi parametrów BCM, dla których ryzyko rezydualne RR zejmuje do strefy zielonej (1-7).
  • Analiza przyczyn metodą 5 Why z wskazaniem przyczyny źródłowej oraz diagram Ishikawy z przypisaniem przyczyn do sześciu osi.
  • Trójfazowy Plan Działań Korygujących CAP: Faza 1 (0-7 dni), Faza 2 (30 dni) i Faza 3 (90 dni) z matrycą RACI, właścicielami biznesowymi, KPI i KRI.
  • Projekt załącznika wykonawczego (SOP) z sześcioma ponumerowanymi paragrafami i trybem sporu audytowego.
  • Analiza kompromisów inżynierskich i biznesowych wraz z bilansem kosztu, obciążenia operacyjnego i ryzyka resztkowego.
  • Bibliografia z numerami artykułów, paragrafów i punktów kontrolnych norm.
  • Sprawozdanie o objętości 4-8 stron zamiast wymaganych 12-16 stron A4.
  • Executive Summary zredagowane językiem czysto technicznym bez kalkulacji ryzyka biznesowego, finansowego i zwrotu z inwestycji.
  • Plan CAP bez podziału trójfazowego albo bez mierzalnych wskaźników weryfikacji wdrożenia.
  • Przypisanie przyczyn wyłącznie do kategorii „czynnik ludzki” z pominięciem decyzji zarządczych i systemowych.
Wzorcowe rozwiązanie: model 4C, ryzyko 5 × 5, CAP i SOP

Kanoniczna karta ustaleń w modelu 4C

ConditionStan faktyczny poparty dowodami

Podatność IDOR/BOLA CVSS 8.5 w publicznym API transakcyjnym, skany dowodów tożsamości KYC w AWS S3 bez szyfrowania kluczem HSM, brak bramek bezpieczeństwa SAST w potoku CI/CD.

CriteriaKryteria prawne i normatywne

Art. 9 Dyrektywy DORA; wymogi 3.4, 6.2 i 8.3 standardu PCI DSS v4.0; art. 32 RODO; przepisy Ustawy o usługach płatniczych; kontrole ISO/IEC 27001:2022 A.8.24, A.8.28, A.8.29.

CausePrzyczyna źródłowa – 5 Why powiązane z diagramem Ishikawy

  1. Dlaczego API posiadało podatność IDOR? (Programista założył, że identyfikator transakcji UUID jest trudny do odgadnięcia i pominął sprawdzenie uprawnień). 2. Dlaczego brak walidacji nie został wykryty? (W zespole nie przeprowadzono dedykowanych testów bezpieczeństwa API ani procedury Peer Review). 3. Dlaczego nie przeprowadzono testów? (Harmonogram sprintu został skrócony o tydzień pod presją inwestorów na uruchomienie nowej metody płatności). 4. Dlaczego w potoku CI/CD nie skonfigurowano bramek DAST/SAST? (Dział DevOps uznał testy bezpieczeństwa za element spowalniający proces Continuous Deployment). 5. Root Cause (Ład zarządczy / Governance): Całkowity brak kultury bezpiecznego wytwarzania oprogramowania (Secure SDLC) i prymat celów biznesowych nad rygorami operacyjnymi DORA i PCI DSS.

ConsequenceSkutki wielowymiarowe

Ryzyko masowej kradzieży danych kartowych i środków finansowych, natychmiastowe cofnięcie certyfikacji PCI DSS przez Radę Standardów Bezpieczeństwa, odebranie licencji KIP przez UKNF, kary UODO do 20 mln EUR i upadłość fintechu.

Sekwencja 5 Why

  1. Dlaczego (poziom 1)Dlaczego API posiadało podatność IDOR? (Programista założył, że identyfikator transakcji UUID jest trudny do odgadnięcia i pominął sprawdzenie uprawnień).
  2. Dlaczego (poziom 2)Dlaczego brak walidacji nie został wykryty? (W zespole nie przeprowadzono dedykowanych testów bezpieczeństwa API ani procedury Peer Review).
  3. Dlaczego (poziom 3)Dlaczego nie przeprowadzono testów? (Harmonogram sprintu został skrócony o tydzień pod presją inwestorów na uruchomienie nowej metody płatności).
  4. Dlaczego (poziom 4)Dlaczego w potoku CI/CD nie skonfigurowano bramek DAST/SAST? (Dział DevOps uznał testy bezpieczeństwa za element spowalniający proces Continuous Deployment).
  5. Przyczyna źródłowa (Root Cause)Całkowity brak kultury bezpiecznego wytwarzania oprogramowania (Secure SDLC) i prymat celów biznesowych nad rygorami operacyjnymi DORA i PCI DSS.

Tabela zaawansowanej analizy ryzyka w matrycy 5 × 5

Lp.Wektor zagrożeniaPSIR (ryzyko inherentne)P′ po CAPS′ po CAPRR (ryzyko rezydualne)
1Kradzież danych kartowych i funduszy klientów przez eksploatację luki IDOR w API5525Ryzyko Katastrofalne144Ryzyko akceptowalne
2Masowy wyciek bazy tożsamości KYC z zasobnika AWS S3 i kary UODO/KNF5525Ryzyko krytyczne133Ryzyko akceptowalne
3Cofnięcie certyfikacji PCI DSS 4.0 i odebranie licencji KIP przez KNF4520Ryzyko krytyczne122Ryzyko akceptowalne
4Awaria mikroserwisów płatniczych i paraliż transakcji 4 000 sklepów e-commerce4416Ryzyko krytyczne122Ryzyko akceptowalne

Parametry BCM powiązane z wektorami zagrożeń

RTO (długość niedostępności)RPO (dopuszczalna utrata danych)MTPD (próg odpowiedzialności)
15m0s1h

Rozwinięcie parametrów z planu: RTO=15m dla bramki, RPO=0s, MTPD=1h

Trójfazowy plan działań korygujących (CAP) z matrycą RACI

FazaHoryzontZakresDziałaniaRACIKPIKRI
Faza 10-7 dniDziałania natychmiastowe mitygujące / tamowanie (0-7 dni)Wdrożenie reguły weryfikacji tokena JWT na poziomie API Gateway neutralizującej lukę IDOR, odcięcie publicznego dostępu do zasobnika S3 i zablokowanie pobierania plików KYCA - Prezes Zarządu, R - CTO / CISOZero podatności IDOR na środowisku produkcyjnymLiczba zapytań API ze statusem 403 Forbidden
Faza 230 dniDziałania krótkoterminowe inżyniersko-wdrożeniowe (30 dni)Migracja bazy KYC do zasobnika S3 z automatycznym szyfrowaniem kluczami AWS KMS zarządzanymi w HSM, wdrożenie bramek SonarQube i OWASP Dependency-Check blokujących build w GitLab CI/CD, przeprowadzenie testów penetracyjnych API przez zewnętrzną firmęA - CTO, R - Lead Security Engineer100% commitów skanowanych przez SASTLiczba krytycznych podatności w kodzie = 0
Faza 390 dniDziałania systemowe i ład korporacyjny (90 dni)Opracowanie i zatwierdzenie SOP Bezpiecznego Cyklu Wytwarzania Oprogramowania (Secure SDLC Policy), uzyskanie formalnego potwierdzenia zgodności z PCI DSS v4.0 (Raport o Zgodności - RoC), wdrożenie architektury Zero Trust z mTLS w klastrze KubernetesA - Zarząd Spółki, R - QSA / CISOCertyfikat PCI DSS 4.0Wskaźnik dostępności bramki API = 99,99%

Projekt załącznika wykonawczego (SOP) z sześcioma paragrafami

  1. § 1.Cel i zakres procedury technologicznej
  2. § 2.Parametry odpornościowe BCM dla procesowania płatności online
  3. § 3.Obowiązkowe etapy i bramki jakościowe bezpieczeństwa w potoku CI/CD (SAST/DAST/SCA)
  4. § 4.Standardy autoryzacji obiektowej API Gateway (OAuth2, OIDC, walidacja JWT)
  5. § 5.Zasady kryptoizolacji danych tożsamości KYC w chmurze AWS przy użyciu KMS HSM
  6. § 6.Odpowiedzialność dyscyplinarna i nadzór Komitetu Bezpieczeństwa Płatności.
Bilans wdrożenia, kompromisy inżynierskie i ryzyko resztkowe
KategoriaOcenaOpisRozwiązanie kompromisowe
Koszt wdrożeniaŚrednieNakłady dotyczą głównie integracji systemów, licencji, testów odtwarzania i szkoleń, a nie samego sprzętu.Wdrożenie etapowe w ramach budżetu rocznego i decyzje zarządcze podjęte w Executive Summary.
Obciążenie operacyjneZnacząceRygorystyczne uwierzytelnianie, mikrosegmentacja i mikrosegmentacja sieci OT wydłużają czas pracy personelu i serwisu.Pilotaż na jednym procesie, okna serwisowe w godzinach niskiego obciążenia i wsparcie pierwszej linii.
Wpływ na ciągłość usługOgraniczoneZabezpieczenia wdrażane są w tle, lecz testy odtworzeniowe i przełączenia wymagają zaplanowanego okna serwisowego.Ćwiczenia przełączenia przed wdrożeniem i monitoring wskaźnika odtworzenia w terminie RTO.
Ryzyko resztkowe po wdrożeniuKontrolowanePozostaje ryzyko zależności od dostawców, błędu ludzkiego i utrzymywania starych podatności.Monitoring KPI i KRI, przegląd skuteczności działań naprawczych po 90 dniach oraz audyt sprawdzający zgodny z § 19 rozporządzenia w sprawie KRI.
Ciągłość płatności i dostępność APIDuża poprawaAutoryzacja obiektowa, bramki bezpieczeństwa w potoku wdrożeniowym i mTLS eliminują najwyższy wektor ryzyka bez przestoju usługi.Wdrożenie w trybie ciągłej integracji, kanaryczne wydania i monitoring wskaźnika liczby krytycznych podatności.
Tempo wdrożeń produktowychŚrednieBramki bezpieczeństwa wydłużają cykl wydań i wymagają utrzymywania środowisk testowych.Równoległa praca środowisk, automatyzacja testów i wyjątek udokumentowany przez komitet ryzyka.

Zamknięcie audytu wymaga wskazania trybu sporu audytowego: spór uznany albo odstąpienie od sporu z uzasadnieniem, zanim raport trafi do Zarządu.

Executive Summary "Pitch to Board" i kalkulacja ROSI

Jednostronicowe Podsumowanie Zarządcze (Executive Summary - "Pitch to Board") z wyliczeniem ROSI i bilansu ryzyk.

Dane wejściowe kalkulacji ROSI dla tego zadania

PozycjaWartość z planu zadania
Koszt wdrożenia planu CAP (zł)670 000 zł
Roczne ryzyko finansowe przed wdrożeniem (zł)12 000 000 zł
Wskaźnik ROSI podany w planie (%)1 680%

Kalkulator ROSI w module Executive Summary przyjmuje te wartości jako punkt wyjścia; skuteczność kontroli CAP i horyzont analizy student uzupełnia samodzielnie.

Najczęstsze błędy obniżające ocenę: powierzchowne zdefiniowanie modelu 4C, zatrzymanie analizy przyczyn na poziomie objawu technicznego bez 5 Why i diagramu Ishikawy, brak wyliczenia ryzyka rezydualnego RR w matrycy 5 × 5, pominięcie parametrów BCM (RTO, RPO, MTPD), plan CAP bez podziału trójfazowego (0-7, 30 i 90 dni) bez mierzalnych KPI i KRI, SOP zredagowany jako notatka zamiast projektu załącznika wykonawczego z ponumerowanymi paragrafami, Executive Summary bez kalkulacji ROSI albo sprawozdanie o objętości innej niż 12-16 stron A4 (3600-4800 słów przy 300 słów na stronę) i pasywne uczestnictwo w obronie przed Zarządem.

Bibliografia, netografia i podstawy prawne
  • PCI Security Standards Council: Payment Card Industry Data Security Standard (PCI DSS) Requirements and Testing Procedures v4.0, 2022.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2022/2554 w sprawie operacyjnej odporności cyfrowej sektora finansowego (DORA).
  • Dyrektywa Parlamentu Europejskiego i Rady (UE) 2022/2555 (Dyrektywa NIS2) - sektor infrastruktury rynków finansowych.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO) - art. 32, 82, 83.
  • Ustawa z dnia 19 sierpnia 2011 r. o usługach płatniczych (tekst jedn. Dz.U. z 2026 r. poz. 623) - status Krajowej Instytucji Płatniczej.
  • Norma PN-EN ISO/IEC 27001:2022: Systemy zarządzania bezpieczeństwem informacji.
  • OWASP Foundation: "OWASP API Security Top 10", 2023.

Wspólna bibliografia wariantu 5.0

  • Rozporządzenie Rady Ministrów z dnia 21 maja 2024 r. w sprawie Krajowych Ram Interoperacyjnych, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (tekst jedn. Dz.U. z 2024 r. poz. 773) – § 19 (wymagania dotyczące systemu zarządzania bezpieczeństwem informacji, w tym okresowy audyt wewnętrzny nie rzadziej niż raz na rok) oraz § 20 (rozliczalność i dzienniki systemów).
  • Ustawa z dnia 6 czerwca 1997 r. – Kodeks karny (tekst jedn. Dz.U. z 2025 r. poz. 383) – art. 98, art. 160, art. 231, art. 266, art. 268a, art. 269a i art. 270.
  • Ustawa z dnia 12 listopada 2017 r. o Krajowym Systemie Cyberbezpieczeństwa (tekst jedn. Dz.U. z 2026 r. poz. 20) – art. 8 (środki zarządzania ryzykiem i zabezpieczenia) oraz art. 15 (audyt bezpieczeństwa).
  • Ustawa z dnia 15 maja 2019 r. – Prawo o adwokaturze (tekst jedn. Dz.U. z 2024 r. poz. 1564) – art. 19 (tajemnica adwokacka).
  • Ustawa z dnia 15 września 2000 r. o radcach prawnych (tekst jedn. Dz.U. z 2024 r. poz. 499) – art. 3 (tajemnica zawodowa radcy prawnego).
  • Ustawa z dnia 11 maja 2017 r. o zwalczaniu nieuczciwej konkurencji (tekst jedn. Dz.U. z 2026 r. poz. 85) – art. 11 (tajemnica przedsiębiorstwa).
  • Ustawa z dnia 19 sierpnia 2011 r. o usługach płatniczych (tekst jedn. Dz.U. z 2026 r. poz. 623) – art. 50 (system zarządzania ryzykiem operacyjnym).
  • Ustawa z dnia 6 września 2001 r. – Prawo bankowe (tekst jedn. Dz.U. z 2026 r. poz. 38) – art. 104 (zarządzanie ryzykiem).
  • Ustawa z dnia 13 października 2022 r. o obrocie paliwami opałowymi (tekst jedn. Dz.U. z 2024 r. poz. 1218) – obowiązki operatora infrastruktury paliwowej i systemu teleinformatycznego. W logistyce sENT oznacza System Elektronicznego Transportu Drogowego, a nie system nadzoru nad obrotem paliwami.
  • Dyrektywa Parlamentu Europejskiego i Rady (UE) 2022/2555 z dnia 14 grudnia 2022 r. (dyrektywa NIS2) – art. 21, art. 21 ust. 2 lit. c i d oraz art. 23.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO) – art. 5, 9, 11, 28, 32, 33, 34, 82 i 83.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2022/2554 z dnia 14 grudnia 2022 r. w sprawie operacyjnej odporności cyjrowego sektora finansowego (DORA) – art. 5, 8 i 35.
  • Standard PCI DSS v4.0.1 – wymagania 3.3, 6.4 i 11.3 (szyfrowanie transmisji uwierzytelniającej i zarządzanie dostępem do aplikacji bramki płatniczej).
  • Norma ISO/IEC 27001:2022 – Załącznik A: 5.1, 5.15, 5.18, 5.23, 8.12, 8.13, 8.14 i 8.15.
09
Kancelaria prawna ProKancelaria w Katowicach (sektor usług prawnych / tajemnica adwokacka / podmiot usług doradczych NIS2)
Zwiń
Schemat strategicznego raportu poaudytowego w kancelarii prawnej: ochrona bezwzględnej tajemnicy obrończej w pracy hybrydowej, zbieżność Kodeksu Karnego, RODO i ISO 27001, model 4C, matryca ryzyka 5x5, SOP kryptoizolacji akt i Trójfazowy Plan CAP
Schemat strategicznego audytu kancelarii prawnej: ochrona tajemnicy zawodowej i pracy hybrydowej, model 4C, matryca ryzyka 5x5 z BCM, kryptoizolacja akt i obrona przed Partnerami.

Temat zadania: Strategiczny Audyt Ochrony Tajemnicy Zawodowej i Pracy Hybrydowej: Zbieżność Prawa o Adwokaturze, art. 266 KK i RODO, Model 4C, Matryca 5X5, Wskaźniki BCM, SOP Kryptoizolacji Akt oraz pitch to board dla Partnerów

Podstawa wykładowa i programowa

Schemat strategicznego audytu kancelarii prawnej: ochrona tajemnicy zawodowej i pracy hybrydowej, model 4C, matryca ryzyka 5x5 z BCM, kryptoizolacja akt i obrona przed Partnerami.

Prawo o adwokaturze art. 19; KK art. 266; RODO art. 9; NIS2 STRATEGICZNY AUDYT OCHRONY TAJEMNICY ZAWODOWEJ I PRACY HYBRYDOWEJ: ZBIEŻNOŚĆ PRAWA O ADWOKATURZE, ART. 266 KK I RODO, MODEL 4C, MATRYCA 5X5, WSKAŹNIKI BCM, SOP KRYPTOIZOLACJI AKT ORAZ PITCH TO BOARD DLA PARTNERÓW
Cel zadania i kryterium oceny 5.0

Głównym celem zadania na ocenę bardzo dobrą (5.0) jest opanowanie przez studentów zaawansowanych kompetencji audytowania bezpieczeństwa informacji w podmiocie przetwarzającym dane objęte tajemnicą prawnie chronioną (tajemnica adwokacka, radcowska i obrończa) w świetle przepisów Ustawy - Prawo o adwokaturze, art. 266 Kodeksu Karnego, ogólnego rozporządzenia o ochronie danych (RODO), Dyrektywy NIS2 (jako kluczowy podmiot łańcucha doradczego spółek strategicznych) oraz wymogów bezpiecznej komunikacji z portalami sądów powszechnych (§ 19 i § 20 rozporządzenia KRI). Studenci badają stan bezpieczeństwa Kancelarii Prawnej ProKancelaria w Katowicach. Zadanie wymaga: sporządzenia kanonicznej Karty Ustaleń Audytowych w modelu 4C dla braku szyfrowania dysków twardych BitLocker/FileVault na 32 laptopach mobilnych przewożących akta spraw karnych oraz przesyłania dokumentów przez konsumenckie chmury (WeTransfer, Google Drive) bez umów DPA, wyliczenia ryzyka w 25-stopniowej matrycy 5x5 powiązanej ze wskaźnikami BCM (RTO=2h, RPO=1h, MTPD=12h), opracowania Trójfazowego Planu Działań Korygujących (CAP) ze wskaźnikami KPI i KRI, sformułowania pełnego projektu Załącznika Wykonawczego (SOP) regulującego kryptoizolację akt, bezpieczną platformę wymiany plików z szyfrowaniem end-to-end (E2EE) oraz zarządzanie urządzeniami mobilnymi MDM z funkcją Remote Wipe, a także zredagowania 1-stronicowego Executive Summary ("Pitch to Board") dla Partnerów Zarządzających z kalkulacją zwrotu z inwestycji (ROSI) i analizą odpowiedzialności karnej z art. 266 KK. Powiązanie z sylabusem i efektami kształcenia na ocenę 5.0: - Efekt W1: Zaawansowana znajomość Prawa o adwokaturze, art. 266 KK (naruszenie tajemnicy zawodowej), art. 9 i 32 RODO, Dyrektywy NIS2 dla usług profesjonalnych oraz § 19 i § 20 rozporządzenia KRI. - Efekt W2, W3: Wyczerpująca znajomość norm ISO/IEC 27001:2022 (kontrole A.5.14, A.8.1, A.8.24), ISO 22301 oraz Kodeksu Etyki Adwokackiej. - Efekt U1: Projekt inżynierski centralnego wdrażania szyfrowania BitLocker z kluczami w Microsoft Entra ID, firmowej chmury Nextcloud z E2EE oraz wymuszenia wieloskładnikowego uwierzytelniania MFA. - Efekt U2: Dekompozycja uchybień w kanonicznym modelu 4C i analiza RCA 5 Why powiązana z Diagramem Ishikawy dla 6 osi. - Efekt U3: Kwantyfikacja ryzyka w matrycy 5x5 dla kradzieży akt spraw fuzji giełdowych (Insider Trading), odpowiedzialności dyscyplinarnej ORA i kar UODO. - Efekt U4: Opracowanie kompletnego raportu poaudytowego (12-16 stron A4) z Trójfazowym Planem CAP, procedurą SOP (§ 1 do § 6) oraz Executive Summary "Pitch to Board". - Efekt K1, K2, K3: Bezwzględna etyka, kultura zachowania poufności, niezależność audytorska i wysoka kultura perswazji prawniczej. - Powiązanie z wykładem: Wyk1 (Poufność w usługach prawnych), Wyk2 (ISO 19011), Wyk3 (Kontrole A.5 i A.8 ISO 27001), Wyk4 (RODO i ochrona tajemnic zawodowych), Wyk5 (Matryca ryzyka 5x5 i BCM), Wyk7 (Model 4C, 5 Why, Ishikawa, CAP i ROSI).

Każda odpowiedź musi odwoływać się do kryterium audytowego: artykułu ustawy lub rozporządzenia, wytycznej organu nadzoru albo punktu kontrolnego normy. Podejście risk-based wymaga, aby każdy wektor zagrożenia otrzymał wyliczone ryzyko inherentne IR jako iloczyn P i S w skali 1-5 oraz ryzyko rezydualne RR po wdrożeniu kontroli planu CAP. Opis zagrożenia bez obu wartości, bez przypisania parametrów BCM i bez wskazania przyczyny źródłowej w analizie 5 Why nie zalicza punktacji. Ustalenia graduj wyłącznie jako NC1, NC2 albo OFI.

Scenariusz sytuacyjny i karta organizacyjna
Kancelaria Prawna ProKancelaria w Katowicach - audyt 5.0
Kancelaria zrzeszająca 45 adwokatów, radców prawnych i aplikantów, prowadząca sprawy o fuzje i postępowania karne-gospodarcze w modelu hybrydowym. Kluczowe wektory: brak szyfrowania dysków na 32 z 45 laptopów służbowych, masowe przesyłanie akt procesowych przez konsumenckie dyski chmurowe oraz brak uwierzytelniania wieloskładnikowego w pracy zdalnej.
Usługi prawne Tajemnica adwokacka i radcowska Model hybrydowy Kryptoizolacja akt
Reżimy regulacyjne i podstawy prawne: Prawo o adwokaturze (tekst jedn. Dz.U. z 2024 r. poz. 1564) art. 19; ustawa o radcach prawnych (tekst jedn. Dz.U. z 2024 r. poz. 499) art. 3; Kodeks karny art. 266; RODO art. 9, 32 i 33; dyrektywa NIS2 art. 21 ust. 2 lit. d; PN-EN ISO/IEC 27001:2022 A.5.23 i A.8.24; PN-EN ISO 27701
  • Brak pełnego szyfrowania dysków twardych na laptopach mobilnych: Na 32 spośród 45 laptopów służbowych funkcja BitLocker/FileVault była wyłączona. Prawnicy transportowali laptopy bez haseł BIOS/UEFI, a na pulpitach znajdowały się niezaszyfrowane akta spraw karnych zawierające dane szczególnych kategorii (art. 9 RODO) oraz materiały objęte bezwzględną tajemnicą obrończą.
  • Masowe przesyłanie akt procesowych przez konsumenckie dyski chmurowe: Z powodu ograniczeń rozmiaru załączników poczty e-mail (limit 20 MB), prawnicy przesyłali tomy akt procesowych o wielkości kilkunastu gigabajtów przez bezpłatne serwisy WeTransfer i Dropbox z prywatnych kont, bez zawierania umów powierzenia przetwarzania danych i bez haseł szyfrujących.
  • Brak wieloskładnikowego uwierzytelniania w pracy zdalnej: Logowanie do poczty kancelaryjnej i bazy akt odbywało się za pomocą pojedynczego hasła o długości 8 znaków bez MFA, co umożliwiło przejęcie konta jednego z aplikantów przez atak credential stuffing.
  • Szansa na doskonalenie (OFI): Wdrożenie systemu klasy Mobile Device Management (MDM / Microsoft Intune) umożliwiającego zdalne wyczyszczenie pamięci skradzionego laptopa (Remote Wipe).
Pytania problemowe i pytania do obrony przed Zarządem

Pytania problemowe wymagające odpowiedzi w raporcie

  1. W jaki sposób audytor powinien wykazać adwokatom i radcom prawnym, że brak szyfrowania laptopa stanowi bezpośrednie naruszenie tajemnicy zawodowej podlegające sankcjom karnym z art. 266 KK?
  2. Jakie konkretne rozwiązania technologiczne (np. chmura dedykowana z szyfrowaniem kluczem sprzętowym) pozwalają na bezpieczną wymianę wielogigabajtowych akt procesowych zgodnie z art. 32 RODO?
  3. W jaki sposób wymusić wieloskładnikowe uwierzytelnianie MFA w pracy mobilnej, zachowując wysoką ergonomię pracy prawników na salach sądowych?

Pytania kontrolne do weryfikacji ustaleń

  • Wyjaśnijcie, dlaczego bezwzględna tajemnica obrotu kancelaryjnego wzmacnia obowiązki wynikające z art. 32 RODO, i jak to przełożyć na wymagania wobec dostawców usług przetwarzania.
  • Uzasadnijcie kryptoizolację akt procesowych na nośnikach zewnętrznych i wskażcie mechanizm egzekwowania zakazu przechowywania akt w konsumenckich usługach chmurowych.
  • Opracujcie politykę pracy hybrydowej z klasyfikacją spraw i poziomem ochrony każdej kategorii, uwzględniając obowiązek zachowania tajemnicy zawodowej.
  • Przedstawicie trzy decyzje dla Partnera zarządzającego z podaniem kosztu, terminu i wskaźnika potwierdzającego skuteczność wdrożenia.

Każda odpowiedź musi odwoływać się do kryterium audytowego: artykułu ustawy lub rozporządzenia, wytycznej organu nadzoru albo punktu kontrolnego normy. Podejście risk-based wymaga, aby każdy wektor zagrożenia otrzymał wyliczone ryzyko inherentne IR jako iloczyn P i S w skali 1-5 oraz ryzyko rezydualne RR po wdrożeniu kontroli planu CAP. Opis zagrożenia bez obu wartości, bez przypisania parametrów BCM i bez wskazania przyczyny źródłowej w analizie 5 Why nie zalicza punktacji. Ustalenia graduj wyłącznie jako NC1, NC2 albo OFI.

Wskazówki wykonania krok po kroku (90 minut)
KrokNazwa krokuMinutyZakres prac zespołu
1Podział ról w Triadzie Audytorskiej i triage dowodowy00-15

Student A (Lead Auditor / Executive Reporter): Odpowiada za ład kancelarii, zbieżność Prawa o adwokaturze, art. 266 KK, RODO art. 9 i NIS2, relacje z Partnerami Zarządzającymi i ORA oraz przygotowanie Executive Summary ("Pitch to Board") z kalkulacją ROSI. Student B (Technical SecOps Auditor): Analizuje laptopy, brak BitLockera, logi transferów w chmurach WeTransfer/Dropbox, podatności haseł i projektuje centralne szyfrowanie BitLocker w Entra ID, bezpieczną chmurę Nextcloud E2EE oraz MFA. Student C (Governance, Risk & Compliance Auditor): Opracowuje Kartę 4C, wylicza matrycę ryzyka 5x5 skorelowaną z BCM (RTO=2h, RPO=1h, MTPD=12h), sekwencję 5 Why z Diagramem Ishikawy oraz konstruuje Trójfazowy Plan CAP z rolami RACI i metrykami KPI/KRI.

2Kanoniczna Karta Niezgodności 4C15-40

Sformułujcie kartę uchybienia krytycznego w modelu 4C: * Condition (Stan faktyczny poparty dowodami): 32 laptopy mobilne z wyłączonym szyfrowaniem BitLocker przewożące akta karne, transfer akt przez publiczne serwisy WeTransfer/Dropbox bez umów DPA, brak MFA przy logowaniu do poczty i akt. * Criteria (Kryteria prawne i normatywne): Art. 266 Kodeksu Karnego; art. 5 ust. 1 lit. f, art. 9 i 32 RODO; przepisy Ustawy - Prawo o adwokaturze; kontrole ISO/IEC 27001:2022 A.5.14, A.8.1, A.8.24; § 19 i § 20 rozporządzenia KRI. * Cause (Przyczyna źródłowa - 5 Why powiązane z Diagramem Ishikawy): 1. Dlaczego na laptopach nie włączono szyfrowania BitLocker? (Laptopy kupowano indywidualnie w marketach i konfigurowano bez udziału administratora IT). 2. Dlaczego kancelaria nie posiadała standardu sprzętowego? (Panowało przekonanie, że każdy adwokat ma swobodę wyboru sprzętu). 3. Dlaczego prawnicy używali darmowych dysków chmurowych? (Serwer pocztowy odrzucał załączniki powyżej 20 MB, a bezpiecznej platformy nie wdrożono). 4. Dlaczego Zarząd Kancelarii nie zainwestował w bezpieczną chmurę? (Partnerzy postrzegali wydatki IT wyłącznie jako zbędny koszt administracyjny). 5. Root Cause (Ład zarządczy / Governance): Całkowity brak świadomości ryzyka cybernetycznego wśród Partnerów Kancelarii i brak Security Governance chroniącego tajemnicę zawodową. * Consequence (Skutki wielowymiarowe): Ryzyko ujawnienia bezwzględnej tajemnicy obrończej i odpowiedzialność karna z art. 266 KK, odpowiedzialność dyscyplinarna przed Sądem Dyscyplinarnym ORA (wydalenie z adwokatury), wielomilionowe odszkodowania cywilne i kary UODO do 20 mln EUR.

3Zaawansowana Matryca Ryzyka 5x5 i Parametry BCM15-40

Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5): 1. Kradzież niezaszyfrowanego laptopa z aktami spraw karnych i ujawnienie tajemnicy obrończej (P=5, S=5 -> IR=25 - Ryzyko Katastrofalne; po kontrolach CAP: P=1, S=2 -> RR=2). 2. Przejęcie dokumentów fuzji spółek giełdowych z darmowej chmury i przestępstwo Insider Trading (P=5, S=5 -> IR=25; po kontrolach CAP: P=1, S=2 -> RR=2). 3. Przejęcie konta e-mail mecenasa przez brak MFA i fałszywe dyspozycje procesowe (P=4, S=4 -> IR=16; po kontrolach CAP: P=1, S=2 -> RR=2). 4. Kary dyscyplinarne ORA i utrata wiarygodności rynkowej kancelarii (P=4, S=5 -> IR=20; po kontrolach CAP: P=1, S=1 -> RR=1). Parametry BCM: RTO=2 godziny dla repozytorium akt, RPO=1 godzina (maksymalna utrata wersji pism), MTPD=12 godzin.

4Trójfazowy Plan Działań Korygujących - CAP40-70
  • Faza 1: Działania natychmiastowe mitygujące / tamowanie (0-7 dni): Natychmiastowe manualne włączenie szyfrowania BitLocker/FileVault na wszystkich 45 laptopach, zablokowanie na zapaporze sieciowej dostępu do serwisów WeTransfer/Dropbox, wprowadzenie wymuszenia MFA dla poczty (RACI: A - Partner Zarządzający, R - Administrator IT / IOD, KPI: 100% laptopów zaszyfrowanych, KRI: Liczba niezaszyfrowanych urządzeń = 0).
  • Faza 2: Działania krótkoterminowe inżyniersko-wdrożeniowe (30 dni): Wdrożenie centralnego zarządzania BitLockerem w Microsoft Entra ID z kopią kluczy odzyskiwania, uruchomienie firmowej platformy wymiany plików Nextcloud Enterprise z szyfrowaniem End-to-End, rejestracja laptopów w systemie MDM Intune (RACI: A - Partner ds. Operacyjnych, R - Architekt Bezpieczeństwa IT, KPI: 100% transferów przez bezpieczną platformę, KRI: Liczba incydentów wycieku = 0).
  • Faza 3: Działania systemowe i ład korporacyjny (90 dni): Opracowanie i podpisanie uchwały Partnerów wprowadzającej SOP Pracy Hybrydowej i Ochrony Tajemnicy Adwokackiej, przeprowadzenie cyklu szkoleń z cyberbezpieczeństwa dla prawników i aplikantów (RACI: A - Zgromadzenie Partnerów, R - CISO / IOD, KPI: Pełna zgodność z RODO i standardami adwokatury, KRI: Wskaźnik zdanych testów phishingowych = 95%).
5Sformalizowany Projekt Załącznika Wykonawczego SOP40-70

Opracujcie projekt aktu normatywnego "Standard Operacyjny Bezpieczeństwa Pracy Hybrydowej, Szyfrowania Urządzeń Mobilnych i Przetwarzania Informacji Objętych Tajemnicą Zawodową w Kancelarii Prawnej ProKancelaria w Katowicach" (§ 1 do § 6): § 1. Cel i zakres procedury korporacyjno-prawnej; § 2. Bezwzględny obowiązek pełnego szyfrowania nośników (BitLocker/FileVault); § 3. Zasady bezpiecznej transmisji pism procesowych (zakaz konsumenckich chmur, platforma E2EE); § 4. Wymagania wieloskładnikowego uwierzytelniania MFA i procedury pracy w sądach i podróży; § 5. Procedura postępowania w przypadku utraty urządzenia (zgłoszenie w 1h, zdalny Remote Wipe); § 6. Odpowiedzialność korporacyjna, dyscyplinarna i karna z art. 266 KK.

6Podsumowanie Zarządcze Executive Summary 'Pitch to Board' i przygotowanie obrony70-90

Zredagujcie 1-stronicowy briefing dla Partnerów Kancelarii: bilans ekspozycji finansowej i prawnej (ryzyko odszkodowań i kar: 5,2 mln PLN vs koszt planu CAP: 360 000 PLN), wskaźnik zwrotu z inwestycji ROSI = 1350%, argumentacja z art. 266 KK i przygotowanie do 15-minutowej obrony.

Najczęstsze błędy obniżające ocenę: powierzchowne zdefiniowanie modelu 4C, zatrzymanie analizy przyczyn na poziomie objawu technicznego bez 5 Why i diagramu Ishikawy, brak wyliczenia ryzyka rezydualnego RR w matrycy 5 × 5, pominięcie parametrów BCM (RTO, RPO, MTPD), plan CAP bez podziału trójfazowego (0-7, 30 i 90 dni) bez mierzalnych KPI i KRI, SOP zredagowany jako notatka zamiast projektu załącznika wykonawczego z ponumerowanymi paragrafami, Executive Summary bez kalkulacji ROSI albo sprawozdanie o objętości innej niż 12-16 stron A4 (3600-4800 słów przy 300 słów na stronę) i pasywne uczestnictwo w obronie przed Zarządem.

Wymogi raportu strategicznego 12-16 stron A4
  • Jednostronicowy Executive Summary "Pitch to Board" z co najmniej trzema decyzjami zarządczymi i kalkulacją ROSI.
  • Karta organizacyjna analizowanej jednostki o co najmniej sześciu polach.
  • Kanoniczna Karta Niezgodności 4C dla co najmniej trzech ustaleń, z rozdzieleniem Condition, Criteria, Cause i Consequence.
  • Tabela matrycy ryzyka 5 × 5 z czterema wektorami, wartościami P, S, IR, P’, S’, RR oraz przypisaniem parametrów RTO, RPO i MTPD.
  • Przypisanie każdemu wektorowi parametrów BCM, dla których ryzyko rezydualne RR zejmuje do strefy zielonej (1-7).
  • Analiza przyczyn metodą 5 Why z wskazaniem przyczyny źródłowej oraz diagram Ishikawy z przypisaniem przyczyn do sześciu osi.
  • Trójfazowy Plan Działań Korygujących CAP: Faza 1 (0-7 dni), Faza 2 (30 dni) i Faza 3 (90 dni) z matrycą RACI, właścicielami biznesowymi, KPI i KRI.
  • Projekt załącznika wykonawczego (SOP) z sześcioma ponumerowanymi paragrafami i trybem sporu audytowego.
  • Analiza kompromisów inżynierskich i biznesowych wraz z bilansem kosztu, obciążenia operacyjnego i ryzyka resztkowego.
  • Bibliografia z numerami artykułów, paragrafów i punktów kontrolnych norm.
  • Sprawozdanie o objętości 4-8 stron zamiast wymaganych 12-16 stron A4.
  • Executive Summary zredagowane językiem czysto technicznym bez kalkulacji ryzyka biznesowego, finansowego i zwrotu z inwestycji.
  • Plan CAP bez podziału trójfazowego albo bez mierzalnych wskaźników weryfikacji wdrożenia.
  • Przypisanie przyczyn wyłącznie do kategorii „czynnik ludzki” z pominięciem decyzji zarządczych i systemowych.
Wzorcowe rozwiązanie: model 4C, ryzyko 5 × 5, CAP i SOP

Kanoniczna karta ustaleń w modelu 4C

ConditionStan faktyczny poparty dowodami

32 laptopy mobilne z wyłączonym szyfrowaniem BitLocker przewożące akta karne, transfer akt przez publiczne serwisy WeTransfer/Dropbox bez umów DPA, brak MFA przy logowaniu do poczty i akt.

CriteriaKryteria prawne i normatywne

Art. 266 Kodeksu Karnego; art. 5 ust. 1 lit. f, art. 9 i 32 RODO; przepisy Ustawy - Prawo o adwokaturze; kontrole ISO/IEC 27001:2022 A.5.14, A.8.1, A.8.24; § 19 i § 20 rozporządzenia KRI.

CausePrzyczyna źródłowa – 5 Why powiązane z diagramem Ishikawy

  1. Dlaczego na laptopach nie włączono szyfrowania BitLocker? (Laptopy kupowano indywidualnie w marketach i konfigurowano bez udziału administratora IT). 2. Dlaczego kancelaria nie posiadała standardu sprzętowego? (Panowało przekonanie, że każdy adwokat ma swobodę wyboru sprzętu). 3. Dlaczego prawnicy używali darmowych dysków chmurowych? (Serwer pocztowy odrzucał załączniki powyżej 20 MB, a bezpiecznej platformy nie wdrożono). 4. Dlaczego Zarząd Kancelarii nie zainwestował w bezpieczną chmurę? (Partnerzy postrzegali wydatki IT wyłącznie jako zbędny koszt administracyjny). 5. Root Cause (Ład zarządczy / Governance): Całkowity brak świadomości ryzyka cybernetycznego wśród Partnerów Kancelarii i brak Security Governance chroniącego tajemnicę zawodową.

ConsequenceSkutki wielowymiarowe

Ryzyko ujawnienia bezwzględnej tajemnicy obrończej i odpowiedzialność karna z art. 266 KK, odpowiedzialność dyscyplinarna przed Sądem Dyscyplinarnym ORA (wydalenie z adwokatury), wielomilionowe odszkodowania cywilne i kary UODO do 20 mln EUR.

Sekwencja 5 Why

  1. Dlaczego (poziom 1)Dlaczego na laptopach nie włączono szyfrowania BitLocker? (Laptopy kupowano indywidualnie w marketach i konfigurowano bez udziału administratora IT).
  2. Dlaczego (poziom 2)Dlaczego kancelaria nie posiadała standardu sprzętowego? (Panowało przekonanie, że każdy adwokat ma swobodę wyboru sprzętu).
  3. Dlaczego (poziom 3)Dlaczego prawnicy używali darmowych dysków chmurowych? (Serwer pocztowy odrzucał załączniki powyżej 20 MB, a bezpiecznej platformy nie wdrożono).
  4. Dlaczego (poziom 4)Dlaczego Zarząd Kancelarii nie zainwestował w bezpieczną chmurę? (Partnerzy postrzegali wydatki IT wyłącznie jako zbędny koszt administracyjny).
  5. Przyczyna źródłowa (Root Cause)Całkowity brak świadomości ryzyka cybernetycznego wśród Partnerów Kancelarii i brak Security Governance chroniącego tajemnicę zawodową.

Tabela zaawansowanej analizy ryzyka w matrycy 5 × 5

Lp.Wektor zagrożeniaPSIR (ryzyko inherentne)P′ po CAPS′ po CAPRR (ryzyko rezydualne)
1Kradzież niezaszyfrowanego laptopa z aktami spraw karnych i ujawnienie tajemnicy obrończej5525Ryzyko Katastrofalne122Ryzyko akceptowalne
2Przejęcie dokumentów fuzji spółek giełdowych z darmowej chmury i przestępstwo Insider Trading5525Ryzyko krytyczne122Ryzyko akceptowalne
3Przejęcie konta e-mail mecenasa przez brak MFA i fałszywe dyspozycje procesowe4416Ryzyko krytyczne122Ryzyko akceptowalne
4Kary dyscyplinarne ORA i utrata wiarygodności rynkowej kancelarii4520Ryzyko krytyczne111Ryzyko akceptowalne

Parametry BCM powiązane z wektorami zagrożeń

RTO (długość niedostępności)RPO (dopuszczalna utrata danych)MTPD (próg odpowiedzialności)
2h1h12h

Trójfazowy plan działań korygujących (CAP) z matrycą RACI

FazaHoryzontZakresDziałaniaRACIKPIKRI
Faza 10-7 dniDziałania natychmiastowe mitygujące / tamowanie (0-7 dni)Natychmiastowe manualne włączenie szyfrowania BitLocker/FileVault na wszystkich 45 laptopach, zablokowanie na zapaporze sieciowej dostępu do serwisów WeTransfer/Dropbox, wprowadzenie wymuszenia MFA dla pocztyA - Partner Zarządzający, R - Administrator IT / IOD100% laptopów zaszyfrowanychLiczba niezaszyfrowanych urządzeń = 0
Faza 230 dniDziałania krótkoterminowe inżyniersko-wdrożeniowe (30 dni)Wdrożenie centralnego zarządzania BitLockerem w Microsoft Entra ID z kopią kluczy odzyskiwania, uruchomienie firmowej platformy wymiany plików Nextcloud Enterprise z szyfrowaniem End-to-End, rejestracja laptopów w systemie MDM IntuneA - Partner ds. Operacyjnych, R - Architekt Bezpieczeństwa IT100% transferów przez bezpieczną platformęLiczba incydentów wycieku = 0
Faza 390 dniDziałania systemowe i ład korporacyjny (90 dni)Opracowanie i podpisanie uchwały Partnerów wprowadzającej SOP Pracy Hybrydowej i Ochrony Tajemnicy Adwokackiej, przeprowadzenie cyklu szkoleń z cyberbezpieczeństwa dla prawników i aplikantówA - Zgromadzenie Partnerów, R - CISO / IODPełna zgodność z RODO i standardami adwokaturyWskaźnik zdanych testów phishingowych = 95%

Projekt załącznika wykonawczego (SOP) z sześcioma paragrafami

  1. § 1.Cel i zakres procedury korporacyjno-prawnej
  2. § 2.Bezwzględny obowiązek pełnego szyfrowania nośników (BitLocker/FileVault)
  3. § 3.Zasady bezpiecznej transmisji pism procesowych (zakaz konsumenckich chmur, platforma E2EE)
  4. § 4.Wymagania wieloskładnikowego uwierzytelniania MFA i procedury pracy w sądach i podróży
  5. § 5.Procedura postępowania w przypadku utraty urządzenia (zgłoszenie w 1h, zdalny Remote Wipe)
  6. § 6.Odpowiedzialność korporacyjna, dyscyplinarna i karna z art. 266 KK.
Bilans wdrożenia, kompromisy inżynierskie i ryzyko resztkowe
KategoriaOcenaOpisRozwiązanie kompromisowe
Koszt wdrożeniaŚrednieNakłady dotyczą głównie integracji systemów, licencji, testów odtwarzania i szkoleń, a nie samego sprzętu.Wdrożenie etapowe w ramach budżetu rocznego i decyzje zarządcze podjęte w Executive Summary.
Obciążenie operacyjneZnacząceRygorystyczne uwierzytelnianie, mikrosegmentacja i mikrosegmentacja sieci OT wydłużają czas pracy personelu i serwisu.Pilotaż na jednym procesie, okna serwisowe w godzinach niskiego obciążenia i wsparcie pierwszej linii.
Wpływ na ciągłość usługOgraniczoneZabezpieczenia wdrażane są w tle, lecz testy odtworzeniowe i przełączenia wymagają zaplanowanego okna serwisowego.Ćwiczenia przełączenia przed wdrożeniem i monitoring wskaźnika odtworzenia w terminie RTO.
Ryzyko resztkowe po wdrożeniuKontrolowanePozostaje ryzyko zależności od dostawców, błędu ludzkiego i utrzymywania starych podatności.Monitoring KPI i KRI, przegląd skuteczności działań naprawczych po 90 dniach oraz audyt sprawdzający zgodny z § 19 rozporządzenia w sprawie KRI.
Ochrona tajemnicy zawodowejDuża poprawaPełne szyfrowanie dysków, klasyfikacja spraw i zarządzanie urządzeniami usuwają ryzyko ujawnienia materiałów procesowych.Polityka pracy hybrydowej, kontrola zgodności urządzeń i przegląd skuteczności działań CAP po 90 dniach.
Wygoda pracy adwokatów i radcówŚredniePełne szyfrowanie i zarządzanie urządzeniami ograniczają swobodę pracy w podróży i poza biurem.Profil zarządzania z wyjątkiem dla awarii, automatyczne szyfrowanie bez udziału użytkownika i szkolenia.

Zamknięcie audytu wymaga wskazania trybu sporu audytowego: spór uznany albo odstąpienie od sporu z uzasadnieniem, zanim raport trafi do Zarządu.

Executive Summary "Pitch to Board" i kalkulacja ROSI

Jednostronicowe Podsumowanie Zarządcze (Executive Summary - "Pitch to Board") z wyliczeniem ROSI i bilansu ryzyk.

Dane wejściowe kalkulacji ROSI dla tego zadania

PozycjaWartość z planu zadania
Koszt wdrożenia planu CAP (zł)360 000 zł
Roczne ryzyko finansowe przed wdrożeniem (zł)5 200 000 zł
Wskaźnik ROSI podany w planie (%)1 350%

Kalkulator ROSI w module Executive Summary przyjmuje te wartości jako punkt wyjścia; skuteczność kontroli CAP i horyzont analizy student uzupełnia samodzielnie.

Najczęstsze błędy obniżające ocenę: powierzchowne zdefiniowanie modelu 4C, zatrzymanie analizy przyczyn na poziomie objawu technicznego bez 5 Why i diagramu Ishikawy, brak wyliczenia ryzyka rezydualnego RR w matrycy 5 × 5, pominięcie parametrów BCM (RTO, RPO, MTPD), plan CAP bez podziału trójfazowego (0-7, 30 i 90 dni) bez mierzalnych KPI i KRI, SOP zredagowany jako notatka zamiast projektu załącznika wykonawczego z ponumerowanymi paragrafami, Executive Summary bez kalkulacji ROSI albo sprawozdanie o objętości innej niż 12-16 stron A4 (3600-4800 słów przy 300 słów na stronę) i pasywne uczestnictwo w obronie przed Zarządem.

Bibliografia, netografia i podstawy prawne
  • Ustawa z dnia 26 maja 1982 r. - Prawo o adwokaturze (tekst jedn. Dz.U. z 2024 r. poz. 1564) - art. 19 (tajemnica adwokacka).
  • Ustawa z dnia 6 lipca 1982 r. o radcach prawnych (tekst jedn. Dz.U. z 2024 r. poz. 499) - art. 3 (tajemnica zawodowa radcy prawnego).
  • Ustawa z dnia 6 czerwca 1997 r. - Kodeks Karny (tekst jedn. Dz.U. z 2025 r. poz. 383) - art. 266 (Naruszenie tajemnicy zawodowej).
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO) - art. 5, 9, 28, 32, 82, 83.
  • Dyrektywa Parlamentu Europejskiego i Rady (UE) 2022/2555 (Dyrektywa NIS2) - sektor usług profesjonalnych.
  • Rozporządzenie Rady Ministrów z dnia 21 maja 2024 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (Dz.U. z 2024 r. poz. 773) - § 19 oraz § 20.
  • Norma PN-EN ISO/IEC 27001:2022: Systemy zarządzania bezpieczeństwem informacji.
  • Naczelna Rada Adwokacka: "Zbiór Zasad Etyki Adwokackiej i Godności Zawodu (Kodeks Etyki Adwokackiej)", Warszawa 2023.

Wspólna bibliografia wariantu 5.0

  • Rozporządzenie Rady Ministrów z dnia 21 maja 2024 r. w sprawie Krajowych Ram Interoperacyjnych, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (tekst jedn. Dz.U. z 2024 r. poz. 773) – § 19 (wymagania dotyczące systemu zarządzania bezpieczeństwem informacji, w tym okresowy audyt wewnętrzny nie rzadziej niż raz na rok) oraz § 20 (rozliczalność i dzienniki systemów).
  • Ustawa z dnia 6 czerwca 1997 r. – Kodeks karny (tekst jedn. Dz.U. z 2025 r. poz. 383) – art. 98, art. 160, art. 231, art. 266, art. 268a, art. 269a i art. 270.
  • Ustawa z dnia 12 listopada 2017 r. o Krajowym Systemie Cyberbezpieczeństwa (tekst jedn. Dz.U. z 2026 r. poz. 20) – art. 8 (środki zarządzania ryzykiem i zabezpieczenia) oraz art. 15 (audyt bezpieczeństwa).
  • Ustawa z dnia 15 maja 2019 r. – Prawo o adwokaturze (tekst jedn. Dz.U. z 2024 r. poz. 1564) – art. 19 (tajemnica adwokacka).
  • Ustawa z dnia 15 września 2000 r. o radcach prawnych (tekst jedn. Dz.U. z 2024 r. poz. 499) – art. 3 (tajemnica zawodowa radcy prawnego).
  • Ustawa z dnia 11 maja 2017 r. o zwalczaniu nieuczciwej konkurencji (tekst jedn. Dz.U. z 2026 r. poz. 85) – art. 11 (tajemnica przedsiębiorstwa).
  • Ustawa z dnia 19 sierpnia 2011 r. o usługach płatniczych (tekst jedn. Dz.U. z 2026 r. poz. 623) – art. 50 (system zarządzania ryzykiem operacyjnym).
  • Ustawa z dnia 6 września 2001 r. – Prawo bankowe (tekst jedn. Dz.U. z 2026 r. poz. 38) – art. 104 (zarządzanie ryzykiem).
  • Ustawa z dnia 13 października 2022 r. o obrocie paliwami opałowymi (tekst jedn. Dz.U. z 2024 r. poz. 1218) – obowiązki operatora infrastruktury paliwowej i systemu teleinformatycznego. W logistyce sENT oznacza System Elektronicznego Transportu Drogowego, a nie system nadzoru nad obrotem paliwami.
  • Dyrektywa Parlamentu Europejskiego i Rady (UE) 2022/2555 z dnia 14 grudnia 2022 r. (dyrektywa NIS2) – art. 21, art. 21 ust. 2 lit. c i d oraz art. 23.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO) – art. 5, 9, 11, 28, 32, 33, 34, 82 i 83.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2022/2554 z dnia 14 grudnia 2022 r. w sprawie operacyjnej odporności cyjrowego sektora finansowego (DORA) – art. 5, 8 i 35.
  • Standard PCI DSS v4.0.1 – wymagania 3.3, 6.4 i 11.3 (szyfrowanie transmisji uwierzytelniającej i zarządzanie dostępem do aplikacji bramki płatniczej).
  • Norma ISO/IEC 27001:2022 – Załącznik A: 5.1, 5.15, 5.18, 5.23, 8.12, 8.13, 8.14 i 8.15.
10
Zakład komunikacji miejskiej w Bydgoszczy (sektor transportu miejskiego / podmiot kluczowy NIS2 / usługi użyteczności publicznej)
Zwiń
Schemat strategicznego raportu poaudytowego w komunikacji miejskiej: weryfikacja zaleceń IoT, kalkulacja ryzyka rezydualnego w matrycy 5x5, zbieżność NIS2 i wytycznych EROD 3/2019, model 4C, SOP retencji wideo i briefing dla Prezydenta Miasta
Schemat strategicznego audytu transportu miejskiego: monitoring CCTV i tabor, model 4C, matryca ryzyka 5x5 z BCM, cyfrowa retencja wideo i Pitch to Board.

Temat zadania: Strategiczny Audyt Odporności Taboru i Monitoringu CCTV: Zbieżność NIS2, RODO i Wytycznych EROD 3/2019, Model 4C, Matryca Ryzyka 5X5, Wskaźniki BCM, SOP Cyfrowej Retencji Wideo oraz pitch to board

Podstawa wykładowa i programowa

Schemat strategicznego audytu transportu miejskiego: monitoring CCTV i tabor, model 4C, matryca ryzyka 5x5 z BCM, cyfrowa retencja wideo i Pitch to Board.

NIS2; RODO art. 5 i 32; KRI § 19 i § 20; wytyczne EROD 3/2019 STRATEGICZNY AUDYT ODPORNOŚCI TABORU I MONITORINGU CCTV: ZBIEŻNOŚĆ NIS2, RODO I WYTYCZNYCH EROD 3/2019, MODEL 4C, MATRYCA RYZYKA 5X5, WSKAŹNIKI BCM, SOP CYFROWEJ RETENCJI WIDEO ORAZ PITCH TO BOARD
Cel zadania i kryterium oceny 5.0

Głównym celem zadania na ocenę bardzo dobrą (5.0) jest opanowanie przez studentów zaawansowanych kompetencji audytowania strategicznej odporności teleinformatycznej urządzeń Internetu Rzeczy (IoT) oraz zgodności przetwarzania danych telemetrycznych i wizerunku w przedsiębiorstwie użyteczności publicznej transportu miejskiego o statusie podmiotu kluczowego (Dyrektywa NIS2). Audyt łączy rygory art. 5 i 32 RODO, wiążących wytycznych Europejskiej Rady Ochrony Danych (EROD 3/2019 w sprawie przetwarzania danych osobowych za pomocą urządzeń wideo), § 19 i § 20 rozporządzenia KRI (miejskie systemy ITS i zasilanie dyspozytorni) oraz Ustawy o publicznym transporcie zbiorowym. Zadanie wymaga: sporządzenia kanonicznej Karty Ustaleń Audytowych w modelu 4C dla fabrycznych danych logowania serwisowego na 240 biletomatach pokładowych i komputerach pokładowych wystawionych do Internetu przez modemy 4G LTE oraz niezaszyfrowanych dysków CCTV z 90-dniowym okresem retencji wizerunku pasażerów, wyliczenia ryzyka w 25-stopniowej matrycy 5x5 powiązanej ze wskaźnikami BCM (RTO=30m dla biletomatów / 1h dla ITS, RPO=15m, MTPD=4h), opracowania Trójfazowego Planu Działań Korygujących (CAP) ze wskaźnikami KPI i KRI, sformułowania pełnego projektu Załącznika Wykonawczego (SOP) regulującego prywatny tunel VPN APN dla taboru, sprzętowe szyfrowanie dysków CCTV AES-256 oraz retencję nagrań skróconą do 14 dni, a także zredagowania 1-stronicowego Executive Summary ("Pitch to Board") dla Prezydenta Miasta i Zarządu ZKM z kalkulacją zwrotu z inwestycji (ROSI). Powiązanie z sylabusem i efektami kształcenia na ocenę 5.0: - Efekt W1: Zaawansowana znajomość wytycznych EROD 3/2019, Dyrektywy NIS2 w sektorze transportu, art. 5 i 32 RODO, § 19 i § 20 rozporządzenia KRI oraz Ustawy o publicznym transporcie zbiorowym. - Efekt W2, W3: Wyczerpująca znajomość norm ISO/IEC 27001:2022 (kontrole A.8.1, A.8.2, A.8.5, A.8.20, A.8.24), ISO 22301 oraz zaleceń UODO dla monitoringu wizyjnego. - Efekt U1: Projekt inżynierski dedykowanego APN z tunelem IPsec VPN w sieci komórkowej, sprzętowego szyfrowania rejestratorów taboru oraz bezpiecznego zrzutu Wi-Fi 6 WPA3 w zajezdniach. - Efekt U2: Dekompozycja uchybień w kanonicznym modelu 4C i analiza RCA 5 Why powiązana z Diagramem Ishikawy dla 6 osi. - Efekt U3: Kwantyfikacja ryzyka w matrycy 5x5 dla przejęcia biletomatów, wycieku wizerunku pasażerów i paraliżu dyspozytorni ITS. - Efekt U4: Opracowanie kompletnego raportu poaudytowego (12-16 stron A4) z Trójfazowym Planem CAP, procedurą SOP (§ 1 do § 6) oraz Executive Summary "Pitch to Board". - Efekt K1, K2, K3: Obiektywizm, wysokie poczucie misji publicznej transportu zbiorowego i kultura perswazji zarządczej. - Powiązanie z wykładem: Wyk1 (Audyt w transporcie publicznym i IoT), Wyk2 (ISO 19011), Wyk3 (Kontrole A.8 ISO 27001), Wyk4 (NIS2 i RODO w infrastrukturze miejskiej), Wyk5 (Matryca ryzyka 5x5 i BCM), Wyk7 (Model 4C, 5 Why, Ishikawa, CAP i ROSI).

Każda odpowiedź musi odwoływać się do kryterium audytowego: artykułu ustawy lub rozporządzenia, wytycznej organu nadzoru albo punktu kontrolnego normy. Podejście risk-based wymaga, aby każdy wektor zagrożenia otrzymał wyliczone ryzyko inherentne IR jako iloczyn P i S w skali 1-5 oraz ryzyko rezydualne RR po wdrożeniu kontroli planu CAP. Opis zagrożenia bez obu wartości, bez przypisania parametrów BCM i bez wskazania przyczyny źródłowej w analizie 5 Why nie zalicza punktacji. Ustalenia graduj wyłącznie jako NC1, NC2 albo OFI.

Scenariusz sytuacyjny i karta organizacyjna
Zakład Komunikacji Miejskiej w Bydgoszczy (IoT, ITS) - audyt 5.0
Przewoźnik komunikacji miejskiej z 240 pojazdami wyposażonymi w biletomaty pokładowe, rejestratory CCTV i centralę ITS. Kluczowe wektory: fabryczne, domyślne poświadczenia w 240 biletomatach, niezaszyfrowane rejestratory wideo z 90-dniową retencją wizerunku bez podstawy prawnej oraz brak redundancji zasilania centrali dyspozytorskiej ITS.
Transport miejski IoT i ITS Retencja wideo i EROD 3/2019 Briefing dla Prezydenta Miasta
Reżimy regulacyjne i podstawy prawne: Dyrektywa NIS2 art. 21 ust. 2 lit. d (usługi użyteczności publicznej); RODO art. 5, 6, 9, 32 i 34; rozporządzenie w sprawie KRI § 19 i § 20 (Dz.U. z 2024 r. poz. 773); wytyczne Europejskiej Rady Ochrony Danych i Defensorów Prywatności 3/2019 w sprawie monitoringu wizualnego; PN-EN ISO/IEC 27001:2022 A.8.24
  • Fabryczne, domyślne poświadczenia w 240 biletomatach pokładowych: We wszystkich 240 pojazdach biletomaty pokładowe i komputery ITS posiadały aktywne fabryczne konto serwisowe producenta z jawnym hasłem (`service / tech2018`). Urządzenia łączyły się z Internetem przez publiczny modem 4G LTE ze stałym publicznym adresem IP, co umożliwiało każdemu użytkownikowi sieci próbę logowania przez niezabezpieczony protokół Telnet/SSH.
  • Niezaszyfrowane rejestratory CCTV i nielegalna retencja wizerunku: Dyski twarde SATA w rejestratorach wideo w pojazdach nie były zaszyfrowane. Nagrania wizerunku pasażerów były przetrzymywane przez okres 90 dni (podczas gdy wytyczne EROD i cel monitoringu dopuszczają maksymalnie 14-30 dni). Ponadto zgrywanie nagrań na wniosek organów ścigania odbywało się na prywatne pamięci USB dyspozytorów bez rejestracji w książce wydań.
  • Brak redundancji zasilania centrali dyspozytorskiej ITS: Centralny serwer dyspozytorski ITS nie posiadał sprawnego zasilacza UPS ani agregatu, co podczas gwałtownej burzy wywołało 4-godzinny paraliż lokalizacji tramwajów i awarię tablic przystankowych.
  • Szansa na doskonalenie (OFI): Wdrożenie automatycznego bezprzewodowego pobierania logów telemetrycznych i materiałów CCTV po wjeździe pojazdu do zajezdni w standardzie Wi-Fi 6 z certyfikatami 802.1X.
Pytania problemowe i pytania do obrony przed Zarządem

Pytania problemowe wymagające odpowiedzi w raporcie

  1. W jaki sposób zaimplementować architekturę bezpiecznego zarządzania poświadczeniami (Credential Management) w setkach rozproszonych urządzeń IoT poruszających się po mieście?
  2. Jakie konkretne wymogi prawne i techniczne wynikające z wytycznych EROD 3/2019 oraz art. 32 RODO należy spełnić przy instalacji i eksploatacji monitoringu CCTV w pojazdach komunikacji miejskiej?
  3. W jaki sposób zabezpieczyć transmisję danych pomiędzy pojazdami a zajezdnią, eliminując ryzyko podsłuchu i modyfikacji danych telemetrycznych?

Pytania kontrolne do weryfikacji ustaleń

  • Zaprojektujcie zmianę poświadczeń fabrycznych w 240 biletomatach w sposób, który nie zablokuje sprzedaży biletów w trakcie trwającej usługi przewozowej.
  • Uzasadnijcie skrócenie retencji nagrań CCTV do 7 dni roboczych z automatycznym zabezpieczeniem materiałów wykorzystanych w postępowaniach wyjaśniających.
  • Wykażcie, dlaczego brak redundancji zasilania centrali ITS skutkuje ryzykiem rezydualnym powyżej strefy zielonej, i zaproponujcie rozwiązanie zasilania awaryjnego.
  • Przedstawicie Prezydentowi Miasta trzy decyzje z kalkulacją ROSI, wskazując wpływ każdej na wskaźnik dostępności usługi przewozowej.

Każda odpowiedź musi odwoływać się do kryterium audytowego: artykułu ustawy lub rozporządzenia, wytycznej organu nadzoru albo punktu kontrolnego normy. Podejście risk-based wymaga, aby każdy wektor zagrożenia otrzymał wyliczone ryzyko inherentne IR jako iloczyn P i S w skali 1-5 oraz ryzyko rezydualne RR po wdrożeniu kontroli planu CAP. Opis zagrożenia bez obu wartości, bez przypisania parametrów BCM i bez wskazania przyczyny źródłowej w analizie 5 Why nie zalicza punktacji. Ustalenia graduj wyłącznie jako NC1, NC2 albo OFI.

Wskazówki wykonania krok po kroku (90 minut)
KrokNazwa krokuMinutyZakres prac zespołu
1Podział ról w Triadzie Audytorskiej i triage dowodowy00-15

Student A (Lead Auditor / Executive Reporter): Odpowiada za ład transportu komunalnego, zbieżność NIS2, RODO, wytycznych EROD 3/2019 i KRI, relacje z Prezydentem Miasta, Zarządem ZKM i UODO oraz przygotowanie Executive Summary ("Pitch to Board") z kalkulacją ROSI. Student B (Technical SecOps Auditor): Analizuje urządzenia pokładowe IoT, modemy 4G, protokół Telnet, rejestratory CCTV, brak szyfrowania dysków i projektuje prywatny APN VPN, szyfrowanie AES-256 oraz Wi-Fi 6 802.1X w zajezdniach. Student C (Governance, Risk & Compliance Auditor): Opracowuje Kartę 4C, wylicza matrycę ryzyka 5x5 skorelowaną z BCM (RTO=30m dla biletomatów / 1h dla ITS, RPO=15m, MTPD=4h), sekwencję 5 Why z Diagramem Ishikawy oraz konstruuje Trójfazowy Plan CAP z rolami RACI i metrykami KPI/KRI.

2Kanoniczna Karta Niezgodności 4C15-40

Sformułujcie kartę uchybienia krytycznego w modelu 4C: * Condition (Stan faktyczny poparty dowodami): Fabryczne hasła `service / tech2018` na biletomatach w 240 pojazdach z publicznym IP, niezaszyfrowane dyski rejestratorów CCTV, 90-dniowa retencja nagrań wideo, brak UPS w dyspozytorni ITS. * Criteria (Kryteria prawne i normatywne): Art. 21 Dyrektywy NIS2; art. 5 ust. 1 lit. e i art. 32 RODO; wytyczne EROD 3/2019; § 19 i § 20 rozporządzenia w sprawie KRI (wymagania dotyczące systemu zarządzania bezpieczeństwem informacji oraz rozliczalności i dzienników systemów); kontrole ISO/IEC 27001:2022 A.8.1, A.8.2, A.8.5, A.8.20. * Cause (Przyczyna źródłowa - 5 Why powiązane z Diagramem Ishikawy): 1. Dlaczego na biletomatach pozostawiono fabryczne hasła producenta? (Podczas odbioru technicznego taboru monterzy nie zmienili haseł). 2. Dlaczego monterzy nie zmienili haseł? (W specyfikacji przetargowej SIWZ nie zawarto wymogu zmiany haseł ani konfiguracji prywatnego APN). 3. Dlaczego Dział Zamówień Publicznych pominął te wymogi? (Przetarg przygotowywali inżynierowie mechanicy i elektrycy bez udziału specjalistów IT/Security). 4. Dlaczego specjaliści IT nie opiniowali specyfikacji taborowej? (W spółce panowało przekonanie, że cyberbezpieczeństwo dotyczy komputerów w biurze, a nie pojazdów na ulicach). 5. Root Cause (Ład zarządczy / Governance): Całkowity brak ładu zarządzania cyberbezpieczeństwem infrastruktury transportowej (Transport Cyber Governance) i brak procedur odbiorowych Security-by-Design. * Consequence (Skutki wielowymiarowe): Ryzyko masowego przejęcia biletomatów pokładowych przez botnet, manipulacja taryfami biletowymi, kradzież niezaszyfrowanych dysków z wizerunkiem setek tysięcy pasażerów, kary UODO do 20 mln EUR, paraliż dyspozytorni ITS.

3Zaawansowana Matryca Ryzyka 5x5 i Parametry BCM15-40

Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5): 1. Zdalne przejęcie biletomatów przez botnet przez publiczne IP i port Telnet (P=5, S=5 -> IR=25 - Ryzyko Katastrofalne; po kontrolach CAP: P=1, S=3 -> RR=3). 2. Kradzież rejestratora z niezaszyfrowanym dyskiem CCTV i wyciek wizerunku do Internetu (P=5, S=4 -> IR=20; po kontrolach CAP: P=1, S=2 -> RR=2). 3. Paraliż centrali dyspozytorskiej ITS z powodu braku zasilania UPS (P=4, S=4 -> IR=16; po kontrolach CAP: P=1, S=2 -> RR=2). 4. Kary finansowe Prezesa UODO za 90-dniowy okres retencji nagrań bez podstawy prawnej (P=5, S=3 -> IR=15; po kontrolach CAP: P=1, S=1 -> RR=1). Parametry BCM: RTO=30 minut dla biletomatów pokładowych, RTO=1 godzina dla łączności dyspozytorskiej ITS, RPO=15 minut (maksymalna utrata telemetrii), MTPD=4 godziny.

4Trójfazowy Plan Działań Korygujących - CAP40-70
  • Faza 1: Działania natychmiastowe mitygujące / tamowanie (0-7 dni): Zablokowanie portu Telnet i natychmiastowa zmiana haseł na unikalne we wszystkich 240 biletomatach, skrócenie czasu nadpisywania nagrań CCTV do 14 dni w oprogramowaniu rejestratorów, instalacja tymczasowego UPS w dyspozytorni (RACI: A - Prezes Zarządu ZKM, R - Główny Elektronik Taboru / IOD, KPI: 100% biletomatów z unikalnym hasłem, KRI: Liczba urządzeń z domyślnym hasłem = 0).
  • Faza 2: Działania krótkoterminowe inżyniersko-wdrożeniowe (30 dni): Przełączenie wszystkich kart SIM w taborze do prywatnego, dedykowanego APN z szyfrowanym tunelem IPsec VPN do centrali spółki, wdrożenie sprzętowego szyfrowania rejestratorów CCTV kluczem TPM/AES-256, instalacja profesjonalnego UPS online z agregatem dla ITS (RACI: A - Dyrektor ds. Technicznych, R - Architekt Sieci, KPI: Czas retencji CCTV = dokładnie 14 dni, KRI: Liczba urządzeń widocznych w publicznym IP = 0).
  • Faza 3: Działania systemowe i ład korporacyjny (90 dni): Wdrożenie sieci bezprzewodowej Wi-Fi 6 z certyfikatami 802.1X w 2 zajezdniach do automatycznego zrzutu danych telemetrycznych, opracowanie i przyjęcie SOP Cyberbezpieczeństwa Urządzeń Pokładowych i Monitoringu Wizyjnego, wprowadzenie procedury Security-by-Design do przetargów na nowy tabor (RACI: A - Zarząd ZKM, R - Miejski Inżynier Ruchu / CISO, KPI: Pełna zgodność z NIS2 i wytycznymi EROD, KRI: Liczba incydentów w taborze = 0).
5Sformalizowany Projekt Załącznika Wykonawczego SOP40-70

Opracujcie projekt aktu normatywnego "Standard Operacyjny Cyberbezpieczeństwa Urządzeń Pokładowych IoT, Transmisji Danych i Retencji Monitoringu Wizyjnego w Zakładzie Komunikacji Miejskiej w Bydgoszczy" (§ 1 do § 6): § 1. Cel i zakres procedury transportowej; § 2. Parametry odpornościowe BCM dla biletomatów i łączności ITS; § 3. Wymagania techniczne izolacji sieciowej urządzeń pokładowych (prywatny APN, IPsec VPN, zakaz publicznych IP); § 4. Zasady sprzętowego szyfrowania rejestratorów CCTV i ewidencja zgrywania nagrań; § 5. Rygorystyczny okres retencji nagrań wideo (maksymalnie 14 dni) zgodny z wytycznymi EROD 3/2019; § 6. Odpowiedzialność służbowa, sankcje dyscyplinarne i raportowanie do Zarządu.

6Podsumowanie Zarządcze Executive Summary 'Pitch to Board' i przygotowanie obrony70-90

Zredagujcie 1-stronicowy briefing dla Prezydenta Miasta i Zarządu ZKM: bilans ekspozycji finansowej (ryzyko paraliżu taboru i kar UODO: 3,4 mln PLN vs koszt planu CAP: 340 000 PLN), wskaźnik zwrotu z inwestycji ROSI = 890%, argumentacja z wytycznych EROD 3/2019 i NIS2 oraz przygotowanie do 15-minutowej obrony.

Najczęstsze błędy obniżające ocenę: powierzchowne zdefiniowanie modelu 4C, zatrzymanie analizy przyczyn na poziomie objawu technicznego bez 5 Why i diagramu Ishikawy, brak wyliczenia ryzyka rezydualnego RR w matrycy 5 × 5, pominięcie parametrów BCM (RTO, RPO, MTPD), plan CAP bez podziału trójfazowego (0-7, 30 i 90 dni) bez mierzalnych KPI i KRI, SOP zredagowany jako notatka zamiast projektu załącznika wykonawczego z ponumerowanymi paragrafami, Executive Summary bez kalkulacji ROSI albo sprawozdanie o objętości innej niż 12-16 stron A4 (3600-4800 słów przy 300 słów na stronę) i pasywne uczestnictwo w obronie przed Zarządem.

Wymogi raportu strategicznego 12-16 stron A4
  • Jednostronicowy Executive Summary "Pitch to Board" z co najmniej trzema decyzjami zarządczymi i kalkulacją ROSI.
  • Karta organizacyjna analizowanej jednostki o co najmniej sześciu polach.
  • Kanoniczna Karta Niezgodności 4C dla co najmniej trzech ustaleń, z rozdzieleniem Condition, Criteria, Cause i Consequence.
  • Tabela matrycy ryzyka 5 × 5 z czterema wektorami, wartościami P, S, IR, P’, S’, RR oraz przypisaniem parametrów RTO, RPO i MTPD.
  • Przypisanie każdemu wektorowi parametrów BCM, dla których ryzyko rezydualne RR zejmuje do strefy zielonej (1-7).
  • Analiza przyczyn metodą 5 Why z wskazaniem przyczyny źródłowej oraz diagram Ishikawy z przypisaniem przyczyn do sześciu osi.
  • Trójfazowy Plan Działań Korygujących CAP: Faza 1 (0-7 dni), Faza 2 (30 dni) i Faza 3 (90 dni) z matrycą RACI, właścicielami biznesowymi, KPI i KRI.
  • Projekt załącznika wykonawczego (SOP) z sześcioma ponumerowanymi paragrafami i trybem sporu audytowego.
  • Analiza kompromisów inżynierskich i biznesowych wraz z bilansem kosztu, obciążenia operacyjnego i ryzyka resztkowego.
  • Bibliografia z numerami artykułów, paragrafów i punktów kontrolnych norm.
  • Sprawozdanie o objętości 4-8 stron zamiast wymaganych 12-16 stron A4.
  • Executive Summary zredagowane językiem czysto technicznym bez kalkulacji ryzyka biznesowego, finansowego i zwrotu z inwestycji.
  • Plan CAP bez podziału trójfazowego albo bez mierzalnych wskaźników weryfikacji wdrożenia.
  • Przypisanie przyczyn wyłącznie do kategorii „czynnik ludzki” z pominięciem decyzji zarządczych i systemowych.
Wzorcowe rozwiązanie: model 4C, ryzyko 5 × 5, CAP i SOP

Kanoniczna karta ustaleń w modelu 4C

ConditionStan faktyczny poparty dowodami

Fabryczne hasła `service / tech2018` na biletomatach w 240 pojazdach z publicznym IP, niezaszyfrowane dyski rejestratorów CCTV, 90-dniowa retencja nagrań wideo, brak UPS w dyspozytorni ITS.

CriteriaKryteria prawne i normatywne

Art. 21 Dyrektywy NIS2; art. 5 ust. 1 lit. e i art. 32 RODO; wytyczne EROD 3/2019; § 19 i § 20 rozporządzenia w sprawie KRI (wymagania dotyczące systemu zarządzania bezpieczeństwem informacji oraz rozliczalności i dzienników systemów); kontrole ISO/IEC 27001:2022 A.8.1, A.8.2, A.8.5, A.8.20.

CausePrzyczyna źródłowa – 5 Why powiązane z diagramem Ishikawy

  1. Dlaczego na biletomatach pozostawiono fabryczne hasła producenta? (Podczas odbioru technicznego taboru monterzy nie zmienili haseł). 2. Dlaczego monterzy nie zmienili haseł? (W specyfikacji przetargowej SIWZ nie zawarto wymogu zmiany haseł ani konfiguracji prywatnego APN). 3. Dlaczego Dział Zamówień Publicznych pominął te wymogi? (Przetarg przygotowywali inżynierowie mechanicy i elektrycy bez udziału specjalistów IT/Security). 4. Dlaczego specjaliści IT nie opiniowali specyfikacji taborowej? (W spółce panowało przekonanie, że cyberbezpieczeństwo dotyczy komputerów w biurze, a nie pojazdów na ulicach). 5. Root Cause (Ład zarządczy / Governance): Całkowity brak ładu zarządzania cyberbezpieczeństwem infrastruktury transportowej (Transport Cyber Governance) i brak procedur odbiorowych Security-by-Design.

ConsequenceSkutki wielowymiarowe

Ryzyko masowego przejęcia biletomatów pokładowych przez botnet, manipulacja taryfami biletowymi, kradzież niezaszyfrowanych dysków z wizerunkiem setek tysięcy pasażerów, kary UODO do 20 mln EUR, paraliż dyspozytorni ITS.

Sekwencja 5 Why

  1. Dlaczego (poziom 1)Dlaczego na biletomatach pozostawiono fabryczne hasła producenta? (Podczas odbioru technicznego taboru monterzy nie zmienili haseł).
  2. Dlaczego (poziom 2)Dlaczego monterzy nie zmienili haseł? (W specyfikacji przetargowej SIWZ nie zawarto wymogu zmiany haseł ani konfiguracji prywatnego APN).
  3. Dlaczego (poziom 3)Dlaczego Dział Zamówień Publicznych pominął te wymogi? (Przetarg przygotowywali inżynierowie mechanicy i elektrycy bez udziału specjalistów IT/Security).
  4. Dlaczego (poziom 4)Dlaczego specjaliści IT nie opiniowali specyfikacji taborowej? (W spółce panowało przekonanie, że cyberbezpieczeństwo dotyczy komputerów w biurze, a nie pojazdów na ulicach).
  5. Przyczyna źródłowa (Root Cause)Całkowity brak ładu zarządzania cyberbezpieczeństwem infrastruktury transportowej (Transport Cyber Governance) i brak procedur odbiorowych Security-by-Design.

Tabela zaawansowanej analizy ryzyka w matrycy 5 × 5

Lp.Wektor zagrożeniaPSIR (ryzyko inherentne)P′ po CAPS′ po CAPRR (ryzyko rezydualne)
1Zdalne przejęcie biletomatów przez botnet przez publiczne IP i port Telnet5525Ryzyko Katastrofalne133Ryzyko akceptowalne
2Kradzież rejestratora z niezaszyfrowanym dyskiem CCTV i wyciek wizerunku do Internetu5420Ryzyko krytyczne122Ryzyko akceptowalne
3Paraliż centrali dyspozytorskiej ITS z powodu braku zasilania UPS4416Ryzyko krytyczne122Ryzyko akceptowalne
4Kary finansowe Prezesa UODO za 90-dniowy okres retencji nagrań bez podstawy prawnej5315Ryzyko krytyczne111Ryzyko akceptowalne

Parametry BCM powiązane z wektorami zagrożeń

RTO (długość niedostępności)RPO (dopuszczalna utrata danych)MTPD (próg odpowiedzialności)
30m dla biletomatów / 1h dla ITS15m4h

Trójfazowy plan działań korygujących (CAP) z matrycą RACI

FazaHoryzontZakresDziałaniaRACIKPIKRI
Faza 10-7 dniDziałania natychmiastowe mitygujące / tamowanie (0-7 dni)Zablokowanie portu Telnet i natychmiastowa zmiana haseł na unikalne we wszystkich 240 biletomatach, skrócenie czasu nadpisywania nagrań CCTV do 14 dni w oprogramowaniu rejestratorów, instalacja tymczasowego UPS w dyspozytorniA - Prezes Zarządu ZKM, R - Główny Elektronik Taboru / IOD100% biletomatów z unikalnym hasłemLiczba urządzeń z domyślnym hasłem = 0
Faza 230 dniDziałania krótkoterminowe inżyniersko-wdrożeniowe (30 dni)Przełączenie wszystkich kart SIM w taborze do prywatnego, dedykowanego APN z szyfrowanym tunelem IPsec VPN do centrali spółki, wdrożenie sprzętowego szyfrowania rejestratorów CCTV kluczem TPM/AES-256, instalacja profesjonalnego UPS online z agregatem dla ITSA - Dyrektor ds. Technicznych, R - Architekt SieciCzas retencji CCTV = dokładnie 14 dniLiczba urządzeń widocznych w publicznym IP = 0
Faza 390 dniDziałania systemowe i ład korporacyjny (90 dni)Wdrożenie sieci bezprzewodowej Wi-Fi 6 z certyfikatami 802.1X w 2 zajezdniach do automatycznego zrzutu danych telemetrycznych, opracowanie i przyjęcie SOP Cyberbezpieczeństwa Urządzeń Pokładowych i Monitoringu Wizyjnego, wprowadzenie procedury Security-by-Design do przetargów na nowy taborA - Zarząd ZKM, R - Miejski Inżynier Ruchu / CISOPełna zgodność z NIS2 i wytycznymi ERODLiczba incydentów w taborze = 0

Projekt załącznika wykonawczego (SOP) z sześcioma paragrafami

  1. § 1.Cel i zakres procedury transportowej
  2. § 2.Parametry odpornościowe BCM dla biletomatów i łączności ITS
  3. § 3.Wymagania techniczne izolacji sieciowej urządzeń pokładowych (prywatny APN, IPsec VPN, zakaz publicznych IP)
  4. § 4.Zasady sprzętowego szyfrowania rejestratorów CCTV i ewidencja zgrywania nagrań
  5. § 5.Rygorystyczny okres retencji nagrań wideo (maksymalnie 14 dni) zgodny z wytycznymi EROD 3/2019
  6. § 6.Odpowiedzialność służbowa, sankcje dyscyplinarne i raportowanie do Zarządu.
Bilans wdrożenia, kompromisy inżynierskie i ryzyko resztkowe
KategoriaOcenaOpisRozwiązanie kompromisowe
Koszt wdrożeniaŚrednieNakłady dotyczą głównie integracji systemów, licencji, testów odtwarzania i szkoleń, a nie samego sprzętu.Wdrożenie etapowe w ramach budżetu rocznego i decyzje zarządcze podjęte w Executive Summary.
Obciążenie operacyjneZnacząceRygorystyczne uwierzytelnianie, mikrosegmentacja i mikrosegmentacja sieci OT wydłużają czas pracy personelu i serwisu.Pilotaż na jednym procesie, okna serwisowe w godzinach niskiego obciążenia i wsparcie pierwszej linii.
Wpływ na ciągłość usługOgraniczoneZabezpieczenia wdrażane są w tle, lecz testy odtworzeniowe i przełączenia wymagają zaplanowanego okna serwisowego.Ćwiczenia przełączenia przed wdrożeniem i monitoring wskaźnika odtworzenia w terminie RTO.
Ryzyko resztkowe po wdrożeniuKontrolowanePozostaje ryzyko zależności od dostawców, błędu ludzkiego i utrzymywania starych podatności.Monitoring KPI i KRI, przegląd skuteczności działań naprawczych po 90 dniach oraz audyt sprawdzający zgodny z § 19 rozporządzenia w sprawie KRI.
Ciągłość usługi przewozowej i sprzedaż biletówDuża poprawaZmiana poświadczeń, zasilanie awaryjne centrali i bezpieczne zarządzanie poświadczeniami usuwają ryzyko blokady sprzedaży i utraty nadzoru nad taborem.Test przełączenia zasilania raz na kwartał i monitoring dostępności centrali ITS.
Koszt modernizacji taboruZnacząceWymiana modułów w 240 pojazdach i zabezpieczenie rejestratorów to inwestycja obejmująca cały park pojazdów.Modernizacja etapowa partiami pojazdów, odtworzenie fabrycznych parametrów i wykorzystanie gwarancji serwisowej.

Zamknięcie audytu wymaga wskazania trybu sporu audytowego: spór uznany albo odstąpienie od sporu z uzasadnieniem, zanim raport trafi do Zarządu.

Executive Summary "Pitch to Board" i kalkulacja ROSI

Jednostronicowe Podsumowanie Zarządcze (Executive Summary - "Pitch to Board") z wyliczeniem ROSI i bilansu ryzyk.

Dane wejściowe kalkulacji ROSI dla tego zadania

PozycjaWartość z planu zadania
Koszt wdrożenia planu CAP (zł)340 000 zł
Roczne ryzyko finansowe przed wdrożeniem (zł)3 400 000 zł
Wskaźnik ROSI podany w planie (%)890%

Kalkulator ROSI w module Executive Summary przyjmuje te wartości jako punkt wyjścia; skuteczność kontroli CAP i horyzont analizy student uzupełnia samodzielnie.

Najczęstsze błędy obniżające ocenę: powierzchowne zdefiniowanie modelu 4C, zatrzymanie analizy przyczyn na poziomie objawu technicznego bez 5 Why i diagramu Ishikawy, brak wyliczenia ryzyka rezydualnego RR w matrycy 5 × 5, pominięcie parametrów BCM (RTO, RPO, MTPD), plan CAP bez podziału trójfazowego (0-7, 30 i 90 dni) bez mierzalnych KPI i KRI, SOP zredagowany jako notatka zamiast projektu załącznika wykonawczego z ponumerowanymi paragrafami, Executive Summary bez kalkulacji ROSI albo sprawozdanie o objętości innej niż 12-16 stron A4 (3600-4800 słów przy 300 słów na stronę) i pasywne uczestnictwo w obronie przed Zarządem.

Bibliografia, netografia i podstawy prawne
  • Europejska Rada Ochrony Danych (EROD): Wytyczne 3/2019 w sprawie przetwarzania danych osobowych za pomocą urządzeń wideo, Bruksela 2020.
  • Dyrektywa Parlamentu Europejskiego i Rady (UE) 2022/2555 (Dyrektywa NIS2) - podmioty kluczowe w sektorze transportu.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO) - art. 5, 32, 82, 83.
  • Ustawa z dnia 16 grudnia 2010 r. o publicznym transporcie zbiorowym (tekst jedn. Dz.U. z 2026 r. poz. 1231).
  • Rozporządzenie Rady Ministrów z dnia 21 maja 2024 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (Dz.U. z 2024 r. poz. 773) - § 19 oraz § 20.
  • Norma PN-EN ISO/IEC 27001:2022: Systemy zarządzania bezpieczeństwem informacji - kontrole A.8.1, A.8.2, A.8.5, A.8.20, A.8.24.
  • Urząd Ochrony Danych Osobowych: "Wskazówki Prezesa UODO dotyczące stosowania monitoringu wizyjnego", Warszawa 2022.

Wspólna bibliografia wariantu 5.0

  • Rozporządzenie Rady Ministrów z dnia 21 maja 2024 r. w sprawie Krajowych Ram Interoperacyjnych, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (tekst jedn. Dz.U. z 2024 r. poz. 773) – § 19 (wymagania dotyczące systemu zarządzania bezpieczeństwem informacji, w tym okresowy audyt wewnętrzny nie rzadziej niż raz na rok) oraz § 20 (rozliczalność i dzienniki systemów).
  • Ustawa z dnia 6 czerwca 1997 r. – Kodeks karny (tekst jedn. Dz.U. z 2025 r. poz. 383) – art. 98, art. 160, art. 231, art. 266, art. 268a, art. 269a i art. 270.
  • Ustawa z dnia 12 listopada 2017 r. o Krajowym Systemie Cyberbezpieczeństwa (tekst jedn. Dz.U. z 2026 r. poz. 20) – art. 8 (środki zarządzania ryzykiem i zabezpieczenia) oraz art. 15 (audyt bezpieczeństwa).
  • Ustawa z dnia 15 maja 2019 r. – Prawo o adwokaturze (tekst jedn. Dz.U. z 2024 r. poz. 1564) – art. 19 (tajemnica adwokacka).
  • Ustawa z dnia 15 września 2000 r. o radcach prawnych (tekst jedn. Dz.U. z 2024 r. poz. 499) – art. 3 (tajemnica zawodowa radcy prawnego).
  • Ustawa z dnia 11 maja 2017 r. o zwalczaniu nieuczciwej konkurencji (tekst jedn. Dz.U. z 2026 r. poz. 85) – art. 11 (tajemnica przedsiębiorstwa).
  • Ustawa z dnia 19 sierpnia 2011 r. o usługach płatniczych (tekst jedn. Dz.U. z 2026 r. poz. 623) – art. 50 (system zarządzania ryzykiem operacyjnym).
  • Ustawa z dnia 6 września 2001 r. – Prawo bankowe (tekst jedn. Dz.U. z 2026 r. poz. 38) – art. 104 (zarządzanie ryzykiem).
  • Ustawa z dnia 13 października 2022 r. o obrocie paliwami opałowymi (tekst jedn. Dz.U. z 2024 r. poz. 1218) – obowiązki operatora infrastruktury paliwowej i systemu teleinformatycznego. W logistyce sENT oznacza System Elektronicznego Transportu Drogowego, a nie system nadzoru nad obrotem paliwami.
  • Dyrektywa Parlamentu Europejskiego i Rady (UE) 2022/2555 z dnia 14 grudnia 2022 r. (dyrektywa NIS2) – art. 21, art. 21 ust. 2 lit. c i d oraz art. 23.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO) – art. 5, 9, 11, 28, 32, 33, 34, 82 i 83.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2022/2554 z dnia 14 grudnia 2022 r. w sprawie operacyjnej odporności cyjrowego sektora finansowego (DORA) – art. 5, 8 i 35.
  • Standard PCI DSS v4.0.1 – wymagania 3.3, 6.4 i 11.3 (szyfrowanie transmisji uwierzytelniającej i zarządzanie dostępem do aplikacji bramki płatniczej).
  • Norma ISO/IEC 27001:2022 – Załącznik A: 5.1, 5.15, 5.18, 5.23, 8.12, 8.13, 8.14 i 8.15.