Strona główna

Przedmiot zadań

Audyt bezpieczeństwa informacji – Laboratorium 9 (kod Lab9): Opracowanie raportu końcowego – strategiczna synteza ustaleń dowodowych, zbieżność regulacyjna NIS2/DORA/KRI, kanoniczny model 4C, analiza ryzyka 5x5, wskaźniki BCM, Trójfazowy Plan CAP, projekt procedury SOP oraz briefing zarządczy w infrastrukturze krytycznej i podmiotach kluczowych (formuła 90 minut) – poziom oceny 5.0. Kierunek: Informatyka i ekonometria, specjalność Bezpieczeństwo informacji, studia pierwszego stopnia (PRK 6), semestr 7, profil praktyczny. Wymiar: wykład 15 godz., laboratorium 24 godz., 5 pkt ECTS.

Uzyskanie oceny bardzo dobrej (5.0) wymaga wykazania się wyczerpującym opanowaniem materiału, samodzielnością myślenia analitycznego oraz zdolnością do syntezy skomplikowanych problemów techniczno-prawnych pod presją czasu w warunkach symulacji strategicznego raportowania audytowego, zarządzania sporem z audytowanym i formalnego zamykania procesu audytowego w podmiocie kluczowym lub infrastrukturze krytycznej zgodnie z wytycznymi norm PN-EN ISO 19011:2018 i PN-EN ISO/IEC 27001:2022.

Wymogi formalne raportu i artefakty (12–16 stron A4)

Kompletny raport poaudytowy i dokumentacja wdrożeniowa w formacie PDF (objętość 12–16 stron maszynopisu A4) przekazywany prowadzącemu najpóźniej na 24 godziny przed terminem zajęć, zawierający:

  • Jednostronicowe Executive Summary w formacie «Pitch to Board»: bilans ryzyk prawnych i finansowych, ekspozycja na sankcje nadzorcze (UODO, NIS2, DORA, KRI), zalecenia podzielone na Quick Wins i Inwestycje Strategiczne, wnioskowany budżet CAP oraz kalkulacja zwrotu z inwestycji w bezpieczeństwo (ROSI).
  • Matrycę mapowania wieloregulacyjnego (Multi-Regulatory Intersection): korelacja Załącznika A ISO/IEC 27001:2022 z dyrektywami NIS2, DORA, przepisami KRI, RODO, Ustawy o KSC oraz przepisami Kodeksu Karnego (art. 160, 231, 266, 268a KK).
  • Karty uchybień w kanonicznym modelu 4C: Condition (stan faktyczny poparty dowodami cyfrowymi), Criteria (konkretne kontrole i artykuły prawne), Cause (dochodzenie przyczyn źródłowych), Consequence (skutki finansowe, operacyjne, prawne i karne).
  • Sformalizowaną analizę przyczyn źródłowych (Root Cause Analysis): pełna sekwencja 5 Why powiązana z Diagramem Ishikawy dla 6 osi badawczych, identyfikująca pierwotną przyczynę zarządczą w ładzie korporacyjnym.
  • Zaawansowaną matrycę ryzyka 5×5 (IR/RR w skali 1–25): ilościowe wyliczenie Ryzyka Inherentnego (IR = P × S) oraz Ryzyka Rezydualnego (RR) po wdrożeniu planu CAP dla 4 wektorów, powiązane z parametrami odporności ciągłości działania BCM: RTO, RPO i MTPD.
  • Projekt Załącznika Wykonawczego (SOP): kompletny projekt wewnętrznego aktu normatywnego z ponumerowanymi artykułami od § 1 do § 6 regulujący procedury techniczne i ciągłość działania.
  • Trójfazowy Plan Działań Korygujących (CAP): wiążąca tabela w 3 horyzontach (Faza 1: 0–7 dni, Faza 2: 30 dni, Faza 3: 90 dni) ze zdefiniowanymi rolami RACI, wskaźnikami efektywności KPI oraz wczesnymi wskaźnikami ostrzegawczymi KRI.
  • Protokół formalnego procedowania rozbieżności lub zamknięcia audytu: oficjalne procedowanie w myśl punktu 6.5.2 lit. e lub punktu 6.6 / 6.7 normy ISO 19011.

Triada audytorska i formuła warsztatowa 90 minut

Zadania laboratoryjne realizowane są przez 2–3 osobowe zespoły wcielające się w zunifikowaną Triadę Audytorską:

  • Rola A (Lead Auditor / Executive Reporter) – ład zarządczy (Governance), koordynacja zespołu, zgodność prawna, relacje z najwyższym kierownictwem i organami nadzorczymi, Executive Summary «Pitch to Board» z kalkulacją ROSI oraz prowadzenie strategicznej obrony.
  • Rola B (Technical SecOps Auditor / Architekt Bezpieczeństwa IT) – analiza logów systemowych, SIEM, baz danych i telemetrii chmurowej, weryfikacja firewalli, stref OT/SCADA, architektur kryptograficznych (TDE, HSM, BitLocker), mechanizmów uwierzytelniania (FIDO2, RFID) oraz projekt techniczny środków kontrolnych w Planie CAP.
  • Rola C (Governance, Risk & Compliance Auditor) – model 4C, analiza ryzyka w matrycy 5×5 i parametry BCM (RTO/RPO/MTPD), dochodzenie 5 Why z diagramem Ishikawy, harmonogramowanie Planu CAP z metrykami KPI/KRI oraz projekt legislacyjny Załącznika Wykonawczego (SOP). W zespole 2-osobowym obowiązki Roli C dzielone są symetrycznie pomiędzy Rolę A i B.

Kryteria oceny i obrona ustna

Obrona raportu odbywa się w ostatnich 20 minutach zajęć w formule «Pitch to Board» (15 minut wystąpienia seminaryjnego + 5 minut pytań krzyżowych). Prowadzący wciela się w rolę Prezesa Zarządu, Burmistrza, Dyrektora Szpitala, Rektora Uczelni lub organu nadzoru (UODO, KNF, CSIRT NASK), testując odporność studentów na trudne pytania biznesowe i zarzuty o koszty.

Macierz wagowa oceny 5.0:

  • Metodyka 4C i Analiza Przyczyn Źródłowych 5 Why / Ishikawa: 25%
  • Zaawansowana Analiza Ryzyka 5×5 i Parametry BCM (RTO/RPO/MTPD): 25%
  • Projekt Załącznika Wykonawczego SOP i Trójfazowy Plan CAP: 25%
  • Executive Summary «Pitch to Board», kalkulacja ROSI i obrona ustna: 25%

Triada Audytorska realizuje strategiczny audyt i opracowanie raportu końcowego w czterech fazach warsztatowych. Zegar poniżej odlicza czas rzeczywisty (90:00) i wyróżnia aktualną fazę pracy. Role przydzielane są dynamicznie na starcie zajęć.

90:00
Pozostały czas ćwiczenia (formuła 90 minut)
Faza 1 (00-15): Triada ról, triage dowodowy i dekonstrukcja ustaleń
PrzedziałEtap pracy audytorskiejArtefakt wyjściowy
Minuty 00-15Triada ról, triage dowodowy i dekonstrukcja ustaleń w podmiocie strategicznym Rejestr wektorów podatności + wstępna matryca mapowania wieloregulacyjnego (NIS2/DORA/KRI/RODO)
Minuty 15-40Karta 4C, analiza przyczyn źródłowych 5 Why / Ishikawa, matryca ryzyka 5×5 (IR/RR) oraz wskaźniki BCM Karta ustaleń 4C + Protokół 5 Why + Pełna matryca ryzyka 5×5 (IR/RR) ze wskaźnikami RTO/RPO/MTPD
Minuty 40-70Projekt Załącznika Wykonawczego (SOP § 1–§ 6) oraz Trójfazowy Plan CAP (0-7, 30, 90 dni) Projekt artykułów procedury technicznej SOP + tabela Planu CAP ze wskaźnikami KPI i KRI
Minuty 70-90Redakcja Executive Summary («Pitch to Board») i obrona ustaleń przed Dyrekcją lub Zarządem Jednostronicowy Pitch dla Zarządu z ROSI + ustna obrona raportu w formule pytań krzyżowych
Triada Audytorska (podział ról) – poziom 5.0

Rola A

Lead Auditor / Executive Reporter – ład zarządczy (Governance), koordynacja zespołu, zgodność strategiczna (NIS2, DORA, KRI, RODO, KK), relacje z kierownictwem i organami nadzoru, matryca ryzyka oraz Executive Summary «Pitch to Board» z kalkulacją ROSI.

Rola B

Technical SecOps Auditor / Architekt Bezpieczeństwa IT – dekonstrukcja wektorów technologicznych, badanie logów systemowych i baz danych, konfiguracja firewalli, stref OT/SCADA, architektur kryptograficznych (TDE, HSM, BitLocker) oraz projekt technicznych środków zaradczych w Planie CAP.

Rola C

Governance, Risk & Compliance Auditor – kanoniczna karta 4C, analiza przyczyn źródłowych RCA (sekwencja 5 Why / diagram Ishikawy), analiza ryzyka w matrycy 5×5 (IR/RR), wskaźniki BCM (RTO/RPO/MTPD), harmonogramowanie Planu CAP z metrykami RACI / KPI / KRI oraz projekt legislacyjny procedury SOP.

Kliknij komórkę w dowolnym polu matrycy albo wybierz wartości prawdopodobieństwa (P) i skutku (S), aby natychmiast wyliczyć poziom ryzyka (P × S) oraz przypisaną strefę decyzyjną. Strefa czerwona 15–25 to ryzyko krytyczne/katastrofalne (niedopuszczalne), strefa żółta 8–12 to ryzyko warunkowo akceptowalne, a strefa zielona 1–6 to ryzyko akceptowalne.

25
Ryzyko 25/25 – strefa czerwona (krytyczne/katastrofalne)
15–25 – strefa czerwona (krytyczna/katastrofalna) 8–12 – strefa żółta (warunkowo akceptowalna) 1–6 – strefa zielona (akceptowalna)

Jednostronicowe Podsumowanie Zarządcze stanowi kluczowy artefakt ćwiczenia (Faza 4, minuty 70–90). Wybierz zadanie, a następnie wygeneruj profesjonalną wersję roboczą z bilansem ryzyk, celami BCM i kalkulacją ROSI do dalszej edycji.

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
Strategiczny raport KRI i NIS2 dla Burmistrza: model 4C, matryca ryzyka 5×5, wskaźniki BCM, SOP procedury DRP oraz Executive Summary «Pitch to Board» z ROSI.
KRI § 20NIS2SamorządModel 4CBCM / DRP
02
Wojewódzki Szpital Zespolony w Kaliszu
Raport z audytu HIS i aparatury IoT: formalny protokół rozbieżności ISO 19011 (pkt 6.5.2 lit. e), wotum separatum IT, reżim art. 160 KK, model 4C, ryzyko 5×5 i Plan CAP.
Ochrona zdrowiaHIS / IoTISO 19011 6.5.2Art. 160 KKPlan CAP
03
Małopolski Bank Spółdzielczy w Wieliczce
Zbieżność Rekomendacji D KNF, DORA i ISO 27001 w bankowości transakcyjnej: kanoniczny model 4C, matryca ryzyka 5×5, SOP zarządzania podatnościami i briefing zarządczy z ROSI.
BankowośćRekomendacja DDORAISO 27001ROSI
04
LogistykNet S.A. w Strykowie
Konsolidacja audytów 5 dostawców ICT i odmowa audytowalności SaaS TMS: zbieżność NIS2 i art. 28 RODO, model 4C, matryca 5×5, SOP klauzul Right-to-Audit i Plan CAP.
Łańcuch dostawNIS2RODO art. 28Right-to-AuditPlan CAP
05
EnergoDystrybucja Sp. z o.o. w Opolu
Sprawozdanie z audytu OUK dla Zarządu i CSIRT: Purdue Model w strefie OT/SCADA, reżim art. 268a KK, model 4C, ryzyko 5×5, SOP bezpieczeństwa przemysłowego i protokół ISO 19011.
Energetyka / OUKSCADA / OTPurdue ModelArt. 268a KKISO 19011 6.6
06
Akademia Mazowiecka w Płocku
Audyt USOS i Moodle dla Rektora i Senatu: zbieżność KRI, RODO i Prawa o szkolnictwie wyższym, bilans niezgodności i OFI, model 4C, matryca ryzyka 5×5 i SOP cyklu życia tożsamości IAM.
Szkolnictwo wyższeUSOS / MoodleKRI § 20IAM / SSOOFI
07
Zakłady Mięsne Dolina Baryczy w Miliczu
Audyt wdrożeniowy ISO 27001 i ochrona tajemnicy receptur (art. 11 ZNKP): model 4C, matryca ryzyka 5×5, SOP kontroli dostępu w strefach produkcyjnych i 4-kwartalny Plan CAP.
ProdukcjaISO 27001Tajemnica przedsiębiorstwaZNKP art. 11Plan CAP
08
FinTech 'PayQuick S.A.' w Warszawie
Dwupoziomowy raport poaudytowy DORA i PCI DSS 4.0: translacja podatności BOLA/IDOR (CVSS 8.5) na ryzyko utraty licencji KIP, model 4C, matryca ryzyka 5×5, SOP telemetrii i Plan CAP.
FinTechDORAPCI DSS 4.0BOLA / IDORKNF / KIP
09
ProKancelaria Adwokacka w Katowicach
Ochrona bezwzględnej tajemnicy zawodowej (art. 266 KK) w pracy hybrydowej: zbieżność RODO i ISO 27001, model 4C, matryca ryzyka 5×5, SOP kryptoizolacji akt i Trójfazowy Plan CAP.
KancelariaTajemnica adwokackaArt. 266 KKBitLocker / TPMPlan CAP
10
Zakład Komunikacji Miejskiej w Bydgoszczy
Audyt weryfikacyjny (follow-up wg ISO 19011 pkt 6.7): ewaluacja 8 zaleceń telemetrii i biletomatów IoT, recydywa haseł fabrycznych, Warunkowy Protokół Zamknięcia, model 4C i ryzyko 5×5.
Transport miejskiFollow-up auditISO 19011 6.7IoT / BiletomatyPlan CAP

Spis zadań laboratoryjnych (ocena 5.0)

  1. 01Strategiczny raport końcowy z audytu KRI i odporności cyfrowej dla Burmistrza: zbieżność KRI, RODO i NIS2, model 4C, matryca ryzyka 5×5, wskaźniki BCM, SOP procedury DRP oraz Executive Summary «Pitch to Board» — Urząd Miasta i Gminy w Piasecznie
  2. 02Strategiczny raport końcowy z audytu HIS i aparatury medycznej IoT dla Dyrekcji Szpitala: formalny protokół rozbieżności wg ISO 19011 (punkt 6.5.2 lit. e), wotum separatum IT, reżim art. 160 KK, model 4C, matryca ryzyka 5×5, SOP kart RFID Tap-in i trójfazowy Plan CAP — Wojewódzki Szpital Zespolony w Kaliszu
  3. 03Strategiczny raport końcowy z audytu systemów transakcyjnych dla Komitetu Audytu i Zarządu: zbieżność Rekomendacji D KNF, rozporządzenia DORA i ISO 27001, model 4C, matryca ryzyka 5×5, SOP zarządzania podatnościami i briefing zarządczy z ROSI — Małopolski Bank Spółdzielczy w Wieliczce
  4. 04Strategiczny raport końcowy z audytu łańcucha dostaw IT (Supply Chain) dla Zarządu operatora logistycznego: konsolidacja audytów 5 dostawców, odmowa audytowalności SaaS TMS, zbieżność NIS2 i art. 28 RODO, model 4C, matryca ryzyka 5×5, SOP klauzul audytowych i trójfazowy Plan CAP — LogistykNet S.A. w Strykowie
  5. 05Strategiczny raport końcowy z audytu cyberbezpieczeństwa OUK dla Zarządu i CSIRT: synteza dowodów ze strefy OT/SCADA wg Purdue Model, reżim art. 268a KK, model 4C, matryca ryzyka 5×5, SOP cyberbezpieczeństwa przemysłowego, protokół zamknięcia wg ISO 19011 pkt 6.6 i briefing zarządczy — EnergoDystrybucja Sp. z o.o. w Opolu
  6. 06Strategiczny raport końcowy z audytu systemów USOS i Moodle dla Rektora i Senatu: bilans niezgodności i szans na doskonalenie (OFI), zbieżność Prawa o szkolnictwie wyższym, KRI i RODO, model 4C, matryca ryzyka 5×5, SOP cyklu życia tożsamości IAM oraz briefing zarządczy — Akademia Mazowiecka w Płocku
  7. 07Strategiczny raport końcowy z audytu SZBI i ochrony receptur dla Zarządu: badanie luk ISO 27001, ochrona tajemnicy receptur (art. 11 ZNKP), model 4C, matryca ryzyka 5×5, SOP kontroli dostępu w strefach produkcyjnych i 4-kwartalny Plan CAP — Zakłady Mięsne Dolina Baryczy Sp. z o.o. w Miliczu
  8. 08Strategiczny dwupoziomowy raport końcowy dla Komitetu Audytu i zespołu DevOps: translacja podatności BOLA/IDOR (CVSS 8.5) i braku retencji logów na ryzyko utraty licencji KIP, zbieżność DORA i PCI DSS 4.0, model 4C, matryca ryzyka 5×5, SOP retencji telemetrii i trójfazowy Plan CAP — FinTech PayQuick S.A. w Warszawie
  9. 09Strategiczny raport końcowy z audytu poufności dla Partnerów Zarządzających: ochrona bezwzględnej tajemnicy obrończej i radcowskiej w pracy hybrydowej, zbieżność Kodeksu Karnego, RODO i ISO 27001, model 4C, matryca ryzyka 5×5, SOP kryptoizolacji akt i trójfazowy Plan CAP — ProKancelaria Adwokacka i Radcowska w Katowicach
  10. 10Strategiczny raport końcowy z audytu weryfikacyjnego (follow-up audit wg ISO 19011 punkt 6.7) dla Prezydenta Miasta i Rady Nadzorczej: weryfikacja 8 zaleceń telemetrii i biletomatów IoT, recydywa haseł fabrycznych, warunkowy protokół zamknięcia audytu, model 4C, matryca ryzyka 5×5, SOP audytu sprawdzającego i trójfazowy Plan CAP — Zakład Komunikacji Miejskiej w Bydgoszczy

Kliknij nagłówek zadania, aby je rozwinąć lub zwinąć. Przyciski poniżej rozwijają lub zwijają wszystkie karty. Numery w kolorze czerwonym odsyłają do poszczególnych zadań. Wewnątrz każdej karty sekcje tabelaryczne można ukryć przyciskiem „Ukryj tabelę”.

01
Strategiczny raport końcowy z audytu KRI i odporności cyfrowej dla Burmistrza: zbieżność KRI, RODO i NIS2, model 4C, matryca ryzyka 5×5, wskaźniki BCM, SOP procedury DRP oraz Executive Summary «Pitch to Board» — Urząd Miasta i Gminy w Piasecznie
Zwiń

Temat: Strategiczny raport końcowy z audytu KRI i odporności cyfrowej dla Burmistrza: zbieżność KRI, RODO i NIS2, model 4C, matryca ryzyka 5×5, wskaźniki BCM, SOP procedury DRP oraz Executive Summary «Pitch to Board»

Urząd Miasta i Gminy w Piasecznie / KRI i NIS2 (samorządterytorialny)KRI § 20 / Dyrektywa NIS2 / ISO 22301 / Model 4C / BCM1Brak DRP i testówodtworzeniowych bazEZD216 aktywnych kontbyłych urzędników zdostępem VPN3Paraliż e-urzędu,utrata rejestrów ikary UODO/NIS24Replikacja chmurowa,automatyzacja IAM iSOP procedury DRPSchemat strategicznego raportu poaudytowego KRI w urzędzie gminy: zbieżność regulacyjna, model 4C, matrycaryzyka 5x5, parametry BCM, procedura DRP i Trójfazowy Plan CAP.
Schemat strategicznego raportu poaudytowego KRI w urzędzie gminy: zbieżność regulacyjna, model 4C, matryca ryzyka 5x5, parametry BCM, procedura DRP i Trójfazowy Plan CAP.
Cel zadania i powiązanie z efektami kształcenia

Głównym celem zadania na ocenę bardzo dobrą (5.0) jest opanowanie przez studentów mistrzowskich kompetencji w zakresie opracowywania strategicznego raportu poaudytowego dla najwyższego kierownictwa jednostki samorządu terytorialnego o statusie podmiotu kluczowego (Urząd Miasta i Gminy w Piasecznie). Studenci dokonują syntezy wyników wieloaspektowego audytu zgodności z Krajowymi Ramami Interoperacyjności (par. 20 KRI), ogólnym rozporządzeniem o ochronie danych (RODO), Dyrektywą NIS2 / Ustawą o KSC oraz normą 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, Consequence), wyliczenia ryzyka w 25-stopniowej matrycy 5x5 powiązanej ze wskaźnikami BCM (RTO=2h, RPO=1h, MTPD=8h), 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 procedurę Disaster Recovery Plan dla serwerowni gminnej oraz zredagowania 1-stronicowego Executive Summary ("Pitch to Board") dla Burmistrza i Skarbnika z kalkulacją zwrotu z inwestycji (ROSI).

Powiązanie z sylabusem i efektami kształcenia na ocenę 5.0:

  • W1 Zaawansowana znajomość wymogów prawnych par. 20 KRI, art. 32 i 83 RODO, Ustawy o informatyzacji, Ustawy o samorządzie gminnym oraz przepisów Kodeksu Karnego (art. 231 KK - niedopełnienie obowiązków służbowych).
  • W2W3 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 lokalnej.
  • 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.
  • U2 Bezbłędna dekompozycja uchybień w kanonicznym modelu 4C z precyzyjnym wykazaniem wielowymiarowych skutków prawnych, finansowych i operacyjnych.
  • 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.
  • U4 Opracowanie kompletnego raportu końcowego (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".
  • K1K2K3 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).
Scenariusz sytuacyjny organizacji

Urząd Miasta i Gminy w Piasecznie obsługuje 85 000 mieszkańców dynamicznie rozwijającej się aglomeracji podwarszawskiej. Urząd zatrudnia 195 pracowników, realizując ponad 120 e-usług publicznych zintegrowanych z platformami ePUAP, Węzeł Krajowy i mObywatel. Infrastruktura obejmuje 28 fizycznych i wirtualnych serwerów w lokalnej serwerowni urzędu, system Elektronicznego Obiegu Dokumentów (EZD), dziedzinowe bazy podatkowe, rejestry ewidencji ludności oraz 230 stacji roboczych.

Stan faktyczny stwierdzony w trakcie audytu strategicznego:

  • 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.
  • Zdezaktualizowana dokumentacja Polityki Bezpieczeństwa Informacji: Dokumenty PBI pochodzą z 2017 r., odwołują się do uchylonej ustawy o ochronie danych osobowych z 1997 r. oraz nieistniejącego GIODO, nie zawierają żadnych odniesień do Dyrektywy NIS2, zgłaszania incydentów do CSIRT NASK ani klasyfikacji aktywów.
  • Szansa na doskonalenie (OFI): Brak integracji logów systemowych urzędu z regionalnym Centrum Operacji Bezpieczeństwa (SOC) szczebla powiatowego lub wojewódzkiego.

W toku narady zamykającej Burmistrz wyraża obawę o koszty wdrożenia planu naprawczego przed sesją budżetową Rady Miejskiej. Zespół audytorów (Triada Audytorska) przystępuje do opracowania strategicznego raportu końcowego w formule 90 minut.

Wskazówki wykonania krok po kroku w formule 90 minut (karta 4C, RCA 5 Why, matryca 5x5, BCM, CAP)

Zadanie realizowane jest w ścisłym reżimie warsztatowym (formuła 90 minut) przez 2-3 osobową Triadę Audytorską:

  • Krok 1 (Podział ról w Triadzie Audytorskiej i triage dowodowy - Minuty 00-15):

    Student A (Lead Auditor / Executive Reporter): Odpowiada za ład zarządczy (Governance), analizę zbieżności par. 20 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.

  • Krok 2 (Kanoniczna Karta Niezgodności 4C - Minuty 15-40):

    Sformułujcie kartę uchybienia krytycznego w modelu 4C:

Kanoniczna Karta Ustaleń Audytowych – model 4C
1. Condition (Stan faktyczny)

Brak udokumentowanego planu DRP, brak testów odzyskiwania baz EZD od 3 lat, niesprawny układ SZR zasilania awaryjnego oraz 16 aktywnych kont byłych urzędników z udokumentowanym nieuprawnionym logowaniem przez VPN.

2. Criteria (Kryteria normatywne i prawne)

Par. 20 ust. 2 pkt 3 i 10 Rozporządzenia w sprawie KRI; art. 32 ust. 1 lit. b i c RODO; kontrole ISO/IEC 27001:2022 A.5.18 (Prawa dostępu), A.8.13 (Kopie zapasowe), A.8.14 (Redundancja urządzeń); art. 231 Kodeksu Karnego.

3. Cause (Przyczyna źródłowa – 5 Why)
  1. Dlaczego konto byłego pracownika było aktywne i logowało się przez VPN? (Referat Informatyki nie deaktywował konta po odejściu pracownika).
  2. Dlaczego informatycy nie zablokowali konta? (Referat 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ń).

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.

4. 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.

Analiza przyczyn źródłowych – drzewo 5 Why
  1. 1
    Dlaczego konto byłego pracownika było aktywne i logowało się przez VPN? (Referat Informatyki nie deaktywował konta po odejściu pracownika).
  2. 2
    Dlaczego informatycy nie zablokowali konta? (Referat Kadr nie przesłał powiadomienia o rozwiązaniu umowy o pracę).
  3. 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. 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
    Przyczyna źródłowa (Ł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.
  • Krok 3 (Zaawansowana Matryca Ryzyka 5x5 i Parametry BCM - Minuty 15-40):

    Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5):

Wektor zagrożeniaP (in.)S (in.)Ryzyko inherentne (IR)Kontrole kompensacyjne / naprawczeP (po CAP)S (po CAP)Ryzyko rezydualne (RR)
Paraliż e-urzędu i utrata baz danych EZD wskutek awarii serwerowni bez DRP 5 5 25/25 – Ryzyko Katastrofalne DRP, chmura rządowa, testy 1 4 4/25 – Ryzyko Akceptowalne
Masowy wyciek rejestrów meldunkowych przez nieaktywne konta z uprawnieniami VPN 5 4 20/25 Automatyzacja IAM, mTLS, MFA 1 3 3/25
Infekcja ransomware węzła sieciowego EZD przy braku segmentacji 4 5 20/25 EDR, segmentacja VLAN, brak admina 1 3 3/25
Kary finansowe i sankcje nadzorcze UODO/CSIRT za brak wdrożenia KRI i NIS2 5 3 15/25 Zarządzenie PBI, audyt ciągły KRI 1 2 2/25
Parametr ciągłości działania (BCM / DRP)Wartość docelowa sparametryzowana w audycie
RTO (Recovery Time Objective – docelowy czas odzyskania sprawności)2 godziny dla rejestrów stanu cywilnego i podatków
RPO (Recovery Point Objective – maksymalna dopuszczalna utrata danych)1 godzina (maksymalna utrata danych transakcyjnych)
MTPD (Maximum Tolerable Period of Disruption – maksymalny dopuszczalny czas niedostępności)8 godzin (maksymalny dopuszczalny czas niedostępności przed powstaniem odpowiedzialności prawnej)
  • Krok 4 (Trójfazowy Plan Działań Korygujących - CAP - Minuty 40-70):

    Opracujcie tabelę CAP w 3 horyzontach czasowych:

