Dziesięć zaawansowanych studiów przypadku strategicznego audytu bezpieczeństwa informacji w podmiotach kluczowych i infrastrukturze krytycznej w formule 90 minut. Zadania obejmują kanoniczny model 4C, analizę przyczyn źródłowych 5 Why i diagram Ishikawy, matrycę ryzyka 5×5 (IR i RR), wskaźniki odporności BCM (RTO/RPO/MTPD), projekt procedury SOP (§ 1–§ 6), Trójfazowy Plan Działań Korygujących (CAP) oraz Executive Summary «Pitch to Board» z kalkulacją ROSI.
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.
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:
Zadania laboratoryjne realizowane są przez 2–3 osobowe zespoły wcielające się w zunifikowaną Triadę Audytorską:
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:
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ęć.
| Przedział | Etap pracy audytorskiej | Artefakt wyjściowy |
|---|---|---|
| Minuty 00-15 | Triada 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-40 | Karta 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-70 | Projekt 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-90 | Redakcja 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 |
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.
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.
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.
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.
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ę”.
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»
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:
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:
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.
Zadanie realizowane jest w ścisłym reżimie warsztatowym (formuła 90 minut) przez 2-3 osobową Triadę Audytorską:
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.
Sformułujcie kartę uchybienia krytycznego w modelu 4C:
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.
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.
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.
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.
Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5):
| Wektor zagrożenia | P (in.) | S (in.) | Ryzyko inherentne (IR) | Kontrole kompensacyjne / naprawcze | P (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) |
Opracujcie tabelę CAP w 3 horyzontach czasowych:
| Faza | Horyzont czasowy | Działania naprawcze / korygujące | RACI (właściciele biznesowi) | Mierzalny wskaźnik sukcesu (KPI) | KRI / wskaźnik weryfikacji |
|---|---|---|---|---|---|
| Faza 1 – Działania natychmiastowe mitygujące / tamowanie | 0-7 dni | Natychmiastowa blokada 16 kont byłych pracowników, odebranie uprawnień lokalnego administratora na stacjach, wdrożenie merytorycznego logowania tuneli VPN z geolokalizacją i alertowaniem SMS | A - Burmistrz, R - Kierownik IT / IOD | 100% kont zweryfikowanych, zero kont osieroconych | Liczba prób logowania na konta wygaszone = 0 |
| Faza 2 – Działania krótkoterminowe inżyniersko-wdrożeniowe | 30 dni | Przegląd i wymiana akumulatorów w UPS, naprawa układu SZR agregatu, przeprowadzenie próbnego odtworzenia baz EZD na zapasowej infrastrukturze wirtualnej, wdrożenie automatycznego skryptu PowerShell wygaszającego konta po 30 dniach bezczynności | A - Sekretarz Gminy, R - Główny Informatyk, C - Audytor Zewnętrzny | Czas RTO bazy EZD < 2h | Wskaźnik pomyślnych testów backupu = 100% |
| Faza 3 – Działania systemowe i ład korporacyjny | 90 dni | Opracowanie i podpisanie przez Burmistrza Zarządzenia w sprawie nowej PBI zgodnej z NIS2 i KRI, wdrożenie centralnego brokera tożsamości IAM sprzężonego z systemem kadrowym, wdrożenie replikacji kopii zapasowych do chmury rządowej w modelu 3-2-1 z blokadą WORM oraz zawarcie porozumienia o współpracy z regionalnym SOC | A - Burmistrz, R - Pełnomocnik ds. Cyberbezpieczeństwa, I - Rada Miejska | Certyfikacja SZBI wg ISO 27001 | Liczba incydentów krytycznych = 0 |
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.
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 seminaryjnego i obrony koncepcji (15 minut):
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:
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.
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.
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
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:
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:
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.
Zadanie realizowane jest w ścisłym reżimie warsztatowym (formuła 90 minut) przez 2-3 osobową Triadę Audytorską:
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.
Sformułujcie kartę uchybienia w modelu 4C oraz strukturę Protokołu Rozbieżności:
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.
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.
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.
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).
Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5):
| Wektor zagrożenia | P (in.) | S (in.) | Ryzyko inherentne (IR) | Kontrole kompensacyjne / naprawcze | P (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) |
Opracujcie tabelę CAP w 3 horyzontach czasowych:
| Faza | Horyzont czasowy | Działania naprawcze / korygujące | RACI (właściciele biznesowi) | Mierzalny wskaźnik sukcesu (KPI) | KRI / wskaźnik weryfikacji |
|---|---|---|---|---|---|
| Faza 1 – Działania natychmiastowe mitygujące / tamowanie | 0-7 dni | Zmiana 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 awaryjnych | A - Dyrektor Naczelny, R - Kierownik IT / CISO | 100% urządzeń IoMT zabezpieczonych nowymi hasłami | Liczba prób nieautoryzowanego dostępu = 0 |
| Faza 2 – Działania krótkoterminowe inżyniersko-wdrożeniowe | 30 dni | Pilotaż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 HL7 | A - Z-ca Dyrektora ds. Lecznictwa, R - Architekt Sieci / SecOps, C - Oddziałowa SOR | Czas autoryzacji lekarza < 2s | Liczba współdzielonych sesji = 0 |
| Faza 3 – Działania systemowe i ład korporacyjny | 90 dni | Peł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 prawnej | A - Dyrektor Szpitala, R - IOD / CISO, I - Personel Medyczny | 100% personelu posługuje się wyłącznie kartą RFID | Liczba incydentów braku rozliczalności = 0 |
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.
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 seminaryjnego i obrony koncepcji (15 minut):
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:
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.
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.
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
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:
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:
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.
Zadanie realizowane jest w ścisłym reżimie warsztatowym (formuła 90 minut) przez 2-3 osobową Triadę Audytorską:
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.
Sformułujcie kartę uchybienia w modelu 4C:
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.
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).
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.
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.
Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5):
| Wektor zagrożenia | P (in.) | S (in.) | Ryzyko inherentne (IR) | Kontrole kompensacyjne / naprawcze | P (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) |
Opracujcie tabelę CAP w 3 horyzontach czasowych:
| Faza | Horyzont czasowy | Działania naprawcze / korygujące | RACI (właściciele biznesowi) | Mierzalny wskaźnik sukcesu (KPI) | KRI / wskaźnik weryfikacji |
|---|---|---|---|---|---|
| Faza 1 – Działania natychmiastowe mitygujące / tamowanie | 0-7 dni | Wdroż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 produkcyjnej | A - Prezes Zarządu, R - CISO / Główny Informatyk | 100% serwerów objętych regułami WAF | Liczba zablokowanych prób exploitacji OpenSSL = 0 |
| Faza 2 – Działania krótkoterminowe inżyniersko-wdrożeniowe | 30 dni | Uruchomienie 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ów | A - Wiceprezes ds. Operacyjnych, R - Architekt IT, C - Integrator Zewnętrzny | Czas instalacji łatek krytycznych < 14 dni | Liczba niezałatanych luk krytycznych = 0 |
| Faza 3 – Działania systemowe i ład korporacyjny | 90 dni | Wdroż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 penetracyjnych | A - Zarząd Banku, R - Pełnomocnik ds. Bezpieczeństwa Informacji, I - Komitet Audytu | Wskaźnik zgodności z Rekomendacją D KNF = 100% | Liczba incydentów krytycznych = 0 |
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.
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 seminaryjnego i obrony koncepcji (15 minut):
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:
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).
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.
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
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:
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:
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.
Zadanie realizowane jest w ścisłym reżimie warsztatowym (formuła 90 minut) przez 2-3 osobową Triadę Audytorską:
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.
Sformułujcie kartę uchybienia w modelu 4C dla dostawcy SaaS TMS:
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.
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).
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.
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.
Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5):
| Wektor zagrożenia | P (in.) | S (in.) | Ryzyko inherentne (IR) | Kontrole kompensacyjne / naprawcze | P (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) |
Opracujcie tabelę CAP w 3 horyzontach czasowych:
| Faza | Horyzont czasowy | Działania naprawcze / korygujące | RACI (właściciele biznesowi) | Mierzalny wskaźnik sukcesu (KPI) | KRI / wskaźnik weryfikacji |
|---|---|---|---|---|---|
| Faza 1 – Działania natychmiastowe mitygujące / tamowanie | 0-7 dni | Wysł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 danych | A - Prezes Zarządu, R - Dyrektor Prawny / CISO | 100% formalnych wezwań doręczonych | Liczba dni bez odpowiedzi dostawcy = 0 |
| Faza 2 – Działania krótkoterminowe inżyniersko-wdrożeniowe | 30 dni | Wynegocjowanie 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 pojazdach | A - Dyrektor ds. Operacji, R - Architekt Chmury, C - Audytor Zewnętrzny | Podpisanie aneksów ze 100% dostawców | Liczba dostawców bez klauzuli Right-to-Audit = 0 |
| Faza 3 – Działania systemowe i ład korporacyjny | 90 dni | Opracowanie 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ów | A - Zarząd Spółki, R - CISO / Dyrektor Zakupów, I - Klienci Strategiczni | 100% dostawców sklasyfikowanych w rejestrze ryzyka | Liczba incydentów Supply Chain = 0 |
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.
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 seminaryjnego i obrony koncepcji (15 minut):
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:
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.
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.
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
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:
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:
Zadanie realizowane jest w ścisłym reżimie warsztatowym (formuła 90 minut) przez 2-3 osobową Triadę Audytorską:
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.
Sformułujcie kartę uchybienia krytycznego w modelu 4C:
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.
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).
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.
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.
Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5):
| Wektor zagrożenia | P (in.) | S (in.) | Ryzyko inherentne (IR) | Kontrole kompensacyjne / naprawcze | P (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) |
Opracujcie tabelę CAP w 3 horyzontach czasowych:
| Faza | Horyzont czasowy | Działania naprawcze / korygujące | RACI (właściciele biznesowi) | Mierzalny wskaźnik sukcesu (KPI) | KRI / wskaźnik weryfikacji |
|---|---|---|---|---|---|
| Faza 1 – Działania natychmiastowe mitygujące / tamowanie | 0-7 dni | Fizyczne 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 OT | A - Prezes Zarządu, R - CISO / Główny Automatyk | 100% nieautoryzowanych połączeń zlikwidowanych | Liczba połączeń zewnętrznych bez nadzoru = 0 |
| Faza 2 – Działania krótkoterminowe inżyniersko-wdrożeniowe | 30 dni | Implementacja 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 SCADA | A - Wiceprezes ds. Technicznych, R - Architekt Bezpieczeństwa OT, C - Integrator SCADA | 100% stacji inżynierskich objętych whitelistingiem | Liczba incydentów w strefie OT = 0 |
| Faza 3 – Działania systemowe i ład korporacyjny | 90 dni | Peł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 krajowego | A - Zarząd Spółki, R - CISO, I - CSIRT NASK | Wskaźnik zgodności z IEC 62443 i KSC = 100% | Liczba anomalii w ruchu Modbus/TCP = 0 |
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.
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 seminaryjnego i obrony koncepcji (15 minut):
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:
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.
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.
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
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:
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:
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.
Zadanie realizowane jest w ścisłym reżimie warsztatowym (formuła 90 minut) przez 2-3 osobową Triadę Audytorską:
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.
Sformułujcie kartę uchybienia w modelu 4C oraz bilans szans na doskonalenie:
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.
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ę).
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.
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.
Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5):
| Wektor zagrożenia | P (in.) | S (in.) | Ryzyko inherentne (IR) | Kontrole kompensacyjne / naprawcze | P (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) |
Opracujcie tabelę CAP w 3 horyzontach czasowych:
| Faza | Horyzont czasowy | Działania naprawcze / korygujące | RACI (właściciele biznesowi) | Mierzalny wskaźnik sukcesu (KPI) | KRI / wskaźnik weryfikacji |
|---|---|---|---|---|---|
| Faza 1 – Działania natychmiastowe mitygujące / tamowanie | 0-7 dni | Natychmiastowa 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 Moodle | A - Rektor, R - Uczelniane Centrum IT / IOD | 100% kont wygaszonych | Liczba nieudanych prób logowania > 5 zablokowana |
| Faza 2 – Działania krótkoterminowe inżyniersko-wdrożeniowe | 30 dni | Wdroż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ą USOS | A - Prorektor ds. Kształcenia, R - Główny Programista USOS, C - Kierownicy Dziekanatów | Zero użytkowników z uprawnieniami nadmiarowymi | Liczba zmian ocen poza wydziałem = 0 |
| Faza 3 – Działania systemowe i ład korporacyjny | 90 dni | Wdroż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ą SOP | A - Senat Uczelni, R - Pełnomocnik Rektora ds. Cyberbezpieczeństwa, I - Samorząd Studencki | Wskaźnik wdrożenia SSO = 100% | Liczba incydentów braku integralności ocen = 0 |
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).
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 seminaryjnego i obrony koncepcji (15 minut):
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:
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.
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.
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
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:
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):
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.
Zadanie realizowane jest w ścisłym reżimie warsztatowym (formuła 90 minut) przez 2-3 osobową Triadę Audytorską:
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.
Sformułujcie kartę uchybienia w modelu 4C:
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.
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.
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.
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.
Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5):
| Wektor zagrożenia | P (in.) | S (in.) | Ryzyko inherentne (IR) | Kontrole kompensacyjne / naprawcze | P (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) |
Opracujcie tabelę CAP w 3 horyzontach czasowych (rozłożoną na 4 kwartały wdrożenia SZBI):
| Faza | Horyzont czasowy | Działania naprawcze / korygujące | RACI (właściciele biznesowi) | Mierzalny wskaźnik sukcesu (KPI) | KRI / wskaźnik weryfikacji |
|---|---|---|---|---|---|
| Faza 1 – Działania natychmiastowe mitygujące / tamowanie | 0-7 dni / Q1 | Zmycie 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 tymczasowej | A - Prezes Zarządu, R - Dyrektor Produkcji / Informatyk | 100% wag oczyszczonych z haseł | Liczba incydentów ujawnienia haseł = 0 |
| Faza 2 – Działania krótkoterminowe inżyniersko-wdrożeniowe | 30 dni / Q2 | Montaż 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 ERP | A - Wiceprezes ds. Technicznych, R - Architekt OT / CISO, C - Główny Technolog | Czas autoryzacji operatora wagi < 1s | Liczba ważeń bez identyfikacji = 0 |
| Faza 3 – Działania systemowe i ład korporacyjny | 90 dni i kolejne / Q3-Q4 | Peł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ętrznego | A - Zarząd Spółki, R - Pełnomocnik SZBI, I - Audytorzy Sieci Handlowych | Uzyskanie certyfikatu ISO 27001 w terminie 9 miesięcy | Wskaźnik spełnienia wymagań kupców = 100% |
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.
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 seminaryjnego i obrony koncepcji (15 minut):
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:
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.
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.
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
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:
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:
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.
Zadanie realizowane jest w ścisłym reżimie warsztatowym (formuła 90 minut) przez 2-3 osobową Triadę Audytorską:
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.
Sformułujcie kartę uchybienia w modelu 4C oraz tabelę translacji dla Komitetu Audytu:
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.
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.
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.
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.
Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5):
| Wektor zagrożenia | P (in.) | S (in.) | Ryzyko inherentne (IR) | Kontrole kompensacyjne / naprawcze | P (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) |
Opracujcie tabelę CAP w 3 horyzontach czasowych:
| Faza | Horyzont czasowy | Działania naprawcze / korygujące | RACI (właściciele biznesowi) | Mierzalny wskaźnik sukcesu (KPI) | KRI / wskaźnik weryfikacji |
|---|---|---|---|---|---|
| Faza 1 – Działania natychmiastowe mitygujące / tamowanie | 0-7 dni | Wdroż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 dni | A - Prezes Zarządu, R - CISO / Lead DevOps | Podatność BOLA załatana w 100% | Liczba zapytań o nieswoje ID = 0 |
| Faza 2 – Działania krótkoterminowe inżyniersko-wdrożeniowe | 30 dni | Wdroż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 OPA | A - CTO, R - Architekt DevSecOps, C - Audytor PCI QSA | 100% commitów skanowanych pod kątem luk API | Liczba podatności krytycznych w kodzie = 0 |
| Faza 3 – Działania systemowe i ład korporacyjny | 90 dni | Uzyskanie 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 Bounty | A - Komitet Audytu, R - CISO, I - KNF | Certyfikacja PCI DSS 4.0 poziomu 1 | Liczba incydentów braku rozliczalności = 0 |
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.
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 seminaryjnego i obrony koncepcji (15 minut):
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:
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.
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%).
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
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:
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:
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.
Zadanie realizowane jest w ścisłym reżimie warsztatowym (formuła 90 minut) przez 2-3 osobową Triadę Audytorską:
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.
Sformułujcie kartę uchybienia w modelu 4C:
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.
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.
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.
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.
Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5):
| Wektor zagrożenia | P (in.) | S (in.) | Ryzyko inherentne (IR) | Kontrole kompensacyjne / naprawcze | P (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) |
Opracujcie tabelę CAP w 3 horyzontach czasowych:
| Faza | Horyzont czasowy | Działania naprawcze / korygujące | RACI (właściciele biznesowi) | Mierzalny wskaźnik sukcesu (KPI) | KRI / wskaźnik weryfikacji |
|---|---|---|---|---|---|
| Faza 1 – Działania natychmiastowe mitygujące / tamowanie | 0-7 dni | Zdalne 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 ekranach | A - Partner Zarządzający, R - CISO / Administrator IT | 100% laptopów zaszyfrowanych BitLockerem | Liczba niezaszyfrowanych urządzeń = 0 |
| Faza 2 – Działania krótkoterminowe inżyniersko-wdrożeniowe | 30 dni | Wdroż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 DIN | A - Dyrektor Kancelarii, R - Architekt MDM, C - Partnerzy Liniowi | 100% akt przechowywanych w bezpiecznej chmurze | Liczba incydentów czystego biurka = 0 |
| Faza 3 – Działania systemowe i ład korporacyjny | 90 dni | Uchwalenie 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 elektronicznej | A - Zgromadzenie Wspólników, R - CISO / IOD, I - Okręgowa Rada Adwokacka | Certyfikacja SZBI kancelarii wg ISO 27001 | Liczba incydentów naruszenia tajemnicy = 0 |
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.
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 seminaryjnego i obrony koncepcji (15 minut):
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:
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.
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%).
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
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:
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):
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.
Zadanie realizowane jest w ścisłym reżimie warsztatowym (formuła 90 minut) przez 2-3 osobową Triadę Audytorską:
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.
Sformułujcie kartę uchybienia w modelu 4C oraz tabelę statusu zaleceń Follow-up:
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ą.
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.
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.
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.
Skwantyfikujcie 4 wektory zagrożeń w skali 25-stopniowej (P 1-5 x S 1-5):
| Wektor zagrożenia | P (in.) | S (in.) | Ryzyko inherentne (IR) | Kontrole kompensacyjne / naprawcze | P (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) |
Opracujcie tabelę CAP w 3 horyzontach czasowych (ze szczególnym uwzględnieniem natychmiastowego rygoru 30 dni):
| Faza | Horyzont czasowy | Działania naprawcze / korygujące | RACI (właściciele biznesowi) | Mierzalny wskaźnik sukcesu (KPI) | KRI / wskaźnik weryfikacji |
|---|---|---|---|---|---|
| Faza 1 – Działania natychmiastowe mitygujące / tamowanie | 0-7 dni | Powoł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 biletomatach | A - Prezes ZKM, R - Dyrektor Techniczny / CISO | 100% biletomatów zabezpieczonych unikalnym hasłem | Liczba urządzeń z hasłem fabrycznym = 0 |
| Faza 2 – Działania krótkoterminowe inżyniersko-wdrożeniowe | 30 dni | Wdroż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ów | A - Wiceprezes ds. Eksploatacji, R - Architekt IoT / SecOps, C - Audytor Zewnętrzny | Wskaźnik pomyślnej weryfikacji = 100% | Liczba incydentów w taborze = 0 |
| Faza 3 – Działania systemowe i ład korporacyjny | 90 dni | Modernizacja 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 Audytu | A - Rada Nadzorcza ZKM, R - CISO, I - Prezydent Miasta | Wdrożenie centralnego systemu zarządzania flotą IoT = 100% | Liczba niezgodności poaudytowych = 0 |
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.
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 seminaryjnego i obrony koncepcji (15 minut):
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:
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.
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ą.