FazaHoryzont czasowy Działania naprawcze / korygująceRACI (właściciele biznesowi) Mierzalny wskaźnik sukcesu (KPI)KRI / wskaźnik weryfikacji
Faza 1 – Działania natychmiastowe mitygujące / tamowanie0-7 dniNatychmiastowa 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 2 – Działania krótkoterminowe inżyniersko-wdrożeniowe30 dniPrzeglą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 3 – Działania systemowe i ład korporacyjny90 dniOpracowanie 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
  • Krok 5 (Sformalizowany Projekt Załącznika Wykonawczego SOP - Minuty 40-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.

  • Krok 6 (Podsumowanie Zarządcze Executive Summary 'Pitch to Board' i przygotowanie obrony - Minuty 70-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ą.

Plan referatu studenckiego (15 minut) i obrona ustna

Plan referatu seminaryjnego i obrony koncepcji (15 minut):

  • Slajd 1-2 (Minuty 00-03): Wprowadzenie i metryka audytu strategicznego KRI/NIS2. Prezentacja wyników triage dowodowego (Student A).
  • Slajd 3-4 (Minuty 03-07): Dekompozycja uchybień w modelu 4C oraz analiza przyczyn źródłowych 5 Why z Diagramem Ishikawy (Student C).
  • Slajd 5-6 (Minuty 07-10): 25-stopniowa matryca ryzyka 5x5 (IR vs RR), korelacja z parametrami BCM (RTO, RPO, MTPD) oraz rozwiązania inżynierskie DRP i IAM (Student B).
  • Slajd 7-8 (Minuty 10-13): Prezentacja Trójfazowego Planu CAP (0-7, 30, 90 dni) z rolami RACI i wskaźnikami KPI/KRI oraz struktury procedury SOP (Student C i B).
  • Slajd 9-10 (Minuty 13-15): Executive Summary "Pitch to Board" dla Burmistrza: bilans ryzyk prawno-finansowych, kalkulacja ROSI i zamknięcie audytu (Student A).
Zakres raportu poaudytowego i dokumentacji wdrożeniowej (12-16 stron A4)

Struktura zaawansowanego raportu poaudytowego i dokumentacji wdrożeniowej (12-16 stron A4):

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

B. Wprowadzenie formalne: metryka audytu, podstawa prawna (KRI, RODO, NIS2, ISO 27001), skład Triady Audytorskiej, wykaz badanych systemów i serwerowni.

C. Odpowiedzi na 3 pytania problemowe:

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 par. 20 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?

D. Kanoniczna Karta Ustaleń Audytowych w Modelu 4C (Condition, Criteria, Cause - sekwencja 5 Why i Diagram Ishikawy w 6 osiach, Consequence).

E. Tabela Zaawansowanej Analizy Ryzyka w Matrycy 5x5:

  • Wektor 1: Paraliż rejestrów ewidencji ludności i EZD wskutek awarii serwerowni | P=5, S=5 → IR=25 | Kontrole: DRP, chmura rządowa, testy | P=1, S=4 → RR=4 | RTO=2h, RPO=1h, MTPD=8h
  • Wektor 2: Dostęp nieuprawniony byłych pracowników przez VPN | P=5, S=4 → IR=20 | Kontrole: Automatyzacja IAM, mTLS, MFA | P=1, S=3 → RR=3 | RTO=30m, RPO=0s, MTPD=2h
  • Wektor 3: Infekcja ransomware stacji roboczych bez EDR | P=4, S=5 → IR=20 | Kontrole: EDR, segmentacja VLAN, brak admina | P=1, S=3 → RR=3 | RTO=1h, RPO=15m, MTPD=4h
  • Wektor 4: Kary finansowe i kontrole nadzorcze UODO/CSIRT | P=5, S=3 → IR=15 | Kontrole: Zarządzenie PBI, audyt ciągły KRI | P=1, S=2 → RR=2 | RTO=N/A, RPO=N/A, MTPD=72h

F. Tabela Trójfazowego Planu Działań Korygujących (CAP) z macierzą RACI, terminami (Faza 1: 0-7 dni, Faza 2: 30 dni, Faza 3: 90 dni) i wskaźnikami KPI oraz KRI.

G. Sformalizowany Projekt Załącznika Wykonawczego (SOP — 6 ponumerowanych paragrafów regulujących procedurę Disaster Recovery Plan).

H. Analiza kompromisów inżynierskich i zarządczych (Trade-offs: koszty utrzymania chmury hybrydowej vs ryzyko przestoju e-urzędu, wygoda pracy urzędników vs rygor uwierzytelniania dwuskładnikowego).

I. Bibliografia, netografia, wykaz decyzji organów nadzoru i orzecznictwa sądowego.

Bibliografia, netografia i regulacje 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 (Dz.U. z 2024 r. poz. 733 z późn. zm.) - par. 20.
  • 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 (Dz.U. z 2023 r. poz. 57 z późn. zm.).
  • 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 (Dz.U. z 2024 r. poz. 17 z późn. zm.) - art. 231 (Niedopełnienie obowiązków służbowych).
  • Ministerstwo Cyfryzacji: "Standardy Cyberbezpieczeństwa dla Jednostek Samorządu Terytorialnego", Warszawa 2023.
Przypisanie do efektów uczenia się z sylabusa
  • Wiedza W1: Zaawansowana znajomość par. 20 KRI, art. 32 RODO, Dyrektywy NIS2 i art. 231 KK w administracji samorządowej.
  • Wiedza W2, W3: Rozumienie relacji norm ISO 19011, ISO 27001 i ISO 22301 oraz integracji dowodów technicznych z językiem ryzyka biznesowego.
  • Umiejętności U1: Projekt inżynierski procedury DRP i centralnego systemu IAM zintegrowanego z kadrami.
  • Umiejętności U2: Bezbłędna dekompozycja ustaleń audytowych w kanonicznym modelu 4C i RCA 5 Why / Ishikawa.
  • Umiejętności U3: Kwantyfikacja ryzyka w matrycy 5x5 i powiązanie ze wskaźnikami BCM (RTO, RPO, MTPD).
  • Umiejętności U4: Opracowanie kompletnego raportu poaudytowego (12-16 stron A4) z Trójfazowym Planem CAP, SOP i Executive Summary.
  • Kompetencje K1, K2, K3: Profesjonalizm, niezależność osądu, odporność na presję polityczną i perswazja w obronie "Pitch to Board".
Wskazówki do przygotowania i obrony referatu

W trakcie obrony referatu seminaryjnego w formule "Pitch to Board" przeprowadźcie dynamiczną symulację narady z Burmistrzem i Skarbnikiem Gminy: zademonstrujcie, w jaki sposób za pomocą wskaźnika ROSI (1180%) oraz bezpośredniego powołania na odpowiedzialność karną z art. 231 KK przełamać opór władz samorządowych przed sfinansowaniem procedury Disaster Recovery Plan (DRP) i automatyzacji offboardingu w najbliższej uchwale budżetowej Rady Miejskiej.

02
Strategiczny raport końcowy z audytu HIS i aparatury medycznej IoT dla Dyrekcji Szpitala: formalny protokół rozbieżności wg ISO 19011 (punkt 6.5.2 lit. e), wotum separatum IT, reżim art. 160 KK, model 4C, matryca ryzyka 5×5, SOP kart RFID Tap-in i trójfazowy Plan CAP — Wojewódzki Szpital Zespolony w Kaliszu
Zwiń

Temat: Strategiczny raport końcowy z audytu HIS i aparatury medycznej IoT dla Dyrekcji Szpitala: formalny protokół rozbieżności wg ISO 19011 (punkt 6.5.2 lit. e), wotum separatum IT, reżim art. 160 KK, model 4C, matryca ryzyka 5×5, SOP kart RFID Tap-in i trójfazowy Plan CAP

Wojewódzki Szpital Zespolony w Kaliszu / HIS i aparatura IoT(ochrona zdrowia)ISO 19011 pkt 6.5.2 / RODO art. 9 / Art. 160 KK / RFID Tap-in1Współdzielone kontalekarskie i brakrozliczalności2Spór audytowy i wotumseparatum KierownikaIT3Błędy w dawkowaniuleków i zagrożenieżycia pacjentów (art.160 KK)4Karty RFID MifareDESFire Tap-in,segmentacja VLAN iprotokół ISO 19011Schemat strategicznego raportu poaudytowego HIS w szpitalu klinicznym: zarządzanie rozbieżnościami (ISO19011), wotum separatum IT, model 4C, matryca ryzyka 5x5 i plan CAP.
Schemat strategicznego raportu poaudytowego HIS w szpitalu klinicznym: zarządzanie rozbieżnościami (ISO 19011), wotum separatum IT, model 4C, matryca ryzyka 5x5 i plan CAP.
Cel zadania i powiązanie z efektami kształcenia

Głównym celem zadania na ocenę bardzo dobrą (5.0) jest opanowanie przez studentów zaawansowanych umiejętności zarządzania ostrym konfliktem poaudytowym i procedowania formalnych rozbieżności zgodnie z normą PN-EN ISO 19011:2018 (punkt 6.5.2 lit. e) w złożonym środowisku podmiotu leczniczego o statusie Operatora Usługi Kluczowej (Wojewódzki Szpital Zespolony w Kaliszu). Studenci badają stan bezpieczeństwa szpitalnego systemu informatycznego (HIS) oraz aparatury podtrzymującej życie (IoT/IoMT). W toku redagowania raportu dochodzi do formalnego sporu z Kierownikiem Działu IT i Zastępcą Dyrektora ds. Lecznictwa, którzy składają pisemne wotum separatum, odrzucając zarzut współdzielenia kont pielęgniarskich i braku segmentacji kardiomonitorów, powołując się na nadrzędność ratowania życia nad procedurami bezpieczeństwa. Zadanie wymaga: opracowania bezstronnego, sformalizowanego Protokołu Rozbieżności z pisemną repliką audytorów, dekompozycji uchybienia w modelu 4C ze wskazaniem odpowiedzialności karnej z art. 160 KK (narażenie na utratę życia), wyliczenia ryzyka w matrycy 5x5 powiązanej ze wskaźnikami BCM (RTO=15m, RPO=0s, MTPD=1h), skonstruowania Trójfazowego Planu CAP z macierzą RACI, opracowania procedury wykonawczej (SOP) bezpiecznej autoryzacji zbliżeniowej RFID Tap-in oraz zredagowania briefingu zarządczego dla Dyrektora Naczelnego.

Powiązanie z sylabusem i efektami kształcenia na ocenę 5.0:

  • W1 Zaawansowana znajomość ochrony danych szczególnych kategorii (art. 9 RODO), tajemnicy lekarskiej, przepisów Ustawy o prawach pacjenta oraz rygorów odpowiedzialności karnej (art. 160 KK - bezpośrednie niebezpieczeństwo utraty życia lub ciężkiego uszczerbku na zdrowiu).
  • W2W3 Rygorystyczna synteza wymagań normy ISO 19011:2018 (punkt 6.5.2 lit. e - ewidencjonowanie i rozstrzyganie nieuzgodnionych rozbieżności), normy PN-EN ISO/IEC 27001:2022 (kontrole A.8.2, A.8.5, A.8.20, A.8.22), normy ISO 27799 (bezpieczeństwo w zdrowiu) oraz Dyrektywy NIS2 dla sektora ochrony zdrowia.
  • U1 Projekt architektury mikrosegmentacji sieci szpitalnej (izolacja aparatury IoMT od stacji roboczych) oraz ergonomicznego systemu szybkiego logowania kartami zbliżeniowymi RFID Mifare DESFire EV3 połączonego z bezhasłowym standardem FIDO2.
  • U2 Prawidłowe zakwalifikowanie i obrona Niezgodności Dużej (NC1) w warunkach silnego oporu i presji psychologicznej ze strony audytowanego personelu medycznego.
  • U3 Kwantyfikacja ryzyka w matrycy 5x5 dla wektorów fałszerstwa zleceń leków, sabotażu kardiomonitorów i kar UODO/NIS2 z wyznaczeniem parametrów BCM.
  • U4 Opracowanie kompletnego raportu końcowego (12-16 stron A4) z Protokołem Rozbieżności, Trójfazowym Planem CAP, procedurą SOP (§ 1 do § 6) oraz Executive Summary dla Dyrekcji.
  • K1K2K3 Asertywność, bezstronność, odporność na argumentację emocjonalną i wysoka kultura mediacji w sporze audytowym.
  • Powiązanie z wykładem: Wyk1 (Ład zarządczy w ochronie zdrowia), Wyk2 (Zarządzanie sporem poaudytowym ISO 19011), Wyk3 (Kontrole dostępowe i sieciowe ISO 27001), Wyk4 (RODO art. 9 i NIS2), Wyk5 (Matryca 5x5 i BCM), Wyk6 (Analiza logów HIS i ruchu IoMT), Wyk7 (Protokół rozbieżności, model 4C, Trójfazowy CAP i Pitch to Board).
Scenariusz sytuacyjny organizacji

Wojewódzki Szpital Zespolony w Kaliszu dysponuje 720 łóżkami, 22 oddziałami (w tym Szpitalnym Oddziałem Ratunkowym, Oddziałem Anestezjologii i Intensywnej Terapii oraz Kliniką Kardiologii Inwazyjnej) i zatrudnia 1 350 pracowników. Szpital przetwarza rocznie dane medyczne 52 000 hospitalizowanych pacjentów w zintegrowanym systemie HIS.

Stan faktyczny w obszarze zbadanym i zarzewie krytycznego sporu audytowego:

  • Powszechne współdzielenie kont na oddziałach zabiegowych i OIT: Na stacjach roboczych w dyżurkach pielęgniarskich oraz na salach operacyjnych personel powszechnie pracuje na wspólnym koncie domenowym `pielegniarka_dyzur` z hasłem zapisanym na naklejce na ramce monitora (`Dyżur2024!`). W toku próbkowania logów wykazano, że w ciągu jednej 12-godzinnej zmiany na tym samym koncie zlecono podanie silnych leków opioidowych dla 24 pacjentów, a wpisów dokonywało co najmniej 6 różnych osób bez możliwości ustalenia tożsamości zlecającego.
  • Całkowity brak segmentacji aparatury medycznej IoMT: 85 kardiomonitorów, 40 pomp infuzyjnych oraz 3 rezonanse magnetyczne pracują w tej samej płaskiej podsieci logicznej (VLAN 10) co stacje robocze personelu administracyjnego i publiczne punkty dostępowe Wi-Fi dla pacjentów. Kardiomonitory transmitują parametry życiowe pacjentów jawnym protokołem HL7 bez szyfrowania TLS, a skanowanie podatności ujawniło domyślne hasła dostępowe telnet na modułach sieciowych pomp infuzyjnych.
  • Stanowisko Kierownika IT i Dyrektora ds. Lecznictwa (Wotum Separatum):

    Kierownik IT odmówił podpisania karty ustaleń, oświadczając pisemnie: "Wymóg indywidualnego logowania 14-znakowym hasłem na salach reanimacyjnych i SOR jest absurdalny i zagraża życiu pacjentów. Zanim pielęgniarka wpisze skomplikowane hasło w trakcie zapaści krążeniowej, chory umrze. Ponadto aparatura medyczna posiada certyfikaty producenta i szpital nie ma prawa ingerować w jej oprogramowanie. Audytorzy nie mają pojęcia o specyfice ratownictwa medycznego!".

Triada Audytorska staje przed zadaniem sporządzenia bezstronnego raportu końcowego zawierającego formalny Protokół Rozbieżności wg ISO 19011 oraz konstruktywne rozwiązanie technologiczne godzące rygor bezpieczeństwa z ergonomią pracy personelu medycznego.

Wskazówki wykonania krok po kroku w formule 90 minut (karta 4C, RCA 5 Why, matryca 5x5, BCM, CAP)

Zadanie realizowane jest w ścisłym reżimie warsztatowym (formuła 90 minut) przez 2-3 osobową Triadę Audytorską:

  • Krok 1 (Podział ról w Triadzie Audytorskiej i triage dowodowy - Minuty 00-15):

    Student A (Lead Auditor / Executive Reporter): Odpowiada za ład zarządczy, analizę sporu w świetle punktu 6.5.2 lit. e ISO 19011, badanie odpowiedzialności karnej z art. 160 KK, relacje z Dyrekcją Naczelną, Rzecznikiem Praw Pacjenta i UODO oraz przygotowanie Executive Summary dla Zarządu.

    Student B (Technical SecOps Auditor / Architekt Bezpieczeństwa Medycznego): Dekonstruuje protokół HL7, luki pomp infuzyjnych, brak mikrosegmentacji, projektuje architekturę szybkiego logowania zbliżeniowego RFID Mifare DESFire EV3 połączonego z kartami personelu oraz reguły firewalla nowej generacji (NGFW) dla strefy IoMT.

    Student C (Governance, Risk & Compliance Auditor): Opracowuje formalny Protokół Rozbieżności, dekompozycję uchybienia w modelu 4C, wylicza ryzyko w matrycy 5x5 powiązanej ze wskaźnikami BCM (RTO=15m, RPO=0s, MTPD=1h), prowadzi analizę 5 Why z Diagramem Ishikawy oraz harmonogramuje Trójfazowy Plan CAP z macierzą RACI i wskaźnikami KPI/KRI. W zespole 2-osobowym zadania te dzielą Studenci A i B.

  • Krok 2 (Kanoniczna Karta Niezgodności 4C i Protokół Rozbieżności - Minuty 15-40):

    Sformułujcie kartę uchybienia w modelu 4C oraz strukturę Protokołu Rozbieżności:

Kanoniczna Karta Ustaleń Audytowych – model 4C
1. Condition (Stan faktyczny)

Współdzielenie konta `pielegniarka_dyzur` z jawnym hasłem na monitorze, brak rozliczalności zleceń leków narkotycznych, kardiomonitory i pompy infuzyjne w płaskiej sieci bez szyfrowania i z fabrycznymi hasłami telnet. Pisemne wotum separatum Kierownika IT.

2. Criteria (Kryteria normatywne i prawne)

Art. 9 ust. 1, art. 32 ust. 1 lit. a i b RODO (integralność, poufność i rozliczalność); art. 160 Kodeksu Karnego (narażenie na niebezpieczeństwo utraty życia); kontrole ISO/IEC 27001:2022 A.8.2 (Uwierzytelnianie), A.8.5 (Bezpieczne uwierzytelnianie), A.8.20 (Zabezpieczenie sieci), A.8.22 (Segmentacja sieci); norma ISO 27799; wytyczne Dyrektywy NIS2 dla podmiotów ochrony zdrowia.

3. Cause (Przyczyna źródłowa – 5 Why)
  1. Dlaczego personel współdzieli jedno konto z hasłem na monitorze? (Wpisywanie indywidualnego hasła alfanumerycznego podczas nagłych stanów pacjenta jest zbyt czasochłonne).
  2. Dlaczego szpital nie wdrożył szybszych metod autoryzacji? (Dział IT uważał, że system HIS obsługuje wyłącznie standardowe logowanie hasłowe przez klawiaturę).
  3. Dlaczego informatycy nie zweryfikowali modułów uwierzytelniania kartami RFID w HIS? (Brak analizy rynku i brak dialogu technicznego pomiędzy IT a pionem medycznym).
  4. Dlaczego aparatura medyczna znajduje się w tej samej sieci co komputery biurowe? (Dział IT nigdy nie przeprowadził inwentaryzacji i segmentacji sieci ze względu na brak budżetu na przełączniki zarządzalne).

Przyczyna źródłowa (Root Cause): Błędna kultura organizacyjna stawiająca wygodę ponad bezpieczeństwem, brak wiedzy o ergonomicznych technologiach kontroli dostępu oraz brak koordynacji pomiędzy Dyrektorem Medycznym a Kierownikiem IT.

4. Consequence (Skutki wielowymiarowe)

Bezpośrednie zagrożenie życia pacjentów (możliwość sfałszowania dawki leku lub sabotażu pompy infuzyjnej), odpowiedzialność karna lekarzy i pielęgniarek z art. 160 KK, kara UODO do 20 mln EUR lub 4% obrotu, pozwy o błędy medyczne sięgające milionów PLN oraz utrata akredytacji Centrum Monitorowania Jakości (CMJ).

Analiza przyczyn źródłowych – drzewo 5 Why
  1. 1
    Dlaczego personel współdzieli jedno konto z hasłem na monitorze? (Wpisywanie indywidualnego hasła alfanumerycznego podczas nagłych stanów pacjenta jest zbyt czasochłonne).
  2. 2
    Dlaczego szpital nie wdrożył szybszych metod autoryzacji? (Dział IT uważał, że system HIS obsługuje wyłącznie standardowe logowanie hasłowe przez klawiaturę).
  3. 3
    Dlaczego informatycy nie zweryfikowali modułów uwierzytelniania kartami RFID w HIS? (Brak analizy rynku i brak dialogu technicznego pomiędzy IT a pionem medycznym).
  4. 4
    Dlaczego aparatura medyczna znajduje się w tej samej sieci co komputery biurowe? (Dział IT nigdy nie przeprowadził inwentaryzacji i segmentacji sieci ze względu na brak budżetu na przełączniki zarządzalne).
  5. root
    Przyczyna źródłowa (Ład zarządczy / Governance): Błędna kultura organizacyjna stawiająca wygodę ponad bezpieczeństwem, brak wiedzy o ergonomicznych technologiach kontroli dostępu oraz brak koordynacji pomiędzy Dyrektorem Medycznym a Kierownikiem IT.
  • Krok 3 (Zaawansowana Matryca Ryzyka 5x5 i Parametry BCM - Minuty 15-40):

    Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5):

Wektor zagrożeniaP (in.)S (in.)Ryzyko inherentne (IR)Kontrole kompensacyjne / naprawczeP (po CAP)S (po CAP)Ryzyko rezydualne (RR)
Błąd w dawkowaniu leku ratującego życie z powodu braku rozliczalności wpisów w HIS 5 5 25/25 – Ryzyko Katastrofalne Karty RFID Tap-in, logowanie zdarzeń 1 5 5/25 – Ryzyko Akceptowalne
Sabotaż lub modyfikacja parametrów pracy kardiomonitorów przez sieć Wi-Fi 4 5 20/25 Mikrosegmentacja NGFW, zmiana haseł 1 4 4/25
Masowy wyciek dokumentacji medycznej pacjentów onkologicznych i psychiatrycznych 5 4 20/25 Bezhasłowe MFA, kryptoizolacja 1 3 3/25
Kary finansowe i utrata kontraktu z NFZ wskutek rażącego naruszenia art. 9 RODO i NIS2 5 4 20/25 Realizacja CAP, wdrożenie procedury SOP 1 2 2/25
Parametr ciągłości działania (BCM / DRP)Wartość docelowa sparametryzowana w audycie
RTO (Recovery Time Objective – docelowy czas odzyskania sprawności)15 minut dla baz danych HIS na oddziałach intensywnej terapii
RPO (Recovery Point Objective – maksymalna dopuszczalna utrata danych)0 sekund (ochrona przed utratą zleceń medycznych)
MTPD (Maximum Tolerable Period of Disruption – maksymalny dopuszczalny czas niedostępności)1 godzina (maksymalny dopuszczalny czas niedostępności systemu ratunkowego)
  • Krok 4 (Trójfazowy Plan Działań Korygujących - CAP - Minuty 40-70):

    Opracujcie tabelę CAP w 3 horyzontach czasowych:

FazaHoryzont czasowy Działania naprawcze / korygująceRACI (właściciele biznesowi) Mierzalny wskaźnik sukcesu (KPI)KRI / wskaźnik weryfikacji
Faza 1 – Działania natychmiastowe mitygujące / tamowanie0-7 dniZmiana domyślnych haseł telnet na pompach infuzyjnych, odcięcie dostępu sieciowego z Wi-Fi pacjentów do podsieci medycznej VLAN 10, wdrożenie tymczasowego nadzoru logowań i protokołu papierowego w przypadkach awaryjnychA - Dyrektor Naczelny, R - Kierownik IT / CISO100% urządzeń IoMT zabezpieczonych nowymi hasłamiLiczba prób nieautoryzowanego dostępu = 0
Faza 2 – Działania krótkoterminowe inżyniersko-wdrożeniowe30 dniPilotażowe wdrożenie czytników zbliżeniowych RFID Mifare DESFire EV3 na stacjach SOR i OIT (autoryzacja 'Tap-in' w czasie poniżej 1,5 sekundy za pomocą identyfikatora personelu), fizyczna i logiczna mikrosegmentacja sieci IoMT za zaporą NGFW z inspekcją protokołu HL7A - Z-ca Dyrektora ds. Lecznictwa, R - Architekt Sieci / SecOps, C - Oddziałowa SORCzas autoryzacji lekarza < 2sLiczba współdzielonych sesji = 0
Faza 3 – Działania systemowe i ład korporacyjny90 dniPełne wdrożenie kart RFID we wszystkich 22 oddziałach, wdrożenie szyfrowania mTLS dla transmisji aparatury IoMT, aktualizacja Polityki Bezpieczeństwa Informacji z procedurą SOP oraz szkolenia personelu medycznego z zakresu odpowiedzialności prawnejA - Dyrektor Szpitala, R - IOD / CISO, I - Personel Medyczny100% personelu posługuje się wyłącznie kartą RFIDLiczba incydentów braku rozliczalności = 0
  • Krok 5 (Sformalizowany Projekt Załącznika Wykonawczego SOP - Minuty 40-70):

    Opracujcie projekt aktu normatywnego "Standard Operacyjny Ergonomicznej Kontroli Dostępu i Kryptoizolacji Sieci Medycznej (IoMT) w Wojewódzkim Szpitalu Zespolonym w Kaliszu" z ponumerowanymi artykułami od § 1 do § 6:

    § 1. Zakres podmiotowy i przedmiotowy procedury; § 2. Zasady autoryzacji personelu kartami zbliżeniowymi RFID Tap-in i wygaszania sesji ("Tap-out / Proximity Lock"); § 3. Tryb postępowania w sytuacjach bezpośredniego zagrożenia życia (Procedura 'Emergency Override / Kod Czerwony'); § 4. Rygory mikrosegmentacji sieci IoMT i zakaz transmisji nieszyfrowanej; § 5. Procedura zarządzania rozbieżnościami poaudytowymi i wotami separatum wg ISO 19011; § 6. Odpowiedzialność prawna, karna (art. 160 KK) i sankcje dyscyplinarne.

  • Krok 6 (Podsumowanie Zarządcze Executive Summary 'Pitch to Board' i przygotowanie obrony - Minuty 70-90):

    Zredagujcie 1-stronicowy briefing dla Dyrekcji Szpitala: wyjaśnijcie, w jaki sposób technologia RFID Tap-in eliminuje konflikt pomiędzy bezpieczeństwem a ergonomią (logowanie w 1,2 sekundy zamiast 25 sekund na klawiaturze), przedstawcie bilans zaniechania (ryzyko kar i pozwów: 4,5 mln PLN vs koszt wdrożenia RFID i segmentacji: 95 000 PLN, ROSI = 4636%) oraz przygotujcie się do 15-minutowej obrony przed komisją.

Plan referatu studenckiego (15 minut) i obrona ustna

Plan referatu seminaryjnego i obrony koncepcji (15 minut):

  • Slajd 1-2 (Minuty 00-03): Wprowadzenie i metryka audytu szpitala. Prezentacja istoty sporu poaudytowego i wotum separatum IT wg ISO 19011 pkt 6.5.2 lit. e (Student A).
  • Slajd 3-4 (Minuty 03-07): Dekompozycja uchybień w modelu 4C i analiza przyczyn źródłowych 5 Why / Ishikawa z uwzględnieniem art. 160 KK (Student C).
  • Slajd 5-6 (Minuty 07-10): 25-stopniowa matryca ryzyka 5x5 (IR vs RR), parametry BCM (RTO=15m, RPO=0s) oraz inżynierski projekt kart zbliżeniowych RFID Tap-in i mikrosegmentacji IoMT (Student B).
  • Slajd 7-8 (Minuty 10-13): Prezentacja Trójfazowego Planu CAP (0-7, 30, 90 dni) z macierzą RACI, wskaźnikami KPI/KRI oraz struktury procedury SOP (Student C i B).
  • Slajd 9-10 (Minuty 13-15): Executive Summary "Pitch to Board" dla Dyrektora Naczelnego: bilans korzyści, wyliczenie ROSI i formalne zamknięcie audytu (Student A).
Zakres raportu poaudytowego i dokumentacji wdrożeniowej (12-16 stron A4)

Struktura zaawansowanego raportu poaudytowego i dokumentacji wdrożeniowej (12-16 stron A4):

A. Jednostronicowe Podsumowanie Zarządcze (Executive Summary - "Pitch to Board") dla Dyrekcji Szpitala z kalkulacją ROSI.

B. Wprowadzenie formalne: metryka audytu, podstawa prawna (RODO art. 9, NIS2, ISO 27001, ISO 19011), skład Triady Audytorskiej, wykaz badanych oddziałów i aparatury IoMT.

C. Oficjalny Protokół Rozbieżności poaudytowych (zgodnie z punktem 6.5.2 lit. e normy ISO 19011:2018) zawierający treść wotum separatum Kierownika IT oraz pisemną replikę audytorów.

D. Odpowiedzi na 3 pytania problemowe:

1. W jaki sposób audytor powinien rozstrzygnąć pozorny konflikt pomiędzy rygorem rozliczalności dostępu (art. 32 RODO) a szybkością ratowania życia na oddziałach intensywnej terapii?

2. Jakie konsekwencje prawno-karne z art. 160 KK ponosi dyrekcja szpitala w sytuacji, gdy brak rozliczalności uniemożliwia ustalenie sprawcy śmiertelnego przedawkowania leku?

3. W jaki sposób mikrosegmentacja sieciowa chroni aparaturę medyczną podtrzymującą życie przed atakami ransomware i sabotażem z sieci Wi-Fi?

E. Kanoniczna Karta Ustaleń Audytowych w Modelu 4C (Condition, Criteria, Cause - sekwencja 5 Why i Diagram Ishikawy w 6 osiach, Consequence).

F. Tabela Zaawansowanej Analizy Ryzyka w Matrycy 5x5:

  • Wektor 1: Błąd w dawkowaniu leku z powodu braku rozliczalności | P=5, S=5 → IR=25 | Kontrole: Karty RFID Tap-in, logowanie zdarzeń | P=1, S=5 → RR=5 | RTO=15m, RPO=0s, MTPD=1h
  • Wektor 2: Sabotaż i manipulacja parametrami kardiomonitorów IoMT | P=4, S=5 → IR=20 | Kontrole: Mikrosegmentacja NGFW, zmiana haseł | P=1, S=4 → RR=4 | RTO=30m, RPO=0s, MTPD=2h
  • Wektor 3: Masowy wyciek dokumentacji medycznej pacjentów (art. 9 RODO) | P=5, S=4 → IR=20 | Kontrole: Bezhasłowe MFA, kryptoizolacja | P=1, S=3 → RR=3 | RTO=1h, RPO=15m, MTPD=4h
  • Wektor 4: Kary administracyjne UODO/NIS2 i utrata kontraktu NFZ | P=5, S=4 → IR=20 | Kontrole: Realizacja CAP, wdrożenie procedury SOP | P=1, S=2 → RR=2 | RTO=N/A, RPO=N/A, MTPD=72h

G. Tabela Trójfazowego Planu Działań Korygujących (CAP) z macierzą RACI, terminami (Faza 1: 0-7 dni, Faza 2: 30 dni, Faza 3: 90 dni) i wskaźnikami KPI oraz KRI.

H. Sformalizowany Projekt Załącznika Wykonawczego (SOP — 6 ponumerowanych paragrafów regulujących procedurę logowania RFID i kryptoizolacji IoMT).

I. Analiza kompromisów inżynierskich i zarządczych (Trade-offs: ergonomia pracy personelu medycznego vs rygor kryptograficzny, koszty wdrożenia czytników RFID vs unikanie wielomilionowych odszkodowań).

J. Bibliografia, netografia, wykaz wytycznych medycznych i orzecznictwa sądowego.

Bibliografia, netografia i regulacje prawne
  • Norma PN-EN ISO 19011:2018: Wytyczne dotyczące audytowania systemów zarządzania - punkt 6.5.2 (Zarządzanie rozbieżnościami), punkt 6.6 i 6.7.
  • Norma PN-EN ISO/IEC 27001:2022: Systemy zarządzania bezpieczeństwem informacji - Wymagania: kontrole A.8.2, A.8.5, A.8.20, A.8.22.
  • Norma PN-EN ISO 27799:2016: Informatyka medyczna - Zarządzanie bezpieczeństwem informacji w dziedzinie zdrowia z wykorzystaniem ISO/IEC 27002.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO) - art. 9 (Przetwarzanie szczególnych kategorii danych), art. 32, art. 82, art. 83.
  • Dyrektywa Parlamentu Europejskiego i Rady (UE) 2022/2555 (NIS2) - podmioty kluczowe w sektorze ochrony zdrowia.
  • Ustawa z dnia 6 czerwca 1997 r. - Kodeks Karny (Dz.U. z 2024 r. poz. 17 z późn. zm.) - art. 160 (Narażenie człowieka na bezpośrednie niebezpieczeństwo utraty życia albo ciężkiego uszczerbku na zdrowiu).
  • Ustawa z dnia 6 listopada 2008 r. o prawach pacjenta i Rzeczniku Praw Pacjenta (Dz.U. z 2024 r. poz. 581 z późn. zm.).
  • Centrum Monitorowania Jakości w Ochronie Zdrowia (CMJ): "Standardy Akredytacyjne dla Szpitali", Kraków 2022.
Przypisanie do efektów uczenia się z sylabusa
  • Wiedza W1: Zaawansowana znajomość ochrony danych medycznych (art. 9 RODO), tajemnicy lekarskiej, NIS2 i odpowiedzialności karnej z art. 160 KK.
  • Wiedza W2, W3: Rozumienie procedury rozstrzygania sporów audytowych wg ISO 19011 (pkt 6.5.2) oraz norm ISO 27001 i ISO 27799.
  • Umiejętności U1: Projekt inżynierski autoryzacji zbliżeniowej RFID Mifare DESFire EV3 oraz mikrosegmentacji sieci aparatury medycznej IoMT.
  • Umiejętności U2: Dekompozycja ustaleń w modelu 4C i obrona kwalifikacji Niezgodności Dużej w warunkach wotum separatum.
  • Umiejętności U3: Kwantyfikacja ryzyka w matrycy 5x5 i powiązanie z parametrami BCM (RTO=15m, RPO=0s, MTPD=1h).
  • Umiejętności U4: Opracowanie zaawansowanego raportu (12-16 stron A4) z Protokołem Rozbieżności, Planem CAP, procedurą SOP i Pitch to Board.
  • Kompetencje K1, K2, K3: Asertywność, bezstronność, odporność na argumentację emocjonalną i kultura profesjonalnego dialogu z kadrą medyczną.
Wskazówki do przygotowania i obrony referatu

W trakcie wystąpienia seminaryjnego przedstawcie symulację formalnej procedury zarządzania rozbieżnościami (punkt 6.5.2 lit. e ISO 19011) z Dyrektorem ds. Lecznictwa: zademonstrujcie, jak za pomocą twardych dowodów z matrycy ryzyka 5x5, art. 160 KK oraz demonstracji działania kart RFID Tap-in (czas autoryzacji 1,2 sekundy) obalić zarzut 'blokowania pracy lekarzy' i doprowadzić do wycofania wotum separatum przez kierownictwo IT.

03
Strategiczny raport końcowy z audytu systemów transakcyjnych dla Komitetu Audytu i Zarządu: zbieżność Rekomendacji D KNF, rozporządzenia DORA i ISO 27001, model 4C, matryca ryzyka 5×5, SOP zarządzania podatnościami i briefing zarządczy z ROSI — Małopolski Bank Spółdzielczy w Wieliczce
Zwiń

Temat: Strategiczny raport końcowy z audytu systemów transakcyjnych dla Komitetu Audytu i Zarządu: zbieżność Rekomendacji D KNF, rozporządzenia DORA i ISO 27001, model 4C, matryca ryzyka 5×5, SOP zarządzania podatnościami i briefing zarządczy z Rosi

Małopolski Bank Spółdzielczy w Wieliczce / bankowośćtransakcyjna (sektor bankowy)Rekomendacja D KNF / Rozporządzenie DORA / ISO 27001 / ROSI1Krytyczna lukaOpenSSL w bramcetransakcyjnej2Brak środowiska UAT,brak PAM i brakretencji logów3Ryzyko przejęciasesji bankowych ikary nadzorcze KNF4WAF, platforma PAM,dwupoziomowy logvault i ład DORASchemat strategicznego raportu poaudytowego zgodności z Rekomendacją D i DORA: model 4C, matryca ryzyka 5x5,parametry BCM, SOP zarządzania podatnościami i kalkulacja ROSI.
Schemat strategicznego raportu poaudytowego zgodności z Rekomendacją D i DORA: model 4C, matryca ryzyka 5x5, parametry BCM, SOP zarządzania podatnościami i kalkulacja ROSI.
Cel zadania i powiązanie z efektami kształcenia

Głównym celem zadania na ocenę bardzo dobrą (5.0) jest wykształcenie u studentów umiejętności opracowania zaawansowanego, strategicznego raportu poaudytowego dla Komitetu Audytu, Rady Nadzorczej oraz Zarządu instytucji finansowej (Małopolski Bank Spółdzielczy w Wieliczce). Audyt obejmuje ocenę zgodności środowiska bankowości elektronicznej i mobilnej z rygorystycznymi wymogami Rekomendacji D i M Komisji Nadzoru Finansowego (KNF), Rozporządzenia Parlamentu Europejskiego i Rady w sprawie operacyjnej odporności cyfrowej sektora finansowego (DORA) oraz normy PN-EN ISO/IEC 27001:2022. Zadanie wymaga: sformułowania kanonicznej Karty Ustaleń Audytowych w modelu 4C (Condition, Criteria, Cause z dochodzeniem 5 Why i Diagramem Ishikawy, Consequence), wyliczenia ryzyka w 25-stopniowej matrycy 5x5 powiązanej ze wskaźnikami BCM (RTO=30m, RPO=0s, MTPD=2h), skonstruowania Trójfazowego Planu CAP z macierzą RACI i wskaźnikami KPI oraz KRI, opracowania sformalizowanego Załącznika Wykonawczego (SOP) regulującego proces zarządzania podatnościami krytycznymi i środowiskiem testowym UAT oraz przygotowania 1-stronicowego Podsumowania Zarządczego ("Pitch to Board") z kalkulacją ROSI.

Powiązanie z sylabusem i efektami kształcenia na ocenę 5.0:

  • W1 Zaawansowana znajomość przepisów Ustawy - Prawo bankowe, Rekomendacji D i M KNF, Rozporządzenia DORA, standardu PCI DSS v4.0 oraz tajemnicy bankowej i odpowiedzialności zarządczej.
  • W2W3 Rygorystyczna synteza wymagań normy PN-EN ISO/IEC 27001:2022 (klauzule 9.2, 9.3, 10.1, 10.2 oraz kontrole A.5.15, A.8.8, A.8.19, A.8.25), normy ISO 19011:2018 oraz standardu ISO 22301 w instytucjach zaufania publicznego.
  • U1 Projekt inżynierski zautomatyzowanego repozytorium dystrybucji poprawek (WSUS/Patch Manager), środowiska testowego UAT w architekturze odizolowanej oraz wdrożenia systemu zarządzania dostępem uprzywilejowanym (PAM) z rejestracją sesji RDP/SSH.
  • U2 Bezbłędna kwalifikacja uchybień w kanonicznym modelu 4C ze wskazaniem ryzyka utraty licencji bankowej i sankcji nakładanych przez KNF.
  • U3 Kwantyfikacja ryzyka w matrycy 5x5 dla wektorów ataku exploitów na niezałatane serwery WWW, kradzieży tożsamości uprzywilejowanej i niedostępności bankowości mobilnej z wyznaczeniem parametrów BCM.
  • U4 Opracowanie kompletnego raportu końcowego (12-16 stron A4) z Trójfazowym Planem CAP, procedurą SOP (§ 1 do § 6) oraz Executive Summary "Pitch to Board".
  • K1K2K3 Profesjonalizm, odporność na presję ze strony Zarządu Banku, bezstronność i kultura komunikacji menedżerskiej.
  • Powiązanie z wykładem: Wyk1 (Ład korporacyjny w bankowości), Wyk2 (Zasady audytowania ISO 19011), Wyk3 (Kontrole dostępowe i techniczne ISO 27001), Wyk4 (Zbieżność Rekomendacji D KNF, DORA i RODO), Wyk5 (Matryca ryzyka 5x5 i BCM), Wyk6 (Analiza podatności Nessus i logów PAM), Wyk7 (Model 4C, 5 Why, Trójfazowy CAP i Pitch to Board).
Scenariusz sytuacyjny organizacji

Małopolski Bank Spółdzielczy w Wieliczce obsługuje 38 000 klientów indywidualnych i korporacyjnych, dysponuje centralą oraz 8 oddziałami terenowymi. Bank zrzeszony jest w bankowości spółdzielczej, przetwarzając rocznie ponad 5,5 miliona transakcji płatniczych za pośrednictwem systemu bankowości internetowej (WebBanking) oraz aplikacji mobilnej (mBankMobile).

Stan faktyczny stwierdzony w trakcie zaawansowanego audytu bezpieczeństwa:

  • Brak aktualizacji i obecność podatności krytycznych na serwerach styku z Internetem: Skanowanie podatności ujawniło, że serwery front-endowe bankowości elektronicznej pracują na niezałatanej wersji biblioteki OpenSSL podatnej na zdalne wykonanie kodu (RCE, podatność CVSS 9.8) oraz serwerze Apache z lukami znanymi od 11 miesięcy. Aktualizacje bezpieczeństwa nie były instalowane z obawy przed przerwaniem działania przestarzałych komponentów integracyjnych.
  • Całkowity brak odizolowanego środowiska testowego (UAT): Wdrażanie nowych wersji aplikacji bankowej odbywa się bezpośrednio na środowisku produkcyjnym w oknach serwisowych, a programiści zewnętrznego integratora IT posiadają bezpośredni, nieszyfrowany dostęp do bazy produkcyjnej z uprawnieniami `DBA` bez rejestracji sesji i bez anonimizacji danych klientów.
  • Brak centralnego zarządzania kontami uprzywilejowanymi (PAM): Hasła administratorów domeny bankowej oraz baz danych transakcyjnych były współdzielone pomiędzy 4 pracowników działu IT i przechowywane w nieszyfrowanym arkuszu kalkulacyjnym na dysku sieciowym.
  • Szansa na doskonalenie (OFI): Wdrożenie zautomatyzowanego testowania odporności cyfrowej opartego na scenariuszach Threat-Led Penetration Testing (TLPT) zgodnie z wymogami DORA.

Komitet Audytu Banku oczekuje strategicznego raportu końcowego, który nie tylko wykaże luki, lecz także przedstawi plan ich usunięcia przed zbliżającą się inspekcją Urzędu KNF.

Wskazówki wykonania krok po kroku w formule 90 minut (karta 4C, RCA 5 Why, matryca 5x5, BCM, CAP)

Zadanie realizowane jest w ścisłym reżimie warsztatowym (formuła 90 minut) przez 2-3 osobową Triadę Audytorską:

  • Krok 1 (Podział ról w Triadzie Audytorskiej i triage dowodowy - Minuty 00-15):

    Student A (Lead Auditor / Executive Reporter): Odpowiada za ład korporacyjny (Governance), zgodność z Rekomendacją D KNF, Rozporządzeniem DORA, relacje z Komitetem Audytu i Zarządem oraz przygotowanie 1-stronicowego Executive Summary z kalkulacją ROSI.

    Student B (Technical SecOps Auditor / Architekt Bezpieczeństwa Bankowego): Analizuje raporty skanera podatności, luki biblioteki OpenSSL, brak środowiska UAT, brak systemu PAM, projektuje architekturę kryptoizolacji bazy produkcyjnej, bezpieczny proces CI/CD oraz wdrożenie platformy PAM CyberArk/Wallix.

    Student C (Governance, Risk & Compliance Auditor): Opracowuje kanoniczną Kartę Niezgodności 4C, wylicza ryzyko w matrycy 5x5 powiązanej ze wskaźnikami BCM (RTO=30m, RPO=0s, MTPD=2h), prowadzi sekwencję 5 Why z Diagramem Ishikawy oraz konstruuje Trójfazowy Plan CAP z macierzą RACI i metrykami KPI/KRI. W zespole 2-osobowym zadania te dzielą Studenci A i B.

  • Krok 2 (Kanoniczna Karta Niezgodności 4C - Minuty 15-40):

    Sformułujcie kartę uchybienia w modelu 4C:

Kanoniczna Karta Ustaleń Audytowych – model 4C
1. Condition (Stan faktyczny)

Obecność krytycznych podatności RCE w OpenSSL na serwerach transakcyjnych, bezpośrednie wdrażanie kodu na produkcji bez UAT, dostęp zewnętrznych wykonawców do niezaszyfrowanych danych produkcyjnych oraz brak systemu PAM i hasła administratorów w pliku Excel.

2. Criteria (Kryteria normatywne i prawne)

Punkty 8.1, 9.3, 11.2 Rekomendacji D KNF; art. 9, 10, 11 Rozporządzenia DORA (zarządzanie podatnościami i ryzykiem ICT); kontrole ISO/IEC 27001:2022 A.8.8 (Zarządzanie podatnościami technicznymi), A.8.19 (Instalacja oprogramowania w systemach operacyjnych), A.8.25 (Cykl życia rozwoju); art. 105a Prawa bankowego (tajemnica bankowa).

3. Cause (Przyczyna źródłowa – 5 Why)
  1. Dlaczego serwery bankowości pracują z niezałataną biblioteką OpenSSL przez 11 miesięcy? (Dział IT obawiał się, że aktualizacja biblioteki unieruchomi moduł integracyjny ze starym systemem rozliczeń).
  2. Dlaczego nie przetestowano aktualizacji na środowisku testowym? (Bank nie posiada odrębnego środowiska UAT ze względu na koszty licencji).
  3. Dlaczego zarząd nie przyznał budżetu na środowisko UAT? (Kierownik IT wnioskował o serwery testowe jako koszt opcjonalny bez wskazania wymogów KNF i DORA).
  4. Dlaczego zewnętrzni wykonawcy mają bezpośredni wgląd do danych produkcyjnych? (Brak narzędzi do maskowania i anonimizacji danych oraz brak systemu PAM).

Przyczyna źródłowa (Root Cause): Brak dojrzałego procesu zarządzania podatnościami i zmianą (Change Management), brak świadomości rygorów DORA na poziomie Zarządu oraz priorytetyzacja ciągłości przestarzałych aplikacji nad bezpieczeństwem transakcji.

4. Consequence (Skutki wielowymiarowe)

Bezpośrednie ryzyko przejęcia serwera transakcyjnego przez grupy cyberprzestępcze (RCE), kradzież środków z rachunków klientów, nakazanie przez KNF wstrzymania świadczenia usług bankowości mobilnej, kara finansowa KNF do 20 mln PLN, kary DORA do 1% dziennego obrotu oraz utrata reputacji instytucji zaufania publicznego.

Analiza przyczyn źródłowych – drzewo 5 Why
  1. 1
    Dlaczego serwery bankowości pracują z niezałataną biblioteką OpenSSL przez 11 miesięcy? (Dział IT obawiał się, że aktualizacja biblioteki unieruchomi moduł integracyjny ze starym systemem rozliczeń).
  2. 2
    Dlaczego nie przetestowano aktualizacji na środowisku testowym? (Bank nie posiada odrębnego środowiska UAT ze względu na koszty licencji).
  3. 3
    Dlaczego zarząd nie przyznał budżetu na środowisko UAT? (Kierownik IT wnioskował o serwery testowe jako koszt opcjonalny bez wskazania wymogów KNF i DORA).
  4. 4
    Dlaczego zewnętrzni wykonawcy mają bezpośredni wgląd do danych produkcyjnych? (Brak narzędzi do maskowania i anonimizacji danych oraz brak systemu PAM).
  5. root
    Przyczyna źródłowa (Ład zarządczy / Governance): Brak dojrzałego procesu zarządzania podatnościami i zmianą (Change Management), brak świadomości rygorów DORA na poziomie Zarządu oraz priorytetyzacja ciągłości przestarzałych aplikacji nad bezpieczeństwem transakcji.
  • Krok 3 (Zaawansowana Matryca Ryzyka 5x5 i Parametry BCM - Minuty 15-40):

    Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5):

Wektor zagrożeniaP (in.)S (in.)Ryzyko inherentne (IR)Kontrole kompensacyjne / naprawczeP (po CAP)S (po CAP)Ryzyko rezydualne (RR)
Zdalne przejęcie serwerów transakcyjnych przez exploit podatności OpenSSL 5 5 25/25 – Ryzyko Katastrofalne WAF, aktualizacja, środowisko UAT 1 5 5/25 – Ryzyko Akceptowalne
Kradzież danych i środków przez skompromitowane konto uprzywilejowane bez PAM 4 5 20/25 Wdrożenie PAM, rotacja haseł, MFA 1 4 4/25
Uszkodzenie bazy produkcyjnej podczas bezpośredniego wdrożenia bez środowiska UAT 4 5 20/25 Procedura Change Management, testy UAT 1 3 3/25
Sankcje nadzorcze KNF i kary DORA za zaniechanie zarządzania podatnościami 5 4 20/25 Zgodność z procedurą SOP, audyt ciągły 1 2 2/25
Parametr ciągłości działania (BCM / DRP)Wartość docelowa sparametryzowana w audycie
RTO (Recovery Time Objective – docelowy czas odzyskania sprawności)30 minut dla systemu autoryzacji płatności
RPO (Recovery Point Objective – maksymalna dopuszczalna utrata danych)0 sekund (bezwzględna ochrona transakcji finansowych)
MTPD (Maximum Tolerable Period of Disruption – maksymalny dopuszczalny czas niedostępności)2 godziny (maksymalny czas przestoju przed utratą płynności i sankcjami KNF)
  • Krok 4 (Trójfazowy Plan Działań Korygujących - CAP - Minuty 40-70):

    Opracujcie tabelę CAP w 3 horyzontach czasowych:

FazaHoryzont czasowy Działania naprawcze / korygująceRACI (właściciele biznesowi) Mierzalny wskaźnik sukcesu (KPI)KRI / wskaźnik weryfikacji
Faza 1 – Działania natychmiastowe mitygujące / tamowanie0-7 dniWdrożenie reguł wirtualnego łatania (Virtual Patching) na zaporze aplikacji internetowych (WAF), natychmiastowa rotacja wszystkich haseł administratorów i bazy danych, zablokowanie dostępu bezpośredniego zewnętrznym programistom do bazy produkcyjnejA - Prezes Zarządu, R - CISO / Główny Informatyk100% serwerów objętych regułami WAFLiczba zablokowanych prób exploitacji OpenSSL = 0
Faza 2 – Działania krótkoterminowe inżyniersko-wdrożeniowe30 dniUruchomienie odizolowanego środowiska UAT na dedykowanej infrastrukturze wirtualnej, przetestowanie i wdrożenie aktualizacji OpenSSL i Apache, wdrożenie oprogramowania do anonimizacji baz danych na potrzeby testówA - Wiceprezes ds. Operacyjnych, R - Architekt IT, C - Integrator ZewnętrznyCzas instalacji łatek krytycznych < 14 dniLiczba niezałatanych luk krytycznych = 0
Faza 3 – Działania systemowe i ład korporacyjny90 dniWdrożenie korporacyjnej platformy PAM z nagrywaniem sesji i rotacją poświadczeń co 8 godzin, sformalizowanie Polityki Zarządzania Podatnościami i Zmianą zgodnej z DORA i Rekomendacją D, wdrożenie cyklicznych testów penetracyjnychA - Zarząd Banku, R - Pełnomocnik ds. Bezpieczeństwa Informacji, I - Komitet AudytuWskaźnik zgodności z Rekomendacją D KNF = 100%Liczba incydentów krytycznych = 0
  • Krok 5 (Sformalizowany Projekt Załącznika Wykonawczego SOP - Minuty 40-70):

    Opracujcie projekt aktu normatywnego "Standard Operacyjny Zarządzania Podatnościami Technicznymi, Zmianą w Środowisku ICT oraz Dostępem Uprzywilejowanym (PAM) w Małopolskim Banku Spółdzielczym w Wieliczce" z ponumerowanymi artykułami od § 1 do § 6:

    § 1. Cel i zakres stosowania procedury (zgodność z DORA i Rekomendacją D); § 2. Klasyfikacja podatności i rygorystyczne terminy łatania (luki krytyczne CVSS > 9.0 w terminie 7 dni, wysokie w 14 dni); § 3. Obowiązek testowania w odizolowanym środowisku UAT i zakaz testów na produkcji; § 4. Rygory anonimizacji i maskowania danych produkcyjnych; § 5. Zasady nadzoru kont uprzywilejowanych PAM i rotacji haseł; § 6. Kontrola wykonania, raportowanie do Komitetu Audytu i sankcje służbowe.

  • Krok 6 (Podsumowanie Zarządcze Executive Summary 'Pitch to Board' i przygotowanie obrony - Minuty 70-90):

    Zredagujcie 1-stronicowy briefing dla Komitetu Audytu i Zarządu Banku: przedstawcie bilans ekspozycji na ryzyko (potencjalne straty z kradzieży i kary KNF: 8,2 mln PLN vs koszt planu CAP: 180 000 PLN, wskaźnik ROSI = 4455%), wykażcie zgodność z harmonogramem wdrożenia DORA oraz przygotujcie się do 15-minutowej obrony przed komisją.

Plan referatu studenckiego (15 minut) i obrona ustna

Plan referatu seminaryjnego i obrony koncepcji (15 minut):

  • Slajd 1-2 (Minuty 00-03): Wprowadzenie i metryka audytu instytucji finansowej. Wyniki triage dowodowego podatności OpenSSL i naruszenia Rekomendacji D KNF (Student A).
  • Slajd 3-4 (Minuty 03-07): Dekompozycja uchybień w modelu 4C oraz analiza przyczyn źródłowych 5 Why z Diagramem Ishikawy (Student C).
  • Slajd 5-6 (Minuty 07-10): 25-stopniowa matryca ryzyka 5x5 (IR vs RR), wskaźniki BCM dla transakcji (RTO=30m, RPO=0s) oraz architektura odizolowanego UAT i PAM (Student B).
  • Slajd 7-8 (Minuty 10-13): Prezentacja Trójfazowego Planu CAP (0-7, 30, 90 dni) z rolami RACI, wskaźnikami KPI/KRI oraz struktury procedury SOP (Student C i B).
  • Slajd 9-10 (Minuty 13-15): Executive Summary "Pitch to Board" dla Zarządu i Komitetu Audytu: bilans ryzyk regulacyjnych KNF/DORA, wyliczenie ROSI i zamknięcie audytu (Student A).
Zakres raportu poaudytowego i dokumentacji wdrożeniowej (12-16 stron A4)

Struktura zaawansowanego raportu poaudytowego i dokumentacji wdrożeniowej (12-16 stron A4):

A. Jednostronicowe Podsumowanie Zarządcze (Executive Summary - "Pitch to Board") dla Komitetu Audytu i Zarządu Banku z wyliczeniem ROSI.

B. Wprowadzenie formalne: metryka audytu, podstawa prawna (Rekomendacja D KNF, DORA, Prawo bankowe, ISO 27001), skład Triady Audytorskiej, wykaz systemów transakcyjnych.

C. Odpowiedzi na 3 pytania problemowe:

1. W jaki sposób audytor powinien uzasadnić Zarządowi Banku konieczność natychmiastowego wdrożenia środowiska UAT i PAM w kontekście odpowiedzialności osobistej członków organów zarządzających w reżimie DORA?

2. Jakie konkretne wymagania techniczne nakłada Rozporządzenie DORA na proces zarządzania podatnościami teleinformatycznymi i testowania odporności operacyjnej (TLPT)?

3. Dlaczego wykorzystanie danych produkcyjnych klientów banku na nieodizolowanym środowisku programistycznym stanowi rażące naruszenie tajemnicy bankowej i art. 32 RODO?

D. Kanoniczna Karta Ustaleń Audytowych w Modelu 4C (Condition, Criteria, Cause - sekwencja 5 Why i Diagram Ishikawy w 6 osiach, Consequence).

E. Tabela Zaawansowanej Analizy Ryzyka w Matrycy 5x5:

  • Wektor 1: Przejęcie serwerów transakcyjnych przez exploit luki OpenSSL | P=5, S=5 → IR=25 | Kontrole: WAF, aktualizacja, środowisko UAT | P=1, S=5 → RR=5 | RTO=30m, RPO=0s, MTPD=2h
  • Wektor 2: Nadużycie uprawnień administratora przez brak kontroli PAM | P=4, S=5 → IR=20 | Kontrole: Wdrożenie PAM, rotacja haseł, MFA | P=1, S=4 → RR=4 | RTO=15m, RPO=0s, MTPD=1h
  • Wektor 3: Awaria bazy transakcyjnej podczas wdrożenia bez testów UAT | P=4, S=5 → IR=20 | Kontrole: Procedura Change Management, testy UAT | P=1, S=3 → RR=3 | RTO=30m, RPO=0s, MTPD=2h
  • Wektor 4: Sankcje finansowe i kary administracyjne KNF oraz DORA | P=5, S=4 → IR=20 | Kontrole: Zgodność z procedurą SOP, audyt ciągły | P=1, S=2 → RR=2 | RTO=N/A, RPO=N/A, MTPD=24h

F. Tabela Trójfazowego Planu Działań Korygujących (CAP) z macierzą RACI, terminami (Faza 1: 0-7 dni, Faza 2: 30 dni, Faza 3: 90 dni) i wskaźnikami KPI oraz KRI.

G. Sformalizowany Projekt Załącznika Wykonawczego (SOP — 6 ponumerowanych paragrafów regulujących procedurę zarządzania podatnościami i dostępem uprzywilejowanym PAM).

H. Analiza kompromisów inżynierskich i zarządczych (Trade-offs: koszty licencji PAM i infrastruktury UAT vs ryzyko bezpośredniej straty finansowej i utraty licencji bankowej).

I. Bibliografia, netografia, wykaz Rekomendacji KNF i decyzji Europejskiego Urzędu Nadzoru Bankowego (EBA).

Bibliografia, netografia i regulacje prawne
  • 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", Warszawa 2013.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2022/2554 z dnia 14 grudnia 2022 r. w sprawie operacyjnej odporności cyfrowej sektora finansowego (DORA).
  • Norma PN-EN ISO 19011:2018: Wytyczne dotyczące audytowania systemów zarządzania - punkt 6.5, 6.6 i 6.7.
  • Norma PN-EN ISO/IEC 27001:2022: Systemy zarządzania bezpieczeństwem informacji - Wymagania: kontrole A.5.15, A.8.8, A.8.19, A.8.25.
  • Ustawa z dnia 29 sierpnia 1997 r. - Prawo bankowe (Dz.U. z 2023 r. poz. 2488 z późn. zm.) - art. 105 i 105a (Tajemnica bankowa).
  • Standard Bezpieczeństwa Danych Branży Kart Płatniczych: PCI DSS v4.0, PCI Security Standards Council 2022.
Przypisanie do efektów uczenia się z sylabusa
  • Wiedza W1: Zaawansowana znajomość Rekomendacji D KNF, Rozporządzenia DORA, Prawa bankowego i PCI DSS v4.0.
  • Wiedza W2, W3: Rozumienie relacji normy ISO 27001 i wytycznych EBA oraz integracji wskaźników KRI z językiem ryzyka operacyjnego.
  • Umiejętności U1: Projekt inżynierski odizolowanego środowiska UAT oraz architektury zarządzania tożsamością uprzywilejowaną PAM.
  • Umiejętności U2: Dekompozycja uchybień w modelu 4C i przeprowadzenie dochodzenia przyczyn źródłowych metodą 5 Why i Ishikawy.
  • Umiejętności U3: Kwantyfikacja ryzyka w matrycy 5x5 i powiązanie z parametrami BCM (RTO=30m, RPO=0s, MTPD=2h).
  • Umiejętności U4: Opracowanie zaawansowanego raportu (12-16 stron A4) z Trójfazowym Planem CAP, procedurą SOP i Pitch to Board z kalkulacją ROSI.
  • Kompetencje K1, K2, K3: Profesjonalizm, niezależność audytorska i siła perswazji przed Komitetem Audytu i Zarządem Banku.
Wskazówki do przygotowania i obrony referatu

Podczas wystąpienia seminaryjnego zademonstrujcie sposób prezentacji raportu dla Komitetu Audytu i Zarządu Banku: wyjaśnijcie, jak połączyć wyniki analizy technicznej podatności OpenSSL z matrycą ryzyka 5x5, wskaźnikiem ROSI (4455%) oraz kluczowymi wskaźnikami ryzyka (KRI), aby udowodnić konieczność natychmiastowego sfinansowania środowiska UAT i wdrożenia platformy PAM w reżimie DORA.

04
Strategiczny raport końcowy z audytu łańcucha dostaw IT (Supply Chain) dla Zarządu operatora logistycznego: konsolidacja audytów 5 dostawców, odmowa audytowalności SaaS TMS, zbieżność NIS2 i art. 28 RODO, model 4C, matryca ryzyka 5×5, SOP klauzul audytowych i trójfazowy Plan CAP — LogistykNet S.A. w Strykowie
Zwiń

Temat: Strategiczny raport końcowy z audytu łańcucha dostaw IT (Supply Chain) dla Zarządu operatora logistycznego: konsolidacja audytów 5 dostawców, odmowa audytowalności SaaS Tms, zbieżność NIS2 i art. 28 RODO, model 4C, matryca ryzyka 5×5, SOP klauzul audytowych i trójfazowy Plan CAP

LogistykNet S.A. w Strykowie / łańcuch dostaw IT (logistyka itransport)Dyrektywa NIS2 / RODO art. 28 / ISO 27001 A.5.19-23 / SOC 21Odmowa audytu przezkluczowego dostawcęSaaS TMS25 zewnętrznychpodwykonawców bezklauzulRight-to-Audit3Ryzyko paraliżudyspozytury floty 1200 pojazdówciężarowych4Aneksowanie umów,certyfikaty SOC 2 TypII i ład TPRMSchemat strategicznego raportu z audytu łańcucha dostaw IT: odmowa audytowalności dostawcy SaaS, model 4C,matryca ryzyka 5x5, SOP klauzul audytowych i Trójfazowy Plan CAP.
Schemat strategicznego raportu z audytu łańcucha dostaw IT: odmowa audytowalności dostawcy SaaS, model 4C, matryca ryzyka 5x5, SOP klauzul audytowych i Trójfazowy Plan CAP.
Cel zadania i powiązanie z efektami kształcenia

Głównym celem zadania na ocenę bardzo dobrą (5.0) jest wykształcenie u studentów kompetencji w zakresie opracowywania strategicznego, skonsolidowanego raportu końcowego z audytu bezpieczeństwa łańcucha dostawców technologii informacyjno-komunikacyjnych (ICT Supply Chain Security) dla Zarządu ogólnopolskiego operatora magazynowo-logistycznego o statusie podmiotu kluczowego (LogistykNet S.A. w Strykowie). Audyt obejmuje kompleksową ocenę dojrzałości 5 kluczowych dostawców IT w świetle art. 28 RODO, Dyrektywy NIS2 (art. 21 ust. 2 lit. d - bezpieczeństwo łańcucha dostaw) oraz normy PN-EN ISO/IEC 27001:2022 (kontrole A.5.19 - A.5.23). Kluczowym problemem audytowym jest kategoryczna odmowa poddania się audytowi na miejscu (On-site Audit) przez strategicznego dostawcę chmurowego systemu zarządzania transportem (SaaS TMS), który powołuje się na standardowy certyfikat ISO 9001 i klauzule ochrony tajemnicy przedsiębiorstwa. Zadanie wymaga: opracowania kanonicznej Karty Ustaleń w modelu 4C, analizy prawnej i technicznej raportów SOC 2 Typ II i certyfikatów ISO/IEC 27001, wyliczenia ryzyka w 25-stopniowej matrycy 5x5 powiązanej z parametrami BCM (RTO=1h, RPO=15m, MTPD=4h), skonstruowania Trójfazowego Planu CAP z macierzą RACI, sformułowania procedury wykonawczej (SOP) standaryzującej klauzule audytowe Right-to-Audit oraz przygotowania briefingu zarządczego z kalkulacją ROSI.

Powiązanie z sylabusem i efektami kształcenia na ocenę 5.0:

  • W1 Zaawansowana znajomość przepisów art. 28 RODO (obowiązki procesora i audytowalność powierzenia), art. 21 ust. 2 lit. d Dyrektywy NIS2, przepisów o zwalczaniu nieuczciwej konkurencji oraz Kodeksu Spółek Handlowych w zakresie odpowiedzialności zarządu za wybór kontrahentów.
  • W2W3 Wyczerpująca synteza wymagań normy PN-EN ISO/IEC 27001:2022 (kontrole A.5.19, A.5.20, A.5.21, A.5.22, A.5.23), normy PN-EN ISO 19011:2018 (audyty drugiej strony - Second-Party Audits) oraz standardów atestacyjnych AICPA (SOC 1, SOC 2 Typ II).
  • U1 Projekt inżynierski i kontraktowy architektury bezpiecznej integracji z dostawcami chmurowymi (szyfrowanie end-to-end z kluczem zarządzanym przez klienta - BYOK, kontrola interfejsów API oraz ciągły monitoring ryzyka dostawców TPRM).
  • U2 Bezbłędna kwalifikacja uchybień w modelu 4C wykazująca bezprawność odmowy audytowalności w świetle nadrzędnych przepisów prawa unijnego.
  • U3 Kwantyfikacja ryzyka w matrycy 5x5 dla wektorów ataku Supply Chain, wycieku danych listów przewozowych i paraliżu floty logistycznej z parametrami BCM.
  • U4 Opracowanie kompletnego raportu poaudytowego (12-16 stron A4) z Trójfazowym Planem CAP, procedurą SOP (§ 1 do § 6) oraz Executive Summary dla Zarządu.
  • K1K2K3 Asertywność negocjacyjna, wysokie umiejętności mediacyjne w relacjach b2b oraz bezkompromisowa ochrona interesów organizacji audytującej.
  • Powiązanie z wykładem: Wyk1 (Ład zarządczy i łańcuch dostaw), Wyk2 (Zasady audytowania dostawców ISO 19011), Wyk3 (Kontrole A.5.19-A.5.23 ISO 27001), Wyk4 (RODO art. 28 i NIS2), Wyk5 (Matryca ryzyka 5x5 i BCM), Wyk6 (Weryfikacja raportów SOC 2 i umów SLA), Wyk7 (Model 4C, 5 Why, Trójfazowy CAP i Pitch to Board).
Scenariusz sytuacyjny organizacji

LogistykNet S.A. z siedzibą w Strykowie jest jednym z największych operatorów logistycznych w Europie Środkowej. Spółka dysponuje 180 000 m2 powierzchni magazynowej, zarządza flotą 1 200 pojazdów ciężarowych i obsługuje łańcuchy dostaw dla sieci farmaceutycznych, automotive i FMCG. Operacje logistyczne są w 100% uzależnione od systemów teleinformatycznych dostarczanych przez podmioty zewnętrzne.

Stan faktyczny w toku audytu 5 strategicznych dostawców ICT:

  • Dostawca 1 (Chmurowy system TMS - zarządca tras i floty): Kluczowy dostawca oprogramowania SaaS odmówił wpuszczenia audytorów LogistykNet na teren swoich centrów przetwarzania danych ani przeprowadzenia zdalnego badania konfiguracji chmurowej, zasłaniając się tajemnicą przedsiębiorstwa. Jako 'dowód bezpieczeństwa' dostawca przedstawił certyfikat ISO 9001 (zarządzanie jakością) oraz jednostronicowe oświadczenie prezesa zarządu. Brak niezależnego raportu SOC 2 Typ II oraz brak certyfikacji ISO/IEC 27001.
  • Dostawca 2 (Dostawca infrastruktury serwerowej IaaS): Posiada certyfikat ISO 27001, lecz odmówił udostępnienia logów dostępu uprzywilejowanego administratorów hipernadzorcy.
  • Dostawca 3 (Integrator telemetrii GPS i IoT pojazdów): Wykorzystuje nieszyfrowaną transmisję danych z czujników temperatury naczep chłodniczych (ryzyko fałszowania warunków przewozu leków).
  • Dostawcy 4 i 5 (Dostawca poczty M365 oraz serwis sprzętowy): Wykazują umiarkowaną zgodność, brak jednak sformalizowanych umów powierzenia przetwarzania danych zgodnych z art. 28 RODO.

Zarząd LogistykNet S.A. stoi w obliczu podpisywania wielomilionowych kontraktów z koncernami farmaceutycznymi, które wymagają pełnej weryfikacji łańcucha dostaw pod rygorem zerwania umów. Triada Audytorska ma przygotować skonsolidowany raport końcowy rozwiązujący problem odmowy audytowalności dostawcy TMS.

Wskazówki wykonania krok po kroku w formule 90 minut (karta 4C, RCA 5 Why, matryca 5x5, BCM, CAP)

Zadanie realizowane jest w ścisłym reżimie warsztatowym (formuła 90 minut) przez 2-3 osobową Triadę Audytorską:

  • Krok 1 (Podział ról w Triadzie Audytorskiej i triage dowodowy - Minuty 00-15):

    Student A (Lead Auditor / Executive Reporter): Odpowiada za ład korporacyjny (Governance), analizę zbieżności art. 28 RODO i Dyrektywy NIS2, relacje z Zarządem i audytowanymi dostawcami oraz przygotowanie 1-stronicowego Executive Summary ("Pitch to Board") z kalkulacją ROSI.

    Student B (Technical SecOps Auditor / Architekt Bezpieczeństwa Chmury): Bada architekturę chmury SaaS TMS, brak raportów SOC 2 Typ II, nieszyfrowaną telemetrię IoT, projektuje architekturę kontroli interfejsów API, mechanizmy szyfrowania BYOK oraz techniczne wymagania bezpieczeństwa dla dostawców ICT.

    Student C (Governance, Risk & Compliance Auditor): Opracowuje skonsolidowaną matrycę ocen 5 dostawców, dekompozycję uchybienia dostawcy TMS w modelu 4C, wylicza ryzyko w matrycy 5x5 powiązanej ze wskaźnikami BCM (RTO=1h, RPO=15m, MTPD=4h), prowadzi analizę 5 Why z Diagramem Ishikawy oraz konstruuje Trójfazowy Plan CAP z macierzą RACI i metrykami KPI/KRI. W zespole 2-osobowym zadania te dzielą Studenci A i B.

  • Krok 2 (Kanoniczna Karta Niezgodności 4C - Minuty 15-40):

    Sformułujcie kartę uchybienia w modelu 4C dla dostawcy SaaS TMS:

Kanoniczna Karta Ustaleń Audytowych – model 4C
1. Condition (Stan faktyczny)

Kategoryczna odmowa przeprowadzenia audytu bezpieczeństwa, brak certyfikatu ISO/IEC 27001, brak raportu SOC 2 Typ II, przedłożenie nieadekwatnego certyfikatu ISO 9001 oraz brak możliwości weryfikacji adekwatności środków technicznych w chmurze zarządzającej 1 200 pojazdami.

2. Criteria (Kryteria normatywne i prawne)

Art. 28 ust. 3 lit. h RODO (obowiązek poddania się audytom i inspekcjom przeprowadzanym przez administratora); art. 21 ust. 2 lit. d Dyrektywy NIS2 (bezpieczeństwo łańcucha dostaw); kontrole ISO/IEC 27001:2022 A.5.19 (Bezpieczeństwo informacji w relacjach z dostawcami), A.5.20 (Podejście do bezpieczeństwa w umowach z dostawcami), A.5.21 (Zarządzanie bezpieczeństwem w łańcuchu dostaw ICT).

3. Cause (Przyczyna źródłowa – 5 Why)
  1. Dlaczego dostawca TMS odmówił audytu? (Zarząd dostawcy uznał, że audyt zewnętrzny naruszy tajemnicę technologiczną ich platformy multitenant).
  2. Dlaczego umowa z dostawcą umożliwiła taką odmowę? (Dział Zakupów LogistykNet podpisał standardowy regulamin dostawcy bez negocjacji dedykowanego załącznika DPA i klauzuli Right-to-Audit).
  3. Dlaczego Dział Zakupów nie skonsultował umowy z Działem Bezpieczeństwa i Prawnym? (W firmie brakowało sformalizowanej procedury Vendor Risk Management i bramki weryfikacyjnej przed podpisaniem kontraktu IT).
  4. Dlaczego dostawca powołał się na certyfikat ISO 9001? (Dostawca błędnie utożsamia system zarządzania jakością z systemem bezpieczeństwa informacji SZBI).

Przyczyna źródłowa (Root Cause): Całkowity brak ładu zarządzania ryzykiem stron trzecich (TPRM) w LogistykNet, dopuszczenie do podpisania umowy strategicznej bez prawa do audytu oraz brak weryfikacji niezależnych raportów atestacyjnych SOC 2 Typ II.

4. Consequence (Skutki wielowymiarowe)

Ryzyko kompromitacji platformy TMS i zatrzymania floty 1 200 pojazdów, utrata kontraktów farmaceutycznych o wartości 35 mln PLN rocznie, kara Prezesa UODO do 20 mln EUR lub 4% obrotu za brak nadzoru nad procesorem z art. 28 RODO oraz sankcje finansowe NIS2.

Analiza przyczyn źródłowych – drzewo 5 Why
  1. 1
    Dlaczego dostawca TMS odmówił audytu? (Zarząd dostawcy uznał, że audyt zewnętrzny naruszy tajemnicę technologiczną ich platformy multitenant).
  2. 2
    Dlaczego umowa z dostawcą umożliwiła taką odmowę? (Dział Zakupów LogistykNet podpisał standardowy regulamin dostawcy bez negocjacji dedykowanego załącznika DPA i klauzuli Right-to-Audit).
  3. 3
    Dlaczego Dział Zakupów nie skonsultował umowy z Działem Bezpieczeństwa i Prawnym? (W firmie brakowało sformalizowanej procedury Vendor Risk Management i bramki weryfikacyjnej przed podpisaniem kontraktu IT).
  4. 4
    Dlaczego dostawca powołał się na certyfikat ISO 9001? (Dostawca błędnie utożsamia system zarządzania jakością z systemem bezpieczeństwa informacji SZBI).
  5. root
    Przyczyna źródłowa (Ład zarządczy / Governance): Całkowity brak ładu zarządzania ryzykiem stron trzecich (TPRM) w LogistykNet, dopuszczenie do podpisania umowy strategicznej bez prawa do audytu oraz brak weryfikacji niezależnych raportów atestacyjnych SOC 2 Typ II.
  • Krok 3 (Zaawansowana Matryca Ryzyka 5x5 i Parametry BCM - Minuty 15-40):

    Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5):

Wektor zagrożeniaP (in.)S (in.)Ryzyko inherentne (IR)Kontrole kompensacyjne / naprawczeP (po CAP)S (po CAP)Ryzyko rezydualne (RR)
Paraliż operacji transportowych wskutek incydentu ransomware u nieaudytowalnego dostawcy SaaS TMS 5 5 25/25 – Ryzyko Katastrofalne Aneks z Right-to-Audit, SOC 2 Typ II, bufor lokalny 1 4 4/25 – Ryzyko Akceptowalne
Sabotaż i zafałszowanie odczytów temperatury przewozu leków przez nieszyfrowane IoT 4 5 20/25 Szyfrowanie TLS 1.3, autoryzacja urządzeń 1 4 4/25
Wyciek listów przewozowych i danych kierowców z chmury dostawcy IaaS 4 4 16/25 Certyfikacja ISO 27001 dostawcy, szyfrowanie 1 3 3/25
Zerwanie kontraktów przez klientów strategicznych wskutek negatywnego audytu łańcucha dostaw 5 5 25/25 Wdrożenie ładu TPRM, sformalizowanie SOP 1 2 2/25
Parametr ciągłości działania (BCM / DRP)Wartość docelowa sparametryzowana w audycie
RTO (Recovery Time Objective – docelowy czas odzyskania sprawności)1 godzina dla krytycznych operacji dyspozytorskich TMS
RPO (Recovery Point Objective – maksymalna dopuszczalna utrata danych)15 minut (maksymalna utrata statusów zleceń)
MTPD (Maximum Tolerable Period of Disruption – maksymalny dopuszczalny czas niedostępności)4 godziny (maksymalny czas przestoju logistycznego przed powstaniem kar umownych)
  • Krok 4 (Trójfazowy Plan Działań Korygujących - CAP - Minuty 40-70):

    Opracujcie tabelę CAP w 3 horyzontach czasowych:

FazaHoryzont czasowy Działania naprawcze / korygująceRACI (właściciele biznesowi) Mierzalny wskaźnik sukcesu (KPI)KRI / wskaźnik weryfikacji
Faza 1 – Działania natychmiastowe mitygujące / tamowanie0-7 dniWysłanie formalnego wezwania przedsądowego do zarządu dostawcy TMS z powołaniem na art. 28 ust. 3 lit. h RODO i art. 21 NIS2 pod rygorem rozwiązania umowy ze skutkiem natychmiastowym z winy dostawcy; wdrożenie awaryjnej procedury buforowania zleceń w lokalnej bazie danychA - Prezes Zarządu, R - Dyrektor Prawny / CISO100% formalnych wezwań doręczonychLiczba dni bez odpowiedzi dostawcy = 0
Faza 2 – Działania krótkoterminowe inżyniersko-wdrożeniowe30 dniWynegocjowanie aneksu do umowy z dostawcą TMS wprowadzającego obowiązek dostarczenia w terminie 60 dni niezależnego raportu SOC 2 Typ II (Security, Availability, Confidentiality) sporządzonego przez audytora z tzw. Wielkiej Czwórki lub dopuszczenie dedykowanego audytu technicznego; wdrożenie szyfrowania TLS 1.3 dla telemetrii IoT w pojazdachA - Dyrektor ds. Operacji, R - Architekt Chmury, C - Audytor ZewnętrznyPodpisanie aneksów ze 100% dostawcówLiczba dostawców bez klauzuli Right-to-Audit = 0
Faza 3 – Działania systemowe i ład korporacyjny90 dniOpracowanie i wdrożenie korporacyjnej Polityki Bezpieczeństwa Łańcucha Dostaw ICT (TPRM), zintegrowanie bramek bezpieczeństwa w procesie zakupowym (obowiązkowa ocena Vendor Security Assessment przed podpisaniem jakiegokolwiek kontraktu), wdrożenie platformy ciągłego monitorowania podatności zewnętrznych kontrahentówA - Zarząd Spółki, R - CISO / Dyrektor Zakupów, I - Klienci Strategiczni100% dostawców sklasyfikowanych w rejestrze ryzykaLiczba incydentów Supply Chain = 0
  • Krok 5 (Sformalizowany Projekt Załącznika Wykonawczego SOP - Minuty 40-70):

    Opracujcie projekt aktu normatywnego "Standard Operacyjny Kwalifikacji, Nadzoru i Audytowania Dostawców Usług Cyfrowych i Teleinformatycznych (TPRM) w LogistykNet S.A." z ponumerowanymi artykułami od § 1 do § 6:

    § 1. Cel i zakres procedury (zgodność z NIS2 i art. 28 RODO); § 2. Klasyfikacja krytyczności dostawców ICT (Tier 1 - Strategiczni, Tier 2 - Wspierający); § 3. Obligatoryjne klauzule umowne: Right-to-Audit, SLA, kary umowne za incydenty i raportowanie naruszeń w 24h; § 4. Standardy atestacyjne dopuszczalne w zastępstwie audytu stacjonarnego (SOC 2 Typ II, ISO/IEC 27001 z raportem z badania); § 5. Procedura bezpiecznego wyjścia i transferu danych (Exit Strategy); § 6. Sankcje umowne, natychmiastowe rozwiązanie umowy i odpowiedzialność odszkodowawcza.

  • Krok 6 (Podsumowanie Zarządcze Executive Summary 'Pitch to Board' i przygotowanie obrony - Minuty 70-90):

    Zredagujcie 1-stronicowy briefing dla Zarządu LogistykNet S.A.: przedstawcie bilans ryzyka łańcucha dostaw (ekspozycja na utratę kontraktów i kary: 42 mln PLN vs koszt wdrożenia ładu TPRM i aneksowania umów: 110 000 PLN, wskaźnik ROSI = 38081%), przedstawcie plan negocjacyjny wobec dostawcy TMS oraz przygotujcie się do 15-minutowej obrony przed komisją.

Plan referatu studenckiego (15 minut) i obrona ustna

Plan referatu seminaryjnego i obrony koncepcji (15 minut):

  • Slajd 1-2 (Minuty 00-03): Wprowadzenie i metryka skonsolidowanego audytu łańcucha dostaw ICT (Supply Chain). Macierz dojrzałości 5 dostawców (Student A).
  • Slajd 3-4 (Minuty 03-07): Dekompozycja uchybienia odmowy audytowalności SaaS TMS w modelu 4C i analiza 5 Why / Diagram Ishikawy (Student C).
  • Slajd 5-6 (Minuty 07-10): 25-stopniowa matryca ryzyka 5x5 (IR vs RR), parametry BCM dla logistyki (RTO=1h, RPO=15m) oraz inżynierskie rozwiązania integracji chmurowej i szyfrowania IoT (Student B).
  • Slajd 7-8 (Minuty 10-13): Prezentacja Trójfazowego Planu CAP (0-7, 30, 90 dni) z macierzą RACI, wskaźnikami KPI/KRI oraz struktury procedury SOP (Student C i B).
  • Slajd 9-10 (Minuty 13-15): Executive Summary "Pitch to Board" dla Zarządu: strategia negocjacyjna z dostawcą TMS, wyliczenie ROSI i zamknięcie audytu (Student A).
Zakres raportu poaudytowego i dokumentacji wdrożeniowej (12-16 stron A4)

Struktura zaawansowanego raportu poaudytowego i dokumentacji wdrożeniowej (12-16 stron A4):

A. Jednostronicowe Podsumowanie Zarządcze (Executive Summary - "Pitch to Board") dla Zarządu LogistykNet S.A. z kalkulacją ROSI.

B. Wprowadzenie formalne: metryka audytu, podstawa prawna (art. 28 RODO, NIS2, ISO 27001), skład Triady Audytorskiej, wykaz 5 badanych dostawców.

C. Tabelaryczna Macierz Oceny Dojrzałości i Zgodności 5 Dostawców ICT (w skali punktowej i kolorystycznej).

D. Odpowiedzi na 3 pytania problemowe:

1. W jaki sposób audytor powinien zareagować na odmowę przeprowadzenia audytu przez dostawcę chmurowego powołującego się na certyfikat ISO 9001 i tajemnicę przedsiębiorstwa?

2. Czym różni się raport atestacyjny SOC 2 Typ II od certyfikatu ISO/IEC 27001 w kontekście weryfikacji skuteczności działania kontroli bezpieczeństwa u procesora?

3. Jakie obligatoryjne postanowienia umowne dotyczące bezpieczeństwa i audytowalności (Right-to-Audit) nakłada art. 21 Dyrektywy NIS2 na relacje z dostawcami usług cyfrowych?

E. Kanoniczna Karta Ustaleń Audytowych w Modelu 4C (Condition, Criteria, Cause - sekwencja 5 Why i Diagram Ishikawy w 6 osiach, Consequence).

F. Tabela Zaawansowanej Analizy Ryzyka w Matrycy 5x5:

  • Wektor 1: Paraliż floty 1 200 pojazdów wskutek ataku na nieaudytowalną chmurę TMS | P=5, S=5 → IR=25 | Kontrole: Aneks z Right-to-Audit, SOC 2 Typ II, bufor lokalny | P=1, S=4 → RR=4 | RTO=1h, RPO=15m, MTPD=4h
  • Wektor 2: Sabotaż i zafałszowanie temperatury leków w IoT naczep | P=4, S=5 → IR=20 | Kontrole: Szyfrowanie TLS 1.3, autoryzacja urządzeń | P=1, S=4 → RR=4 | RTO=30m, RPO=5m, MTPD=2h
  • Wektor 3: Wyciek danych transportowych i osobowych kierowców z IaaS | P=4, S=4 → IR=16 | Kontrole: Certyfikacja ISO 27001 dostawcy, szyfrowanie | P=1, S=3 → RR=3 | RTO=2h, RPO=1h, MTPD=8h
  • Wektor 4: Zerwanie kontraktów przez klientów strategicznych i kary NIS2 | P=5, S=5 → IR=25 | Kontrole: Wdrożenie ładu TPRM, sformalizowanie SOP | P=1, S=2 → RR=2 | RTO=N/A, RPO=N/A, MTPD=24h

G. Tabela Trójfazowego Planu Działań Korygujących (CAP) z macierzą RACI, terminami (Faza 1: 0-7 dni, Faza 2: 30 dni, Faza 3: 90 dni) i wskaźnikami KPI oraz KRI.

H. Sformalizowany Projekt Załącznika Wykonawczego (SOP — 6 ponumerowanych paragrafów regulujących procedurę Vendor Risk Management i klauzule audytowe).

I. Analiza kompromisów inżynierskich i zarządczych (Trade-offs: presja na szybkie wdrożenie oprogramowania vs rygor weryfikacji bezpieczeństwa dostawcy, koszty raportów atestacyjnych vs unikanie wielomilionowych strat kontraktowych).

J. Bibliografia, netografia, wykaz standardów AICPA i orzecznictwa sądowego w sprawach sporów b2b.

Bibliografia, netografia i regulacje prawne
  • Dyrektywa Parlamentu Europejskiego i Rady (UE) 2022/2555 (NIS2) - art. 21 ust. 2 lit. d (Środki zarządzania ryzykiem w cyberbezpieczeństwie: bezpieczeństwo łańcucha dostaw).
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO) - art. 28 (Podmiot przetwarzający), art. 32, art. 82, art. 83.
  • Norma PN-EN ISO/IEC 27001:2022: Systemy zarządzania bezpieczeństwem informacji - Wymagania: kontrole A.5.19, A.5.20, A.5.21, A.5.22, A.5.23.
  • Norma PN-EN ISO 19011:2018: Wytyczne dotyczące audytowania systemów zarządzania - punkty 6.5, 6.6 i 6.7.
  • Amerykański Instytut Biegłych Rewidentów (AICPA): Trust Services Criteria for Security, Availability, Processing Integrity, Confidentiality, and Privacy (SOC 2 Type II), 2022.
  • Agencja Unii Europejskiej ds. Cyberbezpieczeństwa (ENISA): "Threat Landscape for Supply Chain Attacks", Ateny 2021.
  • Ustawa z dnia 16 kwietnia 1993 r. o zwalczaniu nieuczciwej konkurencji (Dz.U. z 2022 r. poz. 1233 z późn. zm.) - art. 11 (Tajemnica przedsiębiorstwa).
Przypisanie do efektów uczenia się z sylabusa
  • Wiedza W1: Zaawansowana znajomość rygorów art. 28 RODO, art. 21 NIS2, odpowiedzialności zarządczej i standardów atestacyjnych SOC 2 Typ II.
  • Wiedza W2, W3: Rozumienie relacji normy ISO 27001 w obszarze dostawców ICT oraz wytycznych ENISA dla ataków Supply Chain.
  • Umiejętności U1: Projekt inżynierski bezpiecznej architektury integracji z chmurą SaaS oraz procedur audytów drugiej strony.
  • Umiejętności U2: Dekompozycja uchybień dostawcy w modelu 4C i wykazanie bezprawności odmowy audytowalności.
  • Umiejętności U3: Kwantyfikacja ryzyka w matrycy 5x5 i powiązanie z parametrami BCM dla logistyki (RTO=1h, RPO=15m, MTPD=4h).
  • Umiejętności U4: Opracowanie kompletnego raportu poaudytowego (12-16 stron A4) z konsolidacją dostawców, Planem CAP, SOP i Pitch to Board.
  • Kompetencje K1, K2, K3: Asertywność negocjacyjna, wysokie umiejętności mediacyjne w relacjach biznesowych i niezależność audytorska.
Wskazówki do przygotowania i obrony referatu

W trakcie obrony referatu zaprezentujcie matrycę oceny dojrzałości 5 dostawców łańcucha logistycznego oraz symulację twardych negocjacji poaudytowych z zarządem dostawcy SaaS TMS: wyjaśnijcie, jak wykorzystać dochodzenie 5 Why, art. 28 RODO oraz art. 21 Dyrektywy NIS2, aby wyegzekwować bezwzględne prawo do audytu (Right-to-Audit) lub raport SOC 2 Typ II pod rygorem zerwania kontraktu z winy dostawcy.

05
Strategiczny raport końcowy z audytu cyberbezpieczeństwa OUK dla Zarządu i CSIRT: synteza dowodów ze strefy OT/SCADA wg Purdue Model, reżim art. 268a KK, model 4C, matryca ryzyka 5×5, SOP cyberbezpieczeństwa przemysłowego, protokół zamknięcia wg ISO 19011 pkt 6.6 i briefing zarządczy — EnergoDystrybucja Sp. z o.o. w Opolu
Zwiń

Temat: Strategiczny raport końcowy z audytu cyberbezpieczeństwa OUK dla Zarządu i CSIRT: synteza dowodów ze strefy OT/SCADA wg Purdue Model, reżim art. 268a KK, model 4C, matryca ryzyka 5×5, SOP cyberbezpieczeństwa przemysłowego, protokół zamknięcia wg ISO 19011 pkt 6.6 i briefing zarządczy

EnergoDystrybucja Sp. z o.o. w Opolu / elektrociepłowniaOT/SCADA (infrastruktura krytyczna)Ustawa o KSC / Dyrektywa NIS2 / IEC 62443 / Art. 268a KK / PurdueModel1Bezpośrednie mostkisieciowe pomiędzysiecią biurową asterownikami PLC2Brak strefy IDMZ,otwarte portyserwisowe i brakuwierzytelnianiaModbus3Ryzyko fizycznegosabotażu turbin iparaliżuciepłowniczego (art.268a KK)4MikrosegmentacjaPurdue Model, diodadanych, whitelistingi protokół ISO 19011Schemat strategicznego sprawozdania poaudytowego OUK w energetyce: Purdue Model w strefie OT/SCADA, model4C, matryca ryzyka 5x5, SOP bezpieczeństwa i protokół zamknięcia.
Schemat strategicznego sprawozdania poaudytowego OUK w energetyce: Purdue Model w strefie OT/SCADA, model 4C, matryca ryzyka 5x5, SOP bezpieczeństwa i protokół zamknięcia.
Cel zadania i powiązanie z efektami kształcenia

Głównym celem zadania na ocenę bardzo dobrą (5.0) jest opanowanie przez studentów najwyższych, eksperckich umiejętności opracowywania oficjalnego, urzędowego sprawozdania z audytu cyberbezpieczeństwa Operatora Usługi Kluczowej (OUK) w sektorze energii (Elektrociepłownia 'Opole-Południe' zarządzana przez EnergoDystrybucja Sp. z o.o.). Audyt prowadzony jest w oparciu o art. 15 Ustawy o Krajowym Systemie Cyberbezpieczeństwa (KSC), Dyrektywę NIS2, międzynarodowy standard bezpieczeństwa automatyki przemysłowej ANSI/ISA/IEC 62443 oraz normę PN-EN ISO/IEC 27001:2022. Badaniu poddano strefę technologii operacyjnych (OT) sterowania turbinami gazowymi i siecią ciepłowniczą (SCADA/DCS) zorganizowaną według modelu Purdue (Purdue Enterprise Reference Architecture). W trakcie audytu ujawniono bezpośrednie, niekontrolowane mostki sieciowe pomiędzy siecią korporacyjną IT a sterownikami PLC poziomu 1 i 2, niezałatane stacje inżynierskie pracujące na systemie Windows 7 z wyłączoną ochroną antywirusową oraz zdalny dostęp serwisowy zewnętrznego integratora przez nieszyfrowany pulpit zdalny bez MFA. Zadanie wymaga: sporządzenia kanonicznej Karty 4C ze wskazaniem odpowiedzialności z art. 268a KK (sabotaż komputerowy), wyliczenia ryzyka w matrycy 5x5 powiązanej ze wskaźnikami BCM (RTO=0s failover, RPO=0s, MTPD=30m), skonstruowania Trójfazowego Planu CAP z macierzą RACI, sformułowania procedury wykonawczej (SOP) regulującej kryptoizolację strefy OT i stacji DMZ, sporządzenia formalnego Protokołu Zamknięcia Audytu zgodnie z punktem 6.6 normy ISO 19011:2018 oraz zredagowania briefingu zarządczego dla Prezesa Zarządu i właściwego CSIRT poziomu krajowego (CSIRT NASK/GOV).

Powiązanie z sylabusem i efektami kształcenia na ocenę 5.0:

  • W1 Zaawansowana znajomość przepisów Ustawy o KSC, Dyrektywy NIS2, przepisów o ochronie infrastruktury krytycznej, Prawa energetycznego oraz art. 268a KK (niszczenie danych o szczególnym znaczeniu dla obronności lub funkcjonowania infrastruktury).
  • W2W3 Rygorystyczna synteza standardu ANSI/ISA/IEC 62443 (bezpieczeństwo IACS), normy PN-EN ISO/IEC 27001:2022 (kontrole Załącznika A), normy ISO 19011:2018 (punkt 6.5 i 6.6 - formalne zamknięcie audytu) oraz wytycznych NIST SP 800-82 Rev. 2.
  • U1 Projekt inżynierski strefy DMZ przemysłowej (IDMZ) wg modelu Purdue (Poziom 3.5), wdrożenie diody danych (Data Diode) dla telemetrii SCADA, architektury bastionowej Jump Host z uwierzytelnianiem MFA oraz mikrosegmentacji sieci OT.
  • U2 Bezbłędna kwalifikacja uchybień w kanonicznym modelu 4C ze szczegółowym wykazaniem zagrożenia blackoutem aglomeracji miejskiej.
  • U3 Kwantyfikacja ryzyka w matrycy 5x5 dla wektorów sabotażu cyberfizycznego turbin, infekcji ransomware stacji SCADA i kar finansowych KSC z parametrami BCM.
  • U4 Opracowanie kompletnego urzędowego sprawozdania z audytu (12-16 stron A4) z Trójfazowym Planem CAP, procedurą SOP (§ 1 do § 6), Protokołem Zamknięcia Audytu oraz Executive Summary dla Zarządu.
  • K1K2K3 Profesjonalizm najwyższej próby, świadomość wagi bezpieczeństwa państwa, rygorystyczne przestrzeganie tajemnicy przedsiębiorstwa i klauzul poufności.
  • Powiązanie z wykładem: Wyk1 (Ład zarządczy w infrastrukturze krytycznej), Wyk2 (Zamykanie audytu ISO 19011 pkt 6.6), Wyk3 (Kontrole techniczne ISO 27001), Wyk4 (Urzędowy audyt OUK wg KSC i NIS2), Wyk5 (Matryca ryzyka 5x5 i BCM w OT), Wyk6 (Analiza ruchu sieciowego Modbus/TCP i logów SCADA), Wyk7 (Model 4C, 5 Why, Protokół Zamknięcia, Trójfazowy CAP i Pitch to Board).
Scenariusz sytuacyjny organizacji

EnergoDystrybucja Sp. z o.o. zarządza Elektrociepłownią 'Opole-Południe', która dostarcza energię cieplną dla 110 000 mieszkańców miasta Opola oraz zasila w energię elektryczną krytyczne zakłady przemysłowe regionu. Spółka jest wpisana do rejestru Operatorów Usług Kluczowych (OUK) w rozumieniu Ustawy o KSC. Infrastruktura technologiczna obejmuje 2 bloki kogeneracyjne z turbinami gazowymi, zautomatyzowane kotły odzyskowe oraz sieć magistral ciepłowniczych sterowanych z Nastawni Centralnej.

Stan faktyczny w toku audytu cyberbezpieczeństwa strefy automatyki przemysłowej OT/SCADA:

  • Niedopuszczalna integracja i mostkowanie sieci korporacyjnej IT ze strefą OT (Naruszenie modelu Purdue): Wbrew deklaracjom w dokumentacji, wykryto 4 bezpośrednie połączenia sieciowe pomiędzy podsiecią biurową a siecią sterowników PLC (Poziom 1 Purdue). Jeden z przełączników przemysłowych w nastawni posiadał aktywny interfejs podłączony do routera komercyjnego dostawcy Internetu, zainstalowany przez techników w celu "zdalnego podglądu parametrów pieca z domu".
  • Niezabezpieczone stacje inżynierskie i przestarzałe oprogramowanie: Trzy stacje inżynierskie w nastawni pracują pod kontrolą niewspieranego systemu operacyjnego Windows 7 Professional bez jakichkolwiek poprawek bezpieczeństwa od 2020 r. Wyłączono na nich ochronę antywirusową, ponieważ "antywirus zawieszał oprogramowanie SCADA". Do stacji inżynierskich powszechnie podłączane są prywatne nośniki USB personelu w celu zgrywania wykresów i logów.
  • Niekontrolowany zdalny dostęp serwisowy: Niemiecki producent turbiny posiada stałe, aktywne połączenie zdalne przez protokół RDP zestawione bezpośrednio do sterownika turbiny (Poziom 2). Połączenie zabezpieczone jest wyłącznie statycznym, 8-znakowym hasłem, bez uwierzytelniania dwuskładnikowego (MFA) i bez wiedzy oficera bezpieczeństwa spółki.
  • Stanowisko Zarządu: Prezes Zarządu oczekuje sprawozdania poaudytowego w dwóch wersjach: jawnego sprawozdania urzędowego dla Ministra Cyfryzacji i CSIRT NASK (zgodnie z art. 15 KSC) oraz tajnego raportu inżynierskiego dla Zarządu z Trójfazowym Planem CAP, który zapobiegnie nałożeniu kary do 10 mln EUR.
Wskazówki wykonania krok po kroku w formule 90 minut (karta 4C, RCA 5 Why, matryca 5x5, BCM, CAP)

Zadanie realizowane jest w ścisłym reżimie warsztatowym (formuła 90 minut) przez 2-3 osobową Triadę Audytorską:

  • Krok 1 (Podział ról w Triadzie Audytorskiej i triage dowodowy - Minuty 00-15):

    Student A (Lead Auditor / Executive Reporter): Odpowiada za ład zarządczy (Governance), zgodność z art. 15 Ustawy o KSC, Dyrektywą NIS2, procedurę formalnego zamknięcia audytu wg ISO 19011 (punkt 6.6), relacje z CSIRT NASK/GOV i Zarządem oraz przygotowanie Executive Summary dla Zarządu.

    Student B (Technical SecOps Auditor / Architekt Bezpieczeństwa OT/SCADA): Dekonstruuje naruszenia modelu Purdue, protokoły przemysłowe (Modbus TCP, IEC 60870-5-104), podatności stacji inżynierskich Windows 7, projektuje architekturę strefy przemysłowej DMZ (Poziom 3.5), wdrożenie diody danych oraz bastionów PAM z MFA dla serwisu turbin.

    Student C (Governance, Risk & Compliance Auditor): Opracowuje kanoniczną Kartę Niezgodności 4C, wylicza ryzyko w matrycy 5x5 powiązanej ze wskaźnikami BCM (RTO=0s failover, RPO=0s, MTPD=30m), prowadzi analizę 5 Why z Diagramem Ishikawy, sporządza Protokół Zamknięcia Audytu oraz konstruuje Trójfazowy Plan CAP z macierzą RACI i metrykami KPI/KRI. W zespole 2-osobowym zadania te dzielą Studenci A i B.

  • Krok 2 (Kanoniczna Karta Niezgodności 4C - Minuty 15-40):

    Sformułujcie kartę uchybienia krytycznego w modelu 4C:

Kanoniczna Karta Ustaleń Audytowych – model 4C
1. Condition (Stan faktyczny)

Bezpośredni mostek sieciowy pomiędzy IT a sterownikami PLC, stacje inżynierskie Windows 7 bez wsparcia i antywirusa, prywatne nośniki USB w nastawni oraz stałe połączenie RDP bez MFA dla zagranicznego serwisu turbin.

2. Criteria (Kryteria normatywne i prawne)

Art. 8, 9, 10, 15 Ustawy o KSC; art. 21 Dyrektywy NIS2; standard ANSI/ISA/IEC 62443-3-3 (Wymagania bezpieczeństwa systemów i stref); kontrole ISO/IEC 27001:2022 A.8.20 (Zabezpieczenie sieci), A.8.22 (Segmentacja sieci), A.7.10 (Nośniki pamięci); art. 268a Kodeksu Karnego (sabotaż komputerowy).

3. Cause (Przyczyna źródłowa – 5 Why)
  1. Dlaczego istnieje bezpośrednie połączenie sieciowe IT z PLC? (Automatycy chcieli mieć zdalny dostęp do wykresów pieca ze swoich biurek).
  2. Dlaczego Dział IT/Cyberbezpieczeństwa nie zablokował tego połączenia? (Inżynierowie automatyki odmawiają współpracy z IT, uznając strefę OT za własną, zamkniętą domenę).
  3. Dlaczego stacje inżynierskie pracują na starym Windows 7 bez antywirusa? (Producent oprogramowania SCADA odmówił wsparcia na nowszych systemach, a antywirus powodował opóźnienia w odczycie pętli regulacji).
  4. Dlaczego serwis turbin posiada niekontrolowany dostęp RDP bez MFA? (Zapisano to w standardowym kontrakcie serwisowym turbiny 8 lat temu i nikt nie zweryfikował zapisów pod kątem KSC).

Przyczyna źródłowa (Root Cause): Brak nadrzędnego ładu cyberbezpieczeństwa OT, silosowa struktura organizacji (konflikt pomiędzy IT a automatyką OT) oraz zaniechanie wdrożenia modelu Purdue i standardu IEC 62443 przez Zarząd spółki.

4. Consequence (Skutki wielowymiarowe)

Bezpośrednie zagrożenie sabotażem fizycznym turbin gazowych (np. przez atak typu Stuxnet/Industroyer), ryzyko odcięcia ogrzewania i prądu dla 110 000 mieszkańców w okresie zimowym, katastrofalne straty materialne liczone w dziesiątkach milionów PLN, kara administracyjna do 10 mln EUR z Ustawy o KSC i NIS2 oraz odpowiedzialność karna członków Zarządu z art. 268a KK.

Analiza przyczyn źródłowych – drzewo 5 Why
  1. 1
    Dlaczego istnieje bezpośrednie połączenie sieciowe IT z PLC? (Automatycy chcieli mieć zdalny dostęp do wykresów pieca ze swoich biurek).
  2. 2
    Dlaczego Dział IT/Cyberbezpieczeństwa nie zablokował tego połączenia? (Inżynierowie automatyki odmawiają współpracy z IT, uznając strefę OT za własną, zamkniętą domenę).
  3. 3
    Dlaczego stacje inżynierskie pracują na starym Windows 7 bez antywirusa? (Producent oprogramowania SCADA odmówił wsparcia na nowszych systemach, a antywirus powodował opóźnienia w odczycie pętli regulacji).
  4. 4
    Dlaczego serwis turbin posiada niekontrolowany dostęp RDP bez MFA? (Zapisano to w standardowym kontrakcie serwisowym turbiny 8 lat temu i nikt nie zweryfikował zapisów pod kątem KSC).
  5. root
    Przyczyna źródłowa (Ład zarządczy / Governance): Brak nadrzędnego ładu cyberbezpieczeństwa OT, silosowa struktura organizacji (konflikt pomiędzy IT a automatyką OT) oraz zaniechanie wdrożenia modelu Purdue i standardu IEC 62443 przez Zarząd spółki.
  • Krok 3 (Zaawansowana Matryca Ryzyka 5x5 i Parametry BCM - Minuty 15-40):

    Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5):

Wektor zagrożeniaP (in.)S (in.)Ryzyko inherentne (IR)Kontrole kompensacyjne / naprawczeP (po CAP)S (po CAP)Ryzyko rezydualne (RR)
Przejęcie sterowników PLC i fizyczny sabotaż turbin gazowych przez mostek IT/OT lub RDP 5 5 25/25 – Ryzyko Katastrofalne Likwidacja mostków, IDMZ, dioda danych 1 5 5/25 – Ryzyko Akceptowalne
Infekcja ransomware stacji inżynierskich SCADA przez zainfekowany nośnik USB 5 5 25/25 Blokada portów USB, whitelisting aplikacji 1 4 4/25
Blackout aglomeracji miejskiej i odcięcie dostaw ciepła dla szpitali i mieszkańców 4 5 20/25 Separacja Purdue, failover analogowy 1 5 5/25
Kary finansowe organu właściwego ds. cyberbezpieczeństwa i utrata statusu OUK 5 4 20/25 Realizacja CAP, notyfikacja CSIRT 1 2 2/25
Parametr ciągłości działania (BCM / DRP)Wartość docelowa sparametryzowana w audycie
RTO (Recovery Time Objective – docelowy czas odzyskania sprawności)0 sekund dla sterowania pętlami bezpieczeństwa turbin (automatyczny failover na redundantny sterownik analogowy)
RPO (Recovery Point Objective – maksymalna dopuszczalna utrata danych)0 sekund (ochrona telemetrii zdarzeń)
MTPD (Maximum Tolerable Period of Disruption – maksymalny dopuszczalny czas niedostępności)30 minut (maksymalny czas przestoju przed nieodwracalnym wychłodzeniem sieci ciepłowniczej)
  • Krok 4 (Trójfazowy Plan Działań Korygujących - CAP - Minuty 40-70):

    Opracujcie tabelę CAP w 3 horyzontach czasowych:

FazaHoryzont czasowy Działania naprawcze / korygująceRACI (właściciele biznesowi) Mierzalny wskaźnik sukcesu (KPI)KRI / wskaźnik weryfikacji
Faza 1 – Działania natychmiastowe mitygujące / tamowanie0-7 dniFizyczne odłączenie nieautoryzowanego routera i mostków sieciowych IT/OT, wyłączenie stałego tunelu RDP dla serwisu zewnętrznego, wdrożenie blokady portów USB na stacjach inżynierskich (GPO i plomby fizyczne), wprowadzenie obowiązku autoryzowanego dostępu serwisowego wyłącznie w obecności inżyniera OTA - Prezes Zarządu, R - CISO / Główny Automatyk100% nieautoryzowanych połączeń zlikwidowanychLiczba połączeń zewnętrznych bez nadzoru = 0
Faza 2 – Działania krótkoterminowe inżyniersko-wdrożeniowe30 dniImplementacja strefy przemysłowej DMZ (IDMZ Poziom 3.5 Purdue) za podwójnym firewallem przemysłowym, wdrożenie dedykowanego serwera przesiadkowego (Jump Host) z MFA i rejestracją sesji dla serwisu turbiny, instalacja przemysłowego systemu antywirusowego z listą dopuszczonych aplikacji (Application Whitelisting) na stacjach SCADAA - Wiceprezes ds. Technicznych, R - Architekt Bezpieczeństwa OT, C - Integrator SCADA100% stacji inżynierskich objętych whitelistingiemLiczba incydentów w strefie OT = 0
Faza 3 – Działania systemowe i ład korporacyjny90 dniPełna segmentacja środowiska zgodnie ze standardem IEC 62443, instalacja diody danych (Data Diode) do bezpiecznego eksportu telemetrii do sieci korporacyjnej, formalna aktualizacja umów serwisowych z dostawcami turbin, wdrożenie monitoringu sieci OT opartego na pasywnej analizie anomalii przemysłowych (np. Nozomi Networks/Claroty) i integracja z CSIRT poziomu krajowegoA - Zarząd Spółki, R - CISO, I - CSIRT NASKWskaźnik zgodności z IEC 62443 i KSC = 100%Liczba anomalii w ruchu Modbus/TCP = 0
  • Krok 5 (Sformalizowany Projekt Załącznika Wykonawczego SOP i Protokół Zamknięcia - Minuty 40-70):

    Opracujcie projekt aktu normatywnego "Standard Operacyjny Kryptoizolacji Stref Przemysłowych OT/SCADA oraz Bezpiecznego Dostępu Zdalnego w EnergoDystrybucja Sp. z o.o." z ponumerowanymi artykułami od § 1 do § 6:

    § 1. Zakres stosowania procedury (zgodność z KSC, NIS2 i IEC 62443); § 2. Model segmentacji stref przemysłowych wg Purdue (Poziomy 0-5) i zakaz mostkowania; § 3. Zasady zdalnego dostępu serwisowego (MFA, sesje limitowane czasowo, zgoda CISO); § 4. Rygory kontroli nośników wymiennych USB (stacja dekontaminacyjna); § 5. Procedura postępowania w przypadku ataku sabotażowego (art. 268a KK) i zgłaszania incydentu do CSIRT w 24h; § 6. Protokół formalnego zamknięcia audytu zgodnie z punktem 6.6 ISO 19011 i odpowiedzialność karna.

  • Krok 6 (Podsumowanie Zarządcze Executive Summary 'Pitch to Board' i przygotowanie obrony - Minuty 70-90):

    Zredagujcie 1-stronicowy briefing dla Prezesa Zarządu: przedstawcie bilans ekspozycji na ryzyko katastrofalne (potencjalne szkody z awarii elektrociepłowni i kar KSC: 65 mln PLN vs koszt wdrożenia strefy DMZ i diody danych: 320 000 PLN, wskaźnik ROSI = 20212%), wskażcie procedurę przekazania oficjalnego sprawozdania do Ministra i CSIRT NASK oraz przygotujcie się do 15-minutowej obrony przed komisją.

Plan referatu studenckiego (15 minut) i obrona ustna

Plan referatu seminaryjnego i obrony koncepcji (15 minut):

  • Slajd 1-2 (Minuty 00-03): Wprowadzenie i metryka audytu Operatora Usługi Kluczowej w sektorze energii. Specyfika sprawozdania z art. 15 Ustawy o KSC (Student A).
  • Slajd 3-4 (Minuty 03-07): Dekompozycja uchybień strefy OT w modelu 4C i analiza przyczyn źródłowych 5 Why / Ishikawa z uwzględnieniem art. 268a KK (Student C).
  • Slajd 5-6 (Minuty 07-10): 25-stopniowa matryca ryzyka 5x5 (IR vs RR), parametry BCM dla ciągłości dostaw ciepła (RTO=0s, MTPD=30m) oraz architektura strefy DMZ wg modelu Purdue i diody danych (Student B).
  • Slajd 7-8 (Minuty 10-13): Prezentacja Trójfazowego Planu CAP (0-7, 30, 90 dni) z macierzą RACI, wskaźnikami KPI/KRI, procedury SOP oraz Protokołu Zamknięcia Audytu wg ISO 19011 pkt 6.6 (Student C i B).
  • Slajd 9-10 (Minuty 13-15): Executive Summary "Pitch to Board" dla Zarządu i CSIRT: bilans ryzyk strategicznych, wyliczenie ROSI i zamknięcie audytu (Student A).
Zakres raportu poaudytowego i dokumentacji wdrożeniowej (12-16 stron A4)

Struktura zaawansowanego raportu poaudytowego i dokumentacji wdrożeniowej (12-16 stron A4):

A. Jednostronicowe Podsumowanie Zarządcze (Executive Summary - "Pitch to Board") dla Zarządu EnergoDystrybucja Sp. z o.o. z wyliczeniem ROSI.

B. Wprowadzenie formalne: metryka audytu OUK, podstawa prawna (art. 15 KSC, NIS2, IEC 62443, ISO 27001), skład Triady Audytorskiej, wykaz instalacji technologicznych elektrociepłowni.

C. Odpowiedzi na 3 pytania problemowe:

1. W jaki sposób audytor powinien rozgraniczyć jawną treść urzędowego sprawozdania przekazywanego ministrowi właściwemu i zespołowi CSIRT od poufnego raportu wewnętrznego dla Zarządu, aby nie ujawnić wektorów podatności infrastruktury krytycznej państwa?

2. Jakie konkretne rygory techniczne nakłada standard ANSI/ISA/IEC 62443 na separację stref bezpieczeństwa (Zones and Conduits) i realizację poziomu Poziomu 3.5 (Industrial DMZ) w modelu Purdue?

3. W jakich okolicznościach zaniedbania w zabezpieczeniu stacji sterowania SCADA wypełniają znamiona przestępstwa sabotażu komputerowego z art. 268a Kodeksu Karnego?

D. Kanoniczna Karta Ustaleń Audytowych w Modelu 4C (Condition, Criteria, Cause - sekwencja 5 Why i Diagram Ishikawy w 6 osiach, Consequence).

E. Tabela Zaawansowanej Analizy Ryzyka w Matrycy 5x5:

  • Wektor 1: Przejęcie sterowników PLC i fizyczny sabotaż turbin gazowych | P=5, S=5 → IR=25 | Kontrole: Likwidacja mostków, IDMZ, dioda danych | P=1, S=5 → RR=5 | RTO=0s, RPO=0s, MTPD=30m
  • Wektor 2: Infekcja ransomware stacji inżynierskich SCADA z USB | P=5, S=5 → IR=25 | Kontrole: Blokada portów USB, whitelisting aplikacji | P=1, S=4 → RR=4 | RTO=15m, RPO=0s, MTPD=1h
  • Wektor 3: Blackout aglomeracji miejskiej i paraliż dostaw ciepła | P=4, S=5 → IR=20 | Kontrole: Separacja Purdue, failover analogowy | P=1, S=5 → RR=5 | RTO=0s, RPO=0s, MTPD=30m
  • Wektor 4: Sankcje administracyjne KSC/NIS2 i utrata statusu OUK | P=5, S=4 → IR=20 | Kontrole: Realizacja CAP, notyfikacja CSIRT | P=1, S=2 → RR=2 | RTO=N/A, RPO=N/A, MTPD=24h

F. Tabela Trójfazowego Planu Działań Korygujących (CAP) z macierzą RACI, terminami (Faza 1: 0-7 dni, Faza 2: 30 dni, Faza 3: 90 dni) i wskaźnikami KPI oraz KRI.

G. Sformalizowany Projekt Załącznika Wykonawczego (SOP — 6 ponumerowanych paragrafów regulujących kryptoizolację strefy OT i dostęp zdalny).

H. Protokół Formalnego Zamknięcia Audytu (Audit Closure Protocol) sporządzony zgodnie z punktem 6.6 normy PN-EN ISO 19011:2018.

I. Analiza kompromisów inżynierskich i zarządczych (Trade-offs: wygoda inżynierów i zdalnego serwisu vs bezwzględne bezpieczeństwo infrastruktury krytycznej, koszty diod danych i IDMZ vs ryzyko paraliżu elektrociepłowni).

J. Bibliografia, netografia, wykaz norm ISA/IEC i przepisów o ochronie infrastruktury krytycznej państwa.

Bibliografia, netografia i regulacje prawne
  • Ustawa z dnia 5 lipca 2018 r. o Krajowym Systemie Cyberbezpieczeństwa (Dz.U. z 2023 r. poz. 913 z późn. zm.) - art. 15 (Audyt bezpieczeństwa systemu teleinformatycznego OUK).
  • Dyrektywa Parlamentu Europejskiego i Rady (UE) 2022/2555 (NIS2) - podmioty kluczowe i krytyczne w sektorze energii.
  • Standard ANSI/ISA/IEC 62443: Security for industrial automation and control systems (części 2-1, 3-2, 3-3).
  • Norma PN-EN ISO 19011:2018: Wytyczne dotyczące audytowania systemów zarządzania - punkt 6.5 (Raport z audytu) oraz punkt 6.6 (Zakończenie audytu).
  • Norma PN-EN ISO/IEC 27001:2022: Systemy zarządzania bezpieczeństwem informacji - Wymagania: kontrole A.7.10, A.8.20, A.8.22.
  • Narodowy Instytut Standardów i Technologii (NIST): Special Publication 800-82 Rev. 2: "Guide to Industrial Control Systems (ICS) Security", 2015.
  • Ustawa z dnia 6 czerwca 1997 r. - Kodeks Karny (Dz.U. z 2024 r. poz. 17 z późn. zm.) - art. 268a (Niszczenie danych w systemach o szczególnym znaczeniu).
  • Rządowe Centrum Bezpieczeństwa (RCB): "Narodowy Program Ochrony Infrastruktury Krytycznej", Warszawa 2020.
Przypisanie do efektów uczenia się z sylabusa
  • Wiedza W1: Zaawansowana znajomość Ustawy o KSC, Dyrektywy NIS2, standardu IEC 62443 i odpowiedzialności karnej z art. 268a KK.
  • Wiedza W2, W3: Rozumienie procedury formalnego zamykania audytu wg ISO 19011 (punkt 6.6) oraz specyfiki sprawozdawczości dla CSIRT szczebla krajowego.
  • Umiejętności U1: Projekt inżynierski strefy IDMZ wg modelu Purdue, wdrożenie diody danych oraz bastionów PAM dla strefy OT/SCADA.
  • Umiejętności U2: Dekompozycja uchybień w modelu 4C i wykazanie ryzyka fizycznego sabotażu i blackoutu.
  • Umiejętności U3: Kwantyfikacja ryzyka w matrycy 5x5 i powiązanie z parametrami BCM (RTO=0s failover, RPO=0s, MTPD=30m).
  • Umiejętności U4: Opracowanie kompletnego urzędowego sprawozdania z audytu OUK (12-16 stron A4) z Protokołem Zamknięcia, Planem CAP, SOP i Pitch to Board z kalkulacją ROSI.
  • Kompetencje K1, K2, K3: Profesjonalizm najwyższej próby, rygorystyczne przestrzeganie tajemnicy państwowej i przedsiębiorstwa oraz perswazja w komunikacji z Zarządem.
Wskazówki do przygotowania i obrony referatu

Podczas referatu seminaryjnego szczegółowo omówcie formalne rozdzielenie wewnętrznego raportu dla Zarządu od oficjalnego Sprawozdania z audytu OUK przekazywanego ministrowi właściwemu i zespołowi CSIRT poziomu krajowego: wyjaśnijcie metodykę sanitacji informacji wrażliwych, procedurę formalnego zamknięcia audytu wg punktu 6.6 ISO 19011 oraz sposób prezentacji wyników analizy ryzyka 5x5 dla strefy SCADA OT bez ujawniania wektorów ataku podmiotom nieuprawnionym.

06
Strategiczny raport końcowy z audytu systemów USOS i Moodle dla Rektora i Senatu: bilans niezgodności i szans na doskonalenie (OFI), zbieżność Prawa o szkolnictwie wyższym, KRI i RODO, model 4C, matryca ryzyka 5×5, SOP cyklu życia tożsamości IAM oraz briefing zarządczy — Akademia Mazowiecka w Płocku
Zwiń

Temat: Strategiczny raport końcowy z audytu systemów USOS i Moodle dla Rektora i Senatu: bilans niezgodności i szans na doskonalenie (OFI), zbieżność Prawa o szkolnictwie wyższym, KRI i RODO, model 4C, matryca ryzyka 5×5, SOP cyklu życia tożsamości IAM oraz briefing zarządczy

Akademia Mazowiecka w Płocku / systemy USOS i Moodle(szkolnictwo wyższe)KRI § 20 / Prawo o szkolnictwie wyższym / RODO / ISO 27001 / OFI1Nadmiaroweuprawnienia do edycjiocen w systemie USOS2Brak granulacji róldziekanatów, brakcentralnego IAM i SSO3Ryzyko nieuprawnionejmodyfikacji ocen ipodważenia ważnościdyplomów4Wdrożenie IAM, MFAFIDO2, bilans szansna doskonalenie (OFI)i SOPSchemat strategicznego raportu poaudytowego systemów USOS i Moodle: bilans niezgodności i szans nadoskonalenie (OFI), model 4C, matryca ryzyka 5x5, SOP tożsamości IAM i CAP.
Schemat strategicznego raportu poaudytowego systemów USOS i Moodle: bilans niezgodności i szans na doskonalenie (OFI), model 4C, matryca ryzyka 5x5, SOP tożsamości IAM i CAP.
Cel zadania i powiązanie z efektami kształcenia

Głównym celem zadania na ocenę bardzo dobrą (5.0) jest wykształcenie u studentów umiejętności opracowania strategicznego raportu poaudytowego dla organów kolegialnych i zarządczych uczelni wyższej (Rektor, Senat, Rada Uczelni). Audyt w Akademii Mazowieckiej w Płocku koncentruje się na systemach Zintegrowanej Obsługi Studentów (USOS/USOSweb) oraz platformie e-learningowej Moodle. Wyjątkowym wyzwaniem metodycznym jest połączenie rygorystycznych ustaleń uchybień z wyważonym bilansem konstruktywnych szans na doskonalenie (OFI - Opportunities for Improvement) w świetle normy PN-EN ISO 19011:2018 (punkt 6.5) oraz klauzuli 10.1 normy PN-EN ISO/IEC 27001:2022 (ciągłe doskonalenie). Zadanie wymaga: sformułowania kanonicznej Karty Ustaleń w modelu 4C, przeprowadzenia analizy przyczyn źródłowych metodą 5 Why i Diagramem Ishikawy dla wieloletniego braku wygaszania kont absolwentów i wykładowców, wyliczenia ryzyka w 25-stopniowej matrycy 5x5 powiązanej z parametrami BCM (RTO=2h, RPO=1h, MTPD=12h), skonstruowania Trójfazowego Planu CAP z macierzą RACI i wskaźnikami KPI oraz KRI, opracowania sformalizowanej procedury wykonawczej (SOP) cyklu życia tożsamości akademickiej i federacji SAML/OAuth2 oraz przygotowania 1-stronicowego Podsumowania Zarządczego ("Pitch to Board") dla Senatu wspierającego procedurę akredytacji Polskiej Komisji Akredytacyjnej (PKA).

Powiązanie z sylabusem i efektami kształcenia na ocenę 5.0:

  • W1 Zaawansowana znajomość przepisów Ustawy - Prawo o szkolnictwie wyższym i nauce, zasad ochrony danych studentów i kadry (art. 5, 6, 9, 32 RODO), Krajowych Ram Interoperacyjności (par. 20 KRI) oraz przepisów o ochronie własności intelektualnej i danych badawczych (Open Science).
  • W2W3 Wyczerpująca synteza wymagań normy PN-EN ISO/IEC 27001:2022 (kontrole A.5.15 - A.5.18, A.8.2, A.8.4), normy PN-EN ISO 19011:2018 w zakresie formułowania wniosków pozytywnych i szans na doskonalenie (OFI) oraz standardów akredytacyjnych PKA.
  • U1 Projekt inżynierski centralnego brokera tożsamości i dostępu (IAM/SSO) opartego na protokołach SAML 2.0 i OpenID Connect, integracji z repozytorium LDAP oraz bezpiecznego zarządzania sekretami aplikacyjnymi (Vault).
  • U2 Bezbłędna kwalifikacja uchybień w kanonicznym modelu 4C z precyzyjnym rozróżnieniem Niezgodności Dużej (NC1) od Szansy na doskonalenie (OFI).
  • U3 Kwantyfikacja ryzyka w matrycy 5x5 dla wektorów fałszerstwa protokołów ocen, kradzieży danych studentów i kompromitacji platformy e-learningowej z parametrami BCM.
  • U4 Opracowanie kompletnego raportu poaudytowego (12-16 stron A4) z bilansem OFI, Trójfazowym Planem CAP, procedurą SOP (§ 1 do § 6) oraz Executive Summary dla Senatu z kalkulacją ROSI.
  • K1K2K3 Poszanowanie etyki i autonomii akademickiej, wysoka kultura formułowania zaleceń doradczych i perswazja w komunikacji z władzami rektorskimi.
  • Powiązanie z wykładem: Wyk1 (Ład zarządczy na uczelni), Wyk2 (Zasady raportowania ISO 19011 i bilans OFI), Wyk3 (Kontrole dostępowe ISO 27001), Wyk4 (RODO i KRI w szkolnictwie wyższym), Wyk5 (Matryca ryzyka 5x5 i BCM), Wyk6 (Analiza logów USOS i konfiguracji Moodle), Wyk7 (Model 4C, 5 Why, Trójfazowy CAP i Pitch to Board).
Scenariusz sytuacyjny organizacji

Akademia Mazowiecka w Płocku kształci 4 800 studentów na 14 kierunkach studiów (w tym na kierunkach medycznych i technicznych) oraz zatrudnia 340 nauczycieli akademickich i 120 pracowników administracyjnych. Głównymi filarami infrastruktury dydaktycznej są system USOS (wraz z portalem USOSweb) oraz platforma e-learningowa Moodle.

Stan faktyczny w toku audytu bezpieczeństwa teleinformatycznego uczelni:

  • Brak automatyzacji cyklu życia tożsamości i uprawnień (Lifecycle Management): W systemie USOSweb ujawniono 210 aktywnych kont absolwentów, którzy ukończyli studia w latach 2021-2023, oraz 12 kont byłych wykładowców, których umowy wygasły ponad rok temu. Konta te posiadały wgląd w historyczne protokoły ocen oraz dane osobowe studentów (imiona, nazwiska, PESEL, adresy zamieszkania, wnioski o stypendia socjalne).
  • Krytyczne podatności konfiguracji platformy Moodle: Na serwerze Moodle brakowało mechanizmów blokowania kont po wielokrotnych nieudanych próbach logowania (podatność na ataki brute-force), a hasło głównego użytkownika bazy danych MySQL było zapisane jawnym tekstem w pliku `config.php` z uprawnieniami odczytu dla wszystkich lokalnych kont systemu Linux (`chmod 644`).
  • Nadmiarowe uprawnienia personelu dziekanatów: 22 pracowników dziekanatów dysponowało globalnymi uprawnieniami edycyjnymi do zatwierdzania i modyfikowania ocen dla wszystkich wydziałów uczelni, z naruszeniem zasady wiedzy koniecznej (Need-to-Know) i brakiem logowania edycji poszczególnych pól.
  • Szanse na doskonalenie (OFI): Wdrożenie federacyjnego jednokrotnego logowania (SSO) w ramach ogólnopolskiej sieci eduroam/Federacji PIONIER.Id oraz bezpiecznego repozytorium surowych danych badawczych (Open Science).

Rektor i Senat oczekują raportu poaudytowego, który nie tylko wskaże uchybienia, lecz pomoże uczelni przejść zbliżającą się ocenę programową PKA i wdrożyć nowoczesny ład tożsamości cyfrowej.

Wskazówki wykonania krok po kroku w formule 90 minut (karta 4C, RCA 5 Why, matryca 5x5, BCM, CAP)

Zadanie realizowane jest w ścisłym reżimie warsztatowym (formuła 90 minut) przez 2-3 osobową Triadę Audytorską:

  • Krok 1 (Podział ról w Triadzie Audytorskiej i triage dowodowy - Minuty 00-15):

    Student A (Lead Auditor / Executive Reporter): Odpowiada za ład zarządczy (Governance), zgodność z Prawem o szkolnictwie wyższym, KRI i RODO, relacje z Rektorem i Senatem oraz przygotowanie 1-stronicowego Executive Summary ("Pitch to Board") z kalkulacją ROSI.

    Student B (Technical SecOps Auditor / Architekt Systemów Akademickich): Bada plik konfiguracyjny Moodle, brak ochrony brute-force, nadmiarowe uprawnienia w USOS, projektuje architekturę brokera tożsamości Keycloak/FreeIPA z obsługą SAML/OAuth2 oraz repozytorium sekretów HashiCorp Vault.

    Student C (Governance, Risk & Compliance Auditor): Opracowuje kanoniczną Kartę Niezgodności 4C, bilans szans na doskonalenie (OFI), wylicza ryzyko w matrycy 5x5 powiązanej ze wskaźnikami BCM (RTO=2h, RPO=1h, MTPD=12h), prowadzi sekwencję 5 Why z Diagramem Ishikawy oraz konstruuje Trójfazowy Plan CAP z macierzą RACI i metrykami KPI/KRI. W zespole 2-osobowym zadania te dzielą Studenci A i B.

  • Krok 2 (Kanoniczna Karta Niezgodności 4C i Bilans OFI - Minuty 15-40):

    Sformułujcie kartę uchybienia w modelu 4C oraz bilans szans na doskonalenie:

Kanoniczna Karta Ustaleń Audytowych – model 4C
1. Condition (Stan faktyczny)

210 aktywnych kont absolwentów i 12 byłych wykładowców w USOSweb, jawne hasło bazy danych w pliku `config.php` (`chmod 644`) na serwerze Moodle oraz globalne uprawnienia edycji ocen dla 22 pracowników dziekanatów.

2. Criteria (Kryteria normatywne i prawne)

Art. 5 ust. 1 lit. f oraz art. 32 RODO (integralność, poufność i minimalizacja uprawnień); par. 20 ust. 2 pkt 3 KRI (okresowy przegląd praw dostępu); kontrole ISO/IEC 27001:2022 A.5.15 (Zarządzanie tożsamością), A.5.18 (Prawa dostępu), A.8.2 (Uwierzytelnianie); art. 268a Kodeksu Karnego (niszczenie danych lub udaremnianie zapoznania się).

3. Cause (Przyczyna źródłowa – 5 Why)
  1. Dlaczego konta absolwentów i byłych pracowników były aktywne przez lata? (Brak zautomatyzowanej procedury wygaszania kont po obronie pracy dyplomowej lub ustaniu umowy).
  2. Dlaczego dziekanat nie zgłaszał listy absolwentów do działu IT? (Proces dyplomowania w dziekanacie nie przewidywał formalnego kroku zamknięcia konta w systemie informatycznym).
  3. Dlaczego hasło do bazy Moodle było zapisane jawnym tekstem z prawami odczytu dla wszystkich? (Administrator instalował platformę metodą domyślną z repozytorium bez utwardzenia systemu Linux).
  4. Dlaczego pracownicy dziekanatów posiadali uprawnienia globalne? (System USOS został skonfigurowany w oparciu o role generyczne, aby pracownicy mogli 'zastępować się w czasie urlopów').

Przyczyna źródłowa (Root Cause): Brak całościowego ładu zarządzania tożsamością (Identity Governance), brak centralnego brokera IAM oraz niedocenienie ryzyka utraty integralności protokołów egzaminacyjnych przez władze uczelni.

4. Consequence (Skutki wielowymiarowe)

Bezpośrednie ryzyko nieuprawnionej zmiany ocen w protokołach (podważenie ważności wydanych dyplomów), wyciek danych wrażliwych studentów ubiegających się o stypendia, utrata akredytacji PKA, kara Prezesa UODO do 100 000 PLN (dla uczelni publicznej) oraz krytyczny kryzys reputacyjny.

Analiza przyczyn źródłowych – drzewo 5 Why
  1. 1
    Dlaczego konta absolwentów i byłych pracowników były aktywne przez lata? (Brak zautomatyzowanej procedury wygaszania kont po obronie pracy dyplomowej lub ustaniu umowy).
  2. 2
    Dlaczego dziekanat nie zgłaszał listy absolwentów do działu IT? (Proces dyplomowania w dziekanacie nie przewidywał formalnego kroku zamknięcia konta w systemie informatycznym).
  3. 3
    Dlaczego hasło do bazy Moodle było zapisane jawnym tekstem z prawami odczytu dla wszystkich? (Administrator instalował platformę metodą domyślną z repozytorium bez utwardzenia systemu Linux).
  4. 4
    Dlaczego pracownicy dziekanatów posiadali uprawnienia globalne? (System USOS został skonfigurowany w oparciu o role generyczne, aby pracownicy mogli 'zastępować się w czasie urlopów').
  5. root
    Przyczyna źródłowa (Ład zarządczy / Governance): Brak całościowego ładu zarządzania tożsamością (Identity Governance), brak centralnego brokera IAM oraz niedocenienie ryzyka utraty integralności protokołów egzaminacyjnych przez władze uczelni.
  • Krok 3 (Zaawansowana Matryca Ryzyka 5x5 i Parametry BCM - Minuty 15-40):

    Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5):

Wektor zagrożeniaP (in.)S (in.)Ryzyko inherentne (IR)Kontrole kompensacyjne / naprawczeP (po CAP)S (po CAP)Ryzyko rezydualne (RR)
Sfałszowanie lub nieuprawniona modyfikacja ocen w protokołach USOS 5 5 25/25 – Ryzyko Katastrofalne Granulacja ról, IAM, logowanie audytowe 1 5 5/25 – Ryzyko Akceptowalne
Przejęcie serwera bazy danych Moodle przez odczyt jawnego hasła w config.php 5 4 20/25 chmod 640, Vault, ochrona brute-force 1 3 3/25
Masowy wyciek danych osobowych studentów i wniosków stypendialnych 5 4 20/25 Wygaszanie kont, minimalizacja dostępu 1 3 3/25
Negatywna ocena jakości kształcenia PKA i sankcje nadzorcze Ministerstwa 4 5 20/25 Realizacja Planu CAP, wdrożenie SOP 1 2 2/25
Parametr ciągłości działania (BCM / DRP)Wartość docelowa sparametryzowana w audycie
RTO (Recovery Time Objective – docelowy czas odzyskania sprawności)2 godziny dla systemu USOS w trakcie sesji egzaminacyjnej
RPO (Recovery Point Objective – maksymalna dopuszczalna utrata danych)1 godzina (ochrona wpisów ocen)
MTPD (Maximum Tolerable Period of Disruption – maksymalny dopuszczalny czas niedostępności)12 godzin (maksymalny dopuszczalny czas niedostępności platformy dydaktycznej)
  • Krok 4 (Trójfazowy Plan Działań Korygujących - CAP - Minuty 40-70):

    Opracujcie tabelę CAP w 3 horyzontach czasowych:

FazaHoryzont czasowy Działania naprawcze / korygująceRACI (właściciele biznesowi) Mierzalny wskaźnik sukcesu (KPI)KRI / wskaźnik weryfikacji
Faza 1 – Działania natychmiastowe mitygujące / tamowanie0-7 dniNatychmiastowa zmiana uprawnień pliku config.php (`chmod 640`, właściciel `root:www-data`), natychmiastowa blokada 210 kont absolwentów i 12 byłych wykładowców, wdrożenie reguł Fail2ban na serwerze MoodleA - Rektor, R - Uczelniane Centrum IT / IOD100% kont wygaszonychLiczba nieudanych prób logowania > 5 zablokowana
Faza 2 – Działania krótkoterminowe inżyniersko-wdrożeniowe30 dniWdrożenie mechanizmu granulacji ról w USOS (ograniczenie uprawnień pracowników dziekanatów wyłącznie do przypisanego wydziału), przeniesienie haseł konfiguracyjnych do zmiennych środowiskowych, wdrożenie skryptu synchronizującego status studenta z bazą USOSA - Prorektor ds. Kształcenia, R - Główny Programista USOS, C - Kierownicy DziekanatówZero użytkowników z uprawnieniami nadmiarowymiLiczba zmian ocen poza wydziałem = 0
Faza 3 – Działania systemowe i ład korporacyjny90 dniWdrożenie centralnego brokera tożsamości Keycloak/FreeIPA zintegrowanego z federacją PIONIER.Id i eduroam, wdrożenie uwierzytelniania dwuskładnikowego (MFA) dla wszystkich pracowników wprowadzających oceny, uchwalenie przez Senat nowej Polityki Bezpieczeństwa Informacji z procedurą SOPA - Senat Uczelni, R - Pełnomocnik Rektora ds. Cyberbezpieczeństwa, I - Samorząd StudenckiWskaźnik wdrożenia SSO = 100%Liczba incydentów braku integralności ocen = 0
  • Krok 5 (Sformalizowany Projekt Załącznika Wykonawczego SOP - Minuty 40-70):

    Opracujcie projekt aktu normatywnego "Standard Operacyjny Cyklu Życia Kont Użytkowników, Zarządzania Tożsamością (IAM) i Ochrony Integralności Danych Akademickich w Akademii Mazowieckiej w Płocku" z ponumerowanymi artykułami od § 1 do § 6:

    § 1. Zakres podmiotowy (studenci, doktoranci, nauczyciele, pracownicy administracji); § 2. Zasady automatycznego tworzenia, modyfikacji i wygaszania kont w cyklu życia tożsamości; § 3. Rygory kontroli uprawnień edycyjnych do protokołów ocen i zasada podwójnej autoryzacji (Dual Control); § 4. Wymagania techniczne bezpiecznego przechowywania sekretów aplikacji internetowych; § 5. Procedura identyfikacji i wdrażania szans na doskonalenie (OFI) wg ISO 19011; § 6. Odpowiedzialność dyscyplinarna i prawna (art. 268a KK).

  • Krok 6 (Podsumowanie Zarządcze Executive Summary 'Pitch to Board' i przygotowanie obrony - Minuty 70-90):

    Zredagujcie 1-stronicowy briefing dla Rektora i Senatu: wykażcie, w jaki sposób wdrożenie centralnego IAM i likwidacja podatności chroni uczelnię przed utratą akredytacji PKA i podważeniem ważności dyplomów (potencjalne straty dotacji i kar: 3,8 mln PLN vs koszt wdrożenia IAM: 85 000 PLN, wskaźnik ROSI = 4370%), przedstawcie bilans OFI i przygotujcie się do 15-minutowej obrony przed komisją.

Plan referatu studenckiego (15 minut) i obrona ustna

Plan referatu seminaryjnego i obrony koncepcji (15 minut):

  • Slajd 1-2 (Minuty 00-03): Wprowadzenie i metryka audytu uczelni wyższej. Prezentacja wyników triage dowodowego USOS i Moodle (Student A).
  • Slajd 3-4 (Minuty 03-07): Dekompozycja uchybień w modelu 4C oraz bilans szans na doskonalenie (OFI) wg ISO 19011 (Student C).
  • Slajd 5-6 (Minuty 07-10): 25-stopniowa matryca ryzyka 5x5 (IR vs RR), parametry BCM dla sesji egzaminacyjnej oraz inżynierski projekt IAM/SSO i Vault (Student B).
  • Slajd 7-8 (Minuty 10-13): Prezentacja Trójfazowego Planu CAP (0-7, 30, 90 dni) z macierzą RACI, wskaźnikami KPI/KRI oraz struktury procedury SOP (Student C i B).
  • Slajd 9-10 (Minuty 13-15): Executive Summary "Pitch to Board" dla Senatu: wskaźnik ROSI, wsparcie procesu akredytacji PKA i zamknięcie audytu (Student A).
Zakres raportu poaudytowego i dokumentacji wdrożeniowej (12-16 stron A4)

Struktura zaawansowanego raportu poaudytowego i dokumentacji wdrożeniowej (12-16 stron A4):

A. Jednostronicowe Podsumowanie Zarządcze (Executive Summary - "Pitch to Board") dla Rektora i Senatu Akademii Mazowieckiej z wyliczeniem ROSI.

B. Wprowadzenie formalne: metryka audytu, podstawa prawna (Prawo o szkolnictwie wyższym, KRI, RODO, ISO 27001), skład Triady Audytorskiej, wykaz systemów dziekanatowych.

C. Bilans Niezgodności oraz Szans na Doskonalenie (OFI) zgodnie z wytycznymi normy PN-EN ISO 19011:2018 (punkt 6.5).

D. Odpowiedzi na 3 pytania problemowe:

1. W jaki sposób audytor powinien uzasadnić Senatowi uczelni konieczność sfinansowania centralnego systemu IAM w kontekście ochrony integralności procesu dyplomowania i akredytacji PKA?

2. Jakie formalne mechanizmy integracji pomiędzy systemem kadrowo-płacowym, dziekanatem a platformą e-learningową gwarantują bezzwłoczne wygaszanie tożsamości akademickiej?

3. Dlaczego pozostawienie jawnych haseł w plikach konfiguracyjnych serwisów internetowych narusza elementarne zasady bezpieczeństwa z art. 32 RODO i kontroli A.8.25 ISO 27001?

E. Kanoniczna Karta Ustaleń Audytowych w Modelu 4C (Condition, Criteria, Cause - sekwencja 5 Why i Diagram Ishikawy w 6 osiach, Consequence).

F. Tabela Zaawansowanej Analizy Ryzyka w Matrycy 5x5:

  • Wektor 1: Modyfikacja ocen w protokołach USOS przez nieuprawnionych | P=5, S=5 → IR=25 | Kontrole: Granulacja ról, IAM, logowanie audytowe | P=1, S=5 → RR=5 | RTO=2h, RPO=1h, MTPD=12h
  • Wektor 2: Przejęcie bazy Moodle przez odczyt hasła z config.php | P=5, S=4 → IR=20 | Kontrole: chmod 640, Vault, ochrona brute-force | P=1, S=3 → RR=3 | RTO=1h, RPO=30m, MTPD=4h
  • Wektor 3: Wyciek danych osobowych studentów i wniosków stypendialnych | P=5, S=4 → IR=20 | Kontrole: Wygaszanie kont, minimalizacja dostępu | P=1, S=3 → RR=3 | RTO=2h, RPO=1h, MTPD=8h
  • Wektor 4: Utrata akredytacji PKA i kary finansowe Prezesa UODO | P=4, S=5 → IR=20 | Kontrole: Realizacja Planu CAP, wdrożenie SOP | P=1, S=2 → RR=2 | RTO=N/A, RPO=N/A, MTPD=72h

G. Tabela Trójfazowego Planu Działań Korygujących (CAP) z macierzą RACI, terminami (Faza 1: 0-7 dni, Faza 2: 30 dni, Faza 3: 90 dni) i wskaźnikami KPI oraz KRI.

H. Sformalizowany Projekt Załącznika Wykonawczego (SOP — 6 ponumerowanych paragrafów regulujących cykl życia kont i bezpieczeństwo protokołów).

I. Analiza kompromisów inżynierskich i zarządczych (Trade-offs: wygoda pracy pracowników dziekanatów vs rygorystyczny podział uprawnień, koszty wdrożenia brokera tożsamości vs reputacja uczelni wyższej).

J. Bibliografia, netografia, wykaz standardów PKA i orzecznictwa sądowego w sprawach unieważnienia dyplomów.

Bibliografia, netografia i regulacje prawne
  • Ustawa z dnia 20 lipca 2018 r. - Prawo o szkolnictwie wyższym i nauce (Dz.U. z 2023 r. poz. 742 z późn. zm.).
  • Rozporządzenie Ministra Nauki i Szkolnictwa Wyższego z dnia 27 września 2018 r. w sprawie studiów (Dz.U. z 2021 r. poz. 661 z późn. zm.) - dokumentacja przebiegu studiów.
  • Norma PN-EN ISO 19011:2018: Wytyczne dotyczące audytowania systemów zarządzania - punkt 6.5 (Raport z audytu) oraz bilans szans na doskonalenie (OFI).
  • Norma PN-EN ISO/IEC 27001:2022: Systemy zarządzania bezpieczeństwem informacji - Wymagania: klauzula 10.1 oraz kontrole A.5.15, A.5.18, A.8.2.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO) - art. 5, art. 32, art. 82, art. 83.
  • Rozporządzenie Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności (par. 20 KRI).
  • Polska Komisja Akredytacyjna (PKA): "Wytyczne dotyczące oceny programowej i instytucjonalnej", Warszawa 2023.
  • Ustawa z dnia 6 czerwca 1997 r. - Kodeks Karny (Dz.U. z 2024 r. poz. 17 z późn. zm.) - art. 268a.
Przypisanie do efektów uczenia się z sylabusa
  • Wiedza W1: Zaawansowana znajomość Prawa o szkolnictwie wyższym, KRI, RODO i standardów PKA w środowisku akademickim.
  • Wiedza W2, W3: Rozumienie relacji normy ISO 19011 w zakresie bilansu OFI oraz ciągłego doskonalenia SZBI wg ISO 27001 klauzula 10.1.
  • Umiejętności U1: Projekt inżynierski integracji systemów uczelnianych z brokerem tożsamości IAM SAML/OAuth2 oraz repozytorium sekretów.
  • Umiejętności U2: Dekompozycja uchybień w modelu 4C i formułowanie konstruktywnych szans na doskonalenie (OFI).
  • Umiejętności U3: Kwantyfikacja ryzyka w matrycy 5x5 i powiązanie z parametrami BCM dla sesji egzaminacyjnej (RTO=2h, RPO=1h, MTPD=12h).
  • Umiejętności U4: Opracowanie kompletnego raportu (12-16 stron A4) z Trójfazowym Planem CAP, SOP i Pitch to Board z wyliczeniem ROSI.
  • Kompetencje K1, K2, K3: Poszanowanie etyki akademickiej, wysoka kultura formułowania zaleceń i siła perswazji przed Senatem Uczelni.
Wskazówki do przygotowania i obrony referatu

W trakcie obrony referatu zaprezentujcie strukturę bilansu niezgodności i szans na doskonalenie (OFI) przed Senatem uczelni: wykażcie, w jaki sposób konstruktywna rola audytora pozwala przekształcić krytyczne uchybienia w systemach USOS i Moodle w kompleksowy, 3-fazowy projekt modernizacji infrastruktury tożsamości (IAM/SSO) wspierający proces akredytacji PKA i chroniący uczelnię przed podważeniem wiarygodności dyplomów.

07
Strategiczny raport końcowy z audytu SZBI i ochrony receptur dla Zarządu: badanie luk ISO 27001, ochrona tajemnicy receptur (art. 11 ZNKP), model 4C, matryca ryzyka 5×5, SOP kontroli dostępu w strefach produkcyjnych i 4-kwartalny Plan CAP — Zakłady Mięsne Dolina Baryczy Sp. z o.o. w Miliczu
Zwiń

Temat: Strategiczny raport końcowy z audytu SZBI i ochrony receptur dla Zarządu: badanie luk ISO 27001, ochrona tajemnicy receptur (art. 11 Znkp), model 4C, matryca ryzyka 5×5, SOP kontroli dostępu w strefach produkcyjnych i 4-kwartalny Plan CAP

Zakłady Mięsne Dolina Baryczy w Miliczu / przetwórstwospożywcze (przemysł produkcyjny)ISO/IEC 27001 / Art. 11 ZNKP / IFS Food / RFID IP67 / TCO1Domyślne hasłaprzyklejone dodotykowych terminaliwagowych2Brak kontroli dostępudo mieszalników iserwera recepturwędlin3Zagrożenie kradzieżątajemnicyprzedsiębiorstwa(art. 11 ZNKP) izerwaniem kontraktów4Bezdotykowe opaskiRFID IP67,szyfrowanie bazy ERPi 4-kwartalny PlanCAPSchemat strategicznego raportu poaudytowego wdrożenia SZBI w przemyśle: ochrona tajemnicy receptur (ZNKP),model 4C, matryca ryzyka 5x5, ergonomiczne opaski RFID i 4-kwartalny CAP.
Schemat strategicznego raportu poaudytowego wdrożenia SZBI w przemyśle: ochrona tajemnicy receptur (ZNKP), model 4C, matryca ryzyka 5x5, ergonomiczne opaski RFID i 4-kwartalny CAP.
Cel zadania i powiązanie z efektami kształcenia

Głównym celem zadania na ocenę bardzo dobrą (5.0) jest wykształcenie u studentów eksperckich umiejętności opracowania strategicznego raportu poaudytowego dla Zarządu i Właścicieli średniej wielkości przedsiębiorstwa produkcyjnego sektora spożywczego (Zakłady Mięsne Dolina Baryczy Sp. z o.o. w Miliczu). Audyt obejmuje kompleksową ocenę luk wdrożeniowych (Gap Analysis) w stosunku do normy PN-EN ISO/IEC 27001:2022 w warunkach presji ze strony międzynarodowych sieci handlowych, które uzależniają kontynuację kontraktów dostaw od uzyskania certyfikatu SZBI. Kluczowym przedmiotem ochrony audytowej jest tajemnica przedsiębiorstwa (unikalne, tradycyjne receptury wędlin chronione na mocy art. 11 Ustawy o zwalczaniu nieuczciwej konkurencji - ZNKP) oraz ciągłość działania zautomatyzowanych linii uboju i rozbioru. W toku audytu ujawniono jawną obecność haseł do terminali sterujących na wagach przemysłowych, brak fizycznej kontroli dostępu do mieszalników przypraw oraz nieszyfrowaną transmisję receptur z serwera ERP do sterowników PLC. Zadanie wymaga: sformułowania kanonicznej Karty 4C, wyliczenia ryzyka w matrycy 5x5 powiązanej z parametrami BCM (RTO=30m, RPO=15m, MTPD=2h), skonstruowania 4-kwartalnego Trójfazowego Planu CAP z macierzą RACI i wskaźnikami KPI oraz KRI, opracowania sformalizowanej procedury wykonawczej (SOP) ergonomicznej kontroli dostępu w trudnych warunkach środowiskowych (chłodnie, wilgoć, praca w rękawicach) oraz przygotowania briefingu zarządczego z kalkulacją ROSI.

Powiązanie z sylabusem i efektami kształcenia na ocenę 5.0:

  • W1 Zaawansowana znajomość przepisów art. 11 Ustawy o zwalczaniu nieuczciwej konkurencji, przepisów prawa żywnościowego i weterynaryjnego (HACCP/IFS/BRC), Kodeksu Spółek Handlowych oraz odpowiedzialności za szpiegostwo gospodarcze.
  • W2W3 Wyczerpująca synteza wymagań normy PN-EN ISO/IEC 27001:2022 (kontrole A.5.1, A.5.12, A.7.1, A.7.4, A.8.2, A.8.20), normy ISO 19011:2018 oraz standardu ISO 22000 w łańcuchu dostaw żywności.
  • U1 Projekt inżynierski odpornej na wilgoć i niskie temperatury kontroli dostępu (terminale RFID IP67 z czytnikami zbliżeniowymi przystosowanymi do pracy w rękawicach), kryptoizolacji bazy receptur ERP oraz separacji VLAN sieci przemysłowej.
  • U2 Bezbłędna kwalifikacja uchybień w kanonicznym modelu 4C ze wskazaniem ryzyka utraty kontraktów handlowych i przewagi rynkowej.
  • U3 Kwantyfikacja ryzyka w matrycy 5x5 dla wektorów kradzieży receptur, sabotażu wag przemysłowych i kar kontraktowych sieci handlowych z parametrami BCM.
  • U4 Opracowanie kompletnego raportu poaudytowego (12-16 stron A4) z 4-kwartalnym Planem CAP, procedurą SOP (§ 1 do § 6) oraz Executive Summary z kalkulacją ROSI.
  • K1K2K3 Zrozumienie realiów biznesowych przemysłu wytwórczego, umiejętność rozmowy z kadrą techniczną i technologiczną oraz etyka audytorska.
  • Powiązanie z wykładem: Wyk1 (Ład zarządczy w przemyśle), Wyk2 (Zasady audytowania luk ISO 19011), Wyk3 (Kontrole fizyczne i technologiczne ISO 27001), Wyk4 (Tajemnica przedsiębiorstwa i HACCP), Wyk5 (Matryca ryzyka 5x5 i BCM), Wyk6 (Analiza urządzeń wagowych i sieci produkcyjnej), Wyk7 (Model 4C, 5 Why, 4-kwartalny CAP i Pitch to Board).
Scenariusz sytuacyjny organizacji

Zakłady Mięsne Dolina Baryczy Sp. z o.o. w Miliczu zatrudniają 280 pracowników, osiągając roczny obrót na poziomie 85 mln PLN. Przedsiębiorstwo produkuje wędliny tradycyjne i wyroby wędzone w oparciu o unikalne receptury technologiczne opracowane przez trzy pokolenia technologów żywności. Ponad 65% wolumenu sprzedaży trafia do trzech międzynarodowych sieci handlowych. Sieci te postawiły formalne ultimatum: przedłużenie kontraktów na kolejny rok jest warunkowane pozytywnym audytem certyfikującym SZBI na zgodność z normą ISO/IEC 27001:2022.

Stan faktyczny stwierdzony w toku audytu luk (Gap Analysis):

  • Jawne hasła dostępowe na terminalach wagowych w hali produkcyjnej: Na 14 przemysłowych wagach etykietujących terminale sterujące posiadają hasła zapisane markerem olejowym bezpośrednio na metalowych obudowach wag (`WAGA123`). Wagi połączone są z lokalną siecią LAN i rejestrują gramatury surowców do partii produkcyjnych bez jakiejkolwiek autoryzacji operatora.
  • Nieszyfrowana transmisja receptur i brak kontroli dostępu do mieszalników: Moduł technologiczny systemu ERP przesyła składy mieszanek peklujących jawnym protokołem do komputerów sterujących mieszalnikami w strefie chłodniczej. Do pomieszczenia serwerowni technologicznej oraz do regałów z próbkami przypraw dostęp ma każdy pracownik posiadający fizyczny klucz piwniczny, w tym pracownicy tymczasowi z agencji pracy.
  • Stanowisko Zarządu i Właścicieli: Prezes Zarządu oświadcza: "My produkujemy kiełbasę, a nie oprogramowanie! Nasi pracownicy pracują w temperaturze 4 stopni Celsjusza w grubych gumowych rękawicach. Nie będą co 5 minut zdejmować rękawic i wpisywać haseł na brudnych ekranach dotykowych! Audytorzy muszą zaproponować rozwiązania, które nie zatrzymają linii produkcyjnej".

Triada Audytorska staje przed wyzwaniem opracowania strategicznego raportu końcowego, który precyzyjnie rozłoży wdrożenie SZBI na 4 kwartały i wprowadzi ergonomiczne rozwiązania techniczne akceptowalne dla załogi.

Wskazówki wykonania krok po kroku w formule 90 minut (karta 4C, RCA 5 Why, matryca 5x5, BCM, CAP)

Zadanie realizowane jest w ścisłym reżimie warsztatowym (formuła 90 minut) przez 2-3 osobową Triadę Audytorską:

  • Krok 1 (Podział ról w Triadzie Audytorskiej i triage dowodowy - Minuty 00-15):

    Student A (Lead Auditor / Executive Reporter): Odpowiada za ład zarządczy (Governance), analizę luk ISO 27001, ochronę tajemnicy przedsiębiorstwa (art. 11 ZNKP), relacje z Zarządem i audytorami sieci handlowych oraz przygotowanie 1-stronicowego Executive Summary z kalkulacją ROSI.

    Student B (Technical SecOps Auditor / Architekt Bezpieczeństwa Przemysłowego): Analizuje terminale wagowe, transmisję receptur ERP, brak szyfrowania, projektuje przemysłowe czytniki zbliżeniowe RFID IP67 zintegrowane z opaskami silikonowymi pracowników oraz szyfrowanie bazy receptur.

    Student C (Governance, Risk & Compliance Auditor): Opracowuje kanoniczną Kartę Niezgodności 4C, wylicza ryzyko w matrycy 5x5 powiązanej ze wskaźnikami BCM (RTO=30m, RPO=15m, MTPD=2h), prowadzi analizę 5 Why z Diagramem Ishikawy oraz konstruuje 4-kwartalny Plan CAP z macierzą RACI i wskaźnikami KPI/KRI. W zespole 2-osobowym zadania te dzielą Studenci A i B.

  • Krok 2 (Kanoniczna Karta Niezgodności 4C - Minuty 15-40):

    Sformułujcie kartę uchybienia w modelu 4C:

Kanoniczna Karta Ustaleń Audytowych – model 4C
1. Condition (Stan faktyczny)

Hasła do terminali wagowych napisane markerem na obudowach, brak autoryzacji operatorów, nieszyfrowana transmisja receptur w sieci zakładowej oraz swobodny dostęp fizyczny do serwerowni i mieszalników surowca.

2. Criteria (Kryteria normatywne i prawne)

Art. 11 Ustawy o zwalczaniu nieuczciwej konkurencji (Tajemnica przedsiębiorstwa); kontrole ISO/IEC 27001:2022 A.5.12 (Klasyfikacja informacji), A.7.1 (Fizyczne granice bezpieczeństwa), A.7.4 (Monitorowanie fizyczne), A.8.2 (Uwierzytelnianie), A.8.20 (Zabezpieczenie sieci); wymagania standardów sieci handlowych IFS Food v8.

3. Cause (Przyczyna źródłowa – 5 Why)
  1. Dlaczego hasła do wag są napisane markerem na maszynach? (Operatorzy nie byli w stanie zapamiętać haseł ani wpisywać ich na zanieczyszczonych klawiaturach w rękawicach).
  2. Dlaczego informatyk zakładowy nie wdrożył czytników zbliżeniowych? (Uznano, że urządzenia biurowe ulegną zniszczeniu pod wpływem mycia ciśnieniowego pianą zasadową).
  3. Dlaczego receptury są przesyłane otwartym tekstem? (Stary moduł integracyjny ERP z 2012 r. nie obsługuje protokołów kryptograficznych TLS).
  4. Dlaczego Zarząd nie zmodernizował infrastruktury bezpieczeństwa przed audytem sieci handlowych? (Traktowano bezpieczeństwo jako zbędny koszt produkcyjny aż do momentu postawienia ultimatum przez kupców sieciowych).

Przyczyna źródłowa (Root Cause): Brak świadomości wartości niematerialnych (tajemnica recepturowa) u kierownictwa, brak ergonomicznych rozwiązań technicznych dopasowanych do przemysłu spożywczego oraz brak sformalizowanego SZBI.

4. Consequence (Skutki wielowymiarowe)

Natychmiastowe zerwanie kontraktów przez 3 sieci handlowe i utrata 55 mln PLN przychodów rocznie, kradzież bezcennych receptur wędlin przez konkurencję (utrata przewagi rynkowej), ryzyko skażenia partii żywności wskutek sabotażu wag oraz odpowiedzialność odszkodowawcza.

Analiza przyczyn źródłowych – drzewo 5 Why
  1. 1
    Dlaczego hasła do wag są napisane markerem na maszynach? (Operatorzy nie byli w stanie zapamiętać haseł ani wpisywać ich na zanieczyszczonych klawiaturach w rękawicach).
  2. 2
    Dlaczego informatyk zakładowy nie wdrożył czytników zbliżeniowych? (Uznano, że urządzenia biurowe ulegną zniszczeniu pod wpływem mycia ciśnieniowego pianą zasadową).
  3. 3
    Dlaczego receptury są przesyłane otwartym tekstem? (Stary moduł integracyjny ERP z 2012 r. nie obsługuje protokołów kryptograficznych TLS).
  4. 4
    Dlaczego Zarząd nie zmodernizował infrastruktury bezpieczeństwa przed audytem sieci handlowych? (Traktowano bezpieczeństwo jako zbędny koszt produkcyjny aż do momentu postawienia ultimatum przez kupców sieciowych).
  5. root
    Przyczyna źródłowa (Ład zarządczy / Governance): Brak świadomości wartości niematerialnych (tajemnica recepturowa) u kierownictwa, brak ergonomicznych rozwiązań technicznych dopasowanych do przemysłu spożywczego oraz brak sformalizowanego SZBI.
  • Krok 3 (Zaawansowana Matryca Ryzyka 5x5 i Parametry BCM - Minuty 15-40):

    Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5):

Wektor zagrożeniaP (in.)S (in.)Ryzyko inherentne (IR)Kontrole kompensacyjne / naprawczeP (po CAP)S (po CAP)Ryzyko rezydualne (RR)
Kradzież unikalnych receptur wędlin i utrata tajemnicy przedsiębiorstwa 5 5 25/25 – Ryzyko Katastrofalne RFID IP67, szyfrowanie ERP, zamek cyfrowy 1 4 4/25 – Ryzyko Akceptowalne
Sabotaż i zafałszowanie receptury peklującej na wadze skutkujące zatruciem konsumentów 4 5 20/25 Likwidacja haseł z obudów, logowanie wag 1 5 5/25
Zerwanie kontraktów przez sieci handlowe wskutek negatywnego audytu ISO 27001 5 5 25/25 Certyfikacja SZBI, realizacja CAP 1 2 2/25
Awaria i paraliż linii rozbioru mięsa wskutek braku segmentacji sieci 4 4 16/25 Segmentacja VLAN, izolacja maszyn OT 1 3 3/25
Parametr ciągłości działania (BCM / DRP)Wartość docelowa sparametryzowana w audycie
RTO (Recovery Time Objective – docelowy czas odzyskania sprawności)30 minut dla terminali wagowych na linii uboju
RPO (Recovery Point Objective – maksymalna dopuszczalna utrata danych)15 minut (maksymalna utrata partii produkcyjnej)
MTPD (Maximum Tolerable Period of Disruption – maksymalny dopuszczalny czas niedostępności)2 godziny (maksymalny czas przestoju przed zepsuciem surowca chłodniczego)
  • Krok 4 (Trójfazowy Plan Działań Korygujących w podziale na 4 Kwartały - CAP - Minuty 40-70):

    Opracujcie tabelę CAP w 3 horyzontach czasowych (rozłożoną na 4 kwartały wdrożenia SZBI):

FazaHoryzont czasowy Działania naprawcze / korygująceRACI (właściciele biznesowi) Mierzalny wskaźnik sukcesu (KPI)KRI / wskaźnik weryfikacji
Faza 1 – Działania natychmiastowe mitygujące / tamowanie0-7 dni / Q1Zmycie haseł z obudów wag, natychmiastowa zmiana haseł na unikalne dla mistrzów zmianowych, montaż zamka elektromagnetycznego z kartą dostępu do serwerowni technologicznej, podpisanie umów o zachowaniu poufności (NDA) z agencjami pracy tymczasowejA - Prezes Zarządu, R - Dyrektor Produkcji / Informatyk100% wag oczyszczonych z hasełLiczba incydentów ujawnienia haseł = 0
Faza 2 – Działania krótkoterminowe inżyniersko-wdrożeniowe30 dni / Q2Montaż hermetycznych czytników RFID IP67 z obsługą opasek silikonowych dla operatorów wag (autoryzacja dotknięciem nadgarstka bez zdejmowania rękawic), wdrożenie segmentacji VLAN dla maszyn produkcyjnych, uruchomienie szyfrowania bazy receptur ERPA - Wiceprezes ds. Technicznych, R - Architekt OT / CISO, C - Główny TechnologCzas autoryzacji operatora wagi < 1sLiczba ważeń bez identyfikacji = 0
Faza 3 – Działania systemowe i ład korporacyjny90 dni i kolejne / Q3-Q4Pełne wdrożenie dokumentacji SZBI zgodnej z ISO/IEC 27001:2022, wdrożenie procedury klasyfikacji receptur technologicznych, szkolenia załogi oraz przeprowadzenie certyfikującego audytu zewnętrznegoA - Zarząd Spółki, R - Pełnomocnik SZBI, I - Audytorzy Sieci HandlowychUzyskanie certyfikatu ISO 27001 w terminie 9 miesięcyWskaźnik spełnienia wymagań kupców = 100%
  • Krok 5 (Sformalizowany Projekt Załącznika Wykonawczego SOP - Minuty 40-70):

    Opracujcie projekt aktu normatywnego "Standard Operacyjny Ochrony Receptur Technologicznych, Kontroli Dostępu Fizycznego i Bezpieczeństwa Urządzeń Wagowych w Zakładach Mięsnych Dolina Baryczy Sp. z o.o." z ponumerowanymi artykułami od § 1 do § 6:

    § 1. Zakres przedmiotowy i definicja tajemnicy recepturowej (art. 11 ZNKP); § 2. Zasady ergonomicznej kontroli dostępu za pomocą opasek RFID IP67 w strefach chłodniczych; § 3. Rygory dostępu fizycznego do magazynu przypraw i serwerowni technologicznej; § 4. Zasady szyfrowania i dystrybucji parametrów technologicznych z systemu ERP; § 5. Procedura postępowania w przypadku podejrzenia szpiegostwa gospodarczego; § 6. Odpowiedzialność pracownicza, odszkodowawcza i karna.

  • Krok 6 (Podsumowanie Zarządcze Executive Summary 'Pitch to Board' i przygotowanie obrony - Minuty 70-90):

    Zredagujcie 1-stronicowy briefing dla Zarządu i Właścicieli: wykażcie, w jaki sposób inwestycja w certyfikację ISO 27001 i opaski RFID chroni kontrakty o wartości 55 mln PLN (ryzyko strat: 55 mln PLN vs koszt wdrożenia CAP: 135 000 PLN w 4 kwartałach, wskaźnik ROSI = 40640%), uzasadnijcie brak wpływu procedur na spowolnienie produkcji i przygotujcie się do 15-minutowej obrony przed komisją.

Plan referatu studenckiego (15 minut) i obrona ustna

Plan referatu seminaryjnego i obrony koncepcji (15 minut):

  • Slajd 1-2 (Minuty 00-03): Wprowadzenie i metryka audytu zakładu produkcyjnego. Presja kontraktowa sieci handlowych i wyniki triage dowodowego (Student A).
  • Slajd 3-4 (Minuty 03-07): Dekompozycja uchybień w modelu 4C i analiza przyczyn źródłowych 5 Why / Ishikawa dla tajemnicy receptur (Student C).
  • Slajd 5-6 (Minuty 07-10): 25-stopniowa matryca ryzyka 5x5 (IR vs RR), parametry BCM dla linii rozbioru oraz inżynierski projekt opasek RFID IP67 i szyfrowania ERP (Student B).
  • Slajd 7-8 (Minuty 10-13): Prezentacja 4-kwartalnego Planu CAP (0-7, 30, 90 dni i Q4) z macierzą RACI, wskaźnikami KPI/KRI oraz struktury procedury SOP (Student C i B).
  • Slajd 9-10 (Minuty 13-15): Executive Summary "Pitch to Board" dla Właścicieli: kalkulacja ROSI, obrona kontraktów sieciowych i formalne zamknięcie audytu (Student A).
Zakres raportu poaudytowego i dokumentacji wdrożeniowej (12-16 stron A4)

Struktura zaawansowanego raportu poaudytowego i dokumentacji wdrożeniowej (12-16 stron A4):

A. Jednostronicowe Podsumowanie Zarządcze (Executive Summary - "Pitch to Board") dla Właścicieli Zakładów z wyliczeniem ROSI.

B. Wprowadzenie formalne: metryka audytu luk, podstawa prawna (art. 11 ZNKP, ISO 27001, HACCP), skład Triady Audytorskiej, wykaz linii produkcyjnych i wag.

C. Odpowiedzi na 3 pytania problemowe:

1. W jaki sposób audytor powinien przekonać właścicieli tradycyjnej firmy produkcyjnej do wdrożenia SZBI bez wywoływania obaw o paraliż wydajności linii rozbiorowej?

2. Jakie prawne i dowodowe wymogi musi spełnić organizacja na mocy art. 11 Ustawy o zwalczaniu nieuczciwej konkurencji, aby skutecznie dochodzić odszkodowania za kradzież receptur technologicznych?

3. W jaki sposób wdrożenie bezdotykowych identyfikatorów RFID IP67 eliminuje zagrożenia epidemiologiczne i higieniczne w zakładzie przetwórstwa mięsnego zgodnie ze standardem IFS Food?

D. Kanoniczna Karta Ustaleń Audytowych w Modelu 4C (Condition, Criteria, Cause - sekwencja 5 Why i Diagram Ishikawy w 6 osiach, Consequence).

E. Tabela Zaawansowanej Analizy Ryzyka w Matrycy 5x5:

  • Wektor 1: Kradzież receptur wędlin przez brak kontroli dostępu do mieszalników | P=5, S=5 → IR=25 | Kontrole: RFID IP67, szyfrowanie ERP, zamek cyfrowy | P=1, S=4 → RR=4 | RTO=30m, RPO=15m, MTPD=2h
  • Wektor 2: Sabotaż wag i błędy dozowania azotanów peklujących | P=4, S=5 → IR=20 | Kontrole: Likwidacja haseł z obudów, logowanie wag | P=1, S=5 → RR=5 | RTO=15m, RPO=0s, MTPD=1h
  • Wektor 3: Zerwanie kontraktów przez 3 sieci handlowe z braku ISO 27001 | P=5, S=5 → IR=25 | Kontrole: Certyfikacja SZBI, realizacja CAP | P=1, S=2 → RR=2 | RTO=N/A, RPO=N/A, MTPD=48h
  • Wektor 4: Awaria i zatrzymanie linii rozbiorowej przez infekcję sieci LAN | P=4, S=4 → IR=16 | Kontrole: Segmentacja VLAN, izolacja maszyn OT | P=1, S=3 → RR=3 | RTO=30m, RPO=15m, MTPD=2h

F. Tabela 4-Kwartalnego Trójfazowego Planu Działań Korygujących (CAP) z macierzą RACI, terminami (Q1: 0-7 dni, Q2: 30 dni, Q3-Q4: do 9 miesięcy) i wskaźnikami KPI oraz KRI.

G. Sformalizowany Projekt Załącznika Wykonawczego (SOP — 6 ponumerowanych paragrafów regulujących kontrolę dostępu i ochronę receptur technologicznych).

H. Analiza kompromisów inżynierskich i zarządczych (Trade-offs: ergonomia pracy załogi w strefie chłodniczej vs rygor uwierzytelniania, koszty wdrożenia urządzeń IP67 vs zachowanie wielomilionowych kontraktów).

I. Bibliografia, netografia, wykaz standardów branżowych IFS/BRC i orzecznictwa sądowego w sprawach zwalczania nieuczciwej konkurencji.

Bibliografia, netografia i regulacje prawne
  • Ustawa z dnia 16 kwietnia 1993 r. o zwalczaniu nieuczciwej konkurencji (Dz.U. z 2022 r. poz. 1233 z późn. zm.) - art. 11 (Tajemnica przedsiębiorstwa).
  • Norma PN-EN ISO/IEC 27001:2022: Systemy zarządzania bezpieczeństwem informacji - Wymagania: kontrole A.5.12, A.7.1, A.7.4, A.8.2, A.8.20.
  • Norma PN-EN ISO 19011:2018: Wytyczne dotyczące audytowania systemów zarządzania - punkty 6.5, 6.6 i 6.7.
  • Standard IFS Food v8: Standard audytowania zgodności produktów i procesów w odniesieniu do bezpieczeństwa i jakości żywności, 2023.
  • Norma PN-EN ISO 22000:2018: Systemy zarządzania bezpieczeństwem żywności - Wymagania dla każdej organizacji w łańcuchu żywnościowym.
  • Ustawa z dnia 25 sierpnia 2006 r. o bezpieczeństwie żywności i żywienia (Dz.U. z 2023 r. poz. 1448 z późn. zm.).
  • Kodeks Spółek Handlowych - art. 293 i 483 (Odpowiedzialność członków zarządu za szkodę).
Przypisanie do efektów uczenia się z sylabusa
  • Wiedza W1: Zaawansowana znajomość art. 11 ZNKP, normy ISO 27001, standardów IFS Food oraz odpowiedzialności zarządczej.
  • Wiedza W2, W3: Rozumienie relacji normy ISO 19011 w audycie luk (Gap Analysis) oraz projektowania kontroli SZBI w środowisku produkcyjnym.
  • Umiejętności U1: Projekt inżynierski ergonomicznej kontroli dostępu RFID IP67 dla stref chłodniczych i kryptoizolacji bazy receptur.
  • Umiejętności U2: Dekompozycja uchybień w modelu 4C i wykazanie ryzyka utraty przewagi rynkowej.
  • Umiejętności U3: Kwantyfikacja ryzyka w matrycy 5x5 i powiązanie z parametrami BCM (RTO=30m, RPO=15m, MTPD=2h).
  • Umiejętności U4: Opracowanie zaawansowanego raportu (12-16 stron A4) z 4-kwartalnym Planem CAP, procedurą SOP i Pitch to Board z wyliczeniem ROSI.
  • Kompetencje K1, K2, K3: Zrozumienie specyfiki przemysłu wytwórczego, umiejętność przełamywania oporu kadry i wysoka etyka zawodowa.
Wskazówki do przygotowania i obrony referatu

W trakcie referatu seminaryjnego zademonstrujcie 4-kwartalny harmonogram Planu Działań Korygujących (CAP) w powiązaniu z kalkulacją ROSI (40640%): wyjaśnijcie, dlaczego wdrożenie SZBI w zakładzie produkcyjnym wymaga ścisłej współpracy z technologami żywności oraz w jaki sposób bezdotykowe opaski RFID IP67 eliminują wpisywanie haseł, gwarantując pełną zgodność z normą ISO 27001 i wymaganiami międzynarodowych sieci handlowych.

08
Strategiczny dwupoziomowy raport końcowy dla Komitetu Audytu i zespołu DevOps: translacja podatności BOLA/IDOR (CVSS 8.5) i braku retencji logów na ryzyko utraty licencji KIP, zbieżność DORA i PCI DSS 4.0, model 4C, matryca ryzyka 5×5, SOP retencji telemetrii i trójfazowy Plan CAP — FinTech PayQuick S.A. w Warszawie
Zwiń

Temat: Strategiczny dwupoziomowy raport końcowy dla Komitetu Audytu i zespołu DevOps: translacja podatności BOLA/IDOR (CVSS 8.5) i braku retencji logów na ryzyko utraty licencji Kip, zbieżność DORA i PCI DSS 4.0, model 4C, matryca ryzyka 5×5, SOP retencji telemetrii i trójfazowy Plan CAP

FinTech PayQuick S.A. w Warszawie / Krajowa InstytucjaPłatnicza (sektor finansowy)Rozporządzenie DORA / PCI DSS v4.0 / Wytyczne EBA / BOLA IDOR1Podatność BOLA/IDOR wAPI autoryzacjitransakcji (CVSS 8.5)2Brak retencji logówtransakcyjnych i brakkorelacji w SIEM3Ryzyko utratylicencji KIP, sankcjiKNF i cofnięciacertyfikacji PCI DSS4Reguły API Gateway,testy DAST/SAST,storage WORM S3Glacier i Plan CAPSchemat dwupoziomowego raportu poaudytowego DORA i PCI DSS 4.0: translacja luki BOLA na ryzyko biznesowe,model 4C, matryca ryzyka 5x5, SOP telemetrii i Trójfazowy Plan CAP.
Schemat dwupoziomowego raportu poaudytowego DORA i PCI DSS 4.0: translacja luki BOLA na ryzyko biznesowe, model 4C, matryca ryzyka 5x5, SOP telemetrii i Trójfazowy Plan CAP.
Cel zadania i powiązanie z efektami kształcenia

Głównym celem zadania na ocenę bardzo dobrą (5.0) jest opanowanie przez studentów mistrzowskich umiejętności konstrukcji dwupoziomowego strategicznego raportu poaudytowego w innowacyjnej instytucji finansowej o statusie Krajowej Instytucji Płatniczej (FinTech PayQuick S.A. w Warszawie). Audyt obejmuje ocenę odporności operacyjnej cyfrowej bramki płatniczej w reżimie Rozporządzenia DORA, standardu bezpieczeństwa kart płatniczych PCI DSS v4.0 oraz Rekomendacji KNF. Kluczowym wyzwaniem raportowym jest translacja technicznych dowodów audytowych (krytyczna luka bezpieczeństwa interfejsu programistycznego BOLA/IDOR w API płatniczym o CVSS 8.5 oraz brak 365-dniowej retencji logów w chmurze AWS) na zrozumiały język ryzyka biznesowego i regulacyjnego dla Komitetu Audytu i Rady Nadzorczej, przy jednoczesnym sporządzeniu precyzyjnego aneksu inżynierskiego dla zespołu DevSecOps. Zadanie wymaga: opracowania kanonicznej Karty 4C, analizy podatności OWASP API Security Top 10, wyliczenia ryzyka w matrycy 5x5 powiązanej z parametrami BCM (RTO=15m, RPO=0s, MTPD=1h), skonstruowania Trójfazowego Planu CAP z macierzą RACI, sformułowania procedury wykonawczej (SOP) retencji telemetrii w niezmiennym repozytorium chmurowym AWS S3 Glacier Vault Lock oraz przygotowania briefingu zarządczego z kalkulacją ROSI.

Powiązanie z sylabusem i efektami kształcenia na ocenę 5.0:

  • W1 Zaawansowana znajomość przepisów Ustawy o usługach płatniczych, Rozporządzenia DORA, standardu PCI DSS v4.0 (wymagania 6.2, 6.4, 10.2, 10.5), wytycznych EBA w sprawie zarządzania ryzykiem ICT oraz odpowiedzialności członków zarządu KIP przed KNF.
  • W2W3 Rygorystyczna synteza wymagań normy PN-EN ISO/IEC 27001:2022 (kontrole A.8.8, A.8.12, A.8.15, A.8.25), normy PN-EN ISO 19011:2018 oraz metodyki CVSS v3.1 i taksonomii OWASP API Security.
  • U1 Projekt inżynierski bramy API Gateway z wymuszoną walidacją kontekstu autoryzacji (Object-Level Authorization), testów DAST w pipeline CI/CD oraz niezmiennej retencji logów audytowych w chmurze z polityką WORM.
  • U2 Bezbłędna kwalifikacja uchybień w modelu 4C ze sporządzeniem 'słownika translacji pojęć technicznych' na język ryzyka finansowego i prawnego.
  • U3 Kwantyfikacja ryzyka w matrycy 5x5 dla wektorów kradzieży danych kartowych, cofnięcia licencji KIP przez KNF i kar DORA z parametrami BCM.
  • U4 Opracowanie kompletnego raportu poaudytowego (12-16 stron A4) z dwupoziomową strukturą, Trójfazowym Planem CAP, procedurą SOP (§ 1 do § 6) oraz Executive Summary z wyliczeniem ROSI.
  • K1K2K3 Biegłość w komunikacji dwujęzycznej (język biznesowo-finansowy vs żargon inżynierii DevSecOps), wysoka etyka i precyzja analityczna.
  • Powiązanie z wykładem: Wyk1 (Ład zarządczy w fintechu), Wyk2 (Zasady raportowania ISO 19011), Wyk3 (Kontrole A.8 ISO 27001), Wyk4 (Zbieżność DORA, PCI DSS i KNF), Wyk5 (Matryca ryzyka 5x5 i BCM), Wyk6 (Analiza logów AWS CloudTrail i testy API), Wyk7 (Model 4C, 5 Why, Dwupoziomowy CAP i Pitch to Board).
Scenariusz sytuacyjny organizacji

PayQuick S.A. jest licencjonowaną Krajową Instytucją Płatniczą (KIP) podlegającą nadzorowi Komisji Nadzoru Finansowego. Spółka obsługuje bramkę płatności internetowych dla ponad 3 500 sklepów e-commerce w Europie, procesując średnio 120 000 transakcji kartowych i natychmiastowych przelewów dziennie. Infrastruktura fintechu oparta jest w całości na chmurze publicznej Amazon Web Services (AWS) w architekturze mikroserwisowej (kontenery Kubernetes / AWS EKS).

Stan faktyczny stwierdzony w toku audytu technicznego i regulacyjnego:

  • Krytyczna luka BOLA/IDOR w API transakcyjnym (CVSS 8.5): Podczas badania bezpieczeństwa interfejsu REST API `api.payquick.pl/v2/transactions/{transaction_id}/receipt` ujawniono brak weryfikacji uprawnień obiektowych (Broken Object Level Authorization). Zalogowany użytkownik platformy mógł, poprzez inkrementację identyfikatora `transaction_id`, pobierać potwierdzenia transakcji dowolnych innych klientów, zawierające maskowane numery kart PAN, adresy e-mail, numery telefonów oraz kwoty płatności.
  • Brak retencji logów i niepodpisane wpisy telemetrii (Naruszenie PCI DSS i DORA): Ze względów oszczędnościowych logi dostępu HTTP oraz logi audytowe AWS CloudTrail były przechowywane w zasobniku S3 tylko przez 14 dni, po czym ulegały automatycznemu usunięciu (Lifecycle Policy). Uniemożliwia to spełnienie obligatoryjnego wymogu 365-dniowej retencji logów z PCI DSS 4.0 oraz art. 10 DORA.
  • Stanowisko Komitetu Audytu: Członkowie Komitetu Audytu (menedżerowie z sektora bankowego nieposiadający wiedzy programistycznej) oświadczają: "Dla nas skróty BOLA, IDOR i Kubernetes nic nie znaczą. Chcemy wiedzieć, czy ta sytuacja zagraża naszej licencji KIP, jakie sankcje może nałożyć KNF i organizacje płatnicze VISA/Mastercard oraz ile będzie kosztować naprawa!".

Triada Audytorska ma za zadanie opracować innowacyjny, dwupoziomowy raport końcowy: część zarządczą dla Komitetu Audytu oraz aneks techniczny dla zespołu programistów.

Wskazówki wykonania krok po kroku w formule 90 minut (karta 4C, RCA 5 Why, matryca 5x5, BCM, CAP)

Zadanie realizowane jest w ścisłym reżimie warsztatowym (formuła 90 minut) przez 2-3 osobową Triadę Audytorską:

  • Krok 1 (Podział ról w Triadzie Audytorskiej i triage dowodowy - Minuty 00-15):

    Student A (Lead Auditor / Executive Reporter): Odpowiada za ład zarządczy, zgodność z DORA, PCI DSS 4.0, Ustawą o usługach płatniczych, relacje z Komitetem Audytu i KNF oraz przygotowanie 1-stronicowego Executive Summary ("Pitch to Board") z kalkulacją ROSI.

    Student B (Technical SecOps Auditor / Architekt Bezpieczeństwa Chmury): Dekonstruuje podatność BOLA/IDOR w API, analizuje brak retencji logów w AWS S3, projektuje wdrożenie polityk autoryzacji w bramie API Gateway, reguły OPA (Open Policy Agent), zautomatyzowane testy DAST oraz blokadę AWS S3 Glacier Vault Lock.

    Student C (Governance, Risk & Compliance Auditor): Opracowuje kanoniczną Kartę Niezgodności 4C, słownik translacji pojęć technicznych, wylicza ryzyko w matrycy 5x5 powiązanej ze wskaźnikami BCM (RTO=15m, RPO=0s, MTPD=1h), prowadzi analizę 5 Why z Diagramem Ishikawy oraz konstruuje Trójfazowy Plan CAP z macierzą RACI i metrykami KPI/KRI. W zespole 2-osobowym zadania te dzielą Studenci A i B.

  • Krok 2 (Kanoniczna Karta Niezgodności 4C i Słownik Translacji - Minuty 15-40):

    Sformułujcie kartę uchybienia w modelu 4C oraz tabelę translacji dla Komitetu Audytu:

Kanoniczna Karta Ustaleń Audytowych – model 4C
1. Condition (Stan faktyczny)

Luka BOLA w API transakcyjnym (podatność API1:2023 wg OWASP, CVSS 8.5) umożliwiająca pobranie danych milionów transakcji oraz usuwanie logów audytowych AWS po 14 dniach.

2. Criteria (Kryteria normatywne i prawne)

Wymagania 6.2, 6.4, 10.2 i 10.5 standardu PCI DSS v4.0; art. 9, 10, 11 Rozporządzenia DORA; kontrole ISO/IEC 27001:2022 A.8.8, A.8.15, A.8.25; art. 10 Prawa bankowego i art. 64 Ustawy o usługach płatniczych.

3. Cause (Przyczyna źródłowa – 5 Why)
  1. Dlaczego API nie weryfikowało, czy użytkownik ma prawo do żądanego paragonu? (Programista backendu założył, że poprawny token JWT wystarczy do autoryzacji dostępu do dowolnego obiektu).
  2. Dlaczego nie wykryto luki przed wdrożeniem produkcyjnym? (W pipeline CI/CD brakowało automatycznych testów bezpieczeństwa API typu DAST/SAST, a testy manualne sprawdzały tylko ścieżki pozytywne).
  3. Dlaczego logi były usuwane po 14 dniach? (Dyrektor Finansowy nakazał obcięcie kosztów magazynowania AWS S3 bez konsultacji z oficerem compliance).
  4. Dlaczego oficer compliance nie zweryfikował zgodności z PCI DSS? (W firmie panowała kultura silosowa: 'DevOps wdraża szybko, a compliance zajmuje się tylko papierami').

Przyczyna źródłowa (Root Cause): Brak kultury DevSecOps, brak bramek bezpieczeństwa w procesie wydawniczym oraz brak nadzoru Zarządu nad zbieżnością konfiguracji chmurowej z rygorami licencji KIP.

4. Consequence (Skutki wielowymiarowe)

Natychmiastowe zawieszenie lub cofnięcie licencji KIP przez KNF, kary od organizacji VISA/Mastercard sięgające 100 000 USD miesięcznie za utratę zgodności z PCI DSS, kary DORA do 1% dziennego obrotu oraz masowy pozew odszkodowawczy klientów.

Analiza przyczyn źródłowych – drzewo 5 Why
  1. 1
    Dlaczego API nie weryfikowało, czy użytkownik ma prawo do żądanego paragonu? (Programista backendu założył, że poprawny token JWT wystarczy do autoryzacji dostępu do dowolnego obiektu).
  2. 2
    Dlaczego nie wykryto luki przed wdrożeniem produkcyjnym? (W pipeline CI/CD brakowało automatycznych testów bezpieczeństwa API typu DAST/SAST, a testy manualne sprawdzały tylko ścieżki pozytywne).
  3. 3
    Dlaczego logi były usuwane po 14 dniach? (Dyrektor Finansowy nakazał obcięcie kosztów magazynowania AWS S3 bez konsultacji z oficerem compliance).
  4. 4
    Dlaczego oficer compliance nie zweryfikował zgodności z PCI DSS? (W firmie panowała kultura silosowa: 'DevOps wdraża szybko, a compliance zajmuje się tylko papierami').
  5. root
    Przyczyna źródłowa (Ład zarządczy / Governance): Brak kultury DevSecOps, brak bramek bezpieczeństwa w procesie wydawniczym oraz brak nadzoru Zarządu nad zbieżnością konfiguracji chmurowej z rygorami licencji KIP.
  • Krok 3 (Zaawansowana Matryca Ryzyka 5x5 i Parametry BCM - Minuty 15-40):

    Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5):

Wektor zagrożeniaP (in.)S (in.)Ryzyko inherentne (IR)Kontrole kompensacyjne / naprawczeP (po CAP)S (po CAP)Ryzyko rezydualne (RR)
Masowy wyciek danych kartowych i transakcyjnych przez lukę BOLA w API 5 5 25/25 – Ryzyko Katastrofalne Reguły API Gateway, testy DAST, tokeny 1 5 5/25 – Ryzyko Akceptowalne
Zawieszenie licencji KIP przez KNF za brak retencji logów i nieodporność cyfrową 5 5 25/25 AWS S3 Vault Lock 365 dni, audyt DORA 1 2 2/25
Nałożenie kar finansowych PCI DSS przez acquirera i banki rozliczające 5 4 20/25 Certyfikacja QSA, naprawa luk w kodzie 1 2 2/25
Niedostępność bramki płatniczej wskutek ataku DDoS lub błędu wydawniczego 4 5 20/25 Bramki CI/CD, canary deployment 1 3 3/25
Parametr ciągłości działania (BCM / DRP)Wartość docelowa sparametryzowana w audycie
RTO (Recovery Time Objective – docelowy czas odzyskania sprawności)15 minut dla mikroserwisu autoryzacji transakcji
RPO (Recovery Point Objective – maksymalna dopuszczalna utrata danych)0 sekund (ochrona integralności transakcji płatniczych)
MTPD (Maximum Tolerable Period of Disruption – maksymalny dopuszczalny czas niedostępności)1 godzina (maksymalny dopuszczalny czas przestoju przed utratą płynności i sankcjami KNF)
  • Krok 4 (Trójfazowy Plan Działań Korygujących - CAP - Minuty 40-70):

    Opracujcie tabelę CAP w 3 horyzontach czasowych:

FazaHoryzont czasowy Działania naprawcze / korygująceRACI (właściciele biznesowi) Mierzalny wskaźnik sukcesu (KPI)KRI / wskaźnik weryfikacji
Faza 1 – Działania natychmiastowe mitygujące / tamowanie0-7 dniWdrożenie reguły na bramie AWS API Gateway blokującej zapytania o niepowiązane ID paragonów (walidacja tokenu z ID konta), zatrzymanie cyklu usuwania logów w S3 i zmiana retencji na 365 dniA - Prezes Zarządu, R - CISO / Lead DevOpsPodatność BOLA załatana w 100%Liczba zapytań o nieswoje ID = 0
Faza 2 – Działania krótkoterminowe inżyniersko-wdrożeniowe30 dniWdrożenie dedykowanych testów bezpieczeństwa API (narzędzie OWASP ZAP / Postman Security) w potoku CI/CD GitLab, wdrożenie blokady AWS S3 Glacier Vault Lock (polityka WORM uniemożliwiająca skasowanie logów przez 365 dni nawet przez roota AWS), wdrożenie mechanizmów OPAA - CTO, R - Architekt DevSecOps, C - Audytor PCI QSA100% commitów skanowanych pod kątem luk APILiczba podatności krytycznych w kodzie = 0
Faza 3 – Działania systemowe i ład korporacyjny90 dniUzyskanie formalnego Raportu Zgodności (ROC) PCI DSS v4.0 od zewnętrznego audytora QSA, sformalizowanie Polityki Bezpiecznego Wytwarzania Oprogramowania i Retencji Danych zgodnej z DORA, wdrożenie programu Bug BountyA - Komitet Audytu, R - CISO, I - KNFCertyfikacja PCI DSS 4.0 poziomu 1Liczba incydentów braku rozliczalności = 0
  • Krok 5 (Sformalizowany Projekt Załącznika Wykonawczego SOP - Minuty 40-70):

    Opracujcie projekt aktu normatywnego "Standard Operacyjny Bezpieczeństwa Interfejsów API, Retencji Telemetrii Audytowej (WORM) i Cyklu DevSecOps w PayQuick S.A." z ponumerowanymi artykułami od § 1 do § 6:

    § 1. Cel i zakres procedury (zgodność z DORA i PCI DSS 4.0); § 2. Standardy projektowania i autoryzacji obiektowej API (ochrona przed lukami BOLA/BFLA); § 3. Obligatoryjne bramki bezpieczeństwa w pipeline CI/CD (SAST, DAST, SCA); § 4. Zasady 365-dniowej retencji i niezmienności logów w chmurze AWS (S3 Glacier Vault Lock); § 5. Procedura postępowania w przypadku naruszenia danych posiadaczy kart (Cardholder Data); § 6. Sankcje regulacyjne, odpowiedzialność członków Zarządu i raportowanie do KNF.

  • Krok 6 (Podsumowanie Zarządcze Executive Summary 'Pitch to Board' i przygotowanie obrony - Minuty 70-90):

    Zredagujcie 1-stronicowy briefing dla Komitetu Audytu i Zarządu PayQuick S.A.: przedstawcie tabelę 'translacji ryzyka' (wyjaśnienie luki API językiem utraty licencji i kar), bilans ekspozycji finansowej (ryzyko kar KNF i odszkodowań: 14,5 mln PLN vs koszt wdrożenia CAP i S3 Glacier: 90 000 PLN, wskaźnik ROSI = 16011%), przedstawcie aneks inżynierski dla DevOps i przygotujcie się do 15-minutowej obrony przed komisją.

Plan referatu studenckiego (15 minut) i obrona ustna

Plan referatu seminaryjnego i obrony koncepcji (15 minut):

  • Slajd 1-2 (Minuty 00-03): Wprowadzenie i metryka audytu fintechu. Prezentacja 'słownika translacji' pojęć technicznych dla Komitetu Audytu (Student A).
  • Slajd 3-4 (Minuty 03-07): Dekompozycja luki BOLA/IDOR i braku retencji logów w modelu 4C z analizą 5 Why / Diagram Ishikawy (Student C).
  • Slajd 5-6 (Minuty 07-10): 25-stopniowa matryca ryzyka 5x5 (IR vs RR), parametry BCM dla transakcji płatniczych oraz inżynierski projekt bramy API i AWS S3 Vault Lock (Student B).
  • Slajd 7-8 (Minuty 10-13): Prezentacja Trójfazowego Planu CAP (0-7, 30, 90 dni) z rolami RACI, wskaźnikami KPI/KRI oraz struktury procedury SOP (Student C i B).
  • Slajd 9-10 (Minuty 13-15): Executive Summary "Pitch to Board" dla Zarządu: kalkulacja ROSI, obrona licencji KIP przed KNF i zamknięcie audytu (Student A).
Zakres raportu poaudytowego i dokumentacji wdrożeniowej (12-16 stron A4)

Struktura zaawansowanego raportu poaudytowego i dokumentacji wdrożeniowej (12-16 stron A4):

A. Jednostronicowe Podsumowanie Zarządcze (Executive Summary - "Pitch to Board") dla Komitetu Audytu PayQuick S.A. z wyliczeniem ROSI.

B. Wprowadzenie formalne: metryka audytu, podstawa prawna (DORA, PCI DSS 4.0, Ustawa o usługach płatniczych, ISO 27001), skład Triady Audytorskiej, wykaz mikroserwisów AWS.

C. Słownik Translacji Pojęć Technicznych (tabela mapująca terminy DevSecOps na język ryzyka biznesowego dla Zarządu).

D. Odpowiedzi na 3 pytania problemowe:

1. W jaki sposób audytor powinien wytłumaczyć członkom Komitetu Audytu nieznającym programowania istotę podatności BOLA/IDOR i wykazać jej bezpośredni związek z ryzykiem utraty licencji KIP?

2. Jakie konkretne rygory techniczne nakłada standard PCI DSS v4.0 (wymóg 10.5) na ochronę i retencję logów zdarzeń przed ich modyfikacją przez administratorów chmury?

3. Dlaczego automatyzacja testów DAST w pipeline CI/CD jest tańsza od usuwania luk po audycie zewnętrznym (kalkulacja kosztów błędu wg Shift-Left Security)?

E. Kanoniczna Karta Ustaleń Audytowych w Modelu 4C (Condition, Criteria, Cause - sekwencja 5 Why i Diagram Ishikawy w 6 osiach, Consequence).

F. Tabela Zaawansowanej Analizy Ryzyka w Matrycy 5x5:

  • Wektor 1: Masowy wyciek potwierdzeń transakcji i danych kart przez lukę BOLA | P=5, S=5 → IR=25 | Kontrole: Reguły API Gateway, testy DAST, tokeny | P=1, S=5 → RR=5 | RTO=15m, RPO=0s, MTPD=1h
  • Wektor 2: Cofnięcie licencji KIP przez KNF za brak retencji logów i nieodporność | P=5, S=5 → IR=25 | Kontrole: AWS S3 Vault Lock 365 dni, audyt DORA | P=1, S=2 → RR=2 | RTO=N/A, RPO=N/A, MTPD=24h
  • Wektor 3: Kary finansowe i sankcje organizacji VISA/Mastercard za PCI DSS | P=5, S=4 → IR=20 | Kontrole: Certyfikacja QSA, naprawa luk w kodzie | P=1, S=2 → RR=2 | RTO=N/A, RPO=N/A, MTPD=48h
  • Wektor 4: Niedostępność bramki płatniczej wskutek błędu wdrożeniowego | P=4, S=5 → IR=20 | Kontrole: Bramki CI/CD, canary deployment | P=1, S=3 → RR=3 | RTO=15m, RPO=0s, MTPD=1h

G. Tabela Trójfazowego Planu Działań Korygujących (CAP) z macierzą RACI, terminami (Faza 1: 0-7 dni, Faza 2: 30 dni, Faza 3: 90 dni) i wskaźnikami KPI oraz KRI.

H. Sformalizowany Projekt Załącznika Wykonawczego (SOP — 6 ponumerowanych paragrafów regulujących bezpieczeństwo API i retencję WORM w chmurze AWS).

I. Aneks Inżynierski dla Zespołu DevSecOps (przykładowe reguły OPA, konfiguracja terraform dla S3 Glacier Vault Lock i scenariusze testów API).

J. Analiza kompromisów inżynierskich i zarządczych (Trade-offs: koszty przechowywania logów w AWS vs kary KNF, szybkość wydań mikroserwisów vs czasochłonność skanowania DAST).

K. Bibliografia, netografia, wykaz standardów PCI SSC i wytycznych OWASP.

Bibliografia, netografia i regulacje prawne
  • Standard Bezpieczeństwa Danych Branży Kart Płatniczych: PCI DSS v4.0, PCI Security Standards Council 2022 - wymagania 6.2, 6.4, 10.2, 10.5.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2022/2554 (DORA) - art. 9, 10, 11 (Odporność operacyjna systemów ICT).
  • Open Web Application Security Project (OWASP): "OWASP API Security Top 10 2023" (API1:2023 - Broken Object Level Authorization).
  • Norma PN-EN ISO/IEC 27001:2022: Systemy zarządzania bezpieczeństwem informacji - Wymagania: kontrole A.8.8, A.8.12, A.8.15, A.8.25.
  • Norma PN-EN ISO 19011:2018: Wytyczne dotyczące audytowania systemów zarządzania - punkt 6.5 (Raport z audytu).
  • Ustawa z dnia 19 sierpnia 2011 r. o usługach płatniczych (Dz.U. z 2024 r. poz. 30 z późn. zm.) - art. 64 (Obowiązki instytucji płatniczej).
  • Europejski Urząd Nadzoru Bankowego (EBA): "Wytyczne w sprawie zarządzania ryzykiem technologii informacyjno-komunikacyjnych (ICT) i ryzykiem bezpieczeństwa", 2020.
Przypisanie do efektów uczenia się z sylabusa
  • Wiedza W1: Zaawansowana znajomość standardu PCI DSS v4.0, Rozporządzenia DORA, Prawa o usługach płatniczych i taksonomii OWASP API.
  • Wiedza W2, W3: Rozumienie relacji normy ISO 27001 w architekturze chmurowej oraz metodyki translacji pojęć technicznych na język Komitetu Audytu.
  • Umiejętności U1: Projekt inżynierski zabezpieczeń API w chmurze AWS, retencji WORM (Vault Lock) oraz potoków DevSecOps.
  • Umiejętności U2: Dekompozycja uchybień w modelu 4C i opracowanie dwupoziomowego raportu dla odbiorców biznesowych i technicznych.
  • Umiejętności U3: Kwantyfikacja ryzyka w matrycy 5x5 i powiązanie z parametrami BCM dla transakcji (RTO=15m, RPO=0s, MTPD=1h).
  • Umiejętności U4: Opracowanie kompletnego raportu (12-16 stron A4) z Planem CAP, procedurą SOP, aneksem DevSecOps i kalkulacją ROSI.
  • Kompetencje K1, K2, K3: Biegłość w komunikacji dwujęzycznej (biznes/inżynieria), wysoka kultura mediacyjna i niezależność audytorska.
Wskazówki do przygotowania i obrony referatu

Podczas referatu seminaryjnego przedstawcie dwupoziomowy charakter raportu poaudytowego: zaprezentujcie 'słownik translacji' pojęć technicznych dla Komitetu Audytu oraz techniczny aneks inżynierski dla zespołów DevOps/Security, wykazując w jaki sposób wdrożenie bramy API Gateway, blokady AWS S3 Glacier Vault Lock i testów DAST eliminuje podatność BOLA/IDOR w cyklu CI/CD oraz chroni spółkę przed utratą licencji KIP (ROSI = 16011%).

09
Strategiczny raport końcowy z audytu poufności dla Partnerów Zarządzających: ochrona bezwzględnej tajemnicy obrończej i radcowskiej w pracy hybrydowej, zbieżność Kodeksu Karnego, RODO i ISO 27001, model 4C, matryca ryzyka 5×5, SOP kryptoizolacji akt i trójfazowy Plan CAP — ProKancelaria Adwokacka i Radcowska w Katowicach
Zwiń

Temat: Strategiczny raport końcowy z audytu poufności dla Partnerów Zarządzających: ochrona bezwzględnej tajemnicy obrończej i radcowskiej w pracy hybrydowej, zbieżność Kodeksu Karnego, RODO i ISO 27001, model 4C, matryca ryzyka 5×5, SOP kryptoizolacji akt i trójfazowy Plan CAP

ProKancelaria Adwokacka i Radcowska w Katowicach / obsługakorporacyjna (usługi prawne)Prawo o adwokaturze / Art. 266 KK / RODO art. 32 / ISO 27001 / MDM1Konsumenckie chmuryDropbox/WeTransfer dowymiany aktprocesowych2Niezaszyfrowanelaptopy prawnikówpracujących w modeluhybrydowym3Ryzyko ujawnieniabezwzględnejtajemnicy obrończej iradcowskiej (art. 266KK)4BitLockerXTS-AES-256,Microsoft Intune,bezpieczna chmura ikryptoizolacjaSchemat strategicznego raportu poaudytowego ochrony tajemnicy zawodowej: bezwzględna tajemnica obrończa,art. 266 KK, model 4C, matryca ryzyka 5x5, SOP kryptoizolacji i Plan CAP.
Schemat strategicznego raportu poaudytowego ochrony tajemnicy zawodowej: bezwzględna tajemnica obrończa, art. 266 KK, model 4C, matryca ryzyka 5x5, SOP kryptoizolacji i Plan CAP.
Cel zadania i powiązanie z efektami kształcenia

Głównym celem zadania na ocenę bardzo dobrą (5.0) jest wykształcenie u studentów umiejętności opracowania strategicznego raportu poaudytowego dla Partnerów Zarządzających renomowanej kancelarii adwokacko-radcowskiej (ProKancelaria w Katowicach). Audyt koncentruje się na ochronie informacji o najwyższej klauzuli wrażliwości: bezwzględnej tajemnicy obrończej (z której żaden organ państwowy, w tym sąd czy prokurator, nie może zwolnić adwokata) oraz tajemnicy radcowskiej i tajemnicy przedsiębiorstwa klientów korporacyjnych w modelu pracy hybrydowej. W toku audytu ujawniono powszechne wynoszenie niezaszyfrowanych akt spraw w formie papierowej i na prywatnych pendrive'ach, brak centralnego szyfrowania dysków twardych laptopów mecenasów (brak BitLocker TPM), korzystanie z darmowych, publicznych dysków chmurowych (Google Drive, Dropbox) do wymiany pism procesowych oraz brak stosowania filtrów prywatyzujących podczas pracy w pociągach i kawiarniach. Zadanie wymaga: sformułowania kanonicznej Karty 4C ze wskazaniem odpowiedzialności dyscyplinarnej i karnej z art. 266 KK (ujawnienie tajemnicy zawodowej), wyliczenia ryzyka w 25-stopniowej matrycy 5x5 powiązanej z parametrami BCM (RTO=1h, RPO=15m, MTPD=4h), skonstruowania Trójfazowego Planu CAP z macierzą RACI, opracowania procedury wykonawczej (SOP) regulującej politykę czystego biurka/ekranu i kryptoizolacji akt oraz przygotowania briefingu zarządczego z kalkulacją ROSI.

Powiązanie z sylabusem i efektami kształcenia na ocenę 5.0:

  • W1 Zaawansowana znajomość przepisów Ustawy - Prawo o adwokaturze (art. 19), Ustawy o radcach prawnych (art. 3), Kodeksu Postępowania Karnego (art. 178 KPK - bezwzględny zakaz dowodowy), art. 266 Kodeksu Karnego oraz przepisów RODO (art. 9 i 32).
  • W2W3 Wyczerpująca synteza wymagań normy PN-EN ISO/IEC 27001:2022 (kontrole A.7.7 - Czyste biurko i czysty ekran, A.7.10, A.8.1, A.8.24 - Kryptografia), normy PN-EN ISO 19011:2018 oraz Kodeksu Etyki Adwokackiej.
  • U1 Projekt inżynierski centralnie zarządzanego szyfrowania dysków BitLocker TPM ze składowaniem kluczy w Microsoft Entra ID / Intune, dedykowanej chmury prywatnej z szyfrowaniem end-to-end (kancelaria jako wyłączny dysponent kluczy HSM) oraz bezpiecznego obiegu e-akt.
  • U2 Bezbłędna kwalifikacja uchybień w modelu 4C wykazująca ryzyko utraty prawa do wykonywania zawodu przez partnerów kancelarii.
  • U3 Kwantyfikacja ryzyka w matrycy 5x5 dla wektorów kradzieży laptopa mecenasa, wycieku strategii procesowej i odpowiedzialności odszkodowawczej z parametrami BCM.
  • U4 Opracowanie kompletnego raportu poaudytowego (12-16 stron A4) z Trójfazowym Planem CAP, procedurą SOP (§ 1 do § 6) oraz Executive Summary z wyliczeniem ROSI.
  • K1K2K3 Wysoka kultura dialogu z prawnikami, umiejętność przełamywania oporu mecenasów przed rygorami IT i bezkompromisowa ochrona tajemnicy zawodowej.
  • Powiązanie z wykładem: Wyk1 (Ład zarządczy w usługach profesjonalnych), Wyk2 (Zasady audytowania ISO 19011), Wyk3 (Kontrole kryptograficzne i fizyczne ISO 27001), Wyk4 (Tajemnica zawodowa a RODO i Kodeks Karny), Wyk5 (Matryca ryzyka 5x5 i BCM), Wyk6 (Weryfikacja urządzeń mobilnych i konfiguracji BitLocker), Wyk7 (Model 4C, 5 Why, Trójfazowy CAP i Pitch to Board).
Scenariusz sytuacyjny organizacji

ProKancelaria Adwokacka i Radcowska z siedzibą w Katowicach zatrudnia 45 prawników (adwokatów, radców prawnych, aplikantów) oraz 15 pracowników sekretariatu. Kancelaria specjalizuje się w obsłudze procesów karnych gospodarczych (White-Collar Crime), fuzjach i przejęciach spółek giełdowych (M&A) oraz sporach patentowych. Ze względu na specyfikę pracy procesowej, prawnicy spędzają ponad 50% czasu poza biurem (w sądach, prokuraturach, u klientów oraz podróżach służbowych), korzystając z laptopów i smartfonów w modelu hybrydowym.

Stan faktyczny stwierdzony w toku audytu poufności:

  • Brak centralnego szyfrowania nośników mobilnych: Na 38 badanych laptopach służbowych szyfrowanie dysków funkcją BitLocker było aktywne zaledwie na 9 urządzeniach (gdzie prawnicy włączyli je samodzielnie). Pozostałe 29 komputerów pracowało z jawnym dostępem do dysku SSD, a 4 laptopy nie posiadały nawet hasła blokady ekranu.
  • Wykorzystywanie konsumenckich chmur publicznych do wymiany akt: Prawnicy powszechnie przesyłają akta postępowań przygotowawczych, projekty aktów oskarżenia oraz wyciągi bankowe podejrzanych za pośrednictwem prywatnych kont Google Drive, Dropbox i WeTransfer bez szyfrowania plików przed wysyłką.
  • Rażące naruszenia polityki czystego biurka i ekranu: W toku nocnego badania stacjonarnego na biurkach w siedzibie kancelarii ujawniono 14 teczek z oryginalnymi dokumentami procesowymi spraw karnych, a podczas audytu obserwacyjnego w pociągu Pendolino stwierdzono, że partner kancelarii analizował strategię obrony klienta bez filtra prywatyzującego na ekranie, w obecności przypadkowych współpasażerów.
  • Stanowisko Partnerów: Prawnicy podnoszą: "Dla nas liczy się czas i skuteczność obrony klienta. Nie będziemy nosić ze sobą tokenów kryptograficznych ani tracić czasu na wielostopniowe logowanie w sądzie!".

Triada Audytorska ma za zadanie sporządzić strategiczny raport poaudytowy, który udowodni, że nowoczesne środki ochrony danych nie utrudniają pracy mecenasów, lecz chronią ich przed utratą immunitetu zawodowego.

Wskazówki wykonania krok po kroku w formule 90 minut (karta 4C, RCA 5 Why, matryca 5x5, BCM, CAP)

Zadanie realizowane jest w ścisłym reżimie warsztatowym (formuła 90 minut) przez 2-3 osobową Triadę Audytorską:

  • Krok 1 (Podział ról w Triadzie Audytorskiej i triage dowodowy - Minuty 00-15):

    Student A (Lead Auditor / Executive Reporter): Odpowiada za ład korporacyjny, analizę zbieżności Prawa o adwokaturze, art. 266 KK i RODO, relacje z Partnerami Zarządzającymi i Okręgową Radą Adwokacką oraz przygotowanie 1-stronicowego Executive Summary ("Pitch to Board") z kalkulacją ROSI.

    Student B (Technical SecOps Auditor / Architekt Bezpieczeństwa Urządzeń Mobilnych): Bada konfigurację dysków laptopów, brak BitLocker TPM, transfery przez konsumenckie chmury, projektuje centralne zarządzanie BitLocker za pośrednictwem Microsoft Intune, wdrożenie szyfrowanej chmury prywatnej Nextcloud z HSM oraz filtry polaryzacyjne 3M.

    Student C (Governance, Risk & Compliance Auditor): Opracowuje kanoniczną Kartę Niezgodności 4C, wylicza ryzyko w matrycy 5x5 powiązanej ze wskaźnikami BCM (RTO=1h, RPO=15m, MTPD=4h), prowadzi sekwencję 5 Why z Diagramem Ishikawy oraz konstruuje Trójfazowy Plan CAP z macierzą RACI i metrykami KPI/KRI. W zespole 2-osobowym zadania te dzielą Studenci A i B.

  • Krok 2 (Kanoniczna Karta Niezgodności 4C - Minuty 15-40):

    Sformułujcie kartę uchybienia w modelu 4C:

Kanoniczna Karta Ustaleń Audytowych – model 4C
1. Condition (Stan faktyczny)

29 laptopów mecenasów z niezaszyfrowanymi dyskami SSD, przesyłanie akt spraw karnych przez darmowe chmury Google Drive/Dropbox, pozostawianie teczek z aktami na biurkach w nocy oraz praca na laptopach w miejscach publicznych bez filtrów prywatyzujących.

2. Criteria (Kryteria normatywne i prawne)

Art. 19 Ustawy - Prawo o adwokaturze (bezwzględna tajemnica adwokacka); art. 178 Kodeksu Postępowania Karnego (zakazy dowodowe); art. 266 Kodeksu Karnego (ujawnienie tajemnicy zawodowej); kontrole ISO/IEC 27001:2022 A.7.7 (Czyste biurko i czysty ekran), A.7.10 (Nośniki pamięci), A.8.1 (Urządzenia końcowe), A.8.24 (Kryptografia); art. 32 RODO.

3. Cause (Przyczyna źródłowa – 5 Why)
  1. Dlaczego dyski w laptopach mecenasów nie są zaszyfrowane? (Każdy prawnik kupował laptopa we własnym zakresie i konfigurował go bez udziału informatyka).
  2. Dlaczego kancelaria nie posiada centralnego nadzoru nad sprzętem? (Partnerzy uznali, że wdrożenie MDM naruszy ich prywatność i niezależność).
  3. Dlaczego akta są przesyłane przez darmowe chmury? (Kancelaria nie zapewniła pracownikom bezpiecznego repozytorium chmurowego z łatwym dostępem z telefonu).
  4. Dlaczego teczki z aktami leżą na biurkach? (Brak nawyku zamykania szaf pancernych oraz brak kontroli ze strony personelu administracyjnego).

Przyczyna źródłowa (Root Cause): Poczucie 'immunitetu zawodowego' przewyższającego wymogi bezpieczeństwa, brak sformalizowanej Polityki Bezpieczeństwa Informacji oraz brak świadomości konsekwencji technicznych kradzieży urządzenia dla tajemnicy obrończej.

4. Consequence (Skutki wielowymiarowe)

Bezpośrednie ryzyko utraty prawa do wykonywania zawodu przez adwokatów w postępowaniu dyscyplinarnym, odpowiedzialność karna z art. 266 KK (kara pozbawienia wolności do lat 2), kompromitacja linii obrony klienta i przegranie procesu, wielomilionowe pozwy odszkodowawcze oraz całkowita utrata reputacji rynkowej.

Analiza przyczyn źródłowych – drzewo 5 Why
  1. 1
    Dlaczego dyski w laptopach mecenasów nie są zaszyfrowane? (Każdy prawnik kupował laptopa we własnym zakresie i konfigurował go bez udziału informatyka).
  2. 2
    Dlaczego kancelaria nie posiada centralnego nadzoru nad sprzętem? (Partnerzy uznali, że wdrożenie MDM naruszy ich prywatność i niezależność).
  3. 3
    Dlaczego akta są przesyłane przez darmowe chmury? (Kancelaria nie zapewniła pracownikom bezpiecznego repozytorium chmurowego z łatwym dostępem z telefonu).
  4. 4
    Dlaczego teczki z aktami leżą na biurkach? (Brak nawyku zamykania szaf pancernych oraz brak kontroli ze strony personelu administracyjnego).
  5. root
    Przyczyna źródłowa (Ład zarządczy / Governance): Poczucie 'immunitetu zawodowego' przewyższającego wymogi bezpieczeństwa, brak sformalizowanej Polityki Bezpieczeństwa Informacji oraz brak świadomości konsekwencji technicznych kradzieży urządzenia dla tajemnicy obrończej.
  • Krok 3 (Zaawansowana Matryca Ryzyka 5x5 i Parametry BCM - Minuty 15-40):

    Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5):

Wektor zagrożeniaP (in.)S (in.)Ryzyko inherentne (IR)Kontrole kompensacyjne / naprawczeP (po CAP)S (po CAP)Ryzyko rezydualne (RR)
Kradzież lub zagubienie niezaszyfrowanego laptopa z aktami śledztwa gospodarczego 5 5 25/25 – Ryzyko Katastrofalne BitLocker TPM XTS-256, Intune, zdalny wipe 1 4 4/25 – Ryzyko Akceptowalne
Przechwycenie strategii procesowej z darmowej chmury przez konkurencję lub służby 4 5 20/25 Blokada chmur, szyfrowana chmura własna 1 3 3/25
Wgląd osób trzecich w akta klienta w pociągu lub kawiarni (Visual Hacking) 5 4 20/25 Filtry prywatyzujące 3M, szkolenie 1 2 2/25
Postępowanie dyscyplinarne przed ORA/OIRP i utrata uprawnień mecenasa 4 5 20/25 Wdrożenie SOP, realizacja Planu CAP 1 2 2/25
Parametr ciągłości działania (BCM / DRP)Wartość docelowa sparametryzowana w audycie
RTO (Recovery Time Objective – docelowy czas odzyskania sprawności)1 godzina dla odzyskania dostępu do akt sprawy przed rozprawą
RPO (Recovery Point Objective – maksymalna dopuszczalna utrata danych)15 minut (maksymalna utrata notatek procesowych)
MTPD (Maximum Tolerable Period of Disruption – maksymalny dopuszczalny czas niedostępności)4 godziny (maksymalny czas przestoju przed wniesieniem apelacji)
  • Krok 4 (Trójfazowy Plan Działań Korygujących - CAP - Minuty 40-70):

    Opracujcie tabelę CAP w 3 horyzontach czasowych:

FazaHoryzont czasowy Działania naprawcze / korygująceRACI (właściciele biznesowi) Mierzalny wskaźnik sukcesu (KPI)KRI / wskaźnik weryfikacji
Faza 1 – Działania natychmiastowe mitygujące / tamowanie0-7 dniZdalne lub stacjonarne wymuszenie szyfrowania BitLocker TPM (XTS-AES 256-bit) na wszystkich 38 laptopach, zablokowanie dostępu do Google Drive/Dropbox z sieci kancelarii, montaż magnetycznych filtrów prywatyzujących na ekranachA - Partner Zarządzający, R - CISO / Administrator IT100% laptopów zaszyfrowanych BitLockeremLiczba niezaszyfrowanych urządzeń = 0
Faza 2 – Działania krótkoterminowe inżyniersko-wdrożeniowe30 dniWdrożenie systemu MDM (Microsoft Intune) wymuszającego zgodność polityk (MFA, PIN do TPM, automatyczna blokada ekranu po 3 min bezczynności), uruchomienie dedykowanej chmury prywatnej kancelarii z szyfrowaniem end-to-end i aplikacją mobilną, wyposażenie każdego gabinetu w zamykaną szafę klasy DINA - Dyrektor Kancelarii, R - Architekt MDM, C - Partnerzy Liniowi100% akt przechowywanych w bezpiecznej chmurzeLiczba incydentów czystego biurka = 0
Faza 3 – Działania systemowe i ład korporacyjny90 dniUchwalenie Regulaminu Bezpieczeństwa Pracy Hybrydowej i Ochrony Tajemnicy Zawodowej, wdrożenie procedury kryptoizolacji akt w sprawach o podwyższonym ryzyku, audyt powtórny i szkolenia z zakresu przeciwdziałania inwigilacji elektronicznejA - Zgromadzenie Wspólników, R - CISO / IOD, I - Okręgowa Rada AdwokackaCertyfikacja SZBI kancelarii wg ISO 27001Liczba incydentów naruszenia tajemnicy = 0
  • Krok 5 (Sformalizowany Projekt Załącznika Wykonawczego SOP - Minuty 40-70):

    Opracujcie projekt aktu normatywnego "Standard Operacyjny Ochrony Tajemnicy Adwokackiej i Radcowskiej, Pracy Hybrydowej oraz Polityki Czystego Biurka i Ekranu w ProKancelaria w Katowicach" z ponumerowanymi artykułami od § 1 do § 6:

    § 1. Cel, podstawa prawna i bezwzględny charakter tajemnicy obrończej (art. 178 KPK i art. 266 KK); § 2. Rygory techniczne urządzeń mobilnych (bezwzględny obowiązek BitLocker TPM i zakaz pracy na sprzęcie prywatnym BYOD); § 3. Zasady bezpiecznej pracy mobilnej i ochrony przed podglądaniem (Visual Hacking, filtry 3M); § 4. Zakaz stosowania konsumenckich chmur publicznych i procedury bezpiecznego transferu e-akt; § 5. Polityka czystego biurka, czystego ekranu i niszczenia brudnopisów; § 6. Odpowiedzialność dyscyplinarna przed samorządem zawodowym i sankcje służbowe.

  • Krok 6 (Podsumowanie Zarządcze Executive Summary 'Pitch to Board' i przygotowanie obrony - Minuty 70-90):

    Zredagujcie 1-stronicowy briefing dla Partnerów Zarządzających: przedstawcie bilans ryzyka zaniechania (ryzyko utraty reputacji i odszkodowań od klientów M&A: 18 mln PLN vs koszt wdrożenia Intune, BitLocker i filtrów: 45 000 PLN, wskaźnik ROSI = 39900%), wykażcie, że bezpieczne procedury trwają sekundy, a ratują immunitet zawodowy i przygotujcie się do 15-minutowej obrony przed komisją.

Plan referatu studenckiego (15 minut) i obrona ustna

Plan referatu seminaryjnego i obrony koncepcji (15 minut):

  • Slajd 1-2 (Minuty 00-03): Wprowadzenie i metryka audytu kancelarii prawnej. Bezwzględny charakter tajemnicy obrończej wg art. 178 KPK i art. 266 KK (Student A).
  • Slajd 3-4 (Minuty 03-07): Dekompozycja uchybień w modelu 4C oraz analiza 5 Why / Diagram Ishikawy dla pracy hybrydowej (Student C).
  • Slajd 5-6 (Minuty 07-10): 25-stopniowa matryca ryzyka 5x5 (IR vs RR), parametry BCM dla terminów procesowych oraz inżynierski projekt BitLocker TPM, Intune i filtrów 3M (Student B).
  • Slajd 7-8 (Minuty 10-13): Prezentacja Trójfazowego Planu CAP (0-7, 30, 90 dni) z rolami RACI, wskaźnikami KPI/KRI oraz struktury procedury SOP (Student C i B).
  • Slajd 9-10 (Minuty 13-15): Executive Summary "Pitch to Board" dla Partnerów: kalkulacja ROSI, ochrona immunitetu adwokackiego i zamknięcie audytu (Student A).
Zakres raportu poaudytowego i dokumentacji wdrożeniowej (12-16 stron A4)

Struktura zaawansowanego raportu poaudytowego i dokumentacji wdrożeniowej (12-16 stron A4):

A. Jednostronicowe Podsumowanie Zarządcze (Executive Summary - "Pitch to Board") dla Partnerów Zarządzających z kalkulacją ROSI.

B. Wprowadzenie formalne: metryka audytu, podstawa prawna (Prawo o adwokaturze, art. 266 KK, art. 178 KPK, RODO, ISO 27001), skład Triady Audytorskiej, wykaz urządzeń mobilnych.

C. Odpowiedzi na 3 pytania problemowe:

1. W jaki sposób audytor powinien sformułować argumentację dla mecenasów, aby wykazać, że brak szyfrowania BitLocker TPM na laptopie oznacza bezpośrednie naruszenie tajemnicy adwokackiej i art. 266 KK?

2. Jakie formalne i techniczne zagrożenia wiążą się z wykorzystywaniem konsumenckich chmur publicznych (Google Drive, Dropbox) do transferu akt postępowań przygotowawczych?

3. Dlaczego zjawisko 'Visual Hacking' w podróżach służbowych stanowi realne zagrożenie dla tajemnicy procesowej i w jaki sposób filtr polaryzacyjny eliminuje ten wektor ataku?

D. Kanoniczna Karta Ustaleń Audytowych w Modelu 4C (Condition, Criteria, Cause - sekwencja 5 Why i Diagram Ishikawy w 6 osiach, Consequence).

E. Tabela Zaawansowanej Analizy Ryzyka w Matrycy 5x5:

  • Wektor 1: Kradzież niezaszyfrowanego laptopa z aktami afery gospodarczej | P=5, S=5 → IR=25 | Kontrole: BitLocker TPM XTS-256, Intune, zdalny wipe | P=1, S=4 → RR=4 | RTO=1h, RPO=15m, MTPD=4h
  • Wektor 2: Przejęcie dokumentów procesowych z konsumenckiej chmury | P=4, S=5 → IR=20 | Kontrole: Blokada chmur, szyfrowana chmura własna | P=1, S=3 → RR=3 | RTO=2h, RPO=1h, MTPD=8h
  • Wektor 3: Podglądnięcie akt na ekranie w pociągu (Visual Hacking) | P=5, S=4 → IR=20 | Kontrole: Filtry prywatyzujące 3M, szkolenie | P=1, S=2 → RR=2 | RTO=N/A, RPO=N/A, MTPD=1h
  • Wektor 4: Postępowanie dyscyplinarne ORA i utrata uprawnień mecenasa | P=4, S=5 → IR=20 | Kontrole: Wdrożenie SOP, realizacja Planu CAP | P=1, S=2 → RR=2 | RTO=N/A, RPO=N/A, MTPD=48h

F. Tabela Trójfazowego Planu Działań Korygujących (CAP) z macierzą RACI, terminami (Faza 1: 0-7 dni, Faza 2: 30 dni, Faza 3: 90 dni) i wskaźnikami KPI oraz KRI.

G. Sformalizowany Projekt Załącznika Wykonawczego (SOP — 6 ponumerowanych paragrafów regulujących tajemnicę zawodową, pracę hybrydową i kryptoizolację).

H. Analiza kompromisów inżynierskich i zarządczych (Trade-offs: wygoda pracy mecenasów vs rygorystyczne procedury kryptograficzne, koszty licencji MDM vs unikanie wielomilionowych odszkodowań).

I. Bibliografia, netografia, wykaz orzecznictwa Wyższego Sądu Dyscyplinarnego Adwokatury i Sądu Najwyższego.

Bibliografia, netografia i regulacje prawne
  • Ustawa z dnia 26 maja 1982 r. - Prawo o adwokaturze (Dz.U. z 2022 r. poz. 1184 z późn. zm.) - art. 19 (Tajemnica adwokacka).
  • Ustawa z dnia 6 lipca 1982 r. o radcach prawnych (Dz.U. z 2022 r. poz. 1166 z późn. zm.) - art. 3 (Tajemnica zawodowa).
  • Ustawa z dnia 6 czerwca 1997 r. - Kodeks Postępowania Karnego (Dz.U. z 2024 r. poz. 37 z późn. zm.) - art. 178 i 180 (Zakazy dowodowe i tajemnica zawodowa).
  • Ustawa z dnia 6 czerwca 1997 r. - Kodeks Karny (Dz.U. z 2024 r. poz. 17 z późn. zm.) - art. 266 (Ujawnienie tajemnicy zawodowej).
  • Norma PN-EN ISO/IEC 27001:2022: Systemy zarządzania bezpieczeństwem informacji - Wymagania: kontrole A.7.7, A.7.10, A.8.1, A.8.24.
  • Norma PN-EN ISO 19011:2018: Wytyczne dotyczące audytowania systemów zarządzania - punkt 6.5 (Raport z audytu).
  • Naczelna Rada Adwokacka: "Zbiór Zasad Etyki Adwokackiej i Godności Zawodu (Kodeks Etyki Adwokackiej)", Warszawa 2021.
Przypisanie do efektów uczenia się z sylabusa
  • Wiedza W1: Zaawansowana znajomość Prawa o adwokaturze, KPK, art. 266 KK, RODO i Kodeksu Etyki Adwokackiej.
  • Wiedza W2, W3: Rozumienie relacji normy ISO 27001 w obszarze kryptografii i pracy mobilnej oraz specyfiki immunitetu zawodowego.
  • Umiejętności U1: Projekt inżynierski centralnego szyfrowania BitLocker TPM, platformy MDM oraz bezpiecznej chmury e-akt z HSM.
  • Umiejętności U2: Dekompozycja uchybień w modelu 4C i wykazanie ryzyka dyscyplinarnego i karnego.
  • Umiejętności U3: Kwantyfikacja ryzyka w matrycy 5x5 i powiązanie z parametrami BCM dla terminów procesowych (RTO=1h, RPO=15m, MTPD=4h).
  • Umiejętności U4: Opracowanie kompletnego raportu (12-16 stron A4) z Planem CAP, procedurą SOP i Pitch to Board z wyliczeniem ROSI.
  • Kompetencje K1, K2, K3: Wysoka kultura dialogu ze środowiskiem prawniczym, asertywność audytorska i bezkompromisowa ochrona tajemnicy obrończej.
Wskazówki do przygotowania i obrony referatu

W trakcie obrony referatu wyjaśnijcie specyfikę audytu w środowisku prawniczym: pokażcie, jak w sposób wyważony przekonać adwokatów i radców prawnych, że rygorystyczne procedury kryptograficzne (BitLocker TPM, centralne MDM, szyfrowana chmura prywatna) i polityka czystego biurka/ekranu stanowią gwarancję nienaruszalności tajemnicy zawodowej (art. 178 KPK i art. 266 KK) i chronią kancelarię przed utratą reputacji i immunitetu (ROSI = 39900%).

10
Strategiczny raport końcowy z audytu weryfikacyjnego (follow-up audit wg ISO 19011 punkt 6.7) dla Prezydenta Miasta i Rady Nadzorczej: weryfikacja 8 zaleceń telemetrii i biletomatów IoT, recydywa haseł fabrycznych, warunkowy protokół zamknięcia audytu, model 4C, matryca ryzyka 5×5, SOP audytu sprawdzającego i trójfazowy Plan CAP — Zakład Komunikacji Miejskiej w Bydgoszczy
Zwiń

Temat: Strategiczny raport końcowy z audytu weryfikacyjnego (follow-up audit wg ISO 19011 punkt 6.7) dla Prezydenta Miasta i Rady Nadzorczej: weryfikacja 8 zaleceń telemetrii i biletomatów IoT, recydywa haseł fabrycznych, warunkowy protokół zamknięcia audytu, model 4C, matryca ryzyka 5×5, SOP audytu sprawdzającego i trójfazowy Plan CAP

Zakład Komunikacji Miejskiej w Bydgoszczy / tabor miejski ibiletomaty (transport publiczny)ISO 19011 pkt 6.7 / Follow-up Audit / PCI DSS / Warunkowe zamknięcie1Niezrealizowanezalecenia w 84biletomatachmobilnych (hasłafabryczne)2Pomyślna weryfikacja7 z 8 zaleceń audytupierwotnego (kamery,Wi-Fi, GPS)3Ekspozycja siecibiletowej na ataki iryzyko cofnięciacertyfikacji PCI DSS4Warunkowy ProtokółZamknięcia Audytu (30dni), sieć 802.1X,IPsec i SOPSchemat strategicznego raportu z audytu weryfikacyjnego Follow-up w transporcie: ocena skuteczności zaleceń,model 4C, matryca ryzyka 5x5, Warunkowy Protokół Zamknięcia i Plan CAP.
Schemat strategicznego raportu z audytu weryfikacyjnego Follow-up w transporcie: ocena skuteczności zaleceń, model 4C, matryca ryzyka 5x5, Warunkowy Protokół Zamknięcia i Plan CAP.
Cel zadania i powiązanie z efektami kształcenia

Głównym celem zadania na ocenę bardzo dobrą (5.0) jest opanowanie przez studentów zaawansowanych, rzadkich kompetencji audytorskich związanych z realizacją i sformalizowanym raportowaniem audytu weryfikacyjnego (Follow-up Audit / Audyt Sprawdzający) zgodnie z wytycznymi normy PN-EN ISO 19011:2018 (punkt 6.7 - Działania poaudytowe) oraz normy PN-EN ISO/IEC 27001:2022 (klauzula 10.2). Studenci wcielają się w zespół audytorów powracających po 6 miesiącach do Zakładu Komunikacji Miejskiej w Bydgoszczy w celu zbadania stanu wdrożenia 8 zaleceń poaudytowych wydanych w audycie certyfikującym systemów pokładowych IoT (komputery pokładowe, biletomaty mobilne, kasowniki, monitoring wizyjny CCTV w 240 tramwajach i autobusach). W toku badania weryfikacyjnego wykazano pomyślną realizację 7 zaleceń, jednak przy weryfikacji zalecenia nr 4 (zarządzanie hasłami urządzeń IoT) ujawniono rażącą recydywę: w 195 pojazdach w biletomatach mobilnych nadal funkcjonowało domyślne hasło fabryczne `admin123`, a hasła do kamer CCTV nie zostały zmienione. Zadanie wymaga: sporządzenia kanonicznej Karty 4C, wyliczenia ryzyka rezydualnego w 25-stopniowej matrycy 5x5 powiązanej ze wskaźnikami BCM (RTO=1h, RPO=30m, MTPD=6h), skonstruowania dyscyplinującego Trójfazowego Planu CAP z natychmiastowym 30-dniowym rygorem, opracowania sformalizowanej procedury wykonawczej (SOP) audytu sprawdzającego i automatycznej rotacji poświadczeń IoT, sporządzenia Warunkowego Protokołu Zamknięcia Audytu (Conditional Audit Closure Protocol) oraz zredagowania briefingu zarządczego dla Prezydenta Miasta i Rady Nadzorczej z kalkulacją ROSI.

Powiązanie z sylabusem i efektami kształcenia na ocenę 5.0:

  • W1 Zaawansowana znajomość Ustawy o publicznym transporcie zbiorowym, przepisów RODO (monitoring CCTV w pojazdach - art. 5 i 6 RODO, wytyczne EROD 3/2019), przepisów o finansach publicznych oraz standardu PCI DSS v4.0 dla transakcji zbliżeniowych w biletomatach.
  • W2W3 Rygorystyczna synteza wymagań normy PN-EN ISO 19011:2018 (punkt 6.6 - Zakończenie audytu oraz punkt 6.7 - Działania poaudytowe i weryfikacja skuteczności CAP), normy PN-EN ISO/IEC 27001:2022 (klauzula 10.2 - Niezgodności i działania korygujące) oraz zaleceń NIST SP 800-53 dla systemów cyberfizycznych.
  • U1 Projekt inżynierski zautomatyzowanego systemu zarządzania tożsamością maszynową IoT (M2M) z centralną rotacją haseł i certyfikatów 802.1X przez serwer SCEP/NDES w zajezdniach tramwajowych i autobusowych.
  • U2 Bezbłędna kwalifikacja uchybień w modelu 4C i odmowa bezwarunkowego zamknięcia audytu w obliczu powtarzającej się niezgodności krytycznej.
  • U3 Kwantyfikacja ryzyka rezydualnego w matrycy 5x5 dla wektorów przejęcia biletomatów, sabotażu telemetrii i kradzieży nagrań monitoringu z parametrami BCM.
  • U4 Opracowanie kompletnego raportu poaudytowego Follow-up (12-16 stron A4) z Warunkowym Protokołem Zamknięcia Audytu, Trójfazowym Planem CAP, procedurą SOP (§ 1 do § 6) oraz Executive Summary dla Prezydenta Miasta.
  • K1K2K3 Asertywność i nieustępliwość audytorska, odporność na presję 'odhaczenia zaleceń', wysoka etyka i rzetelność w ocenie dowodów weryfikacyjnych.
  • Powiązanie z wykładem: Wyk1 (Ład zarządczy w transporcie publicznym), Wyk2 (Procedura Follow-up wg ISO 19011 pkt 6.7), Wyk3 (Kontrole A.8 ISO 27001), Wyk4 (RODO i CCTV w transporcie miejskim), Wyk5 (Matryca ryzyka 5x5 i BCM), Wyk6 (Analiza urządzeń pokładowych IoT i weryfikacja próby kontrolnej), Wyk7 (Model 4C, 5 Why, Warunkowy Protokół Zamknięcia i Pitch to Board).
Scenariusz sytuacyjny organizacji

Zakład Komunikacji Miejskiej w Bydgoszczy (ZKM) eksploatuje 240 pojazdów (180 autobusów i 60 składów tramwajowych), przewożąc rocznie 75 milionów pasażerów. Wszystkie pojazdy wyposażone są w zintegrowany system telematyki pokładowej: komputer pokładowy sterujący trasą, biletomaty mobilne przyjmujące płatności kartami zbliżeniowymi (EMV/PCI DSS), kasowniki elektroniczne, system zliczania potoków pasażerskich oraz 4-8 kamer monitoringu wizyjnego CCTV wysokiej rozdzielczości w każdym pojeździe.

Stan faktyczny w toku audytu weryfikacyjnego (Follow-up Audit po 6 miesiącach):

  • Sukces wdrożenia 7 zaleceń: ZKM z powodzeniem wdrożył separację sieci Wi-Fi w zajezdniach, wprowadził szyfrowanie dysków rejestratorów CCTV, wdrożył procedury DPIA dla kamer oraz zaktualizował dokumentację SZBI.
  • Rażąca recydywa w zaleceniu nr 4 (Hasła urządzeń pokładowych IoT): W audycie wstępnym zalecono natychmiastową rotację haseł fabrycznych we wszystkich urządzeniach pokładowych. Podczas audytu sprawdzającego, w toku inspekcji losowej próby 30 pojazdów w zajezdni tramwajowej i autobusowej, audytorzy stwierdzili, że w 26 z nich w biletomatach mobilnych nadal funkcjonuje domyślne hasło serwisowe `admin123`, a interfejs konfiguracyjny dostępny jest przez sieć Wi-Fi pojazdu bez żadnego szyfrowania. Kierownik Działu Utrzymania Ruchu tłumaczył: "Serwisanci nie mieli czasu, bo wymienialiśmy silniki przed zimą, a zmiana haseł na 240 biletomatach wymaga podłączenia kabla do każdego z nich osobno!".
  • Zagrożenie: Pozostawienie domyślnych haseł umożliwia każdemu pasażerowi posiadającemu smartfon podłączenie się do biletomatu i wstrzyknięcie złośliwego oprogramowania skanującego pamięć terminala płatniczego (atak typu RAM Scraper) lub wyłączenie sprzedaży biletów.

Triada Audytorska staje przed zadaniem sporządzenia bezkompromisowego raportu Follow-up, odmowy wystawienia bezwarunkowego certyfikatu i sformułowania Warunkowego Protokołu Zamknięcia Audytu z dyscyplinującym terminem naprawczym 30 dni.

Wskazówki wykonania krok po kroku w formule 90 minut (karta 4C, RCA 5 Why, matryca 5x5, BCM, CAP)

Zadanie realizowane jest w ścisłym reżimie warsztatowym (formuła 90 minut) przez 2-3 osobową Triadę Audytorską:

  • Krok 1 (Podział ról w Triadzie Audytorskiej i triage dowodowy - Minuty 00-15):

    Student A (Lead Auditor / Executive Reporter): Odpowiada za procedurę Follow-up wg punktu 6.7 ISO 19011, odmowę zamknięcia audytu, relacje z Prezydentem Miasta, Radą Nadzorczą i mediami oraz przygotowanie Executive Summary ("Pitch to Board") z kalkulacją ROSI.

    Student B (Technical SecOps Auditor / Architekt Bezpieczeństwa IoT): Dekonstruuje luki biletomatów pokładowych, podatności protokołu Wi-Fi, brak centralnego zarządzania konfiguracją, projektuje architekturę automatycznego provisioningowania poświadczeń M2M przez protokół SCEP/NDES w czasie nocnego zjazdu do zajezdni.

    Student C (Governance, Risk & Compliance Auditor): Opracowuje kanoniczną Kartę Niezgodności 4C, bilans realizacji 8 zaleceń, wylicza ryzyko rezydualne w matrycy 5x5 powiązanej z parametrami BCM (RTO=1h, RPO=30m, MTPD=6h), prowadzi analizę 5 Why z Diagramem Ishikawy oraz konstruuje Warunkowy Protokół Zamknięcia Audytu z 30-dniowym Planem CAP. W zespole 2-osobowym zadania te dzielą Studenci A i B.

  • Krok 2 (Kanoniczna Karta Niezgodności 4C i Tabela 8 Zaleceń - Minuty 15-40):

    Sformułujcie kartę uchybienia w modelu 4C oraz tabelę statusu zaleceń Follow-up:

Kanoniczna Karta Ustaleń Audytowych – model 4C
1. Condition (Stan faktyczny)

Niezrealizowanie kluczowego zalecenia poaudytowego nr 4, obecność haseł fabrycznych `admin123` w biletomatach mobilnych w 87% badanej próby pojazdów, dostępność portu serwisowego przez otwartą sieć bezprzewodową.

2. Criteria (Kryteria normatywne i prawne)

Norma PN-EN ISO 19011:2018 (punkt 6.7 - Weryfikacja działań poaudytowych); klauzula 10.2 normy PN-EN ISO/IEC 27001:2022 (Działania korygujące); wymagania 2.1 i 8.2 standardu PCI DSS v4.0 (zakaz stosowania domyślnych haseł producenta); art. 32 RODO.

3. Cause (Przyczyna źródłowa – 5 Why)
  1. Dlaczego hasła w biletomatach nie zostały zmienione przez 6 miesięcy? (Dział Utrzymania Ruchu uznał to zadanie za drugorzędne względem napraw mechanicznych).
  2. Dlaczego zmiana haseł wymaga ręcznego podłączania kabla do każdego pojazdu? (Biletomaty zakupiono w przestarzałej wersji bez modułu zdalnego zarządzania Over-The-Air - OTA).
  3. Dlaczego Dyrektor Techniczny nie zorganizował akcji serwisowej w nocy w zajezdni? (Brak koordynacji pomiędzy Działem IT a Działem Utrzymania Taboru).
  4. Dlaczego Pełnomocnik ds. Bezpieczeństwa nie zweryfikował stanu wdrożenia przed przyjazdem audytorów? (W spółce brakowało procedury audytu wewnętrznego weryfikującego realizację zaleceń poaudytowych).

Przyczyna źródłowa (Root Cause): Brak dyscypliny w realizacji planów CAP, silosowa struktura zakładu budżetowego oraz brak automatyzacji zarządzania tożsamością urządzeń IoT w taborze miejskim.

4. Consequence (Skutki wielowymiarowe)

Bezpośrednie ryzyko kompromitacji transakcji płatniczych pasażerów w biletomatach (atak RAM Scraper), zablokowanie kasowania biletów i paraliż przychodów taryfowych miasta, utrata certyfikacji PCI DSS, kary finansowe od agenta rozliczeniowego i KNF oraz gigantyczny kryzys wizerunkowy władz miasta.

Analiza przyczyn źródłowych – drzewo 5 Why
  1. 1
    Dlaczego hasła w biletomatach nie zostały zmienione przez 6 miesięcy? (Dział Utrzymania Ruchu uznał to zadanie za drugorzędne względem napraw mechanicznych).
  2. 2
    Dlaczego zmiana haseł wymaga ręcznego podłączania kabla do każdego pojazdu? (Biletomaty zakupiono w przestarzałej wersji bez modułu zdalnego zarządzania Over-The-Air - OTA).
  3. 3
    Dlaczego Dyrektor Techniczny nie zorganizował akcji serwisowej w nocy w zajezdni? (Brak koordynacji pomiędzy Działem IT a Działem Utrzymania Taboru).
  4. 4
    Dlaczego Pełnomocnik ds. Bezpieczeństwa nie zweryfikował stanu wdrożenia przed przyjazdem audytorów? (W spółce brakowało procedury audytu wewnętrznego weryfikującego realizację zaleceń poaudytowych).
  5. root
    Przyczyna źródłowa (Ład zarządczy / Governance): Brak dyscypliny w realizacji planów CAP, silosowa struktura zakładu budżetowego oraz brak automatyzacji zarządzania tożsamością urządzeń IoT w taborze miejskim.
  • Krok 3 (Zaawansowana Matryca Ryzyka 5x5 i Parametry BCM - Minuty 15-40):

    Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5):

Wektor zagrożeniaP (in.)S (in.)Ryzyko inherentne (IR)Kontrole kompensacyjne / naprawczeP (po CAP)S (po CAP)Ryzyko rezydualne (RR)
Przejęcie biletomatów mobilnych i kradzież danych kart płatniczych pasażerów 5 5 25/25 – Ryzyko Katastrofalne Zmiana haseł w 5 dni, 802.1X, IPsec 1 5 5/25 – Ryzyko Akceptowalne
Sabotaż i wyłączenie kasowników oraz telemetrii w całym taborze miejskim 4 4 16/25 Wyłączenie Wi-Fi, monitoring telemetryczny 1 3 3/25
Nieuprawnione pobranie i publikacja nagrań CCTV z wnętrza pojazdów w sieci 4 4 16/25 Szyfrowanie dysków CCTV, nowe hasła 1 2 2/25
Kary nadzorcze KNF i utrata kontraktu na obsługę płatności bezgotówkowych 5 4 20/25 Realizacja CAP w 30 dni, certyfikacja 1 2 2/25
Parametr ciągłości działania (BCM / DRP)Wartość docelowa sparametryzowana w audycie
RTO (Recovery Time Objective – docelowy czas odzyskania sprawności)1 godzina dla systemu biletowego i telemetrii
RPO (Recovery Point Objective – maksymalna dopuszczalna utrata danych)30 minut (ochrona rejestrów sprzedaży biletów)
MTPD (Maximum Tolerable Period of Disruption – maksymalny dopuszczalny czas niedostępności)6 godzin (maksymalny czas przestoju przed interwencją Zarządu Transportu Miejskiego)
  • Krok 4 (Trójfazowy Plan Działań Korygujących - CAP w rygorze 30-dniowym - Minuty 40-70):

    Opracujcie tabelę CAP w 3 horyzontach czasowych (ze szczególnym uwzględnieniem natychmiastowego rygoru 30 dni):

FazaHoryzont czasowy Działania naprawcze / korygująceRACI (właściciele biznesowi) Mierzalny wskaźnik sukcesu (KPI)KRI / wskaźnik weryfikacji
Faza 1 – Działania natychmiastowe mitygujące / tamowanie0-7 dniPowołanie 3 dwuosobowych brygad serwisowych do pracy nocnej w zajezdniach i manualna zmiana haseł na unikalne, generowane kryptograficznie hasła we wszystkich 240 biletomatach w ciągu 5 dni roboczych; wyłączenie interfejsu Wi-Fi w biletomatachA - Prezes ZKM, R - Dyrektor Techniczny / CISO100% biletomatów zabezpieczonych unikalnym hasłemLiczba urządzeń z hasłem fabrycznym = 0
Faza 2 – Działania krótkoterminowe inżyniersko-wdrożeniowe30 dniWdrożenie systemu automatycznej konfiguracji sieciowej IEEE 802.1X z uwierzytelnianiem certyfikatami maszynowymi w zajezdniach, instalacja bezpiecznego tunelu VPN z szyfrowaniem IPsec dla transmisji danych biletowych, przeprowadzenie audytu sprawdzającego próby 100% pojazdówA - Wiceprezes ds. Eksploatacji, R - Architekt IoT / SecOps, C - Audytor ZewnętrznyWskaźnik pomyślnej weryfikacji = 100%Liczba incydentów w taborze = 0
Faza 3 – Działania systemowe i ład korporacyjny90 dniModernizacja oprogramowania układowego (firmware) biletomatów do wersji z obsługą centralnego zarządzania Over-The-Air (OTA), wdrożenie cyklicznego audytu wewnętrznego IoT co kwartał, formalne podpisanie Warunkowego Protokołu Zamknięcia AudytuA - Rada Nadzorcza ZKM, R - CISO, I - Prezydent MiastaWdrożenie centralnego systemu zarządzania flotą IoT = 100%Liczba niezgodności poaudytowych = 0
  • Krok 5 (Sformalizowany Projekt Załącznika Wykonawczego SOP i Warunkowy Protokół - Minuty 40-70):

    Opracujcie projekt aktu normatywnego "Standard Operacyjny Audytu Sprawdzającego (Follow-up), Cyklu Życia Haseł i Certyfikatów Urządzeń Pokładowych IoT w Zakładzie Komunikacji Miejskiej w Bydgoszczy" z ponumerowanymi artykułami od § 1 do § 6:

    § 1. Cel i zakres procedury audytu weryfikacyjnego wg ISO 19011 pkt 6.7; § 2. Rygorystyczny zakaz stosowania domyślnych haseł producenta i procedury rotacji poświadczeń M2M; § 3. Standardy bezpiecznej łączności bezprzewodowej w zajezdniach (802.1X, IPsec); § 4. Procedura natychmiastowego wycofania pojazdu z ruchu w przypadku kompromitacji biletomatu; § 5. Warunki formalnego i warunkowego zamknięcia audytu oraz tryb wznowienia badania; § 6. Odpowiedzialność służbowa, sankcje dyscyplinarne i raportowanie do Prezydenta Miasta.

  • Krok 6 (Podsumowanie Zarządcze Executive Summary 'Pitch to Board' i przygotowanie obrony - Minuty 70-90):

    Zredagujcie 1-stronicowy briefing dla Prezydenta Miasta i Rady Nadzorczej ZKM: przedstawcie bilans audytu Follow-up (wykonanie 7 zaleceń, wstrzymanie certyfikacji z powodu biletomatów), wykażcie ekspozycję na ryzyko (ryzyko kar KNF i utraty przychodów: 6,8 mln PLN vs koszt akcji serwisowej i systemu 802.1X: 60 000 PLN, wskaźnik ROSI = 11233%), uzasadnijcie podpisanie Warunkowego Protokołu Zamknięcia z rygorem 30 dni i przygotujcie się do 15-minutowej obrony przed komisją.

Plan referatu studenckiego (15 minut) i obrona ustna

Plan referatu seminaryjnego i obrony koncepcji (15 minut):

  • Slajd 1-2 (Minuty 00-03): Wprowadzenie i metryka audytu weryfikacyjnego (Follow-up). Podsumowanie realizacji 8 zaleceń poaudytowych (Student A).
  • Slajd 3-4 (Minuty 03-07): Dekompozycja uchybienia recydywy haseł IoT w modelu 4C i dochodzenie 5 Why / Diagram Ishikawy (Student C).
  • Slajd 5-6 (Minuty 07-10): 25-stopniowa matryca ryzyka rezydualnego 5x5 (IR vs RR), parametry BCM dla taboru miejskiego oraz inżynierski projekt 802.1X i zarządzania OTA (Student B).
  • Slajd 7-8 (Minuty 10-13): Prezentacja Trójfazowego Planu CAP (0-7, 30, 90 dni) z macierzą RACI, wskaźnikami KPI/KRI oraz struktury procedury SOP (Student C i B).
  • Slajd 9-10 (Minuty 13-15): Executive Summary "Pitch to Board" dla Prezydenta Miasta: Warunkowy Protokół Zamknięcia Audytu, kalkulacja ROSI i zamknięcie audytu (Student A).
Zakres raportu poaudytowego i dokumentacji wdrożeniowej (12-16 stron A4)

Struktura zaawansowanego raportu poaudytowego i dokumentacji wdrożeniowej (12-16 stron A4):

A. Jednostronicowe Podsumowanie Zarządcze (Executive Summary - "Pitch to Board") dla Prezydenta Miasta i Rady Nadzorczej ZKM z wyliczeniem ROSI.

B. Wprowadzenie formalne: metryka audytu Follow-up, podstawa prawna (ISO 19011 pkt 6.7, ISO 27001 klauzula 10.2, PCI DSS 4.0), skład Triady Audytorskiej, wykaz badanego taboru.

C. Tabela Weryfikacji Realizacji 8 Zaleceń Poaudytowych (stan wdrożenia, dowody z inspekcji, ocena skuteczności).

D. Odpowiedzi na 3 pytania problemowe:

1. W jakich okolicznościach audytor wiodący ma obowiązek odmówić bezwarunkowego zamknięcia audytu weryfikacyjnego (Follow-up) i zastosować formułę Warunkowego Protokołu Zamknięcia?

2. Jakie konkretne wymagania techniczne stawia norma ISO/IEC 27001:2022 oraz standard PCI DSS v4.0 przed zarządzaniem hasłami i tożsamościami maszynowymi w urządzeniach pokładowych IoT?

3. W jaki sposób zorganizować architekturę automatycznej dystrybucji certyfikatów i kluczy (M2M) w zajezdniach komunikacji miejskiej, aby wyeliminować manualną konfigurację urządzeń?

E. Kanoniczna Karta Ustaleń Audytowych w Modelu 4C (Condition, Criteria, Cause - sekwencja 5 Why i Diagram Ishikawy w 6 osiach, Consequence).

F. Tabela Zaawansowanej Analizy Ryzyka w Matrycy 5x5:

  • Wektor 1: Przejęcie biletomatów przez hasła fabryczne i kradzież danych kart | P=5, S=5 → IR=25 | Kontrole: Zmiana haseł w 5 dni, 802.1X, IPsec | P=1, S=5 → RR=5 | RTO=1h, RPO=30m, MTPD=6h
  • Wektor 2: Sabotaż i wyłączenie sprzedaży biletów w całym mieście | P=4, S=4 → IR=16 | Kontrole: Wyłączenie Wi-Fi, monitoring telemetryczny | P=1, S=3 → RR=3 | RTO=30m, RPO=15m, MTPD=2h
  • Wektor 3: Wyciek i publikacja nagrań z monitoringu CCTV w pojazdach | P=4, S=4 → IR=16 | Kontrole: Szyfrowanie dysków CCTV, nowe hasła | P=1, S=2 → RR=2 | RTO=2h, RPO=1h, MTPD=12h
  • Wektor 4: Kary finansowe i utrata kontraktu na płatności bezgotówkowe | P=5, S=4 → IR=20 | Kontrole: Realizacja CAP w 30 dni, certyfikacja | P=1, S=2 → RR=2 | RTO=N/A, RPO=N/A, MTPD=24h

G. Tabela Trójfazowego Planu Działań Korygujących (CAP w rygorze 30-dniowym) z macierzą RACI, terminami (Faza 1: 0-7 dni, Faza 2: 30 dni, Faza 3: 90 dni) i wskaźnikami KPI oraz KRI.

H. Sformalizowany Projekt Załącznika Wykonawczego (SOP — 6 ponumerowanych paragrafów regulujących procedurę audytu Follow-up i rotacji poświadczeń IoT).

I. Warunkowy Protokół Zamknięcia Audytu (Conditional Audit Closure Protocol) z wyznaczeniem ostatecznego 30-dniowego terminu weryfikacji.

J. Analiza kompromisów inżynierskich i zarządczych (Trade-offs: ręczna akcja serwisowa vs koszty wdrożenia modułów OTA, presja na eksploatację taboru vs rygor bezpieczeństwa telematyki).

K. Bibliografia, netografia, wykaz wytycznych EROD i decyzji Prezesa UODO w sprawach transportu miejskiego.

Bibliografia, netografia i regulacje prawne
  • Norma PN-EN ISO 19011:2018: Wytyczne dotyczące audytowania systemów zarządzania - punkt 6.6 (Zakończenie audytu) oraz punkt 6.7 (Działania poaudytowe).
  • Norma PN-EN ISO/IEC 27001:2022: Systemy zarządzania bezpieczeństwem informacji - Wymagania: klauzula 10.2 (Działania korygujące) oraz Załącznik A.
  • Standard Bezpieczeństwa Danych Branży Kart Płatniczych: PCI DSS v4.0, PCI Security Standards Council 2022 - wymagania 2.1 i 8.2.
  • Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO) - art. 5, 6, 32.
  • Europejska Rada Ochrony Danych (EROD): Wytyczne 3/2019 w sprawie przetwarzania danych osobowych za pomocą urządzeń wideo, Bruksela 2020.
  • Narodowy Instytut Standardów i Technologii (NIST): Special Publication 800-53 Rev. 5: "Security and Privacy Controls for Information Systems and Organizations", 2020.
  • Ustawa z dnia 16 grudnia 2010 r. o publicznym transporcie zbiorowym (Dz.U. z 2023 r. poz. 2778 z późn. zm.).
Przypisanie do efektów uczenia się z sylabusa
  • Wiedza W1: Zaawansowana znajomość metodyki audytu weryfikacyjnego ISO 19011 pkt 6.7, PCI DSS 4.0, RODO i transportu zbiorowego.
  • Wiedza W2, W3: Rozumienie relacji normy ISO 27001 klauzula 10.2 w procedurach poaudytowych oraz zarządzania tożsamością maszynową IoT.
  • Umiejętności U1: Projekt inżynierski automatycznej autoryzacji urządzeń pokładowych 802.1X/SCEP oraz tuneli IPsec dla telemetrii miejskiej.
  • Umiejętności U2: Dekompozycja uchybień w modelu 4C i sporządzenie Warunkowego Protokołu Zamknięcia Audytu.
  • Umiejętności U3: Kwantyfikacja ryzyka rezydualnego w matrycy 5x5 i powiązanie z parametrami BCM dla taboru miejskiego (RTO=1h, RPO=30m, MTPD=6h).
  • Umiejętności U4: Opracowanie kompletnego raportu Follow-up (12-16 stron A4) z dyscyplinującym Planem CAP, SOP i kalkulacją ROSI.
  • Kompetencje K1, K2, K3: Asertywność i nieustępliwość audytorska, wysoka kultura zawodowa i odporność na naciski polityczno-organizacyjne.
Wskazówki do przygotowania i obrony referatu

W trakcie wystąpienia seminaryjnego przedstawcie ideę Warunkowego Protokołu Zamknięcia Audytu (Conditional Audit Closure Protocol): objaśnijcie słuchaczom, dlaczego audytor weryfikujący realizację zaleceń (Follow-up wg ISO 19011 pkt 6.7) nie może uznać audytu za zakończony w obliczu recydywy zaniechania haseł fabrycznych w biletomatach oraz jak za pomocą twardych dowodów z matrycy ryzyka 5x5 i wskaźnika ROSI (11233%) wyznaczyć dyscyplinujący, krótki termin naprawczy (30 dni) przed Prezydentem Miasta i Radą Nadzorczą.