1/55
Klasyfikacja incydentów według CIA i poziomu wpływu
Cel slajdu: Przedstawienie celów poznawczych modułu siódmego, roli klasyfikacji technicznej w oparciu o triadę CIA oraz wyznaczania priorytetów operacyjnych w zespole CSIRT/SOC.

Od surowego alertu do precyzyjnej kwalifikacji: fundament priorytetyzacji obrony

Prawidłowa klasyfikacja incydentu to najważniejszy krok podejmowany w pierwszych minutach po wykryciu anomalii. Bez precyzyjnego określenia, które atrybuty bezpieczeństwa zostały naruszone oraz jak głęboki jest wpływ zdarzenia na organizację, niemożliwe jest dobranie adekwatnego playbooka ani dotrzymanie terminów prawnych. Standardy klasyfikacji w Systemie Zarządzania Bezpieczeństwem Informacji wyznacza norma ISO/IEC 27001:2022, inżynierski przewodnik NIST SP 800-61 Rev. 3 oraz krajowe wytyczne CERT Polska.

  • Triada CIA jako fundament kwalifikacji technicznej: Dekompozycja każdego ataku na wektory naruszające poufność (Confidentiality), integralność (Integrity) lub dostępność (Availability) informacji i usług.
  • Kwantyfikacja poziomu wpływu (Severity Levels): Czterostopniowa skala oceny szkód: Krytyczny (P1), Wysoki (P2), Średni (P3) i Niski (P4), determinująca mobilizację zasobów i rygory SLA.
  • Harmonizacja z unijną taksonomią ENISA RSIT: Przekładanie technicznych symptomów incydentu na ujednolicony europejski system 10 kategorii zgłoszeniowych dla zespołów CSIRT.
  • Powiązanie ze znowelizowanym prawem (KSC i NIS2): Zgodność procedur kwalifikacji z kryteriami incydentu poważnego w rozumieniu ustawy o Krajowym Systemie Cyberbezpieczeństwa w brzmieniu nadanym nowelizacją z 23 stycznia 2026 r. (Dz.U. 2026 poz. 252, wprowadzona w życie 3 kwietnia 2026 r.; tekst jednolity ustawy: Dz.U. 2026 poz. 20) oraz wymogami RODO.
Klasyfikacja Incydentu Bezpieczeństwa: Sformalizowany proces analityczny polegający na przypisaniu zdarzenia do określonej kategorii taksonomicznej w oparciu o naruszone atrybuty triady CIA oraz oszacowaniu dotkliwości jego wpływu na operacje, finanse i zobowiązania prawne organizacji. Skróty i pojęcia: CIA (Confidentiality, Integrity, Availability, czyli poufność, integralność i dostępność - trzy atrybuty bezpieczeństwa informacji stanowiące podstawę klasyfikacji technicznej); KSC (Krajowy System Cyberbezpieczeństwa); RODO (rozporządzenie (UE) 2016/679).
Architektura Klasyfikacji Incydentów: CIA & Wpływ C POUFNOŚĆ I INTEGRALNOŚĆ A DOSTĘPNOŚĆ TRIADA CIA GRADACJA POZIOMU WPŁYWU KRYTYCZNY (CRITICAL): Paraliż, SLA < 1h WYSOKI (HIGH): Duże straty, SLA < 4h ŚREDNI (MEDIUM): Lokalny wpływ, SLA 24h NISKI (LOW): Marginalny, SLA > 48h Kluczowe Równanie Kwalifikacji Operacyjnej • Klasyfikacja = Naruszony Atrybut (C, I, A) x Skala Zniszczenia (BIA) x Wymóg Prawny (NIS2/RODO). • Każdy błąd w klasyfikacji na etapie triage prowadzi albo do paraliżu sztabu, albo do kar finansowych. • Właściwa kwalifikacja uruchamia dedykowany playbook i z góry określone procedury prawne.
2/55
Spis treści: struktura modułu siódmego
Cel slajdu: Przedstawienie architektury modułu siódmego łączącego model CIA, poziomy wpływu, taksonomie branżowe oraz wielką syntezę całego kursu 7 wykładów.

Czteroczęściowy program zajęć: od triady CIA po syntezę 7 wykładów

Moduł siódmy stanowi klamrę spinającą wiedzę inżynierską, prawną i organizacyjną zdobywaną w trakcie całego kursu. Przeprowadza studenta od fundamentów triady CIA, przez matryce dotkliwości i taksonomie międzynarodowe, aż po całościowe podsumowanie kompetencji inżyniera cyberbezpieczeństwa. Ramy te osadzono w wytycznych nowelizacji ustawy o Krajowym Systemie Cyberbezpieczeństwa z 23 stycznia 2026 r. (Dz.U. 2026 poz. 252), europejskich przewodnikach ENISA Incident Response oraz standardzie usługowym FIRST CSIRT Services Framework v2.1.

  • Część 1: Model CIA i Hexada Parkera (slajdy 1-15): Poufność, integralność i dostępność jako filary obrony; rozszerzenie o model Dona Parkera; anatomia ataków jednorodnych i wielowymiarowych; powiązanie z ISO/IEC 27005 i Kodeksem karnym.
  • Część 2: Poziomy wpływu i ich szacowanie (slajdy 16-30): Kryteria progowe poziomów P1-P4; dwuwymiarowa macierz wpływu; rygory czasowe SLA; kwantyfikacja strat RODO, BIA i ALE; dynamiczna reklasyfikacja i algorytmy AI/UEBA.
  • Część 3: Taksonomie i systemy kategoryzacji (slajdy 31-45): 10 kategorii ENISA Reference Taxonomy; platforma n6 CERT Polska; mapowanie MITRE ATT&CK; formularz Case Record; benchmarki krajobrazu zagrożeń.
  • Część 4: Synteza klasyfikacji i podsumowanie 7 wykładów (slajdy 46-55): Holistyczna infografika 4D; mapa wiedzy całego kursu; certyfikacje zawodowe (GCIH, CISSP); trendy przyszłości (PQC, Zero Trust) oraz 10 pytań egzaminacyjnych.
Zintegrowana Taksonomia Bezpieczeństwa: Wielowymiarowy system pojęciowy łączący atrybuty techniczne (CIA), dotkliwość biznesową (poziomy wpływu), standaryzację międzynarodową (ENISA/FIRST) oraz wymogi prawa w jeden spójny algorytm decyzyjny. Skróty i pojęcia: ENISA RSIT (unijna taksonomia klasyfikacji incydentów, dokument ENISA); SLA (umowa o poziomie świadczenia usługi); Alert Fatigue (zmęczenie alertami).
Program Wykładu 7: Cztery Filary Klasyfikacji BLOK 1 (1-15) • Triada CIA • Poufność & Dane • Integralność baz • Dostępność & DR • Hexada Parkera Model CIA BLOK 2 (16-30) • 4 Poziomy wpływu • Macierz 4x3 • Taryfikator SLA • Ryzyko RODO • Reklasyfikacja Skala Wpływu BLOK 3 (31-45) • ENISA RSIT 10 • Wzorce CERT PL • MITRE ATT&CK • Wektory wejścia • Formularz IR Taksonomie BLOK 4 (46-55) • Infografika 360° • Mapa 7 modułów • Ścieżki kariery • Test egzamin • Bibliografia Synteza Kursu Osiągnięcie Celów Kształcenia na Kierunku Bezpieczeństwo Informacji • Student potrafi zaklasyfikować każdy incydent cyberbezpieczeństwa zgodnie ze standardem europejskim. • Student umie skalkulować poziom ryzyka i dobrać właściwe SLA czasów reakcji technicznej. • Student łączy wiedzę techniczną z odpowiedzialnością prawną Zarządu w reżimie NIS2 i RODO.
3/55
Model CIA: poufność, integralność i dostępność
Cel slajdu: Przedstawienie definicji, mechanizmów ochronnych oraz wzajemnych zależności pomiędzy trzema fundamentalnymi atrybutami bezpieczeństwa informacji.

Fundament inżynierii bezpieczeństwa: trzy filary ochrony każdego zasobu cyfrowego

Triada CIA stanowi uniwersalny fundament inżynierii bezpieczeństwa od wczesnych lat rozwoju informatyki. Każdy incydent komputerowy, niezależnie od stopnia skomplikowania, polega na bezprawnym uderzeniu w co najmniej jeden z tych trzech filarów. Wymóg zachowania równowagi triady definiują międzynarodowa norma ISO/IEC 27001:2022 (SZBI) oraz ramy operacyjne NIST Cybersecurity Framework 2.0 (CSF 2.0).

  • Poufność (Confidentiality): Gwarancja, że dostęp do informacji mają wyłącznie osoby, procesy lub systemy posiadające formalne upoważnienie; ochrona przed podsłuchem, wyciekiem i kradzieżą danych.
  • Integralność (Integrity): Zapewnienie dokładności, kompletności i nienaruszalności danych oraz procesów przetwarzania; ochrona przed nieautoryzowaną modyfikacją, fałszowaniem i wstrzykiwaniem kodu.
  • Dostępność (Availability): Gwarancja, że uprawnieni użytkownicy mogą korzystać z systemów i danych w wymaganym czasie; ochrona przed paraliżem sieci, awariami sprzętowymi i atakami DDoS.
  • Konflikty i kompromisy inżynierskie (Trade-offs): Praktyka inżynierska wymaga bilansowania triady: nadmierne zaostrzenie poufności (np. skomplikowane wieloskładnikowe uwierzytelnianie) może obniżyć dostępność i wydajność usług biznesowych.
Triada CIA (Confidentiality, Integrity, Availability): Kanon trzech fundamentalnych właściwości bezpieczeństwa informacji, których łączne zachowanie gwarantuje prawidłowe, bezpieczne i zgodne z prawem funkcjonowanie systemów teleinformatycznych. Skróty i pojęcia: Confidentiality (poufność, gwarancja, że informacja nie jest udostępniana nieupoważnionym podmiotom); Availability (dostępność, gwarancja terminowego dostępu uprawnionych użytkowników do systemów i danych).
Model Triady CIA w Architekturze Obronnej POUFNOŚĆ Confidentiality INTEGRALNOŚĆ Integrity DOSTĘPNOŚĆ Availability BEZPIECZNE AKTYWO METRYKI ZAGROŻEŃ CIA • Poufność: Wyciek danych Eksfiltracja baz, sniffing sieci • Integralność: Podmiana Modyfikacja przelewów, defacement • Dostępność: Blokada usług Atak DDoS, ransomware, awaria Norma ISO/IEC 27001 Równowaga Zabezpieczeń w Praktyce • Żaden system nie jest bezpieczny, jeśli skupia się wyłącznie na jednym atrybucie (np. tylko poufność). • Incydent w bankowości najczęściej uderza w poufność i integralność; w energetyce - w dostępność. • Ocena stopnia naruszenia triady decyduje o kwalifikacji prawnej incydentu w reżimie KSC.
4/55
Poufność (Confidentiality): mechanizmy i incydenty
Cel slajdu: Przedstawienie technicznych mechanizmów ochrony poufności, wektorów jej naruszenia oraz konsekwencji prawnych wycieku danych.

Ochrona tajemnicy: jak zapobiegać nieautoryzowanemu ujawnieniu danych

Poufność to tarcza chroniąca tajemnice przedsiębiorstwa, dane osobowe klientów, dokumentację medyczną oraz infrastrukturę tożsamości. Utrata poufności jest nieodwracalna - ujawnionych danych nie można „odzyskać” tak jak skasowanego pliku z backupu. Prawne rygory ochrony poufności danych osobowych nakłada RODO (art. 32 Bezpieczeństwo przetwarzania) oraz zalecenia inżynierskie CIS Critical Security Controls v8.1 (Kontrola 3: Data Protection).

  • Kluczowe mechanizmy ochronne: Kryptografia w spoczynku (AES-256) i w tranzycie (TLS 1.3), kontrola dostępu oparta na rolach (RBAC), zasada najmniejszych uprawnień (PoLP), maskowanie danych i systemy DLP (Data Loss Prevention).
  • Typowe wektory naruszenia poufności: Phishing wymuszający poświadczenia, podsłuch sieciowy (Sniffing/Man-in-the-Middle), złośliwe oprogramowanie szpiegujące (Infostealers), nieuprawniony insider oraz błędy konfiguracji uprawnień w chmurze (Cloud Storage Leaks).
  • Praktyczny przykład incydentu: Zainfekowanie stacji roboczej księgowości trojanem RedLine Stealer, który wykrada pliki cookie sesji bankowych i poświadczenia zapisane w przeglądarce internetowej.
  • Prawne konsekwencje naruszenia: Naruszenie poufności danych osobowych wymaga oceny ryzyka: jeśli jest prawdopodobne, powstaje obowiązek zgłoszenia do Prezesa UODO w 72h (art. 33 ust. 1 RODO), a przy wysokim ryzyku także obowiązek zawiadomienia osób poszkodowanych (art. 34 RODO). Niezależnie od tego naruszenie może wiązać się z odpowiedzialnością karną z art. 267 Kodeksu karnego.
Poufność Informacji (Information Confidentiality): Właściwość zapewniająca, że informacja nie jest udostępniana ani ujawniana nieupoważnionym osobom fizycznym, podmiotom prawnym lub procesom automatycznym, chroniona środkami kryptograficznymi i kontroli dostępu. Skróty i pojęcia: RODO (rozporządzenie (UE) 2016/679, art. 32 określa obowiązek stosowania środków technicznych i organizacyjnych, zob. tekst polski EUR-Lex).
Poufność Informacji: Tarcze vs Wektory Przełamania ŚRODKI OCHRONY (ISO/IEC 27002) • Szyfrowanie: AES-256 (Rest & Transit) • Dostęp: Zasada Need-to-Know i RBAC • Uwierzytelnianie: Silne MFA FIDO2 • DLP: Blokada transferów USB i chmury • Klasyfikacja: Etykiety Tajne/Poufne • Maskowanie: Anonimizacja danych testowych STAN POŻĄDANY [OK] WEKTORY NARUSZENIA POUFNOŚCI • SQL Injection: Zrzut tabeli bazy danych • Phishing: Przejęcie tokenów sesyjnych • Misconfiguration: Otwarty bucket AWS S3 • Kradzież sprzętu: Brak BitLockera na dysku • MitM: Podsłuch w fałszywym punkcie Wi-Fi • Insider Threat: Wyniesienie bazy przez pracownika ZDARZENIE NIEODWRACALNE Specyfika Dochodzeniowa Naruszeń Poufności • W przeciwieństwie do awarii serwera, wyciek danych nie generuje natychmiastowego przestoju biznesu. • Wykrycie kradzieży danych wymaga zaawansowanych sensorów NDR (detekcja anomalii ruchu wychodzącego). • Naruszenie poufności danych osobowych uruchamia ocenę ryzyka; zgłoszenie do UODO w 72h jest obligatoryjne tylko przy ryzyku prawdopodobnym.
5/55
Integralność (Integrity): mechanizmy i incydenty
Cel slajdu: Przedstawienie technicznych mechanizmów weryfikacji integralności, ataków na dane i oprogramowanie oraz ich skutków operacyjnych.

Ochrona prawdy cyfrowej: jak zagwarantować, że dane nie zostały sfałszowane

Naruszenie integralności bywa znacznie groźniejsze niż całkowity paraliż systemu. Podczas gdy brak dostępu do serwera jest natychmiast zauważalny, skryta manipulacja danymi może trwać miesiącami, prowadząc do błędnych decyzji medycznych, fałszerstw bilansowych lub katastrof przemysłowych. Standardy weryfikacji integralności w informatyce śledczej standaryzują program NIST CFTT oraz standard RFC 3227 (Evidence Collection).

  • Kluczowe mechanizmy ochronne: Kryptograficzne funkcje skrótu (SHA-256, SHA-3), podpisy cyfrowe (RSA/ECDSA), certyfikaty x.509, technologie Blockchain/WORM, kodowanie HMAC oraz mechanizmy weryfikacji integralności plików (FIM / Tripwire).
  • Typowe wektory naruszenia integralności: Ataki wstrzykiwania kodu (SQL Injection, XSS), modyfikacja konfiguracji DNS (DNS Spoofing), zatrucie pamięci podręcznej ARP (ARP Poisoning), podmiana plików w łańcuchu dostaw (Supply Chain Attack) oraz modyfikacja logów systemowych przez intruza.
  • Praktyczny przykład incydentu: Podmiana numeru rachunku bankowego na fakturze PDF wysyłanej do klienta w locie przez złośliwy skrypt na serwerze pocztowym (Man-in-the-Email).
  • Praktyczna weryfikacja integralności w konsoli CLI: Obliczenie i automatyczna weryfikacja skrótu SHA-256 pliku w systemie Linux: sha256sum plik.txt > plik.sha256 && sha256sum -c plik.sha256.
Integralność Danych (Data Integrity): Właściwość potwierdzająca, że dane nie zostały sfałszowane, zmienione, skasowane ani wstrzyknięte w sposób nieautoryzowany w trakcie ich przechowywania, przetwarzania lub transmisji cyfrowej. Skróty i pojęcia: NIST CFTT (Computer Forensics Tool Testing, program weryfikacji narzędzi informatyki śledczej, NIST ITL).
Integralność Danych: Matematyczna Gwarancja Prawdy MECHANIZMY OCHRONY INTEGRALNOŚCI • Haszowanie: SHA-256, HMAC, salt • Podpis cyfrowy: Klucz prywatny RSA/ECC • FIM (File Integrity): Nadzór nad /etc i DLL • WORM Storage: Zapisz raz, odczytuj stale • Transakcyjność: ACID w bazach SQL • Sumy kontrolne: Walidacja pakietów TCP GWARANCJA SPÓJNOŚCI WEKTORY NARUSZENIA INTEGRALNOŚCI • Defacement WWW: Podmiana strony głównej • Man-in-the-Browser: Zmiana numeru konta • Supply Chain: Wstrzyknięcie trojana w repo • Log Tampering: Wykasowanie logów logoff • Database Corruption: Złośliwy SQL Update • DNS Spoofing: Zatrucie pamięci podręcznej UKRYTE ZAGROŻENIE Cicha Zdrada Danych w Sektorze Przemysłowym i Finansowym • W sieciach OT modyfikacja parametrów ciśnienia w rurociągu może doprowadzić do katastrofy fizycznej. • W sądzie dowód cyfrowy jest ważny tylko wtedy, gdy łańcuch dowodowy gwarantuje nienaruszoną sumę SHA-256. • Naruszenie integralności danych reguluje art. 268a Kodeksu karnego (do lat 3; przy wyrządzeniu znacznej szkody majątkowej od 3 miesięcy do lat 5).
6/55
Dostępność (Availability): mechanizmy i incydenty
Cel slajdu: Przedstawienie mechanizmów zapewnienia wysokiej dostępności (HA), typologii ataków paraliżujących oraz metryk ciągłości działania.

Ciągłość operacji: jak utrzymać żywotność systemów w obliczu uderzenia

Dostępność oznacza, że uprawnione osoby i procesy mogą bez zakłóceń korzystać z zasobów wtedy, gdy są one potrzebne. Paraliż dostępności generuje natychmiastowe, bezpośrednie i mierzalne straty finansowe liczone w tysiącach złotych za każdą minutę przestoju. Normatywne zasady ciągłości działania systemów definiuje standard ISO 22301:2019 (Zarządzanie ciągłością działania), a analizy ataków paraliżujących publikuje CERT Polska.

  • Kluczowe mechanizmy ochronne: Klastry wysokiej dostępności (High Availability), równoważenie obciążenia (Load Balancing), zapory anty-DDoS (Scrubbing Centers), zwielokrotnione łącza internetowe (BGP Multihoming), niezależne zasilanie UPS/agregaty oraz architektura Disaster Recovery.
  • Typowe wektory naruszenia dostępności: Wolumetryczne ataki DDoS (np. DNS/NTP Amplification), ataki aplikacyjne L7 (HTTP Flood), ransomware szyfrujący wolumeny, złośliwe oprogramowanie niszczące (Wiper), awarie sprzętowe macierzy oraz błędy ludzkie w konfiguracji routingu (BGP Hijacking).
  • Praktyczny przykład incydentu: Hipotetyczny scenariusz: zalew łącza internetowego banku ruchem o wolumenie rzędu setek Gbps generowanym przez botnet (wzorcowo: Mirai), powodujący całkowitą niedostępność bankowości elektronicznej dla miliona klientów.
  • Praktyczna detekcja zalewu połączeń w konsoli CLI: Weryfikacja gwałtownego przyrostu połączeń w stanie syn-recv w Linuksie: ss -s; ss -tan state syn-recv | head -n 10 pozwalająca wykryć trwający atak SYN Flood.
Dostępność Informacji i Usług (Availability): Właściwość gwarantująca, że uprawnione podmioty mają terminowy, niezawodny i niezakłócony dostęp do systemów, aplikacji, baz danych oraz powiązanych zasobów technicznych w ustalonych ramach czasowych SLA. Skróty i pojęcia: ISO 22301:2019 (norma zarządzania ciągłością działania, ISO); HA (High Availability, wysoka dostępność); Load Balancing (rozłożenie obciążenia); L7 (atak w warstwie aplikacji); UPS (zasilacz awaryjny).
Dostępność Usług: Architektura Ciągłości Działania FILARY WYSOKIEJ DOSTĘPNOŚCI (HA) • Redundancja N+1: Podwójne zasilacze i serwery • Ochrona DDoS: Scrubber centers i Anycast • Georedundancja: Drugie Data Center (DR Site) • Backupy 3-2-1-1-0: Niezmienne kopie offline • SLA & BIA: Zdefiniowane wskaźniki RTO < 2h • Load Balancing: Równoważenie obciążenia ODPORNOŚĆ CIĄGŁA ZAGROŻENIA DLA DOSTĘPNOŚCI • Wolumetryczny DDoS: Zalanie łącza pakietami • Ransomware: Masowe zaszyfrowanie storage • Sabotaż: Fizyczne przecięcie światłowodu • Blackout: Awaria sieci energetycznej • Błąd konfiguracji: BGP route leak • Awaria storage: Uszkodzenie kontrolera SAN NATYCHMIASTOWE STRATY Wymiar Prawny i Finansowy Paraliżu Dostępności • Zgodnie z art. 269a Kodeksu karnego istotne zakłócenie pracy systemu podlega karze pozbawienia wolności od 3 miesięcy do lat 5. • Przekroczenie progu RTO dla usług kluczowych wymusza natychmiastowe zgłoszenie wczesnego ostrzeżenia 24h. • Kary umowne za niedotrzymanie SLA w umowach B2B często przewyższają bezpośrednie koszty IT.
7/55
Dodatkowe atrybuty bezpieczeństwa: Hexada Parkera
Cel slajdu: Przedstawienie rozszerzenia klasycznego modelu CIA do 6 atrybutów Hexady Parkera oraz ich znaczenia w informatyce śledczej.

Poza klasyczną triadę: 6 wymiarów bezpieczeństwa informacji Dona Parkera

Chociaż triada CIA jest powszechnie stosowana, w złożonych śledztwach incydentalnych okazuje się niewystarczająca. W 1998 roku Donn Parker zaproponował rozszerzenie modelu do 6 atrybutów (Parkerian Hexad), co pozwoliło precyzyjnie opisać stany, w których dane nie zostały ujawnione ani zniszczone, a mimo to organizacja utraciła kontrolę. Koncepcje te zostały uwzględnione w słowniku normy ISO/IEC 27000:2018 / ISO/IEC 27001:2022 oraz wytycznych operacyjnych FIRST CSIRT Services Framework v2.1.

  • Posiadanie lub Kontrola (Possession / Control): Fizyczne lub logiczne dysponowanie nośnikiem informacji; kradzież zaszyfrowanego laptopa oznacza utratę posiadania, nawet jeśli poufność została zachowana dzięki silnemu szyfrowaniu BitLocker.
  • Autentyczność (Authenticity): Pewność co do tożsamości autora, nadawcy lub źródła danych cyfrowych; ochrona przed atakami podszywania się (Spoofing, BEC - Business Email Compromise).
  • Użyteczność (Utility): Przydatność i funkcjonalność informacji dla procesu biznesowego; zaszyfrowanie bazy danych kluczem, którego nikt nie posiada, nie niszczy jej struktury, lecz pozbawia ją użyteczności.
  • Rozliczalność i Niezaprzeczalność (Non-Repudiation) - wymaganie towarzyszące, spoza sześciu atrybutów Parkera: Mechanizmy zapewniające, że żaden podmiot nie może zanegować faktu wykonania określonej operacji transakcyjnej lub wysłania komunikatu.
Hexada Parkera (Parkerian Hexad): Zaawansowany model bezpieczeństwa informacji składający się z 6 atrybutów: Poufność, Posiadanie, Integralność, Autentyczność, Dostępność i Użyteczność, eliminujący luki pojęciowe klasycznej triady CIA. Skróty i pojęcia: Hexada Parkera (Parkerian Hexad, model sześciu atrybutów bezpieczeństwa informacji zaproponowany przez Donna B. Parkera w 1998 r., Parkerian Hexad); sześć atrybutów to Poufność (Confidentiality).
Hexada Parkera: 6 Atrybutów Bezpieczeństwa Informacji POUFNOŚĆ Confidentiality POSIADANIE Possession INTEGRALNOŚĆ Integrity AUTENTYCZNOŚĆ Authenticity DOSTĘPNOŚĆ Availability UŻYTECZNOŚĆ Utility PARKER HEXAD Dlaczego Rozszerzenie Modelu jest Niezbędne w Analizie Śledczej? • Kradzież zaszyfrowanej taśmy backupu: utrata posiadania (Possession) bez utraty poufności (AES-256). • Podszycie się pod prezesa (CEO Fraud): naruszenie autentyczności (Authenticity) i rozliczalności. • W sądzie brak rozliczalności uniemożliwia skazanie sprawcy z art. 267 Kodeksu karnego.
8/55
Klasyfikacja incydentów wg naruszonych atrybutów CIA
Cel slajdu: Przedstawienie procedury przypisywania wektorów ataku do naruszonych atrybutów CIA podczas fazy triage.

Kwalifikacja techniczna w triage: jak przypisać wektor ataku do właściwego atrybutu

Podczas wstępnego rozpoznania incydentu analityk SOC musi natychmiast przypisać zdarzeniu etykietę naruszonego atrybutu. Pozwala to na automatyczne uruchomienie właściwego zespołu zadaniowego i odpowiednich playbooków. Standaryzację kwalifikacji technicznej wspiera unijna taksonomia ENISA Reference Incident Classification Taxonomy oraz ramy modelowania danych o zagrożeniach OASIS STIX / CTI.

  • Incydenty jednorodne (Single-Attribute): Zdarzenia naruszające dokładnie jeden filar (np. czysty atak DDoS uderzający wyłącznie w dostępność, nie wywołujący wycieku ani zmiany danych).
  • Incydenty wielowymiarowe (Multi-Attribute): Zdarzenia naruszające symultanicznie dwa lub trzy atrybuty (np. atak z użyciem złośliwego oprogramowania szpiegującego, które wykrada poświadczenia - C, oraz modyfikuje konfigurację zapory - I).
  • Wpływ kwalifikacji na ścieżkę powiadomień prawnych: Naruszenie poufności lub integralności baz danych osobowych uruchamia ocenę ryzyka i ścieżkę RODO (art. 33/34); paraliż dostępności usług kluczowych może aktywować ścieżkę KSC/NIS2, jeżeli spełnia przesłanki incydentu poważnego.
  • Praktyczny algorytm drzewa decyzyjnego w SOC: Błyskawiczne pytania kwalifikacyjne: 1. Czy dane opuściły perymetr? -> C; 2. Czy dane zostały zmodyfikowane lub uszkodzone? -> I; 3. Czy usługa przestała odpowiadać? -> A.
Incydent Wielowymiarowy (Multi-Dimensional Incident): Zdarzenie bezpieczeństwa naruszające równocześnie więcej niż jeden atrybut triady CIA (np. poufność i dostępność), wymagające równoległego uruchomienia wielu dedykowanych ścieżek reagowania i powiadomień prawnych. Skróty i pojęcia: ENISA Reference Incident Classification Taxonomy (unijna taksonomia klasyfikacji incydentów, dokument ENISA).
Matryca Mapowania Typów Incydentów na Triadę CIA TYP ZDARZENIA POUFNOŚĆ (C) INTEGRALNOŚĆ (I) DOSTĘPNOŚĆ (A) Atak DDoS (Volumetric) - - NARUSZONA Wyciek bazy danych SQL NARUSZONA - - Web Defacement portalu - NARUSZONA - Ransomware Double Extortion NARUSZONA - NARUSZONA Znaczenie Klasyfikacji CIA dla Ścieżek Prawnych • Naruszenie [C] danych osobowych uruchamia ocenę ryzyka; zegar 72h do Prezesa UODO obowiązuje przy ryzyku prawdopodobnym. • Naruszenie [A] w podmiocie kluczowym wyzwala bieg zegara 24h wczesnego ostrzeżenia do CSIRT. • Incydenty wielowymiarowe wymagają natychmiastowego powołania zintegrowanego sztabu kryzysowego.
9/55
Poufność w praktyce: anatomia wycieku danych
Cel slajdu: Przedstawienie krok po kroku przebiegu zaawansowanego incydentu wycieku danych, metod eksfiltracji i śladów forensycznych.

Kiedy sekrety trafiają w obce ręce: wektory, ślady forensic i skutki

Wyciek danych (Data Breach) jest najczęstszym incydentem skutkującym wielomilionowymi karami finansowymi i kryzysem zaufania klientów. Adwersarze nie niszczą infrastruktury - działają cicho, kompresując bazy danych i wyprowadzając je ukrytymi kanałami poza perymetr. Oficjalne wytyczne postępowania w takich sprawach publikuje portal Prezesa UODO oraz procedury obrony przed kradzieżą danych CISA Data Exfiltration Guidelines.

  • Faza 1: Rekonesans i zlokalizowanie danych (Discovery): Przeszukiwanie dysków sieciowych i baz danych za pomocą zapytań SQL lub legalnych narzędzi w poszukiwaniu fraz „PESEL”, „hasła”, „bilans”.
  • Faza 2: Gromadzenie i pakowanie (Collection & Staging): Kompresja wykradzionych rekordów do chronionych hasłem archiwów (np. 7-Zip, RAR) w katalogach tymczasowych w celu ominięcia prostych skanerów DLP.
  • Faza 3: Eksfiltracja (Exfiltration): Wyprowadzenie danych za pomocą szyfrowanych tuneli HTTPS, protokołu DNS Tunneling, rclone lub transferu do publicznych chmur (Mega, AWS S3).
  • Praktyczna detekcja ukrytych archiwów w konsoli CLI: Wyszukiwanie podejrzanych, dużych archiwów w katalogach tymczasowych Linuksa: find /tmp /var/tmp -type f \( -name '*.zip' -o -name '*.tar.gz' -o -name '*.7z' \) -size +50M 2>/dev/null.
Naruszenie Poufności (Confidentiality Breach): Incydent polegający na nieuprawnionym ujawnieniu, uzyskaniu dostępu, skopiowaniu lub podglądzie chronionych informacji przez osobę lub system niemający do tego formalnego upoważnienia. Skróty i pojęcia: Data Breach (incydent ujawnienia danych); Discovery (rozpoznawanie i lokalizacja danych); DLP (Data Loss Prevention, system zapobiegania utracie danych); 7-Zip i RAR (formaty archiwów, również szyfrowanych), rclone (narzędzie do synchronizacji plików z usługami chmurowymi).
Studium Wycieku Poufności: Ścieżka Eksfiltracji Danych BAZA SQL Dane PESEL TUNEL SSH Port 443 / DNS DROPBOX C2 Serwer proxy DARKWEB Punkty Detekcji Technicznej w Architekturze SOC: • SIEM: Alert SELECT * FROM Klienci wykonany przez konto webapp z nieznanego adresu IP. • NDR: Transfer 50 GB danych szyfrowanych protokołem TLS do nielicencjonowanego endpointu w chmurze. Kluczowa Zasada Mitygacji Wycieków • Dane zaszyfrowane w spoczynku (AES-256), do których intruz nie ukradł klucza, nie stanowią naruszenia RODO. • Odpowiedzialność administratora wygasa, jeżeli udowodni wdrożenie zabezpieczeń uniemożliwiających odczyt. • Szyfrowanie to najskuteczniejsza tarcza prawna przed wielomilionowymi karami finansowymi.
10/55
Integralność w praktyce: anatomia manipulacji danymi
Cel slajdu: Przedstawienie technik manipulacji danymi, zatruwania baz oraz procedur detekcji zafałszowań w środowisku produkcyjnym.

Kiedy system kłamie: podstępne ataki na zaufanie do danych cyfrowych

Ataki na integralność bywają niewidoczne dla tradycyjnych systemów monitoringu. Intruz nie blokuje serwerów ani nie publikuje baz na forach - dokonuje chirurgicznych zmian w rekordach finansowych, parametrach sterowników SCADA lub bibliotekach systemowych. Międzynarodowe wytyczne badania integralności plików w informatyce śledczej określają norma ISO/IEC 27037:2012 oraz podręcznik NIST SP 800-86 (Digital Forensics).

  • Podmiana plików binarnych i bibliotek (Trojanized Binaries): Wstrzyknięcie złośliwego kodu do legalnych bibliotek DLL lub plików wykonywalnych w celu uzyskania trwałej persystencji bez wywoływania alertów antywirusa.
  • Modyfikacja rekordów w bazach produkcyjnych (Silent Tampering): Zmiana numerów IBAN odbiorców płatności bezpośrednio w tabeli bazy SQL z pominięciem interfejsu aplikacji webowej.
  • Zatrucie modeli sztucznej inteligencji (Data Poisoning): Celowe wprowadzenie spreparowanych danych treningowych do modeli AI/ML w celu nauczenia ich błędnej klasyfikacji złośliwego ruchu.
  • Praktyczna weryfikacja integralności pakietów w konsoli CLI: Kontrola integralności zainstalowanych pakietów w systemach Debian/Ubuntu: debsums -c 2>/dev/null | head -n 10 pozwalająca wykryć zmodyfikowane pliki systemowe.
Naruszenie Integralności (Integrity Compromise): Nieautoryzowana, celowa lub przypadkowa modyfikacja, sfałszowanie, zniszczenie lub wstrzyknięcie fałszywych danych cyfrowych w systemach teleinformatycznych, niwecząca zaufanie do ich wiarygodności. Skróty i pojęcia: Trojanized Binaries (podmienione pliki wykonywalne i biblioteki); DLL Hijacking (przejęcie ładowania biblioteki dynamicznej); SQL Injection (wstrzykiwanie zapytań SQL); DNS Spoofing i ARP Poisoning (podmiana odpowiedzi DNS i zatrucie tablicy ARP).
Anatomia Naruszenia Integralności: Wstrzyknięcie do Bazy REKORD ORYGINALNY • Klient: Jan Kowalski • Kwota: 150 000 PLN • Rachunek: PL...1234 • Status: Do przelewu Hash: 8a9f...3c STAN ZGODNY SQL UPDATE Luka w API REKORD ZFAŁSZOWANY • Klient: Jan Kowalski • Kwota: 150 000 PLN • Rachunek: PL...9999 • Status: Do przelewu Hash: f1c2...8b BŁĄD SUMY! DETEKCJA HMAC CHECK BLOKADA Matematyczna Tarcza przed Podmianą Danych • Zastosowanie funkcji haszujących z kluczem (HMAC) uniemożliwia intruzowi wyliczenie nowej poprawnej sumy. • Każda próba modyfikacji rekordu bez znajomości klucza kryptograficznego powoduje natychmiastowy alert błędu. • Integralność weryfikowana jest na poziomie warstwy bazy danych przed realizacją transakcji biznesowej.
11/55
Dostępność w praktyce: anatomia paraliżu usług
Cel slajdu: Przedstawienie wektorów ataków odmowy usługi (DoS/DDoS), technik wyczerpywania zasobów oraz procedur obrony perymetru.

Kiedy serwery gasną: jak przestępcy odcinają tlen organizacji cyfrowej

Ataki na dostępność nie wymagają przełamywania tożsamości ani kradzieży haseł. Ich celem jest asymetryczne wyczerpanie zasobów sprzętowych lub sieciowych ofiary, skutkujące paraliżem obsługi klientów i stratami finansowymi. Ramy zarządzania atakami paraliżującymi formułuje publikacja CISA DDoS Guidance oraz biuletyny ochronne CERT Polska.

  • Ataki wolumetryczne w warstwie sieciowej (L3/L4): Zalew łączy pakietami UDP/ICMP lub ataki refleksyjne z amplifikacją (DNS Amplification x50, NTP x550, memcached x50 000) zapychające pasmo operatora.
  • Ataki w warstwie aplikacji (L7 DDoS): Wysyłanie z pozoru poprawnych, lecz wysoce kosztownych obliczeniowo zapytań HTTP (np. wyszukiwanie złożonych fraz w bazie, generowanie raportów PDF), paraliżujących serwer przy znikomym ruchu sieciowym.
  • Ataki wyczerpania stanów zapory (State Exhaustion): Wysyłanie milionów niesfinalizowanych sesji TCP SYN w celu zapełnienia tablicy translacji NAT/firewall i zablokowania nowych połączeń.
  • Praktyczna inspekcja obciążenia serwera w konsoli CLI: Weryfikacja procesów konsumujących najwięcej zasobów procesora w Linuksie: ps aux --sort=-%cpu | head -n 6 pozwalająca natychmiast zidentyfikować przeciążony proces.
Naruszenie Dostępności (Availability Denial): Stan uniemożliwienia lub drastycznego ograniczenia możliwości korzystania z zasobów cyfrowych przez uprawnionych użytkowników na skutek ataku celowego, awarii technicznej lub błędu konfiguracji. Skróty i pojęcia: DoS i DDoS (odmowa usługi oraz jej postać rozproszona), atak w warstwie L3/L4 (atak wolumetryczny na warstwę sieciową); HTTP Flood i Slowloris (ataki aplikacyjne wyczerpujące zasoby serwera); WAF (Web Application Firewall, zapora aplikacji internetowych).
Paraliż Dostępności: Zderzenie Fali DDoS z Scrubbing Center BOTNET 500 000 IoT 450 Gbps SCRUBBING CENTER Filtracja BGP Anycast Odrzucenie 99.8% śmieci Ruch czysty SERWERY ONLINE 100% Wskaźniki Gotowości Dostępności w Reżimie NIS2: • MTTD dla DDoS: Poniżej 30 sekund na automatyczne przekierowanie ruchu BGP do centrum czyszczącego. • RTO dla Ransomware: Maksymalnie 4 godziny na odtworzenie baz danych z niemodyfikowalnych kopii LTO/WORM. Strategiczne Znaczenie Dostępności w Sektorze Bankowym • Rozporządzenie DORA (UE) 2022/2554 nakłada na banki obowiązek zarządzania ryzykiem ICT i testowania zdolności do utrzymania ciągłości kluczowych funkcji biznesowych. • Niedostępność aplikacji mobilnej powyżej 2 godzin skutkuje karami finansowymi nakładanymi przez nadzór. • Dostępność to nie tylko kable, lecz przetestowane scenariusze awaryjne BCP i procedury sztabowe.
12/55
Incydenty wielowymiarowe: ransomware i ataki APT
Cel slajdu: Przedstawienie fenomenu wielowymiarowych ataków hybrydowych łączących jednoczesne naruszenie poufności, integralności i dostępności.

Kiedy adwersarz uderza ze wszystkich stron: hybrydowe wektory zniszczenia

Współczesna cyberprzestępczość porzuciła proste ataki jednowektorowe. Zorganizowane syndykaty ransomware oraz grupy APT stosują zaawansowany szantaż wieloetapowy (Double and Triple Extortion), uderzający symultanicznie we wszystkie filary triady CIA. Strategie obrony przed atakami wielowymiarowymi opisują portal CISA StopRansomware oraz matryca taktyk MITRE ATT&CK.

  • Szantaż wielopoziomowy (Double/Triple Extortion): 1. Kradzież danych i groźba publikacji (naruszenie Poufności) -> 2. Zaszyfrowanie baz i systemów produkcyjnych (naruszenie Dostępności) -> 3. Skasowanie kopii zapasowych i modyfikacja logów (naruszenie Integralności).
  • Operacje państwowych grup APT (Advanced Persistent Threats): Długotrwała, niewidoczna obecność w sieci ofiary w celu szpiegostwa (C), fałszowania parametrów procesów technologicznych (I) oraz przygotowania sabotażu (A) w krytycznym momencie politycznym.
  • Porażka silosowego podejścia do reagowania: Obsługa incydentu wielowymiarowego wymaga jednoczesnego uruchomienia playbooka technicznego (DRP/odbudowa), prawnego (RODO/KSC) oraz komunikacji kryzysowej (PR).
  • Kardynalna zasada dowodzenia sztabowego: Przy incydencie hybrydowym dowódca sztabu (Incident Commander) musi skoordynować działania tak, aby walka o dostępność (restart) nie zniszczyła śladów naruszenia poufności (dowody RAM).
Złożony Atak Hybrydowy (Complex Multi-Vector Attack): Wieloetapowa operacja cybernetyczna naruszająca symultanicznie poufność, integralność i dostępność zasobów organizacji w celu wywołania synergicznego efektu paraliżu biznesowego i prawnego. Skróty i pojęcia: Double i Triple Extortion (szantaż podwójny i potrójny, łączący kradzież danych, szyfrowanie i groźbę publikacji); Shadow Copies (kopie migawek systemu Windows kasowane przez adwersarza); APT (Advanced Persistent Threat, zaawansowane trwałe zagrożenie); PR (Public Relations, komunikacja kryzysowa).
Incydent Wielowymiarowy: Przełamanie Całej Triady CIA FAZA 1: POUFNOŚĆ (C) • Dwell time: 21 dni • Rozpoznanie Active Dir • Eksfiltracja 2 TB baz • Szantaż publikacją Skutek: RODO Art. 33 KRADZIEŻ DANYCH FAZA 2: INTEGRALNOŚĆ (I) • Wykasowanie kopii VSS • Zmiana polis GPO • Wyczyszczenie EventLog • Wstrzyknięcie backdoor Skutek: Brak audytu ZATARCIE ŚLADÓW FAZA 3: DOSTĘPNOŚĆ (A) • Masowe szyfrowanie • Blokada kontrolerów DC • Wyłączenie maszyn ESXi • Paraliż produkcji fabryki Skutek: KSC 24h CSIRT PARALIŻ FABRYKI Strategia Obrony przed Atakiem Wielowymiarowym • Zatrzymanie adwersarza w Fazie 1 (przed eksfiltracją) ratuje poufność i zapobiega szantażowi. • Ochrona logów w zewnętrznym SIEM chroni integralność dowodów i umożliwia rekonstrukcję osi czasu. • Niezmienne kopie zapasowe WORM gwarantują szybkie odzyskanie dostępności bez płacenia okupu.
13/55
Model CIA a zarządzanie ryzykiem (ISO/IEC 27005)
Cel slajdu: Przedstawienie procedury kwantyfikacji wartości aktywów informacyjnych przez pryzmat triady CIA w ramach analizy ryzyka SZBI.

Kwantyfikacja wartości: jak wycenić aktywa informacyjne przez pryzmat triady

Zgodnie z normą ISO/IEC 27005:2022 oraz wytycznymi NIST, organizacja nie może chronić wszystkich zasobów z jednakową intensywnością. Konieczne jest przypisanie każdemu aktywowi profilu wymagań w skali C-I-A (np. Wysoki-Średni-Niski), co determinuje architekturę zabezpieczeń i budżet obronny. Metodykę szacowania ryzyka standaryzują norma ISO/IEC 27005:2022 oraz podręcznik planowania awaryjnego NIST SP 800-34 Rev. 1.

  • Profilowanie aktywów informacyjnych (Asset CIA Profiling): Ocena każdego zbioru danych w 3 wymiarach (np. Baza klientów: C=Wysoki, I=Wysoki, A=Średni; Publiczny portal www: C=Niski, I=Średni, A=Krytyczny).
  • Szacowanie straty jednostkowej (Single Loss Expectancy - SLE): Kalkulacja kosztu pojedynczego incydentu naruszającego dany atrybut: SLE = Wartość aktywa x Współczynnik ekspozycji (Exposure Factor).
  • Uzasadnienie budżetu na mechanizmy obronne (ROI): Porównanie kosztu wdrożenia środka zapobiegawczego (np. systemu anty-DDoS za 100 tys. zł) z potencjalną stratą z tytułu naruszenia dostępności (500 tys. zł za dzień przestoju).
  • Dynamiczna aktualizacja profilu po incydencie: Rzeczywisty incydent stanowi twardy dowód weryfikujący poprawność wcześniejszych założeń analizy ryzyka i zmuszający do podniesienia klasy ochrony.
Profil Bezpieczeństwa Aktywa (Asset CIA Security Profile): Formalna ocena wymagań w zakresie poufności, integralności i dostępności przypisana do określonego zbioru danych lub systemu teleinformatycznego w procesie analizy ryzyka SZBI. Skróty i pojęcia: NIST SP 800-34 Rev. 1 (ciągłość działania, odtwarzanie awaryjne i zarządzanie ryzykiem, NIST); EF (Exposure Factor, współczynnik ekspozycji, czyli procentowa degradacja aktywa).
Profilowanie Aktywów Informacyjnych wg Wymagań CIA AKTYWO INFORMACYJNE POUFNOŚĆ (C) INTEGRALNOŚĆ (I) DOSTĘPNOŚĆ (A) Baza kartotek pacjentów (HIS) WYSOKA KRYTYCZNA KRYTYCZNA Portal e-commerce B2C ŚREDNIA ŚREDNIA WYSOKA Publiczny blog marketingowy NISKA ŚREDNIA NISKA System SCADA sieci gazowej ŚREDNIA KRYTYCZNA KRYTYCZNA Powiązanie Rejestru Aktywów z Silnikiem Triage w SOC • System SIEM automatycznie pobiera profil CIA atakowanego hosta z bazy CMDB organizacji. • Alert o malware na maszynie o profilu [Low/Low/Low] otrzymuje priorytet P3 (rozwiązanie w 24h). • Identyczny alert na serwerze o profilu [Crit/Crit/Crit] generuje priorytet P1 i natychmiast budzi sztab IR.
14/55
Model CIA w polskim i unijnym porządku prawnym
Cel slajdu: Przedstawienie norm prawnych polskiego Kodeksu karnego, RODO oraz Ustawy o KSC chroniących poufność, integralność i dostępność informacji.

Prawne sankcje za utratę bezpieczeństwa: jak kodeksy definiują naruszenia triady

Pojęcia poufności, integralności i dostępności nie są jedynie konstrukcjami inżynierskimi. Stanowią one dobra prawnie chronione na poziomie ustaw i rozporządzeń unijnych, a ich naruszenie rodzi odpowiedzialność karną, administracyjną oraz cywilno-odszkodowawczą. Ochronę karną statuuje Kodeks karny (Dz.U. 1997 nr 88 poz. 553 z późn. zm.), rygory ochrony danych osobowych nakłada unijne Rozporządzenie RODO, a ład cyberprzestrzeni reguluje ustawa o Krajowym Systemie Cyberbezpieczeństwa w brzmieniu nadanym nowelizacją z 23 stycznia 2026 r. (Dz.U. 2026 poz. 252).

  • Penalizacja naruszenia poufności w Kodeksie karnym: Art. 267 KK (Nieuprawniony dostęp / podsłuch / przełamanie zabezpieczeń) - kara pozbawienia wolności do lat 2; Art. 266 KK (Ujawnienie tajemnicy zawodowej).
  • Penalizacja naruszenia integralności w Kodeksie karnym: Art. 268a KK (niszczenie, usuwanie, zmiana lub utrudnianie dostępu do danych informatycznych) - kara do lat 3, a przy znacznej szkodzie majątkowej od 3 miesięcy do lat 5; Art. 269 KK (sabotaż informatyczny dotyczący danych o szczególnym znaczeniu dla państwa) - kara od 6 miesięcy do lat 8.
  • Penalizacja naruszenia dostępności w Kodeksie karnym: Art. 269a KK (istotne zakłócenie pracy systemu informatycznego, systemu teleinformatycznego lub sieci teleinformatycznej) - kara pozbawienia wolności od 3 miesięcy do lat 5.
  • Odpowiedzialność administracyjna administratora: Obowiązek stosowania środków technicznych i organizacyjnych adekwatnych do ryzyka (art. 32 ust. 1 RODO) oraz obowiązki zarządcze i nadzorcze z art. 20-21 Dyrektywy NIS2, pod rygorem kar finansowych nakładanych przez Prezesa UODO oraz organ właściwy do spraw cyberbezpieczeństwa.
Prawna Ochrona Atrybutów Bezpieczeństwa (Legal CIA Protection): Zbiór norm prawa karnego, unijnego i administracyjnego penalizujących czyny godzące w poufność, integralność lub dostępność danych cyfrowych oraz nakładających obowiązki zabezpieczające na administratorów. Skróty i pojęcia: NIS2 art. 20 i art. 21 (obowiązki zarządcze oraz odpowiedzialność organów zarządzających); KSC (Krajowy System Cyberbezpieczeństwa); Dz.U. (Dziennik Ustaw).
Model CIA w Siatce Przepisów Prawnych (RP / UE) POUFNOŚĆ (C) • Art. 267 KK: Hacking, podsłuch, do 2 lat • Art. 32 RODO: Zasada poufności danych • Kary UODO: Do 20 mln EUR z art. 83 TAJEMNICA INTEGRALNOŚĆ (I) • Art. 268a KK: Niszczenie danych, do lat 3 • Art. 270 KK: Fałszerstwo dokumentu cyfr. • KSC Art. 8: Zapewnienie integralności WIARYGODNOŚĆ DOSTĘPNOŚĆ (A) • Art. 269a KK: Paraliż sieci/DDoS, do 5 lat • Dyrektywa NIS2: Ciągłość usług krytycznych • Kary NIS2: Do 10 mln EUR z art. 34 ust. 4 CIĄGŁOŚĆ Naczelna Zasada Odpowiedzialności Prawnej • Sprawca ataku odpowiada karnie na podstawie przepisów Kodeksu karnego (ściganie przez CBZC i Prokuraturę). • Administrator danych odpowiada administracyjnie za brak adekwatnych zabezpieczeń triady (kary UODO i KSC). • Art. 20 NIS2 nakłada obowiązki zarządcze i odpowiedzialność organu zarządzającego (art. 32 ust. 6); zakaz funkcji kierowniczych: art. 32 ust. 5 lit. b (tylko podmioty kluczowe); kary dla podmiotów: art. 34 ust. 4-5. W KSC: art. 73a, kara do 300% wynagrodzenia (do 100% dla podmiotów publicznych).
15/55
Podsumowanie modelu CIA: tarcza ochronna organizacji
Cel slajdu: Syntetyczne podsumowanie Części 1: integracja filarów CIA z procedurami triage, inżynierią obronną i ładem prawnym.

Kluczowe wnioski: jak model CIA porządkuje chaos reagowania na incydenty

Zrozumienie modelu CIA pozwala inżynierowi bezpieczeństwa na natychmiastowe odrzucenie szumu informacyjnego podczas kryzysu. Każdy incydent staje się zrozumiały i operacyjny, gdy odpowiemy na trzy fundamentalne pytania diagnostyczne: Co wyciekło? Co zostało sfałszowane? Co przestało działać? Standardy ładu obronnego wokół modelu CIA wyznaczają norma ISO/IEC 27035-1:2023 oraz podręcznik NIST SP 800-61 Rev. 3.

  • Trzy pytania diagnostyczne analityka SOC: 1. Czy doszło do nieuprawnionego ujawnienia danych? (Poufność) -> 2. Czy stan danych lub konfiguracji został zmodyfikowany? (Integralność) -> 3. Czy klienci i pracownicy utracili dostęp do usług? (Dostępność).
  • Automatyczny dobór dedykowanych Playbooków: Odpowiedź na pytania CIA determinuje natychmiastowe uruchomienie procedur: Playbook Ransomware (C+I+A), Playbook DDoS (A) lub Playbook Data Breach (C).
  • Zsynchronizowany bieg procedur prawnych: Naruszenie atrybutu C przy danych osobowych uruchamia ocenę ryzyka i - jeśli ryzyko jest prawdopodobne - zgłoszenie do Prezesa UODO (72h); naruszenie atrybutu A usług kluczowych aktywuje zgłoszenie incydentu poważnego do CSIRT (24h/72h).
  • Przejście do Części 2: Poziomy Wpływu: Ustalenie naruszonego atrybutu CIA to dopiero połowa diagnozy; w kolejnej części zbadamy jak zmierzyć głębokość zniszczeń i przypisać poziom powagi zdarzenia (P1-P4).
Zharmonizowana Architektura CIA (Harmonized CIA Framework): Zintegrowany model zarządzania bezpieczeństwem informacji łączący klasyfikację aktywów, dobór kontroli technicznych oraz procedury reagowania wokół ochrony poufności, integralności i dostępności. Skróty i pojęcia: ISO/IEC 27035-1:2023 (norma zarządzania incydentami bezpieczeństwa informacji, ISO); NIST SP 800-61 Rev. 3 (podręcznik Incident Handling Guide), triage (wstępna kwalifikacja zdarzenia).
Zwieńczenie Bloku 1: Triada CIA w Równowadze POUFNOŚĆ Szyfrowanie INTEGRALNOŚĆ Hasze & WORM DOSTĘPNOŚĆ Klastry HA & DR CYBER ODPORNOŚĆ Podsumowanie Podstaw Klasyfikacji Triady • Triada CIA wyznacza cel ataku oraz determinuje dobór środków obronnych w Systemie SZBI. • W fazie triage błąd w przypisaniu atrybutu opóźnia powiadomienie właściwych organów nadzorczych. • W kolejnym bloku: jak wycenić wagę incydentu za pomocą 4-stopniowej skali poziomu wpływu.
16/55
Poziomy wpływu: wprowadzenie i znaczenie operacyjne
Cel slajdu: Przedstawienie definicji, roli operacyjnej i kryteriów wyznaczania czterech poziomów dotkliwości incydentów (Severity Levels P1-P4).

Kwantyfikacja skali kryzysu: od drobnego incydentu do stanu zagrożenia bytu firmy

Nie każdy incydent wymaga stawiania w stan gotowości prezesa zarządu i angażowania kancelarii prawnej. Płynna kwantyfikacja powagi zdarzenia pozwala na racjonalne gospodarowanie ograniczonymi zasobami zespołu reagowania i zapobiega paraliżowi decyzyjnemu. Standardy wyznaczania poziomów dotkliwości w zespołach CSIRT/SOC formułują podręcznik FIRST CSIRT Services Framework v2.1 oraz publikacja NIST SP 800-61 Rev. 3.

  • Czterostopniowa skala Severity (P1 do P4): Uniwersalny podział: Poziom Krytyczny (P1 / Critical), Poziom Wysoki (P2 / High), Poziom Średni (P3 / Medium) oraz Poziom Niski (P4 / Low).
  • Automatyczne sprzężenie z poziomem mobilizacji: Poziom wpływu natychmiast determinuje skład sztabu reagowania: od samodzielnego dyżurnego analityka SOC (dla P4) po pełny sztab kryzysowy z udziałem CISO, Zarządu, prawników i PR (dla P1).
  • Szacowanie wieloaspektowe: Ocena wpływu nie ogranicza się do liczby zaatakowanych komputerów; uwzględnia krytyczność procesu biznesowego, obecność danych osobowych, straty finansowe i ekspozycję medialną.
  • Podstawa wyznaczania rygorów SLA: Przypisanie poziomu determinuje bezwzględny czas na podjęcie ticketu (MTTA) oraz czas na powstrzymanie rozprzestrzeniania się ataku (MTTC).
Poziom Wpływu Incydentu (Incident Severity Level): Kwantyfikowalna miara dotkliwości incydentu bezpieczeństwa określająca stopień zagrożenia dla ciągłości działania, poufności aktywów, stabilności finansowej i zobowiązań prawnych organizacji. Skróty i pojęcia: FIRST (Forum of Incident Response and Security Teams, CSIRT Services Framework v2.1); Severity (dotkliwość incydentu); Ticket (zgłoszenie w systemie biletowym).
Architektura Poziomów Wpływu P1-P4 (analogia do NIST FIPS 199) P1: KRYTYCZNY • Paraliż usług • Zagrożenie bytu • Wyciek strategiczny • Pełny sztab 24/7 SLA < 15 min P2: WYSOKI • Ciężka degradacja • Skompromitowany DC • Duże straty fin. • Zespół SecOps L3 SLA < 1 h P3: ŚREDNI • Lokalny wpływ • System poboczny • Praca możliwa • Zespół L2 helpdesk SLA < 8 h P4: NISKI • Marginalny skutek • Pojedyncza stacja • Alert skanera • Standardowy bilet SLA < 48 h Trzy Czynniki Determinujące Poziom Wpływu • Wymiar finansowy: Bezpośrednie koszty przestoju na godzinę w relacji do rocznego obrotu. • Wymiar prawny: Czy naruszono terminy ustawowe dyrektywy NIS2 lub wymogi rozporządzenia RODO. • Wymiar operacyjny: Liczba klientów lub obywateli pozbawionych dostępu do kluczowych usług.
17/55
Poziom krytyczny (Critical / P1): charakterystyka i kryteria
Cel slajdu: Przedstawienie kryteriów kwalifikacyjnych, procedur natychmiastowej eskalacji oraz rygorów operacyjnych dla incydentów o poziomie P1.

Czerwony alarm: kiedy zagrożone jest przetrwanie organizacji lub bezpieczeństwo państwa

Poziom Krytyczny (P1) oznacza stan najwyższego zagrożenia operacyjnego. Obejmuje zdarzenia, które paraliżują usługi kluczowe, grożą upadłością przedsiębiorstwa, wywołują masowy wyciek wrażliwych danych osobowych lub zagrażają infrastrukturze krytycznej państwa. Kryteria incydentu poważnego i krytycznego definiuje ustawa o Krajowym Systemie Cyberbezpieczeństwa w brzmieniu nadanym nowelizacją z 23 stycznia 2026 r. (Dz.U. 2026 poz. 252) oraz portal zgłoszeniowy CSIRT NASK.

  • Kryteria progowe poziomu P1: Całkowity paraliż systemów transakcyjnych (ERP, bankowość, produkcja); zaszyfrowanie centrum danych przez ransomware; wyciek danych wrażliwych powyżej 10 000 osób; kompromitacja kontrolerów domeny (Domain Admin); sabotaż sieci OT/SCADA.
  • Rygory czasowe SLA: Maksymalny czas podjęcia reakcji (MTTA) poniżej 15 minut; natychmiastowe zwołanie sztabu kryzysowego w trybie 24/7/365.
  • Powołanie Incident Commandera: Przejęcie jednoosobowego dowodzenia nad całością operacji technicznych i komunikacyjnych przez certyfikowanego dowódcę incydentu.
  • Start zegarów prawnych i powiadomień: Uruchomienie procedury Wczesnego Ostrzeżenia (24h) do właściwego CSIRT poziomu krajowego oraz powiadomienie IOD w celu przygotowania zgłoszenia do UODO w 72h.
Incydent Krytyczny (Critical Incident P1): Incydent bezpieczeństwa o katastrofalnych skutkach operacyjnych, prawnych lub finansowych, zagrażający ciągłości funkcjonowania podmiotu lub bezpieczeństwu państwa, wymagający natychmiastowej mobilizacji sztabu kryzysowego. Skróty i pojęcia: KSC (Krajowy System Cyberbezpieczeństwa w brzmieniu nadanym nowelizacją z 23 stycznia 2026 r., zob. tekst w ELI); MTTA (średni czas potwierdzenia zgłoszenia, dla P1 poniżej 15 minut).
Protokół Postępowania w Incydencie Krytycznym (P1) KRYTERIA KWALIFIKACJI DO P1 • Dostępność: Paraliż usług transakcyjnych • Tożsamość: Złoty Bilet (Golden Ticket) w AD • Poufność: Wyciek bazy danych > 100 000 osób • Finanse: Strata bezpośrednia > 1 mln PLN • Prawo: Incydent poważny w rozumieniu NIS2 • Zdrowie/Życie: Zagrożenie w szpitalu / OT STATUS: STAN WYJĄTKOWY ŚCIEŻKA ESKALACJI OPERACYJNEJ • T+0 min: Automatyczny alert P1 z SIEM • T+10 min: Telefon do Incident Commandera • T+20 min: Powołanie War Room (sztab) • T+30 min: Briefing dla Członka Zarządu • T+60 min: Uruchomienie zewnętrznego Retainera • T+24 h: Wczesne ostrzeżenie do CSIRT KSC REŻIM CIĄGŁY 24/7 Specjalne Uprawnienia Incident Commandera w Incydencie P1 • Prawo do natychmiastowego odcięcia systemów produkcyjnych od Internetu bez zgody biznesu. • Bezpośredni dostęp do Prezesa Zarządu z pominięciem standardowej hierarchii służbowej. • Nielimitowany budżet interwencyjny na zatrudnienie zewnętrznych ekspertów śledczych.
18/55
Poziom wysoki (High / P2): charakterystyka i kryteria
Cel slajdu: Przedstawienie kryteriów kwalifikacyjnych, organizacji obrony oraz działań zapobiegających eskalacji dla incydentów poziomu P2.

Poważne uderzenie: jak powstrzymać eskalację do poziomu krytycznego

Poziom Wysoki (P2) reprezentuje poważne incydenty, które zdołały przełamać mechanizmy obronne perymetru i stwarzają realne ryzyko eskalacji, lecz nie doprowadziły jeszcze do całkowitego paraliżu działalności biznesowej ani utraty nadrzędnych baz danych. Procedury powstrzymywania takich zagrożeń rekomenduje zbiór CISA Incident Response Playbooks oraz biuletyny CERT Polska.

  • Kryteria progowe poziomu P2: Kompromitacja pojedynczego serwera produkcyjnego bez praw administratora domeny; udana infekcja ransomware powstrzymana w pojedynczej podsieci; wyciek danych niebędących danymi wrażliwymi; odmowa dostępu do usług pomocniczych.
  • Rygory czasowe SLA: Maksymalny czas reakcji (MTTA) poniżej 30-60 minut; zaangażowanie dedykowanych inżynierów SOC Tier 2 i Tier 3.
  • Główny cel taktyczny sztabu: Błyskawiczny containment: odcięcie zainfekowanego węzła, zablokowanie ruchu bocznego i uniemożliwienie adwersarzowi eskalacji uprawnień do poziomu krytycznego (P1).
  • Powiadomienie kierownictwa IT i IOD: Raport sytuacyjny przekazywany Dyrektorowi Bezpieczeństwa (CISO) oraz analiza prawna pod kątem konieczności powiadomienia organów nadzorczych.
Incydent Wysoki (High Incident P2): Poważne naruszenie bezpieczeństwa wywołujące istotne zakłócenia operacyjne lub częściową kompromitację systemów produkcyjnych, niosące wysokie ryzyko eskalacji do poziomu krytycznego w przypadku braku natychmiastowej reakcji. Skróty i pojęcia: CISA Incident Response Playbooks (zestaw playbooków reagowania, CISA).
Profil i Granice Incydentu Wysokiego Poziomu (P2) OBJAWY INCYDENTU POZIOMU P2 • Degradacja: System ERP działa 3x wolniej • Zasięg: Złośliwe makro na 15 stacjach handlowych • Tożsamość: Kompromitacja konta kierownika • Dane: Podejrzenie pobrania cennika przez konkurencję • Ciągłość: Klienci mogą składać zamówienia • Wpływ: Poważny, ale pod kontrolą STATUS: ALARM WYSOKI DZIAŁANIA MITIGACYJNE P2 • Izolacja EDR: Zablokowanie stacji zainfekowanych • Reset haseł: Wymuszenie zmiany dla działu • Blokada sieci: Odcięcie IP na firewallu brzegowym • Threat Hunting: Skan sieci pod kątem C2 • Przygotowanie: Gotowość do eskalacji w 10 min • Notyfikacja: Zawiadomienie IOD i CISO CZAS AKCJI < 4H Strategiczna Rola Zespołu Poziomu P2 • Incydent P2 to ostatnia szansa na zatrzymanie adwersarza przed wejściem na serwery krytyczne. • Skuteczna izolacja hostów na EDR w fazie P2 zapobiega katastrofalnemu zaszyfrowaniu firmy. • Pomiędzy P2 a P1 przebiega granica między incydentem operacyjnym a kryzysem całego podmiotu.
19/55
Poziom średni (Medium / P3): charakterystyka i kryteria
Cel slajdu: Przedstawienie kryteriów kwalifikacyjnych, procedur obsługi w standardowych godzinach pracy oraz rutyny bojowej dla incydentów P3.

Rutyna bojowa SOC: zdarzenia ograniczone, które nie zagrażają ciągłości biznesu

Poziom Średni (P3) obejmuje codzienną rutynę operacyjną każdego dojrzałego centrum operacji bezpieczeństwa. Zdarzenia te mają charakter lokalny, ich zasięg jest ściśle ograniczony do pojedynczych urządzeń lub użytkowników, a wdrożone środki prewencyjne zadziałały prawidłowo. Standardy obsługi zgłoszeń P3 określają wytyczne CIS Critical Security Controls v8.1 oraz dokumentacja ENISA Incident Response.

  • Kryteria progowe poziomu P3: Infekcja złośliwym oprogramowaniem pojedynczej stacji roboczej pracownika natychmiast zablokowana przez EDR; udany phishing na konto szeregowego pracownika bez uprawnień administracyjnych; awaria redundantnego zasilacza w serwerze.
  • Rygory czasowe SLA: Czas podjęcia ticketu (MTTA) do 2-4 godzin; obsługa prowadzona przez analityków Tier 1 i Tier 2 w standardowym trybie pracy SOC.
  • Standardowa procedura wykonawcza: Izolacja pojedynczego hosta, wykonanie skanu forensycznego, wdrożenie czystego złotego obrazu (re-image) i zmiana hasła użytkownika.
  • Brak konieczności mobilizacji Zarządu: Incydent obsługiwany wewnątrz działu bezpieczeństwa; odnotowanie w miesięcznym raporcie telemetrycznym bez uruchamiania procedur kryzysowych.
Incydent Średni (Medium Incident P3): Lokalne zdarzenie bezpieczeństwa o ograniczonym promieniu rażenia, niewpływające bezpośrednio na procesy biznesowe ani nienaruszające integralności nadrzędnych zbiorów danych, obsługiwane procedurami rutynowymi. Skróty i pojęcia: CIS Critical Security Controls v8.1 (katalog kontroli bezpieczeństwa, CIS Controls); P3 (poziom średni incydentu); EDR (Endpoint Detection and Response, ochrona punktów końcowych).
Charakterystyka Operacyjna Incydentów Średnich (P3) TYPOWE PRZYKŁADY INCYDENTU P3 • Zablokowany trojan w skrzynce spamu • Izolacja 1 laptopa przez EDR (kwarantanna) • Skanowanie portów z jednego zewnętrznego IP • Tymczasowa niedostępność serwera druku • Błędne logowania użytkownika po urlopie • Niewyjaśniony restart serwera deweloperskiego TRYB: GODZINY PRACY PARAMETRY OBSŁUGI W SOC • Obsługa: Analityk L1 / L2 w systemie ticket • SLA Reakcji: Do 4-8 godzin roboczych • SLA Rozwiązania: Do 24 godzin roboczych • Notyfikacje zewn.: Zwykle brak obowiązku • Zaangażowanie Zarządu: Brak (raport miesięczny) • Rejestracja: Wpis w bazie wiedzy SOC RUTYNA OPERACYJNA Zasada Czujności w Obsłudze Incydentów Średnich • Incydent P3 może być w rzeczywistości fazą rekonesansu zaawansowanego ataku APT. • Jeżeli w ciągu 2 godzin pojawią się 3 powiązane alerty P3, sprawa musi zostać zreklasyfikowana do P2. • Automatyzacja SOAR pozwala na natychmiastowe zamknięcie do 80% rutynowych spraw P3.
20/55
Poziom niski (Low / P4): charakterystyka i kryteria
Cel slajdu: Przedstawienie kryteriów kwalifikacyjnych, procedur automatycznego zamykania oraz higieny teleinformatycznej dla alertów P4.

Higiena teleinformatyczna: zdarzenia marginalne i alerty informacyjne

Poziom Niski (P4) to sygnały o charakterze informacyjnym, incydenty niemające bezpośredniego wpływu na infrastrukturę lub próby ataków w pełni odparte przez systemy prewencyjne. Właściwa kategoryzacja P4 chroni analityków przed zmęczeniem alertami. Zasady zarządzania dziennikami i filtrowania szumu standaryzuje podręcznik NIST SP 800-92 (Log Management) oraz reguły sygnaturowe VirusTotal YARA.

  • Kryteria progowe poziomu P4: Zablokowany skan portów ze znanego w Internecie skanera (Shodan); pojedyncza wiadomość spamowa/phishingowa wyłapana przez bramkę pocztową; zablokowane pobranie pliku przez filtr URL; nieudane próby logowania ze stacji roboczej (omyłka hasła).
  • Rygory czasowe SLA: Czas podjęcia zgłoszenia do 8-24 godzin lub obsługa w pełni zautomatyzowana przez skrypty SOAR.
  • Weryfikacja pod kątem szerszej kampanii: Pojedynczy alert P4 nie wymaga interwencji, lecz ich seria z jednego źródła może zostać zautomatyzowanym algorytmem podniesiona do rangi P2 lub P1.
  • Praktyczna analiza źródeł skanowania w konsoli CLI: Ekstrakcja unikalnych adresów IP atakujących przez SSH w systemie Linux: journalctl -u ssh -S today --no-pager | grep -oP 'from \K[0-9.]+(?= port)' | sort | uniq -c | sort -nr | head -n 5.
Incydent Niski (Low Incident P4): Zdarzenie o znikomym lub zerowym wpływie na bezpieczeństwo operacyjne, stanowiące element naturalnego szumu teleinformatycznego lub w pełni zneutralizowane przez automatyczne filtry perymetru. Skróty i pojęcia: NIST SP 800-92 (Guide to Computer Security Log Management, NIST); P4 (poziom niski incydentu); Shodan i Censys (wyszukiwarki publicznie dostępnych usług sieciowych); Alert Fatigue (zmęczenie alertami).
Charakterystyka Operacyjna Incydentów Niskich (P4) PRZYKŁADY ZDARZEŃ POZIOMU P4 • Zablokowany skan portów przez zaporę • Zgłoszenie zablokowanego spamu bez makr • Wygaśnięcie certyfikatu testowej maszyny • Próba instalacji niedozwolonej aplikacji • Zostawienie odblokowanego ekranu stacji • Wykrycie luki niskiego ryzyka (CVSS < 4.0) STATUS: INFORMACYJNY STANDARD OBSŁUGI P4 • Obsługa: Auto-zamknięcie przez SOAR / Helpdesk • SLA Reakcji: Do 48 godzin roboczych • SLA Rozwiązania: Do 5 dni roboczych • Koszt obsługi: Minimalny / zautomatyzowany • Cel analityczny: Statystyka i edukacja użytkowników • Ryzyko eskalacji: Bliskie zeru CYKL SERWISOWY IT Znaczenie Zdarzeń P4 dla Higieny Cyberbezpieczeństwa • Agregacja zdarzeń P4 pozwala wykryć pracowników wymagających ponownego przeszkolenia z phishingu. • Systematyczne łatanie luk P4 eliminuje podatności wykorzystywane przez intruzów do rekonesansu. • Automatyzacja P4 chroni analityków SOC przed zmęczeniem alertami (Alert Fatigue).
21/55
Macierz klasyfikacji wpływu: powiązanie poziomów z CIA
Cel slajdu: Przedstawienie dwuwymiarowej macierzy klasyfikacji łączącej wagę naruszonego aktywa informacyjnego ze stopniem degradacji atrybutów CIA.

Klucz kwalifikacyjny: dwuwymiarowa matryca oceny powagi incydentu

Obiektywna ocena poziomu wpływu nie może opierać się na intuicji analityka dyżurnego. Konieczne jest zastosowanie deterministycznej macierzy decyzyjnej, która krzyżuje wartość biznesową naruszonego aktywa ze skalą uszczerbku na atrybutach CIA. Wytyczne budowy matryc decyzyjnych w procesie triage określają norma ISO/IEC 27035-2:2023 oraz wytyczne NIST SP 800-61 Rev. 3.

  • Oś pionowa: Klasa krytyczności aktywa (Asset Criticality): Poziom 1: Aktywa krytyczne (Active Directory, baza klientów, sterowniki SCADA); Poziom 2: Aktywa istotne (serwery poczty, intranet); Poziom 3: Aktywa pomocnicze (stacje robocze, serwery testowe).
  • Oś pozioma: Stopień degradacji atrybutów CIA: Utrata całkowita (wyciek masowy, zniszczenie baz, paraliż łącza); Utrata częściowa (ograniczenie wydajności, wyciek pojedynczych plików); Utrata znikoma (próba ataku odparta).
  • Kombinacja decyzyjna w macierzy: Aktywo krytyczne + Utrata całkowita = Poziom P1 (Krytyczny); Aktywo krytyczne + Utrata częściowa = Poziom P2 (Wysoki); Aktywo pomocnicze + Utrata częściowa = Poziom P3 (Średni).
  • Eliminacja subiektywizmu i chaosu: Macierz gwarantuje, że dwóch różnych inżynierów SOC w nocy zakwalifikuje ten sam incydent do dokładnie tej samej kategorii priorytetowej.
Macierz Klasyfikacji Wpływu (Severity Decision Matrix): Deterministyczne narzędzie decyzyjne określające poziom priorytetu incydentu (P1-P4) na podstawie skrzyżowania wagi biznesowej zaatakowanego zasobu ze stopniem naruszenia poufności, integralności lub dostępności. Skróty i pojęcia: ISO/IEC 27035-2:2023 (norma planowania i przygotowania reagowania na incydenty, ISO); NIST SP 800-61 Rev. 3 (podręcznik Incident Handling Guide).
Dwuwymiarowa Macierz Kwalifikacji Wpływu: 4x3 POZIOM POUFNOŚĆ (C) INTEGRALNOŚĆ (I) DOSTĘPNOŚĆ (A) P1: CRIT Masowy wyciek bazy RODO > 100 000 osób, dane wrażliwe Sabotaż SCADA / OT Zagrożenie życia, wybuch Paraliż usług kluczowych Zatrzymanie fabryki / banku P2: HIGH Wyciek danych klientów 1 000 - 100 000 wpisów Modyfikacja bazy SQL Podmiana kwot faktur Ciężka degradacja usług Czas przestoju > 4h P3: MED Wyciek cennika firmy Dane wewnętrzne, brak RODO Web Defacement portalu Podmiana podstrony bloga Awaria systemu pomocniczego Intranet, poczta wewnętrzna P4: LOW Dane jawne / publiczne Brak ryzyka tajemnicy Drobny błąd w logach Brak wpływu na dane Pojedyncza stacja robocza Restart PC, błąd drukarki Zasada Dominacji Najwyższego Poziomu (The Max-Rule) • Ostateczny priorytet incydentu to MAX(Wpływ C, Wpływ I, Wpływ A). • Wystarczy krytyczne naruszenie jednego atrybutu, aby cały incydent otrzymał status P1. • Macierz stanowi załącznik do Planu Reagowania zatwierdzany przez Zarząd podmiotu.
22/55
Taryfikator SLA reakcji według poziomu wpływu
Cel slajdu: Przedstawienie powiązania poziomów wpływu z rygorami czasowymi SLA dla czasów reakcji, powstrzymywania i raportowania.

Zegar nie wybacza: jak przełożyć poziomy wpływu na sekundy, minuty i godziny reakcji

Poziom wpływu jest bezwartościowy, jeżeli nie pociąga za sobą natychmiastowych, egzekwowalnych limitów czasowych na podjęcie działań. Prawidłowo zdefiniowane SLA w zespole reagowania określa maksymalne czasy dla wskaźników MTTA i MTTC oraz harmonizuje działania z terminami ustawowymi. Ramy pomiarów i metryk operacyjnych definiuje przewodnik NIST SP 800-55 Rev. 1 oraz norma ISO/IEC 27004:2016.

  • Taryfikator MTTA (Czas podjęcia / reakcji): P1 (Krytyczny): MTTA poniżej 15 minut; P2 (Wysoki): poniżej 60 minut; P3 (Średni): poniżej 4 godzin; P4 (Niski): poniżej 24 godzin.
  • Taryfikator MTTC (Czas powstrzymania / containment): P1: izolacja i kordon sanitarny w czasie poniżej 2 godzin; P2: powstrzymanie do 8 godzin; P3: do 24 godzin od zgłoszenia.
  • Rygory eskalacji przy przekroczeniu limitu: Brak potwierdzenia podjęcia incydentu P1 w ciągu 15 minut powoduje automatyczną eskalację alarmu SMS/telefon do Incident Commandera i Dyrektora CISO.
  • Harmonizacja z zegarami prawnymi: Dla incydentów P1/P2 automatycznie uruchamia się odliczanie zegara 24 godzin na Wczesne Ostrzeżenie do CSIRT oraz 72 godzin na zgłoszenie do Prezesa UODO.
Taryfikator SLA Reagowania (IR Service Level Agreement): Zbiór sformalizowanych, mierzalnych parametrów czasowych określających maksymalne dopuszczalne terminy potwierdzenia, podjęcia, izolacji i raportowania incydentu w zależności od przypisanego poziomu wpływu. Skróty i pojęcia: NIST SP 800-55 Rev. 1 (Guide for Assessing the Security Controls in Information Systems, NIST); SLA (umowa o poziomie świadczenia usługi); Incident Commander (dowódca incydentu).
Taryfikator Czasów Reakcji i Naprawy wg SLA POZIOM MTTA (REAKCJA) MTTC (CONTAIN) MTTR (RECOVERY) STATUS UPDATE P1: KRYTYCZNY < 15 min < 2 godziny < 4 godziny Co 60 min (24/7) P2: WYSOKI < 1 godzina < 4 godziny < 12 godzin Co 4 godziny P3: ŚREDNI < 4 godziny < 12 godzin < 24 godziny Dzienny raport P4: NISKI < 24 godziny < 48 godzin < 5 dni rob. Raport miesięczny Integracja SLA ze Zgłoszeniami Prawnymi KSC i RODO • Osiągnięcie containmentu w P1 w czasie poniżej 2h umożliwia precyzyjne zgłoszenie do CSIRT w 24h. • Każde opóźnienie w MTTC drastycznie zwiększa zakres wycieku danych i potęguje kary UODO. • Wskaźniki SLA stanowią podstawę audytu efektywności procesu IR w normie ISO/IEC 27035.
23/55
Priorytetyzacja przy wielu incydentach: kolejkowanie i triage
Cel slajdu: Przedstawienie procedur kolejkowania zgłoszeń, algorytmów priorytetyzacji oraz zarządzania zasobami w warunkach przeciążenia SOC.

Kiedy pali się w dziesięciu miejscach naraz: jak zarządzać wąskim gardłem zespołu SOC

W warunkach zmasowanego ataku lub fali kampanii socjotechnicznej zespół SOC może otrzymać dziesiątki równoległych alertów o wysokiej dotkliwości. Próba obsługi zgłoszeń według kolejności zgłoszenia (FIFO) prowadzi do katastrofy. Standardy zarządzania incydentami w warunkach kryzysowych opisuje podręcznik Google SRE Incident Response oraz framework FIRST CSIRT Services Framework v2.1.

  • Porzucenie kolejki FIFO na rzecz kolejki priorytetowej: Bezwzględna zasada: incydent P1 zawsze wyprzedza w obsłudze incydenty P2-P4, nawet jeśli wpłynął kilka godzin później.
  • Zasada podziału ról w sztabie (Triage vs Deep Analysis): Wyznaczenie dedykowanego analityka Triage Officer, który wyłącznie filtruje i kategoryzuje nowe zgłoszenia, chroniąc inżynierów prowadzących analizę głęboką przed ciągłym odrywaniem od pracy.
  • Agregacja i deduplikacja zdarzeń powiązanych: Łączenie setek alertów wywołanych przez tego samego adwersarza lub ten sam wektor w jedną sprawę nadrzędną (Master Case) w celu uniknięcia sztucznego mnożenia ticketów.
  • Automatyczne playbooki odciążające ludzi: Wykorzystanie platformy SOAR do automatycznej kwarantanny i blokowania znanych zagrożeń, uwalniające czas analityków na analizę zdarzeń P1.
Kolejkowanie Priorytetowe Incydentów (Priority Incident Queueing): Algorytm zarządzania strumieniem zgłoszeń zapewniający bezwzględne pierwszeństwo obsługi zdarzeniom o najwyższym poziomie wpływu, optymalizujący wykorzystanie kadr w warunkach przeciążenia operacyjnego. Skróty i pojęcia: FIFO (First In First Out, kolejka zgłoszeń według czasu zgłoszenia); Kolejkowanie Priorytetowe (algorytm, w którym incydent wyższego poziomu obsługiwany jest przed niższym niezależnie od czasu zgłoszenia); SIEM (system korelacji zdarzeń).
Macierz Priorytetyzacji: Wpływ x Pilność (Eisenhower IR) P1: KRYTYCZNY (DO FIRST) Wpływ: WYSOKI | Pilność: WYSOKA Aktywny ransomware na serwerach P2: WYSOKI (PLAN QUICK) Wpływ: WYSOKI | Pilność: ŚREDNIA Eksfiltracja danych przez uśpiony C2 P3: ŚREDNI (DELEGATE / QUEUE) Wpływ: ŚREDNI | Pilność: WYSOKA Atak DDoS na stronę informacyjną P4: NISKI (AUTOMATE / LOG) Wpływ: NISKI | Pilność: NISKA Zablokowany skan portów ze skryptu Złota Reguła Zarządzania Wąskim Gardłem • Nigdy nie pozwól, aby sprawa P3 lub P4 blokowała analityka poziomu L3 podczas trwającego incydentu P1. • W warunkach przeciążenia sztabu Incident Commander ma prawo zamrozić obsługę wszystkich zgłoszeń P4. • Priorytetyzacja oparta na faktach eliminuje presję polityczną menedżerów żądających priorytetu dla drobnostek.
24/55
Wpływ na osoby fizyczne (RODO): szacowanie ryzyka
Cel slajdu: Przedstawienie metodologii szacowania ryzyka naruszenia praw i wolności osób fizycznych pod kątem art. 33 i 34 RODO.

Człowiek w centrum incydentu: jak mierzyć zagrożenie dla poszkodowanych obywateli

W przypadku naruszenia poufności lub integralności danych osobowych poziom wpływu oceniany jest przez pryzmat potencjalnych szkód dla osób fizycznych, a nie strat materialnych spółki. Metodykę przeprowadzania testu wysokiego ryzyka standaryzują oficjalne Wytyczne EDPB 01/2021 w sprawie przykładów dotyczących zgłaszania naruszeń ochrony danych osobowych (wersja polska) [w oryginale: Guidelines 01/2021 on Examples regarding Personal Data Breach Notification (EN)] oraz wskazówki Prezesa UODO.

  • Cztery kryteria oceny ryzyka wg Europejskiej Rady Ochrony Danych: 1. Charakter i poufność danych (dane zdrowotne i uwierzytelniające - art. 9 RODO; PESEL - dane o podwyższonym ryzyku); 2. Skala naruszenia (liczba poszkodowanych osób); 3. Trwałość skutków; 4. Podatność osób poszkodowanych (np. dzieci, pacjenci).
  • Ocena ryzyka w reżimie RODO: Ryzyko znikome (brak obowiązku zgłoszenia do UODO, ale obowiązek udokumentowania w rejestrze - art. 33 ust. 5); Ryzyko prawdopodobne (obowiązek zgłoszenia do Prezesa UODO w 72h - art. 33 ust. 1); Wysokie ryzyko (obowiązek powiadomienia osób poszkodowanych bez zbędnej zwłoki - art. 34 ust. 1).
  • Przesłanki wysokiego ryzyka kradzieży tożsamości: Wyciek numeru PESEL w połączeniu z imieniem, nazwiskiem i adresem zamieszkania stwarza bezpośrednie ryzyko wyłudzenia pożyczek, co zwykle spełnia przesłankę wysokiego ryzyka, a tym samym obowiązek zawiadomienia obywateli.
  • Środki łagodzące ryzyko (Mitigating Controls): Jeżeli skradziona baza była w pełni zaszyfrowana silnym algorytmem AES-256 z zachowaniem poufności klucza, ryzyko dla osób fizycznych uznaje się za znikome.
Ocena Ryzyka dla Praw i Wolności (RODO Risk Assessment): Formalna analiza potencjalnych negatywnych konsekwencji naruszenia ochrony danych osobowych dla osób fizycznych, takich jak kradzież tożsamości, strata finansowa czy dyskryminacja, determinująca obowiązki notyfikacyjne administratora. Skróty i pojęcia: EDPB (European Data Protection Board, Europejska Rada Ochrony Danych); UODO (Urząd Ochrony Danych Osobowych); PESEL (identyfikator o podwyższonym ryzyku kradzieży tożsamości).
Drzewo Decyzyjne Oceny Ryzyka RODO (Art. 33 vs Art. 34) BRAK RYZYKA • Dane zaszyfrowane AES • Klucz nienaruszony • Dane jawne w KRS • Natychmiastowy cofka Działanie: Wpis do rejestru wewn. BRAK ZGŁOSZEŃ RYZYKO (ART. 33) • Imię, nazwisko, e-mail • Historia zakupów B2C • Zagrożenie spamem • Umiarkowany wpływ Działanie: Zgłoszenie UODO w 72h NOTYFIKACJA ORGANU WYSOKIE (ART. 34) • PESEL + Seria dowodu • Dane medyczne / krew • Numery kart i CVV • Ryzyko kradzieży tożsamości Działanie: UODO 72h + zawiadomienie osób POWIADOMIENIE LUDZI Zasada Proporcjonalności i Staranności IOD • Ocena ryzyka musi zostać udokumentowana pisemnie w protokole incydentu przed upływem 72 godzin. • Wyciek numerów PESEL zwykle rodzi wysokie ryzyko dla osób, lecz obowiązek zawiadomienia wynika z indywidualnej oceny (art. 34 ust. 1 RODO), a nie z samego faktu wycieku. • Szybkie i transparentne powiadomienie poszkodowanych drastycznie redukuje wymiar ewentualnej sankcji.
25/55
Wpływ finansowy i operacyjny: kwantyfikacja strat (BIA / ALE)
Cel slajdu: Przedstawienie inżynierskich wzorów kwantyfikacji strat finansowych i operacyjnych: metodologii BIA, SLE, ARO oraz ALE.

Cena bezpieczeństwa: jak przeliczyć minuty przestoju na miliony złotych strat

Zarząd organizacji rzadko operuje pojęciami technicznymi; językiem biznesu są pieniądze. Kwantyfikacja wpływu finansowego pozwala na precyzyjne uzasadnienie wydatków na reagowanie oraz kalkulację roszczeń odszkodowawczych. Standardy wyceny wpływu na ciągłość operacji definiują norma ISO 22301:2019 (BCM) oraz podręcznik planowania awaryjnego NIST SP 800-34 Rev. 1.

  • Koszty bezpośrednie (Direct Losses): Wartość zniszczonego sprzętu, koszty odtworzenia danych z kopii, honoraria zewnętrznych firm informatyki śledczej (Vendor IR), utracone bieżące przychody transakcyjne.
  • Koszty pośrednie (Indirect Losses): Kary umowne za niedotrzymanie SLA wobec klientów, odpływ abonentów (Churn Rate), spadek wyceny akcji spółki na giełdzie, wzrost składek ubezpieczenia Cyber.
  • Wskaźnik ALE (Annualized Loss Expectancy): Inżynierski model estymacji: ALE = SLE (Single Loss Expectancy) x ARO (Annualized Rate of Occurrence); pozwala na matematyczne wyliczenie opłacalności zabezpieczeń.
  • Rola Analizy Wpływu na Biznes (BIA): Wstępna kalkulacja kosztu przestoju każdej kluczowej aplikacji w podziale na przedziały czasowe (1h, 4h, 24h, 72h) stanowiąca bazę dla oceny dotkliwości incydentu.
Kwantyfikacja Finansowa Wpływu (Financial Impact Quantification): Proces matematycznego i księgowego szacowania całkowitych bezpośrednich i pośrednich kosztów wywołanych incydentem bezpieczeństwa, umożliwiający obiektywną ocenę strat biznesowych organizacji. Skróty i pojęcia: SLE (Single Loss Expectancy, oczekiwana strata jednorazowa); ARO (Annualized Rate of Occurrence, roczna częstotliwość występowania); ALE (Annualized Loss Expectancy, iloczyn SLE i ARO, czyli oczekiwana roczna strata); Churn Rate (wskaźnik odejść klientów).
Struktura Strat Finansowych po Poważnym Incydencie KOSZTY BEZPOŚREDNIE (40%) • Śledztwo DFIR i Retainer: 250k PLN • Zakup nowych dysków i serwerów: 180k PLN • Obsługa prawna i notyfikacje: 90k PLN • Nadgodziny zespołu IT i SOC: 60k PLN • Kampania PR i infolinia: 40k PLN • Potencjalne kary regulacyjne: 300k PLN SUMA: ~920 000 PLN KOSZTY POŚREDNIE (60%) • Przestój fabryki (3 dni x 400k): 1.2 mln PLN • Kary umowne za brak SLA: 350k PLN • Odejście klientów (Churn 8%): 600k PLN • Wzrost składki polisy Cyber: 120k PLN • Spadek wyceny rynkowej spółki: -4% • Koszt odbudowy reputacji marki: 200k PLN SUMA: ~2 470 000 PLN Kluczowy Wniosek Biznesowy dla CISO • Koszt przestoju operacyjnego niemal trzykrotnie przewyższa koszty naprawy infrastruktury IT. • Inwestycja w architekturę wysokiej dostępności i niezmienne backupy zwraca się podczas jednego ataku. • Raport strat finansowych stanowi kluczowy załącznik w dochodzeniu odszkodowania z polisy Cyber.
26/55
Wpływ na reputację i wizerunek organizacji
Cel slajdu: Przedstawienie mechanizmów rozprzestrzeniania się kryzysu wizerunkowego, ochrony reputacji oraz zasad komunikacji kryzysowej z mediami.

Kryzys w świetle kamer: jak uratować zaufanie klientów i partnerów rynkowych

Utracone serwery można kupić, bazy danych odtworzyć z kopii, lecz utraconego zaufania klientów nie da się łatwo odzyskać. Katastrofalny w skutkach wpływ na reputację wynika najczęściej nie z samego faktu ataku, lecz z nieudolnej, kłamliwej lub aroganckiej komunikacji ze strony organizacji. Wytyczne prowadzenia bezpiecznej komunikacji w kryzysie formułuje Rządowe Centrum Bezpieczeństwa (RCB) oraz portal edukacyjny CERT Polska.

  • Zasada Jednego Głosu (Single Point of Contact - SPOC): Bezwzględny zakaz wypowiadania się pracowników w mediach społecznościowych; całość informacji przekazuje wyłącznie wyznaczony Rzecznik Prasowy w porozumieniu z Incident Commanderem.
  • Transparentność i etyka wobec dezinformacji: Ukrywanie incydentu lub bagatelizowanie wycieku zawsze obraca się przeciwko organizacji; prawda ujawniona przez dziennikarzy wywołuje lawinowy kryzys zaufania.
  • Proaktywne wsparcie dla poszkodowanych klientów: Uruchomienie dedykowanej infolinii, bezpłatna pomoc w zgłoszeniu utraty dokumentu i zastrzeżeniu nowego numeru PESEL w aplikacji mObywatel (usługa nie jest płatna) oraz darmowy monitoring antyfraudowy budują wizerunek podmiotu odpowiedzialnego.
  • Koordynacja przekazu z organami państwowymi: Uzgodnienie treści komunikatów prasowych z właściwym CSIRT poziomu krajowego i UODO w celu uniknięcia dezinformacji i spekulacji.
Wpływ Reputacyjny Incydentu (Reputational Impact): Wymiar szkód niemajątkowych polegający na utracie zaufania klientów, partnerów handlowych, regulatorów i opinii publicznej, prowadzący do długoterminowego spadku wartości rynkowej podmiotu. Skróty i pojęcia: SPOC (Single Point of Contact, zasada jednego głosu i wyłączny punkt kontaktu z mediami); PR (Public Relations, komunikacja kryzysowa); PESEL (numer identyfikacyjny osoby fizycznej), reputacja (wymiar szkód niemajątkowych), dezinformacja (nieprawdziwe informacje rozprzestrzeniane w trakcie kryzysu).
Model Zarządzania Komunikacją Kryzysową i Wizerunkiem BŁĘDY WIZERUNKOWE • "Nic się nie stało, to test" • Milczenie przez 5 dni • Wyciek bazy na forum X • Wypowiedzi adminów w sieci • Obwinianie ofiar phishingu KATASTROFA PR REŻIM SPOC (RZECZNIK) • Jeden oficjalny głos spółki • Spójne oświadczenia prasowe • Transparentne fakty techniczne • Dedykowany serwis statusowy • Infolinia dla poszkodowanych KONTROLA PRZEKAZU REZULTAT STRATEGICZNY • Zachowanie zaufania rynku • Ochrona kursu akcji giełdy • Partnerzy czują się bezpieczni • Dowód profesjonalizmu sztabu • Mniejsze kary regulacyjne ODPORNOŚĆ MARKI Złota Zasada Komunikacji Kryzysowej • "Mów prawdę, mów szybko i mów to, co robisz, aby naprawić sytuację". • Klienci wybaczają fakt stania się ofiarą ataku hakerskiego, ale nigdy nie wybaczają kłamstwa. • Profesjonalna komunikacja kryzysowa potrafi paradoksalnie wzmocnić reputację organizacji.
27/55
Wpływ regulacyjny: taryfikatory kar NIS2 i RODO
Cel slajdu: Przedstawienie ram sankcji administracyjnych, kar finansowych oraz odpowiedzialności osobistej w reżimie NIS2, KSC i RODO.

Kary idące w miliony: jak regulatorzy egzekwują należytą staranność

Nowoczesne prawodawstwo traktuje uchybienia w cyberbezpieczeństwie z najwyższą surowością. Kary finansowe przestały być symbolicznymi opłatami - stały się realnym zagrożeniem dla płynności finansowej największych korporacji. Taryfikatory kar definiują Dyrektywa NIS2 (UE) 2022/2555 (tekst polski, Dz.U. UE L 333/80) [w oryginale: Directive (EU) 2022/2555 (EN)] (art. 34 ust. 4-5), ustawa o Krajowym Systemie Cyberbezpieczeństwa w brzmieniu nadanym nowelizacją z 23 stycznia 2026 r. (Dz.U. 2026 poz. 252); tekst jednolity: Dz.U. 2026 poz. 20 - oraz Rozporządzenie RODO (art. 83).

  • Taryfikator kar w reżimie RODO (art. 83): Kary nakładane przez Prezesa UODO do 20 mln EUR lub do 4% całkowitego rocznego światowego obrotu przedsiębiorstwa za naruszenie podstawowych zasad przetwarzania i bezpieczeństwa (art. 83 ust. 4-5).
  • Taryfikator kar w Dyrektywie NIS2 (art. 34 ust. 4-5) i noweli KSC (art. 73 ust. 3-4): Dla podmiotów kluczowych kara nie może przekroczyć 10 mln EUR lub 2% przychodów (wyższa z kwot); dla podmiotów ważnych - 7 mln EUR lub 1,4% przychodów (wyższa z kwot).
  • Odpowiedzialność kadry zarządzającej (KSC art. 73a; NIS2 art. 20 i art. 32 ust. 5-6): Art. 20 NIS2 ustanawia obowiązki zarządcze (zatwierdzanie i nadzór nad środkami zarządzania ryzykiem, szkolenia) oraz możliwość pociągnięcia organu zarządzającego do odpowiedzialności, a art. 32 ust. 6 zobowiązuje państwa członkowskie do zapewnienia odpowiedzialności osób fizycznych odpowiedzialnych za podmiot. Czasowy zakaz pełnienia funkcji zarządczych wynika z art. 32 ust. 5 lit. b dyrektywy i dotyczy wyłącznie podmiotów kluczowych oraz osób pełniących obowiązki na poziomie dyrektora generalnego lub przedstawiciela prawnego; nie stosuje się go do podmiotów administracji publicznej. W ustawie KSC odpowiada temu art. 73a: kara pieniężna na kierownika podmiotu kluczowego lub ważnego do 300% otrzymywanego wynagrodzenia, a dla podmiotów publicznych do 100% (art. 73a ust. 4-5). Rozporządzenie wykonawcze (UE) 2024/2690 z 17 października 2024 r. nie wprowadza kar dla osób fizycznych - określa ono wymagania techniczne i metodologiczne do środków zarządzania ryzykiem (art. 21 ust. 5 NIS2) oraz przypadki uznania incydentu za poważny (art. 23 ust. 3 i ust. 11 NIS2).
  • Czynniki łagodzące i obciążające wymiar kary: Szybkie wykrycie, wzorowa współpraca z organem, powiadomienie w terminie oraz wdrożenie zaleceń poincydentalnych drastycznie obniżają wymiar kary.
Ekspozycja Regulacyjna (Regulatory Exposure): Stopień narażenia organizacji na administracyjne kary finansowe, sankcje dyscyplinarne oraz zakazy działalności na skutek niedopełnienia ustawowych obowiązków w zakresie cyberbezpieczeństwa i ochrony danych. Skróty i pojęcia: NIS2 (dyrektywa (UE) 2022/2555, art. 34 ust. 4-5 określa limity kar, zob. tekst polski EUR-Lex); Dz.U. UE L 333 (publikacja dyrektywy NIS2); EUR i procent obrotu jako jednostki taryfikatora kar.
Porównanie Taryfikatorów Kar: NIS2 vs RODO REŻIM NIS2 / USTAWA KSC • Podmiot Kluczowy: 10 mln EUR lub 2% • Podmiot Ważny: 7 mln EUR lub 1,4% • Przesłanka kary: Brak analizy ryzyka, brak IR • Przekroczenie 24h: Naruszenie obowiązku zgłoszenia • Kara dla kierownika: do 300% wynagrodzenia (do 100% dla podmiotów publicznych) • Nadzór: Właściwy Minister / CSIRT OCHRONA USŁUG KLUCZOWYCH REŻIM RODO (DANE OSOBOWE) • Górny pułap: Do 20 mln EUR lub 4% obrotu • Dolny pułap: 10 mln EUR lub 2% obrotu • Przesłanka kary: Naruszenie art. 32-33 RODO • Przekroczenie 72h: Zatajenie naruszenia • Roszczenia cywilne: Pozwy o odszkodowanie • Nadzór: Prezes UODO OCHRONA OSÓB FIZYCZNYCH Kumulacja Sankcji w Incydencie Wielowymiarowym • Jeden atak ransomware może wywołać niezależne kary z ustawy KSC (brak ciągłości) oraz RODO (wyciek danych). • Posiadanie certyfikatu ISO/IEC 27001 i udowodnienie procedur IR stanowi okoliczność łagodzącą. • Sprawna klasyfikacja i terminowe raportowanie chronią organizację przed maksymalnym wymiarem kary.
28/55
Dynamiczna reklasyfikacja incydentu: eskalacja i deeskalacja
Cel slajdu: Przedstawienie procedury dynamicznej zmiany poziomu wpływu incydentu w trakcie trwania śledztwa w oparciu o nowe fakty forensyczne.

Kiedy pozory mylą: dlaczego wstępna ocena incydentu rzadko bywa ostateczna

Wstępna kwalifikacja incydentu przeprowadzana w fazie triage opiera się na niepełnych danych. Wraz z postępem śledztwa informatyki śledczej ujawniane są nowe fakty, które wymagają natychmiastowej korekty przypisanego poziomu wpływu. Wytyczne ciągłej oceny sytuacji w obsłudze incydentów formułuje podręcznik NIST SP 800-61 Rev. 3 oraz norma ISO/IEC 27035-2:2023.

  • Mechanizm eskalacji poziomu (np. P3 -> P1): Pojedyncza stacja zainfekowana malware (oceniona wstępnie jako P3) okazuje się po analizie pamięci RAM punktem wyjścia do zrzutu poświadczeń kontrolera domeny i kradzieży bazy klientów; natychmiastowe podniesienie do P1.
  • Mechanizm de-eskalacji poziomu (np. P1 -> P3): Alarm o rzekomym zaszyfrowaniu serwera produkcyjnego okazuje się w rzeczywistości omyłkowym skryptem deweloperskim na środowisku testowym; natychmiastowe odwołanie sztabu kryzysowego.
  • Rola Incident Commandera w procedurze reklasyfikacji: Tylko dowódca sztabu ma formalne uprawnienie do zatwierdzenia zmiany poziomu wpływu i wydania dyspozycji o powiadomieniu Zarządu.
  • Aktualizacja rejestru spraw i parametrów SLA: Każda reklasyfikacja musi zostać odnotowana w dzienniku zdarzeń wraz z uzasadnieniem technicznym i natychmiastowym przeliczeniem terminów wykonawczych.
Dynamiczna Reklasyfikacja (Incident Reclassification): Formalna zmiana poziomu krytyczności zdarzenia (eskalacja w górę lub de-eskalacja w dół) podejmowana w trakcie śledztwa na podstawie nowo odkrytych dowodów cyfrowych i wskaźników kompromitacji. Skróty i pojęcia: Dynamiczna Reklasyfikacja (zmiana poziomu wpływu w trakcie śledztwa), eskalacja (podniesienie priorytetu, np. z P3 do P1), deeskalacja (obniżenie priorytetu po wyjaśnieniu alarmu); NIST SP 800-61 Rev. 3 (podręcznik Incident Handling Guide); IOC (wskaźnik kompromitacji).
Mechanizm Dynamicznej Reklasyfikacji: Eskalacja vs Deeskalacja STATUS P3 Wstępny Triage ESKALACJA (Mimikatz w AD) DEESKALACJA (Test backupu) NOWY STATUS: P1 KRYTYCZNY • Powołanie sztabu kryzysowego 24/7 • Rozpoczęcie biegu zegara 24h CSIRT NOWY STATUS: P4 / FALSE POSITIVE • Zamknięcie incydentu z notatką • Kalibracja reguły w SIEM (biała lista) Zasada Obiektywizmu Śledczego • Analityk nie może bać się eskalacji incydentu w obawie przed "narobieniem zamieszania w firmie". • Spóźniona eskalacja o 3 godziny może zaważyć na możliwości powstrzymania ataku ransomware. • Każda zmiana klasyfikacji musi posiadać pieczęć czasową NTP i wpis w niezmiennym dzienniku zdarzeń.
29/55
Automatyczna klasyfikacja alertów: rola AI i UEBA
Cel slajdu: Przedstawienie roli modeli uczenia maszynowego oraz analizy behawioralnej użytkowników i jednostek (UEBA) w automatyzacji klasyfikacji.

Algorytmy w służbie obrony: jak uczenie maszynowe filtruje tysiące zdarzeń na sekundę

Liczba alertów bezpieczeństwa generowanych we współczesnych przedsiębiorstwach przekracza zdolności percepcyjne analityków. Automatyczna klasyfikacja z wykorzystaniem algorytmów sztucznej inteligencji i analizy behawioralnej (UEBA) pozwala na błyskawiczne wyłapanie anomalii i wstępne przypisanie poziomu wpływu. Ekosystem nowoczesnych narzędzi orkiestracji rozwija projekt TheHive Project oraz repozytorium reguł analitycznych Sigma HQ.

  • User and Entity Behavior Analytics (UEBA): Budowanie linii bazowych normalnego zachowania użytkowników i urządzeń; logowanie z nietypowej geolokalizacji lub masowy eksport rekordów z bazy o 3:00 w nocy natychmiast podnosi punktację ryzyka (Risk Score).
  • Algorytmy uczenia maszynowego (ML Scoring): Klasyfikacja alertów przez modele trenowane na milionach historycznych zdarzeń; automatyczne odrzucanie fałszywych trafień (False Positives) z dokładnością powyżej 95%.
  • Automatyczne wzbogacanie kontekstowe (Enrichment): System automatycznie odpytuje bazy Threat Intelligence o reputację adresu IP, sprawdza tożsamość użytkownika w Active Directory i generuje rekomendację poziomu (P1-P4).
  • Nadzór inżynierski (Human-in-the-Loop): Algorytmy AI pełnią rolę doradczą dla analityka Tier 1; ostateczna decyzja o zakwalifikowaniu zdarzenia jako incydentu P1/P2 pozostaje w rękach certyfikowanego inżyniera.
Klasyfikacja Behawioralna (UEBA Classification): Zautomatyzowany proces szacowania powagi anomalii oparty na modelach uczenia maszynowego analizujących odchylenia bieżącego ruchu sieciowego i zachowania użytkowników od historycznej linii bazowej. Skróty i pojęcia: Threat Intelligence (wiedza o zagrożeniach); Enrichment (automatyczne wzbogacanie alertu o dane reputacyjne i tożsamościowe); Human-in-the-Loop (nadzór człowieka nad decyzją algorytmu); Risk Score (punktacja ryzyka); False Positive (fałszywy alarm); Alert Fatigue (zmęczenie alertami).
Architektura Inteligentnego Triage: AI + UEBA w SOC SUROWE LOGI • 100 000 EPS • Ruch sieciowy • Logowania AD • Zdarzenia EDR • Chmura AWS/M365 Telemetria SILNIK AI / UEBA • Profil behawioralny • Detekcja anomalii peer • Korelacja multi-vector • Dynamic Risk Score • Odrzucenie szumu FP • Auto-kategoryzacja Redukcja o 95% DECYZJA SOC • 10 spraw / dzień • Pełny kontekst • Rekomendacja P1-P4 • Człowiek akceptuje • Start Playbooka High Precision Przewaga Zastosowania Modeli Uczenia Maszynowego • Czas kwalifikacji alertu spada z 15 minut manualnego klikania do 800 milisekund. • Wykrywanie ataków Living-off-the-Land (użycie legalnych narzędzi admina) dzięki analizie behawioralnej. • AI stanowi wsparcie człowieka, ale odpowiedzialność prawna pozostaje po stronie personelu SOC.
30/55
Podsumowanie poziomów wpływu: zintegrowany framework
Cel slajdu: Syntetyczne podsumowanie Części 2: harmonizacja poziomów P1-P4 z procedurami inżynierskimi, terminami prawnymi i ładem korporacyjnym.

Od teorii do praktyki sztabowej: synteza czterech poziomów powagi incydentu

Poziom wpływu incydentu jest kompasem organizacyjnym, który w warunkach kryzysu teleinformatycznego chroni przedsiębiorstwo przed chaosem i paniką. Zrozumienie relacji między czterema poziomami pozwala inżynierom na optymalne skierowanie sił i środków tam, gdzie straty są najbardziej dotkliwe. Standardy dojrzałości operacyjnej CSIRT wyznaczają norma ISO/IEC 27035-1:2023 oraz ramy FIRST CSIRT Services Framework v2.1.

  • P1 (Krytyczny) - Wojna o przetrwanie: Zagrożenie bytu podmiotu; dowodzi Incident Commander; sztab kryzysowy 24/7; wczesne ostrzeżenie 24h do CSIRT; SLA reakcji poniżej 15 minut.
  • P2 (Wysoki) - Poważna operacja obronna: Istotne zakłócenia i ryzyko eskalacji; inżynierowie Tier 2/3; analiza forensyczna; zawiadomienie CISO i IOD; SLA reakcji poniżej 1 godziny.
  • P3 (Średni) - Rutyna operacyjna SOC: Zdarzenia lokalne w granicach tolerancji; inżynierowie Tier 1/2; obsługa w godzinach pracy; brak zagrożenia ciągłości; SLA reakcji do 4 godzin.
  • P4 (Niski) - Higiena i monitoring: Zdarzenia marginalne i szum; automatyzacja SOAR; zamykanie według procedury; SLA do 24 godzin; zasilanie modeli telemetrycznych.
  • Przejście do Części 3: Taksonomie Międzynarodowe: Mając opanowane atrybuty CIA oraz poziomy wpływu, w kolejnej części poznamy standardy unijnej taksonomii ENISA RSIT oraz platformę n6 CERT Polska.
Zintegrowany Framework Wpływu (Integrated Severity Framework): Kompleksowy model operacyjno-zarządczy przypisujący każdemu incydentowi określony poziom powagi (P1-P4), determinujący strukturę dowodzenia, limity czasowe SLA oraz ścieżki powiadomień prawnych. Skróty i pojęcia: FIRST CSIRT Services Framework v2.1 (model usług zespołów reagowania, FIRST); Incident Commander (dowódca incydentu); IOD (Inspektor Ochrony Danych).
Zwieńczenie Bloku 2: Skonsolidowana Piramida Wpływu P1: KRYTYCZNY (< 15m / 24h) P2: WYSOKI (< 1h / 4h) P3: ŚREDNI (< 4h / 24h) P4: NISKI (Serwis IT / 48h) Wnioski Końcowe dla Projektantów Procesu Triage • Sprawny system klasyfikacji chroni organizację przed paraliżem decyzyjnym w pierwszych minutach ataku. • Skala wpływu musi być jednoznacznie powiązana z odpowiedzialnością karną i administracyjną. • W kolejnym bloku poznamy oficjalne języki raportowania incydentów w Polsce i Unii Europejskiej.
31/55
Taksonomia ENISA RSIT: architektura i 10 kategorii
Cel slajdu: Przedstawienie architektury i celów unijnej taksonomii Reference Security Incident Taxonomy (RSIT) opracowanej przez agencję ENISA.

Wspólny język cyberobrony w Unii Europejskiej: system kategoryzacji CSIRT

Skuteczna współpraca międzynarodowa i wymiana informacji o cyberzagrożeniach wymaga jednolitego aparatu pojęciowego. Unijna taksonomia ENISA Reference Security Incident Taxonomy (RSIT) stanowi wspólny standard klasyfikacji zdarzeń dla wszystkich zespołów CSIRT poziomu krajowego i sektorowego w Unii Europejskiej. Standard ten standaryzują oficjalny dokument ENISA Incident Classification Taxonomy oraz ramy operacyjne FIRST CSIRT Services Framework v2.1.

  • Geneza i cel ujednolicenia taksonomii: Wyeliminowanie barier komunikacyjnych pomiędzy państwami członkowskimi i umożliwienie automatycznej korelacji incydentów transgranicznych w sieci CSIRTs Network.
  • Hierarchiczna struktura dwupoziomowa: Podział na 10 kategorii głównych oraz kilkadziesiąt precyzyjnych podkategorii technicznych przypisujących zdarzenie do określonego typu zagrożenia.
  • Fundament prawny w Dyrektywie NIS2: Kategorie ENISA stanowią podstawę klasyfikacji incydentów poważnych zgłaszanych przez podmioty kluczowe i ważne do właściwych organów w całej Europie.
  • Praktyczne zastosowanie w zespołach SOC: Wykorzystanie kodów taksonomicznych ENISA jako standardowych etykiet (Tags) w systemach biletowych ITSM i platformach SOAR.
Taksonomia ENISA RSIT: Ustandaryzowany, dwupoziomowy system klasyfikacji incydentów bezpieczeństwa teleinformatycznego opracowany przez ENISA, stanowiący obowiązujący standard raportowania i wymiany danych w europejskiej społeczności CSIRT. Skróty i pojęcia: ENISA (European Union Agency for Cybersecurity, agencja UE ds. cyberbezpieczeństwa); CSIRTs Network (sieć zespołów reagowania szczebla krajowego i sektorowego); ITSM (IT Service Management, zarządzanie usługami i zgłoszeniami, np. ServiceNow); SOAR (platforma orkiestracji i automatyzacji).
Architektura Taksonomii ENISA RSIT (10 Kategorii) 1. Abusive Content Spam, nienawiść, cyberstalking 2. Malicious Code Malware, ransomware, C2 3. Information Gathering Skanowanie, rekonesans, sniff 4. Intrusion Attempts Exploity, brute-force 5. Intrusions Przejęcie konta, kompromitacja 6. Availability DDoS, sabotaż, awaria sprzętu 7. Information Content Wyciek danych, podsłuch, mod. 8. Fraud Phishing, kradzież tożsamości 9. Vulnerable Podatne serwery, open DNS 10. Other Niesklasyfikowane, testy pentest Wymóg Prawny Spójności Raportowania w Dyrektywie NIS2 • Zgłoszenia do właściwego CSIRT poziomu krajowego muszą być mapowane na taksonomię ENISA RSIT. • Spójne kodowanie kategorii pozwala zespołom CSIRT na automatyczne korelowanie ataków w całej UE. • W kolejnych slajdach omówimy szczegółowo poszczególne kategorie i ich podtypy.
32/55
ENISA RSIT: Abusive content i Malicious code
Cel slajdu: Przedstawienie specyfiki, wektorów i metod obsługi incydentów z Kategorii 1 (Abusive content) oraz Kategorii 2 (Malicious code) taksonomii ENISA.

Kategorie 1 i 2: od nielegalnych treści po zaawansowane szczepy malware

Kategorie 1 i 2 obejmują jedne z najpowszechniejszych zagrożeń w sieci Internet - od masowych kampanii spamowych i dezinformacyjnych po zaawansowane szczepy złośliwego oprogramowania niszczącego systemy. Wytyczne klasyfikacji technicznej definiuje dokument ENISA Incident Taxonomy oraz biuletyny analityczne CERT Polska.

  • Kategoria 1: Treści naruszające prawo (Abusive Content): Spam masowy, nękanie i groźby karalne w sieci, mowa nienawiści, dezinformacja oraz dystrybucja treści nielegalnych z naruszeniem praw autorskich lub dóbr osobistych.
  • Kategoria 2: Złośliwe oprogramowanie (Malicious Code): Wirusy, robaki sieciowe, oprogramowanie ransomware, złośliwe boty łączące się z serwerami C2, oprogramowanie szpiegujące (Spyware/Stealer) oraz trojany bankowe.
  • Kluczowe artefakty śledcze w Kategorii 2: Kryptograficzne sumy kontrolne próbek malware (SHA-256), adresy domenowe serwerów dowodzenia C2 oraz reguły wykrywania YARA.
  • Praktyczna detekcja próbek malware w konsoli CLI: Wyszukiwanie skompilowanych plików binarnych ELF w katalogach tymczasowych Linuksa: find /tmp -type f -exec file {} + | grep -i 'ELF' | head -n 5.
Kategoria Malicious Code (ENISA Cat. 2): Klasa incydentów obejmująca infekcje złośliwym oprogramowaniem wykonującym nieautoryzowane operacje na zaatakowanym urządzeniu, takie jak szyfrowanie plików, kradzież poświadczeń lub integracja z botnetem. Skróty i pojęcia: Ransomware (złośliwe oprogramowanie szyfrujące z żądaniem okupu); Stealer i Spyware (moduły kradnące dane i szpiegujące); Botnet i C2 (sieć zainfekowanych urządzeń oraz kanał dowodzenia i kontroli); Trojan bankowy (złośliwy program kradnący dane do logowania bankowego).
Dekompozycja Kategorii 1 i 2 wg ENISA RSIT KAT 1: ABUSIVE CONTENT • Spam: Kampanie reklamowe / maile masowe • Harassment: Cyberstalking, groźby wobec zarządu • Hate Speech: Dyskryminacja na forum / w intranecie • Child Abuse: Nielegalne materiały w zasobach • Wymiar prawny: Kodeks karny / HR / Policja Rola IOD i Działu Prawnego KAT 2: MALICIOUS CODE • Ransomware: LockBit, BlackCat, ALPHV • Infostealer: RedLine, Lumma, AgentTesla • C2 Implant: Cobalt Strike beacon, Sliver • Rootkit/Kernel: Ukryte sterowniki systemowe • Trojan Dropper: Złośliwe makro Office / LNK Natychmiastowa Izolacja EDR Procedury Śledcze w Kategorii 2 (Malicious Code) • Każda próbka malware musi zostać zabezpieczona w zaszyfrowanym archiwum ZIP (hasło: infected). • Sumy SHA-256 złośliwych plików są natychmiast eksportowane do platformy MISP w reżimie TLP:AMBER. • Analiza dynamiczna w piaskownicy (Sandbox) pozwala wydobyć ukryte adresy serwerów C2 intruza.
33/55
ENISA RSIT: Information gathering i Intrusions
Cel slajdu: Przedstawienie specyfiki, wektorów i metod obsługi incydentów z Kategorii 3 (Information gathering), 4 (Intrusion attempts) oraz 5 (Intrusions).

Kategorie 3, 4 i 5: od pierwszego skanu sieci do pełnej kompromitacji tożsamości

Kategorie te odzwierciedlają kolejne etapy łańcucha ataku Cyber Kill Chain. Rozpoczynają się od niewinnego z pozoru rekonesansu, przechodzą przez próby sforsowania perymetru i kończą na udanym przełamaniu tożsamości i uzyskaniu trwałego dostępu do infrastruktury. Dekompozycję tych zachowań standaryzuje matryca MITRE ATT&CK oraz katalog ENISA Taxonomy.

  • Kategoria 3: Zbieranie informacji (Information Gathering): Skanowanie portów (Port Scanning), wyliczanie usług (Enumeration), rekonesans OSINT, podsłuch sieciowy (Sniffing) oraz inżynieria społeczna badająca personel.
  • Kategoria 4: Próby włamania (Intrusion Attempts): Nieudane ataki brute-force na usługi SSH/RDP, zablokowane próby wstrzykiwania kodu SQL Injection czy exploity odparte przez systemy IPS/WAF.
  • Kategoria 5: Potwierdzone włamania (Intrusions): Udana kompromitacja konta uprzywilejowanego, przełamanie zabezpieczeń serwera aplikacji, instalacja backdoora lub przejęcie uprawnień administratora domeny.
  • Punkt zwrotny w kwalifikacji powagi zdarzenia: Podczas gdy zdarzenia z Kategorii 3 i 4 klasyfikowane są zazwyczaj jako P3 lub P4, potwierdzone włamanie z Kategorii 5 niemal natychmiast otrzymuje priorytet P2 lub P1.
Kategoria Intrusions (ENISA Cat. 5): Klasa incydentów potwierdzających udane przełamanie mechanizmów uwierzytelniania lub zabezpieczeń perymetru przez nieuprawniony podmiot, skutkujące uzyskaniem dostępu do zasobów wewnętrznych organizacji. Skróty i pojęcia: Enumeration (wyliczanie usług i zasobów); Brute Force (atak siłowy); SQL Injection (wstrzykiwanie zapytań SQL); IPS (Intrusion Prevention System, system zapobiegania włamaniom); WAF (Web Application Firewall, zapora aplikacji internetowych); Backdoor (ukryty kanał dostępu).
Ewolucja Ataku: Kategorie 3, 4 i 5 ENISA RSIT KAT 3: ZWIAD • Skanowanie Nmap • Wyszukiwanie Shodan • Enumeracja DNS • Sniffing pakietów Status: Zwiad PRIORYTET P4 KAT 4: PRÓBY WŁAMANIA • Brute force RDP • Exploit CVE na VPN • Testy SQL Injection • Zablokowane na WAF Status: Odbite PRIORYTET P3 KAT 5: WŁAMANIE UDANE • Przejęcie konta admina • Lateral movement • Webshell na serwerze • Obecność w domenie Status: Intruz w środku PRIORYTET P1/P2 Zasada Przekroczenia Rubikonu (Kat. 4 -> Kat. 5) • Tysiące zablokowanych prób logowania (Kat. 4) nie wymagają zawiadamiania dyrekcji. • Wystarczy jedno udane logowanie intruza (Kat. 5), aby uruchomić procedury containmentu i reset haseł. • Kategoria 5 stanowi najczęstszy punkt wyjścia do zawiadomień wczesnego ostrzeżenia 24h CSIRT.
34/55
ENISA RSIT: Availability, Information content i Fraud
Cel slajdu: Przedstawienie specyfiki, wektorów i metod obsługi incydentów z Kategorii 6 (Availability), 7 (Information content) oraz 8 (Fraud).

Kategorie 6, 7 i 8: paraliż usług, kradzież informacji oraz oszustwa finansowe

Kategorie te reprezentują bezpośrednie straty biznesowe i prawne ponoszone przez organizację. Obejmują paraliż ciągłości działania, utratę poufności danych osobowych oraz wyłudzenia środków finansowych. Zasady postępowania w tych obszarach wyznaczają wytyczne Prezesa UODO oraz procedury obrony przed wyłudzeniami CISA StopRansomware.

  • Kategoria 6: Naruszenie dostępności (Availability): Wolumetryczne i aplikacyjne ataki DoS/DDoS, sabotaż infrastruktury zasilającej, fizyczne zniszczenie światłowodów oraz awarie serwerów paraliżujące usługi krytyczne.
  • Kategoria 7: Bezpieczeństwo treści informacji (Information Content): Nieautoryzowany dostęp do danych, kradzież bazy danych osobowych, szpiegostwo przemysłowe oraz modyfikacja integralności dokumentacji finansowej.
  • Kategoria 8: Oszustwa i wyłudzenia (Fraud): Ataki typu Business Email Compromise (BEC), podszywanie się pod prezesa (CEO Fraud), fałszywe faktury z podmienionym numerem rachunku oraz phishing wyłudzający środki z bankowości.
  • Ścisłe powiązanie z reżimami regulacyjnymi: Kategoria 6 rodzi obowiązki raportowania incydentu poważnego wg KSC/NIS2; Kategoria 7 aktywuje obowiązek zgłoszenia do Prezesa UODO bez zbędnej zwłoki, a w miarę możliwości w ciągu 72 godzin od powzięcia informacji o naruszeniu (art. 33 ust. 1 RODO).
Kategoria Information Content (ENISA Cat. 7): Klasa incydentów związanych z bezpośrednim naruszeniem poufności lub integralności informacji cyfrowych, obejmująca kradzież tajemnic przedsiębiorstwa, wycieki danych osobowych oraz nieautoryzowaną modyfikację baz danych. Skróty i pojęcia: BEC (Business Email Compromise, przejęcie korespondencji biznesowej w celu podmiany rachunku); CEO Fraud (podszywanie się pod kierownictwo); KSC i NIS2 (obowiązki notyfikacyjne wobec właściwego CSIRT po naruszeniu dostępności usług kluczowych).
Dekompozycja Kategorii 6, 7 i 8 ENISA RSIT KAT 6: AVAILABILITY • DDoS wolumetryczny • Sabotaż fizyczny • Awaria zasilania UPS • Uszkodzenie SAN Cel: Przestój NIS2 / KSC KAT 7: INFO CONTENT • Wyciek danych RODO • Podgląd bazy SQL • Modyfikacja bilansu • Defacement portalu Cel: Informacja RODO / UODO KAT 8: FRAUD • Phishing masowy • CEO Fraud / BEC • Fałszywe faktury • Kradzież tożsamości Cel: Pieniądze CBZC / POLICJA Trójkąt Współpracy Organów Ścigania i Nadzoru • Incydenty Kategorii 6 (Availability) podlegają zgłoszeniu do właściwego CSIRT poziomu krajowego. • Incydenty Kategorii 7 (Info Content) podlegają zgłoszeniu do Prezesa Urzędu Ochrony Danych Osobowych. • Incydenty Kategorii 8 (Fraud) wymagają natychmiastowego zawiadomienia CBZC i zablokowania rachunków.
35/55
ENISA RSIT: Vulnerable i Other (Podatności i Inne)
Cel slajdu: Przedstawienie specyfiki prewencyjnej Kategorii 9 (Vulnerable) oraz zamykającej Kategorii 10 (Other) taksonomii ENISA.

Kategorie 9 i 10: prewencja podatności, testy bezpieczeństwa i zdarzenia nietypowe

Nowoczesne zarządzanie incydentami obejmuje również działania proaktywne. Kategoria 9 dotyczy sytuacji, w których podatność została wykryta zanim zdążyła zostać wykorzystana przez adwersarza, co pozwala na jej załatanie w ramach higieny prewencyjnej. Oficjalny rejestr aktywnie atakowanych podatności prowadzi CISA KEV Catalog, a standardy zarządzania łatkami określa NIST SP 800-40 Rev. 4 (Patch Management).

  • Kategoria 9: Podatności w systemach (Vulnerable): Identyfikacja krytycznych luk w oprogramowaniu (np. luki 0-day w serwerach VPN), błędne konfiguracje systemowe wystawiające bazy do Internetu oraz słabe lub domyślne poświadczenia.
  • Rola wczesnego ostrzegania (Early Vulnerability Alert): Powiadomienie administratorów o konieczności natychmiastowego wdrożenia poprawki zanim w sieci pojawi się publiczny exploit (Proof of Concept).
  • Kategoria 10: Inne zdarzenia (Other): Incydenty nietypowe, które nie mieszczą się w pozostałych kategoriach, zdarzenia o nieznanym wektorze w trakcie diagnozy oraz kontrolowane testy penetracyjne.
  • Praktyczna weryfikacja dostępnych aktualizacji w konsoli CLI: Weryfikacja pakietów oczekujących na aktualizację bezpieczeństwa w Linuksie (Debian/Ubuntu): apt-get -s upgrade 2>/dev/null | grep '^Inst' | grep -i security | head -n 5.
Kategoria Vulnerable (ENISA Cat. 9): Klasa zdarzeń związanych z identyfikacją podatności technologicznych lub błędów konfiguracji stwarzających bezpośrednie zagrożenie kompromitacją, wymagających pilnej interwencji prewencyjnej. Skróty i pojęcia: Vulnerable (kategoria 9 ENISA, podatności i błędy konfiguracji stwarzające ryzyko kompromitacji); Other (kategoria 10 ENISA, zdarzenia nietypowe o nieustalonej przyczynie oraz autoryzowane testy penetracyjne); Zero-day i 0-day (podatność wykorzystywana przed opublikowaniem poprawki).
Prewencja i Porządkowanie: Kategorie 9 i 10 ENISA RSIT KAT 9: VULNERABLE (PODATNOŚCI) • Open Resolver: Serwer DNS w otwartej sieci • Unpatched CVE: Znana podatność CVSS > 8.0 • Domyślne hasła: Admin/admin na kamerze IP • Stare protokoły: SSLv3, TLS 1.0, SMBv1 • Powiadomienie: Alert od CSIRT poziomu krajowego Prewencja Zanim Dojdzie do Ataku KAT 10: OTHER (INNE ZDARZENIA) • Penetration Test: Autoryzowany audyt Red Team • False Positive: Błędny alert bez zagrożenia • Undetermined: Brak możliwości ustalenia wektora • Anomalie fizyczne: Utrata zasilania bez ataku • Testy Disaster Rec: Planowane ćwiczenia BCP Czystość Ewidencyjna SOC Strategiczne Znaczenie Kategorii 9 w Reżimie NIS2 • Zgodnie z art. 21 dyrektywy NIS2 podmiot ma obowiązek systematycznego zarządzania podatnościami. • Zignorowanie ostrzeżenia CSIRT w Kategorii 9 stanowi przesłankę do nałożenia administracyjnej kary pieniężnej. • Szybkie zamknięcie luki z Kat. 9 (Patching) jest 100x tańsze niż obsługa incydentu włamania z Kat. 5.
36/55
Taksonomia CERT Polska i wymiana danych w platformie n6
Cel slajdu: Przedstawienie krajowego standardu taksonomicznego stosowanego przez CERT Polska oraz platformy n6 służącej do zautomatyzowanej wymiany danych o zagrożeniach.

Krajowa tarcza cyberbezpieczeństwa: standardy raportowania i automatyzacja wymiany n6

CERT Polska (działający w strukturach NASK PIB) jako CSIRT poziomu krajowego operuje na zharmonizowanej z ENISA taksonomii zagrożeń. Kluczowym narzędziem wspierającym polską cyberprzestrzeń jest rozwijana przez NASK platforma n6, która w sposób w pełni zautomatyzowany agreguje i dystrybuuje dane telemetryczne o zainfekowanych hostach i podatnościach. Wytyczne raportowania publikuje portal CERT Polska oraz platforma zgłoszeń CSIRT NASK.

  • Rola platformy n6 w krajowym ekosystemie: Zautomatyzowane zasilanie operatorów telekomunikacyjnych, instytucji państwowych i przedsiębiorstw informacjami o zagrożeniach wykrytych w ich klasach adresowych IP.
  • Kategorie danych w platformie n6: Botnety (zainfekowane stacje łączące się z C2), otwarte serwery pośredniczące (Open Resolvers, Open Relays), serwery podatne na ataki amplifikacyjne oraz serwery dystrybuujące phishing.
  • Format wymiany danych (API i JSON): Dostęp do powiadomień przez bezpieczny interfejs REST API umożliwiający bezpośrednie zasilenie wewnętrznych systemów SIEM i firewalli organizacji.
  • Zgłoszenie incydentu na incydent.cert.pl: Obowiązek podmiotów podlegających KSC przekazywania zgłoszeń incydentów poważnych za pośrednictwem dedykowanego formularza elektronicznego.
Platforma n6 (CERT Polska Threat Sharing): Krajowy system zautomatyzowanej wymiany informacji o zagrożeniach teleinformatycznych prowadzony przez NASK PIB, agregujący dane o incydentach i dystrybuujący powiadomienia do administratorów sieci. Skróty i pojęcia: CERT Polska (krajowy zespół reagowania na incydenty komputerowe, realizujący zadania CSIRT NASK w strukturach NASK PIB, zob. cert.pl); REST API (interfejs programistyczny dostępu do danych); JSON (format zapisu ustrukturyzowanych danych).
Ekosystem Wymiany Informacji o Incydentach n6 (CERT Polska) SENSORY Honeypoty, Sinkhole PLATFORMA n6 Normalizacja ENISA Deduplikacja danych REST API / STIX OPERATOR ISP / Podmiot KSC Integracja Organizacji z Krajowym Systemem n6: • Administrator sieci otrzymuje z n6 darmowy strumień alertów o zainfekowanych maszynach w jego podsieci. • Podłączenie do n6 stanowi dowód spełnienia wymogu aktywnego monitorowania w audycie KSC. Wymiana Informacji w Pętli Odporności Narodowej • Incydent zgłoszony przez jeden szpital pozwala zablokować domenę złośliwą w całej Polsce. • Lista Ostrzeżeń CERT Polska chroni miliony obywateli przed kradzieżą oszczędności bankowych. • Taksonomia CERT Polska stanowi pomost między inżynierią sieciową a prawem krajowym.
37/55
MITRE ATT&CK jako techniczne uzupełnienie taksonomii
Cel slajdu: Przedstawienie synergii pomiędzy ogólną taksonomią incydentów (ENISA/CERT) a szczegółową dekompozycją techniczną w oparciu o matrycę MITRE ATT&CK.

Od nazwy kategorii do kodu maszynowego: dekompozycja zachowań adwersarza

Podczas gdy taksonomia ENISA odpowiada na pytanie 'Jaki typ incydentu wystąpił?' (np. Malicious code / Ransomware), matryca MITRE ATT&CK odpowiada na pytanie 'Jak dokładnie adwersarz przeprowadził operację?'. Połączenie obu systemów stanowi globalny złoty standard w inżynierii bezpieczeństwa. Matrycę rozwija organizacja MITRE ATT&CK, a powiązane kontrposunięcia obronne kataloguje MITRE D3FEND.

  • 14 Taktyk operacyjnych (Tactics): Od rekonesansu (Reconnaissance), przez uzyskanie początkowego dostępu (Initial Access), eskalację uprawnień (Privilege Escalation), ruch boczny (Lateral Movement), aż po uderzenie końcowe (Impact).
  • Setki Technik i Podtechnik (Techniques & Sub-techniques): Precyzyjne kody procedur (np. T1059.001 PowerShell, T1078 Valid Accounts, T1486 Data Encrypted for Impact) przypisywane bezpośrednio do analizowanych logów.
  • Ujednolicony opis w raportach incydentów: Wzbogacenie zgłoszenia do CSIRT o kody MITRE ATT&CK pozwala na natychmiastowe zrozumienie zaawansowania technicznego intruza przez państwowych analityków.
  • Automatyczne mapowanie w systemach EDR/SIEM: Nowoczesne sensory EDR automatycznie tagują wykryte zachowania procesów kodami MITRE, co drastycznie przyspiesza analizę informatyki śledczej.
Mapowanie MITRE ATT&CK w Incydencie: Proces przypisania zaobserwowanych w trakcie śledztwa artefaktów i zachowań intruza do znormalizowanych kodów taktyk i technik z bazy wiedzy MITRE w celu precyzyjnej dekompozycji ataku. Skróty i pojęcia: MITRE ATT&CK (Adversarial Tactics, Techniques and Common Knowledge, baza zachowań adwersarzy, macierz); Taktyka (Tactic, np. Initial Access, Reconnaissance, Lateral Movement, Impact, w wersji 19.2 łącznie 15 taktyk).
Integracja ENISA RSIT z Matrycą MITRE ATT&CK INITIAL ACCESS • T1566 Phishing • T1190 Exploit EXECUTION • T1059 PowerShell • T1204 User Exec CREDENTIALS • T1003 Mimikatz • T1555 Passwords IMPACT • T1486 Encrypted • T1485 Data Destroy Most Pojęciowy: Taksonomia Ogólna vs Taksonomia Techniczna: • Raport dla Zarządu i CSIRT: "Incydent Kategorii 2: Ransomware, poziom krytyczny P1". • Zlecenie dla inżynierów SOC: "Zablokować T1059.001 (PowerShell bypass), wyczyścić T1003 w LSASS". Korzyści ze Stosowania MITRE ATT&CK w Cyklu IR • Pozwala na obiektywną ocenę, czy sensory SOC widzą wszystkie etapy ataku (Detection Coverage). • Umożliwia precyzyjne symulowanie zachowań intruza podczas ćwiczeń Purple Teaming. • Stanowi międzynarodowy standard opisu TTP w biuletynach Threat Intelligence.
38/55
Klasyfikacja według wektora początkowego ataku
Cel slajdu: Przedstawienie taksonomii bram wejściowych do infrastruktury (Initial Access Vectors) oraz procedur uszczelniania perymetru.

Skąd nadeszło uderzenie: kategoryzacja bram wejściowych do infrastruktury

Identyfikacja wektora początkowego (Initial Access Vector) to kluczowy element śledztwa forensycznego. Bez precyzyjnego ustalenia, którędy intruz dostał się do sieci, każda eradykacja jest nieskuteczna - adwersarz powróci przez tę samą otwartą furtkę. Standardy badania wektorów kompromitacji opisuje publikacja NIST SP 800-61 Rev. 3 oraz sojusz technologiczny FIDO Alliance (Odporne na phishing MFA).

  • Wektor 1: Inżynieria społeczna i Phishing (T1566): Najczęstszy punkt przełamania: złośliwe załączniki w poczcie elektronicznej, linki do fałszywych paneli logowania oraz ataki telefoniczne (Vishing).
  • Wektor 2: Eksploatacja podatności w usługach publicznych (T1190): Ataki na publicznie dostępne bramy VPN, serwery WWW, usługi RDP czy kontrolery brzegowe wykorzystujące luki bezpieczeństwa bez autoryzacji.
  • Wektor 3: Przejęcie legalnych poświadczeń (T1078): Wykorzystanie haseł wykradzionych przez malware typu Stealer lub kupionych na forach Darkwebu w przypadku braku wieloskładnikowego uwierzytelniania MFA.
  • Wektor 4: Ataki na łańcuch dostaw (Supply Chain T1195): Kompromitacja zaufanego dostawcy IT, oprogramowania firm trzecich lub serwisowych kont integracyjnych posiadających stałe tunele VPN do sieci ofiary.
Wektor Początkowy Ataku (Initial Access Vector): Metoda, technika lub podatność wykorzystana przez adwersarza w celu przełamania zewnętrznego perymetru obronnego i uzyskania pierwszego przyczółka wewnątrz infrastruktury teleinformatycznej organizacji. Skróty i pojęcia: Initial Access Vector (wektor początkowego dostępu, czyli brama, którą adwersarz przekroczył perymetr); T1566 (technika Phishing w macierzy MITRE ATT&CK); T1190 (Exploit Public-Facing Application); T1078 (Valid Accounts, wykorzystanie prawidłowych poświadczeń); T1195 (Supply Chain Compromise).
Główne Wektory Wejścia Adwersarza do Organizacji WEKTOR ZEWNĘTRZNY • Phishing i spear-phishing • Kradzież tożsamości (PESEL) • Wykorzystanie podatności CVE • Otwarte RDP / SMB Bariera: FW / WAF PERYMETR ŁAŃCUCH DOSTAW • Partner z dostępem VPN • Trojańska aktualizacja • Zewnętrzny helpdesk • Biblioteki Open-Source Bariera: Audyt 3rd Party ZAUFANI PARTNERZY WEKTOR WEWNĘTRZNY • Sabotaż pracownika • Zgubiony laptop • Złośliwy pendrive USB • Naruszenie strefy fiz. Bariera: DLP & PAM INSIDER THREAT Nacisk na Bezpieczeństwo Łańcucha Dostaw w NIS2 • Dyrektywa NIS2 nakłada obowiązek weryfikacji cyberbezpieczeństwa wszystkich bezpośrednich dostawców. • Incydent wywołany przez dostawcę IT rodzi bezpośrednią odpowiedzialność prawną podmiotu kluczowego. • Klasyfikacja wektora decyduje o uruchomieniu procedur audytu zewnętrznego kontrahenta.
39/55
Klasyfikacja według intencji sprawcy: celowe vs nieumyślne
Cel slajdu: Przedstawienie rozróżnienia pomiędzy incydentami wywołanymi celowym działaniem człowieka a zdarzeniami o charakterze przypadkowym lub awaryjnym.

Zła wola czy ludzki błąd: jak motywacja determinuje ścieżkę postępowania

Z perspektywy procedur inżynierskich i prawnych fundamentalne znaczenie ma ustalenie, czy incydent był wynikiem celowego sabotażu i złej woli, czy też skutkiem niezamierzonego błędu konfiguracji lub awarii losowej. Rozróżnienie to warunkuje zaangażowanie organów ścigania. Zasady oceny motywacji i ryzyka operacyjnego standaryzują norma ISO/IEC 27005:2022 oraz podręcznik Google SRE Postmortem Culture.

  • Incydenty celowe ze złą wolą (Malicious Intent): Cyberprzestępczość finansowa, szpiegostwo gospodarcze, sabotaż motywowany zemstą zwolnionego administratora, aktywizm polityczny (Hacktivism) oraz wojna hybrydowa APT.
  • Incydenty nieumyślne i przypadkowe (Accidental / Human Error): Omyłkowe skasowanie tabeli bazy danych przez dewelopera, wysłanie e-maila z bazą klientów do błędnego odbiorcy, nieumyślne upublicznienie bucketu chmurowego.
  • Incydenty techniczne i środowiskowe (System / Environmental): Awaria kontrolera macierzy dyskowej, uszkodzenie systemu chłodzenia w serwerowni, błąd producenta oprogramowania (Bug w aktualizacji).
  • Wpływ na ścieżkę prawną: Incydent celowy wymaga natychmiastowego zabezpieczenia materiału dowodowego i złożenia zawiadomienia o przestępstwie do Policji/CBZC; incydent nieumyślny wymaga warsztatu Blameless Post-Mortem i korekty procesów.
Kwalifikacja Intencji Incydentu: Formalna ocena źródła i motywacji zdarzenia rozróżniająca ataki celowe prowadzone przez zewnętrznych lub wewnętrznych sprawców od błędów ludzkich, awarii sprzętowych i zjawisk losowych. Skróty i pojęcia: Human Error (błąd ludzki prowadzący do zdarzenia nieumyślnego); Hacktivism (aktywizm cyfrowy); APT (Advanced Persistent Threat, zaawansowane trwałe zagrożenie); Szpiegostwo przemysłowe (ciche pozyskiwanie wiedzy przedsiębiorstw); ISO/IEC 27005:2022 (zarządzanie ryzykiem bezpieczeństwa informacji).
Dychotomia Intencjonalności w Zarządzaniu Incydentem ZDARZENIE CELOWE (MALICIOUS) • Motywacja: Zysk, sabotaż, szpiegostwo • Aktor: Grupa ransomware, hacker, szpieg • Dowody: Ścisły łańcuch Chain of Custody • Prawo: Art. 267-269 KK (ściganie CBZC) • Cel IR: Identyfikacja i pociągnięcie do winy • Reżim: Śledztwo kryminalistyczne ŚCIGANIE KARNE ZDARZENIE NIEUMYŚLNE (ACCIDENTAL) • Motywacja: Brak zamiaru, pomyłka, pośpiech • Aktor: Pracownik, administrator, dostawca • Przyczyna: Błąd konfiguracji, brak testu • Prawo: Kodeks pracy / audyt SZBI / RODO • Cel IR: Naprawa procedur (Blameless) • Reżim: Szkolenia i sanityzacja potoków NAPRAWA PROCESU Zasada Kultury Blameless przy Zdarzeniach Nieumyślnych • Kary dyscyplinarne za błędy nieumyślne prowadzą do ukrywania incydentów przez personel. • Sprawca celowy jest traktowany jako przestępca; pracownik popełniający błąd jako źródło wiedzy o luce. • Kwalifikacja intencji decyduje o tym, czy wzywamy Policję, czy organizujemy warsztaty Post-Mortem.
40/55
Projektowanie systemu klasyfikacji w organizacji
Cel slajdu: Przedstawienie zasad projektowania spójnego, zrozumiałego i pragmatycznego systemu klasyfikacji incydentów dostosowanego do specyfiki przedsiębiorstwa.

Krawiectwo procesowe: jak dostosować międzynarodowe normy do realiów firmy

Najczęstszym błędem organizacji jest bezrefleksyjne kopiowanie wielusetstronicowych standardów międzynarodowych, których żaden inżynier nie jest w stanie zastosować podczas nocnego kryzysu. Dobry system klasyfikacji musi być prosty, jednoznaczny i wdrożony bezpośrednio w narzędziach operacyjnych. Zasady wdrażania procedur klasyfikacyjnych określają norma ISO/IEC 27035-2:2023 oraz zbiór dobrych praktyk CIS Critical Security Controls v8.1.

  • Zasada krawiectwa procesowego (Tailoring): Dostosowanie kategorii i progów finansowych do skali organizacji: strata 100 tys. zł dla małej firmy oznacza poziom P1, podczas gdy dla banku jest to poziom P3.
  • Maksymalne uproszczenie dla użytkownika końcowego: Pracownik nietechniczny nie może być zmuszany do wybierania atrybutów CIA ani kodów ENISA; otrzymuje prosty formularz z 3 polami, a klasyfikacji dokonuje analityk SOC w fazie triage.
  • Bezpośrednia integracja z systemem biletowym (ITSM): Pola klasyfikacyjne w konsoli (Poziom P1-P4, Kategoria ENISA, CIA, Incident Commander) muszą być polami obligatoryjnymi przy zamykaniu i eskalacji sprawy.
  • Cykliczny przegląd i kalibracja systemu: Coroczna weryfikacja poprawności reguł klasyfikacyjnych w ramach audytu SZBI i po każdym spotkaniu Lessons Learned.
System Klasyfikacji Incydentów Organizacji: Udokumentowany, zatwierdzony przez Zarząd zbiór reguł, matryc decyzyjnych i procedur operacyjnych umożliwiający spójne, obiektywne i powtarzalne kategoryzowanie wszystkich zdarzeń bezpieczeństwa w podmiocie. Skróty i pojęcia: ITSM (IT Service Management, system ticketowy, w którym klasyfikacja stanowi obowiązkowe pola); ISO/IEC 27035-2:2023 (norma planowania i przygotowania reagowania na incydenty, ISO).
4-Etapowy Cykl Projektowania Systemu Klasyfikacji 1. BAZA NORM • Wybór ENISA RSIT • Wymogi NIS2 / KSC • Definicje RODO • ISO/IEC 27035 Fundament 2. PROFIL BIA • Tiering aktywów CMDB • Progi finansowe PLN • Wycena RTO / RPO • Identyfikacja krytycznych Dostosowanie 3. WDROŻENIE • Formularz w Jira • Taryfikator SLA • Integracja z SIEM • Szkolenia zespołu L1 Automatyzacja 4. AUDYT • Testy Tabletop • Przegląd poincydentalny • Kalibracja progów • Zgoda Zarządu CISO Doskonalenie Zasada Prostoty Architektury Klasyfikacyjnej • System klasyfikacji, który wymaga od analityka wypełnienia 30 pól formularza, nie sprawdzi się w kryzysie. • Trzy kluczowe kliknięcia w triage: Atrybut CIA + Skala zniszczenia + Czy dane osobowe. • Resztę parametrów system powinien uzupełniać automatycznie na podstawie danych z CMDB i SIEM.
41/55
Standardowy formularz rejestracji incydentu (Case Record)
Cel slajdu: Przedstawienie wzorcowej struktury pól rekordu incydentu w systemie zarządzania sprawami (ITSM / SOAR) zapewniającej pełną rozliczalność.

Karta sprawy pod lupą: jak zaprojektować formularz zgłoszeniowy w systemie ITSM/SOC

Prawidłowo zaprojektowany rekord incydentu w systemie informatycznym to kręgosłup całego postępowania wyjaśniającego. Każde pole formularza musi pełnić określoną rolę techniczną lub prawną, uniemożliwiając pominięcie kluczowych faktów. Standardy rejestracji spraw w krajowym ekosystemie wyznacza portal zgłoszeniowy CSIRT NASK oraz oficjalne procedury Biznes.gov.pl (Formularz naruszenia RODO).

  • Identyfikator i metadane czasowe sprawy: Unikalny numer sprawy (np. INC-2026-0842), znacznik czasu powzięcia wiedzy T0 (w UTC), czas zgłoszenia oraz automatyczny licznik SLA.
  • Pola taksonomiczne i kwalifikacyjne: Naruszone atrybuty triady CIA (C, I, A), poziom wpływu (P1 do P4), nadrzędna kategoria ENISA RSIT oraz kody technik MITRE ATT&CK.
  • Odpowiedzialność i role personalne: Przypisany dowódca (Incident Commander), analityk wiodący (Lead Investigator), protokolant sztabu (Incident Scribe) oraz status sprawy.
  • Rejestr czynności prawnych i łańcucha dowodowego: Status notyfikacji CSIRT (24h/72h), powiadomienie IOD i Prezesa UODO, wykaz zabezpieczonych dowodów cyfrowych wraz z sumami kontrolnymi SHA-256.
Karta Rejestracji Incydentu (Incident Case Record): Cyfrowy formularz ewidencyjny w systemie ITSM/SOAR gromadzący wszystkie fakty, decyzje, dowody i metadane dotyczące obsługiwanego incydentu, stanowiący urzędową podstawę rozliczalności prawnej. Skróty i pojęcia: Incident Case Record (karta rejestracji incydentu, kompleksowy rekord faktyczny i dowodowy); ITSM (system zarządzania usługami i zgłoszeniami); SOAR (platforma orkiestracji i automatyzacji); UTC (Coordinated Universal Time, uniwersalny czas koordynowany); IOD (Inspektor Ochrony Danych).
Wzorzec Formularza Sprawy Incydentalnej (ITSM / SOC) CASE ID: INC-2026-0842 | SYSTEM TICKETINGOWY SOC PRIORYTET: P1 CRIT Kategoria ENISA: 2. Malicious Code -> Ransomware Wektor Wejścia: External -> Phishing (T1566) Naruszenie CIA: [X] Poufność [X] Dostępność Dane Osobowe: TAK (RODO Art. 33/34) Zegar CSIRT 24h: POZOSTAŁO: 14h 22m Zegar UODO 72h: POZOSTAŁO: 62h 10m Zainfekowane hosty: SRV-DC01, SRV-SQL02, PC-HR15 (Łącznie: 18 maszyn) Dowódca incydentu: mgr inż. Tomasz Wiśniewski (Status: AKTYWNY WAR ROOM) Hash Ransomware: SHA256: 4a8f9c1e7d2b3a0f5e6d8c9b1a2f3e4d5c6b7a8f9e0d1c2b3a4f5e6d7c8b9a0 Integracja Formularza z Automatyzacją SOAR • Zaznaczenie checkboxa "Poufność + Dane osobowe" automatycznie generuje draft zgłoszenia do UODO. • Wybór priorytetu P1 wysyła powiadomienia SMS i połączenia telefoniczne do sztabu kryzysowego. • Wprowadzenie hasha SHA-256 wyzwala automatyczną blokadę we wszystkich agentach EDR w sieci.
42/55
Klasyfikacja a obowiązki notyfikacyjne: macierz decyzyjna
Cel slajdu: Przedstawienie algorytmu decyzyjnego łączącego klasyfikację techniczną z natychmiastowym uruchomieniem zewnętrznych obowiązków prawnych.

Od kodu w systemie do oficjalnego pisma: mapa drogowa zgłoszeń zewnętrznych

Brak natychmiastowego powiązania klasyfikacji incydentu z procedurami prawnymi to prosta droga do nałożenia kar finansowych na organizację. Prawidłowo skonstruowany system bezpieczeństwa automatycznie generuje monity prawne w zależności od zaznaczonych pól w karcie incydentu. Obowiązki te reguluje ustawa o Krajowym Systemie Cyberbezpieczeństwa w brzmieniu nadanym nowelizacją z 23 stycznia 2026 r. (Dz.U. 2026 poz. 252), unijna Dyrektywa NIS2 oraz zadania śledcze Centralnego Biura Zwalczania Cyberprzestępczości (CBZC).

  • Ścieżka KSC / NIS2 (Podmioty kluczowe i ważne): Incydent sklasyfikowany jako P1/P2 z naruszeniem dostępności lub integralności usług kluczowych -> automatyczny alert: 24h na Wczesne Ostrzeżenie do CSIRT NASK/GOV/MON -> 72h Pełne Zgłoszenie -> 1 miesiąc Raport Końcowy.
  • Ścieżka RODO (Dane osobowe): Incydent naruszający poufność lub integralność zbiorów danych osobowych ze średnim lub wysokim ryzykiem -> automatyczny monit: zgłoszenie do Prezesa UODO bez zbędnej zwłoki, w miarę możliwości w ciągu 72h od powzięcia informacji (art. 33 ust. 1 RODO); wysokie ryzyko -> zawiadomienie osób, których dane dotyczy (art. 34 ust. 1 RODO).
  • Ścieżka organów ścigania (Kodeks karny): Incydent z Kategorii 5 (Intrusion) lub sabotaż -> formalne zawiadomienie o popełnieniu przestępstwa z art. 267-269b KK do CBZC Policja lub Prokuratury.
  • Ścieżki sektorowe (KSC / DORA / UKE): Podmioty kluczowe sektora bankowego i rynków finansowych zgłaszają incydent poważny do CSIRT KNF jako CSIRT sektorowego (art. 11 UKSC); obowiązki DORA realizowane są niezależnie wobec właściwego organu nadzoru. Operatorzy telekomunikacyjni realizują obowiązki UKSC wobec Prezesa UKE.
Macierz Zgłoszeń Zewnętrznych (External Notification Matrix): Zestawienie proceduralne przypisujące każdemu typowi i poziomowi incydentu konkretne organy państwowe, unijne lub sektorowe, terminy zgłoszeniowe oraz wymagane formularze urzędowe. Skróty i pojęcia: Macierz Zgłoszeń Zewnętrznych (zestawienie przypisujące rodzajowi i poziomowi incydentu konkretny organ, termin i formularz); CBZC (Centralne Biuro Zwalczania Cyberprzestępczości, zob. cbzc.policja.gov.pl).
Matryca Powiadomień Prawnych wg Klasyfikacji KLASYFIKACJA INCYDENTU CSIRT KSC (24H) UODO (72H) POLICJA / CBZC Ransomware w szpitalu (P1) OBOWIĄZKOWE OBOWIĄZKOWE OBOWIĄZKOWE DDoS na e-sklep B2C (P2) NIE DOTYCZY BRAK DANYCH FAKULTATYWNE Wyciek bazy klientów CRM (P2) NIE DOTYCZY* OBOWIĄZKOWE FAKULTATYWNE Zablokowany skan portów (P4) BRAK BRAK BRAK Automatyczne Rygory Prawne w Cyklu Reagowania • (*) W podmiocie kluczowym/ważnym NIS2 każdy poważny wyciek danych wymaga również zgłoszenia do CSIRT. • Zawiadomienie organów ścigania (CBZC) jest warunkiem koniecznym do wypłaty odszkodowania z polisy. • Niezależność torów: zgłoszenie do CSIRT nie zwalnia administratora z obowiązku notyfikacji UODO.
43/55
Raportowanie okresowe i analiza trendów incydentów
Cel slajdu: Przedstawienie zasad agregowania danych o incydentach, analizy statystycznej oraz tworzenia raportów strategicznych dla Zarządu.

Od pojedynczych biletów do wiedzy strategicznej: jak prezentować dane Zarządowi

Tysiące pojedynczych spraw zarejestrowanych w systemie nabierają prawdziwej wartości dopiero po ich agregacji i analizie trendów. Raportowanie okresowe (miesięczne, kwartalne, roczne) pozwala CISO na wykazanie efektywności pracy zespołu SOC oraz uzasadnienie zwrotu z inwestycji w bezpieczeństwo (ROSI). Metodykę agregacji pomiarów formułuje publikacja NIST SP 800-55 Rev. 1 oraz norma ISO/IEC 27004:2016.

  • Wskaźniki trendów wolumenowych: Porównanie liczby incydentów kwartał do kwartału w rozbiciu na poziomy P1-P4; analiza czy liczba zdarzeń krytycznych maleje dzięki nowym zabezpieczeniom prewencyjnym.
  • Ewolucja wektorów wejścia (Threat Vector Shift): Wykrycie zmian w taktykach przestępców (np. spadek phishingu e-mailowego przy jednoczesnym gwałtownym wzroście ataków na podatności w VPN).
  • Dynamika metryk czasowych (MTTD i MTTR): Prezentowanie twardych danych telemetrycznych: skrócenie średniego czasu detekcji z 48 godzin do 15 minut stanowi najlepszy dowód zwrotu z wdrożenia systemu EDR/SIEM.
  • Język korzyści dla organów zarządzających: Tłumaczenie parametrów technicznych na unikanie strat finansowych, utrzymanie ciągłości operacyjnej oraz pełną zgodność z regulacjami prawnymi.
Strategiczny Raport Bezpieczeństwa (Executive IR Dashboard): Zagregowane, okresowe podsumowanie danych o incydentach prezentujące trendy zagrożeń, efektywność procedur obronnych oraz status zgodności prawnej dla kadry zarządzającej organizacji. Skróty i pojęcia: NIST SP 800-55 Rev. 1 (wytyczne do oceny skuteczności kontroli i mierzenia bezpieczeństwa, NIST); MTTR (Mean Time to Recover, średni czas przywrócenia usług); CISO (dyrektor bezpieczeństwa informacji).
Dashboard Raportowania Statystycznego dla Zarządu ŁĄCZNIE INCYDENTÓW 1 428 -12% r/r (Trend spadek) POZIOM KRYTYCZNY P1 2 100% zneutralizowane ŚREDNI CZAS MTTD 18 min SLA: < 60 min [OK] ZGODNOŚĆ 24H/72H 100% Zero kar UODO/KSC Rozkład Incydentów wg Taksonomii ENISA RSIT (Ostatni Kwartał): • Kat 8 Fraud (Phishing/BEC): 64% • Kat 2 Malicious Code: 16% • Kat 3 Info Gathering: 11% • Kat 6 Availability (DDoS): 5% • Kat 7 Info Content (Wycieki): 3% • Kat 9/10 Inne: 1% Wnioski Strategiczne dla Zarządu Podmiotu • Spadek wskaźnika MTTD o 40% dowodzi efektywności wdrożenia centralnego systemu EDR/SIEM. • Dominacja phishingu (64%) uzasadnia skierowanie 30% budżetu na szkolenia Security Awareness. • Dashboard stanowi obiektywny dowód dopełnienia należytej staranności w audycie NIS2.
44/55
Benchmark krajowy: krajobraz zagrożeń wg CERT Polska
Cel slajdu: Przedstawienie statystyk, trendów i dominujących kategorii incydentów w polskiej cyberprzestrzeni na podstawie raportów CERT Polska.

Rzeczywistość polskiej cyberprzestrzeni: czym naprawdę atakowani są obywatele i firmy

Projektując obronę własnej organizacji, inżynier bezpieczeństwa musi znać realia zagrożeń na rynku krajowym. Coroczne oficjalne raporty CERT Polska dostarczają bezcennych danych o dominujących wektorach ataków wymierzonych w polskie przedsiębiorstwa i instytucje. Oficjalne raporty roczne publikuje portal CERT Polska (Publikacje i Raporty), w tym Raport roczny CERT Polska 2024 będący źródłem danych przywołanych na tym slajdzie; zgłoszenia przyjmuje platforma incydent.cert.pl.

  • Dominacja ataków socjotechnicznych i phishingu: Ponad 60-70% wszystkich zarejestrowanych incydentów w Polsce stanowi phishing w różnych wariantach (fałszywe bramki płatności, SMS, kampanie e-mail).
  • Plaga złośliwego oprogramowania i ransomware: Wzrost liczby zaawansowanych ataków szyfrujących wymierzonych w sektor samorządowy, ochronę zdrowia oraz sektor produkcyjny MŚP.
  • Wymuszenia i oszustwa finansowe (Scam / BEC): Podszywanie się pod kontrahentów i podmiana numerów kont bankowych generująca wielomilionowe straty w sektorze biznesowym.
  • Wykorzystanie benchmarku do testów Tabletop: Wykorzystanie rzeczywistych scenariuszy opisanych w raportach CERT Polska jako gotowych kazusów do ćwiczeń sztabowych we własnej firmie.
Krajowy Krajobraz Zagrożeń (National Threat Landscape): Oficjalna, oparta na danych statystycznych analiza struktury, wolumenu i dynamiki incydentów teleinformatycznych występujących w polskiej przestrzeni cyfrowej, publikowana corocznie przez CERT Polska. Skróty i pojęcia: CERT Polska (krajowy zespół reagowania publikujący coroczne raporty, zob. publikacje); NASK PIB (Państwowy Instytut Badawczy NASK, w którego strukturach działa CERT Polska).
Rozkład Incydentów w Polsce 2024 (CERT Polska: 103 449 incydentów) OBSŁUŻONE INCYDENTY WEDŁUG KATEGORII Oszustwa komputerowe 97 995 (94,7%) Szkodliwe oprogramowanie 1 891 (1,8%) Podatne usługi 1 634 (1,6%) Treści obraźliwe i nielegalne 775 (0,7%) Włamania 447 (0,4%) Dostępność zasobów 426 (0,4%) Phishing: 40 120 incydentów (39% wszystkich incydentów) GŁÓWNE WNIOSKI DLA ORGANIZACJI • Czynnik ludzki: Najsłabsze ogniwo perymetru Phishing i podszywanie SMS to najczęstsze incydenty • Podatności brzegu: Serwery VPN bez łatek 1 634 incydenty podatnych usług w 2024 r. • Kradzież tożsamości: Infostealery z sieci Główna kategoria zagrożeń CERT Polska 2024 Źródło: CERT Polska, Raport roczny 2024 (Tabela 11) Rekomendacja Architektoniczna na Bazie Danych Krajowych • Bezwzględny wymóg wdrożenia sprzętowych kluczy FIDO2 / MFA odpornych na phishing. • Automatyczna integracja firewalli z Listą Ostrzeżeń CERT Polska w celu odcinania złośliwych domen. • Skrócenie cyklu łatania podatności krytycznych na usługach brzegowych do maksymalnie 48 godzin.
45/55
Benchmark europejski: ENISA Threat Landscape (ETL)
Cel slajdu: Przedstawienie strategicznego krajobrazu zagrożeń w Unii Europejskiej w oparciu o coroczny raport ENISA Threat Landscape (ETL).

Perspektywa kontynentalna: trendy, geopolityka i ewolucja taktyk adwersarzy

Zagrożenia w cyberprzestrzeni nie znają granic państwowych. Coroczny raport ENISA Threat Landscape (ETL) stanowi najważniejszy dokument strategiczny w Unii Europejskiej, podsumowujący ewolucję grup przestępczych, cyberwojnę hybrydową oraz wektory uderzające w europejską gospodarkę. Dokumentację udostępnia oficjalna strona ENISA Publications oraz portal ENISA Incident Response.

  • Główne kategorie zagrożeń wg raportu ETL: 1. Ransomware (podwójny szantaż); 2. Malware (stealers, loaders); 3. Zagrożenia socjotechniczne; 4. Ataki na dostępność (DDoS); 5. Zagrożenia dla danych; 6. Ataki na łańcuch dostaw (Supply Chain Attacks).
  • Wzrost operacji sponsorowanych przez państwa (State-Sponsored APT): Wzrost aktywności grup powiązanych z obcymi wywiadami, ukierunkowanych na szpiegostwo przemysłowe i destabilizację infrastruktury krytycznej.
  • Eksploatacja podatności typu Zero-Day: Skrócenie czasu od odkrycia podatności do jej masowej eksploatacji przez adwersarzy z kilku tygodni do kilkunastu godzin.
  • Przejście do Części 4: Wielka Synteza 7 Wykładów: Mając pełną wiedzę o atrybutach CIA, poziomach wpływu oraz taksonomiach, przechodzimy do podsumowania całego kursu i przygotowania do egzaminu.
ENISA Threat Landscape (ETL): Coroczny, autorytatywny raport unijnej agencji ENISA identyfikujący najważniejsze trendy, wektory ataków i profile adwersarzy w europejskiej cyberprzestrzeni, stanowiący punkt odniesienia dla strategii bezpieczeństwa. Skróty i pojęcia: ENISA ETL (ENISA Threat Landscape, coroczny raport o zagrożeniach w Unii Europejskiej, raporty ETL); Ransomware (złośliwe oprogramowanie szyfrujące stosujące podwójny szantaż).
Top Zagrożenia w Unii Europejskiej wg ENISA (ETL) TOP ZAGROŻENIA ENISA W UE 1. Ransomware: Szantaż wielopoziomowy 2. DDoS: Ataki motywowane politycznie 3. Data Threats: Kradzież i wyciek baz 4. Supply Chain: Kompromitacja dostawców 5. Social Eng.: Phishing i techniki AI/Deepfake 6. Malware: Infostealery i trojany bankowe Źródło: ENISA ETL Report MOTYWACJE I PROFIL ADWERSARZY • Finansowa (Cybercrime): Okup i kradzież • Geopolityczna (State APT): Sabotaż i szpiegostwo • Ideologiczna (Hacktivism): Ataki DDoS i defacement • Cyberwojna: Niszczenie infrastruktury krytycznej • Wpływ AI: Zautomatyzowane generowanie kodu • Trendy: Ewolucja ku wojnie hybrydowej KONTEKST STRATEGICZNY Zwieńczenie Bloku 3: Znaczenie Taksonomii dla Odporności • Ujednolicone taksonomie pozwalają państwom UE na budowę wspólnej tarczy obronnej (Cyber Shield). • Każdy bilet incydentalny w firmie stanowi cegiełkę w europejskim systemie wczesnego ostrzegania. • W finałowym bloku (Blok 4) dokonamy całościowej syntezy wiedzy z całego kursu akademickiego.
46/55
Podsumowanie klasyfikacji: infografika holistyczna
Cel slajdu: Przedstawienie syntetycznego, czterowymiarowego modelu klasyfikacji incydentu łączącego triadę CIA, poziomy wpływu, taksonomie branżowe oraz ramy prawne.

Czterowymiarowa architektura klasyfikacji: CIA, Wpływ, Taksonomia i Ramy Prawne

Prawidłowa klasyfikacja incydentu nie jest czynnością jednowymiarową. W nowoczesnej inżynierii bezpieczeństwa stanowi ona wielowymiarową syntezę czterech niezależnych osi decyzyjnych, które wspólnie determinują ścieżkę postępowania technicznego, prawnego i biznesowego. Podsumowanie standardów klasyfikacji wyznaczają norma ISO/IEC 27035-1:2023 oraz podręcznik inżynierski NIST SP 800-61 Rev. 3.

  • Wymiar 1: Naruszony atrybut bezpieczeństwa (CIA): Kwalifikacja techniczna: Poufność (C), Integralność (I), Dostępność (A) lub ich hybrydowe kombinacje w incydentach wielowymiarowych.
  • Wymiar 2: Poziom dotkliwości i wpływu (Severity): Kwalifikacja biznesowa: Poziom Krytyczny (P1), Wysoki (P2), Średni (P3) lub Niski (P4) wyznaczający rygory SLA i skład sztabu.
  • Wymiar 3: Kategoria taksonomiczna (ENISA / MITRE): Kwalifikacja standaryzacyjna: 10 kategorii ENISA RSIT, formaty n6 CERT Polska oraz kody taktyk i technik z matrycy MITRE ATT&CK.
  • Wymiar 4: Reżim regulacyjno-prawny: Kwalifikacja prawna: notyfikacje w reżimie Ustawy o KSC i Dyrektywy NIS2 (24h/72h/1m), reżimie RODO (72h) oraz zawiadomienia o przestępstwie do CBZC Policja (KK).
Czterowymiarowa Klasyfikacja Incydentu (4D Incident Classification): Zintegrowany model analityczny kategoryzujący każde zdarzenie bezpieczeństwa w czterech komplementarnych wymiarach: atrybutu technicznego (CIA), powagi biznesowej (Severity), taksonomii międzynarodowej (ENISA) oraz reżimu prawnego. Skróty i pojęcia: Czterowymiarowa Klasyfikacja Incydentu (4D Incident Classification, model łączący cztery osie decyzyjne); CIA (poufność, integralność, dostępność, oś techniczna); Severity (powaga biznesowa, oś P1-P4).
Zintegrowany Model Wielowymiarowej Klasyfikacji 1. ATRYBUTY BEZPIECZEŃSTWA Model CIA & Hexada Parkera: - Poufność (Confidentiality) / Posiadanie - Integralność (Integrity) / Autentyczność - Dostępność (Availability) / Użyteczność Determinuje charakter naruszenia danych 2. POZIOM WPŁYWU OPERACYJNEGO Skala Priorytetów P1-P4 & SLA: - P1 Krytyczny: Paraliż usług, SLA 15 min - P2 Wysoki: Poważna degradacja, SLA 1h - P3 Średni: Ograniczone skutki, SLA 4h - P4 Niski: Alert lokalny, SLA 24h-48h 3. TAKSONOMIA ENISA RSIT 10 Kategorii Zagrożeń & ATT&CK: - Malicious Code, Intrusions, Availability - Information Content, Fraud, Abusive - Vulnerable, Other, Information Gathering Zgodność z CERT Polska i platformą n6 4. KWALIFIKACJA REGULACYJNA Obowiązki Zgłoszeniowe Państwa: - RODO: Prezes UODO do 72h (art. 33) - NIS2 / KSC: CSIRT NASK/GOV (24h/72h) - RODO art. 34: powiadomienie osób Kodeks Karny: art. 267, 268a, 269a KK SILNIK TRIAGE
47/55
Mapa wiedzy z 7 wykładów: podsumowanie kursu
Cel slajdu: Przedstawienie całościowej architektury dydaktycznej kursu Zarządzania Incydentami Bezpieczeństwa Informacji zintegrowanej w 7 logicznych modułach.

Od norm prawnych do zaawansowanej taksonomii: logiczny ciąg dydaktyczny

Siedem modułów wykładowych tworzy komplementarny program akademicki, który przeprowadził studenta od fundamentów ładu prawnego, przez inżynierię analizy i reagowania, aż po strategiczne zarządzanie cyberodpornością. Ramy merytoryczne kursu osadzono w przepisach nowelizacji ustawy o Krajowym Systemie Cyberbezpieczeństwa z 23 stycznia 2026 r. (Dz.U. 2026 poz. 252) oraz wytycznych ENISA Incident Response.

  • Wykłady 1-2: Ramy prawne i powierzchnia ataku: Wykład 1 (Podstawy prawne: KSC, NIS2, RODO, KK) oraz Wykład 2 (Obszary organizacji narażone na incydenty: IT, OT, Cloud, Człowiek).
  • Wykłady 3-4: Metodyka dochodzeniowa i triage: Wykład 3 (Analiza przyczyn incydentów: 5 Why, Ishikawa, RCA) oraz Wykład 4 (Reakcje, zgłoszenia i detekcja w SOC).
  • Wykłady 5-6: Procedury operacyjne i cykl życia: Wykład 5 (Ścieżki postępowania: 17 etapów inżynierskich) oraz Wykład 6 (Cykliczny model zarządzania incydentem wg ISO/IEC 27035-1 i NIST SP 800-61r3).
  • Wykład 7: Kwalifikacja techniczna i taksonomia: Wykład 7 (Klasyfikacja incydentów według triady CIA, poziomów wpływu P1-P4 i taksonomii ENISA RSIT).
Kanon Zarządzania Incydentami Bezpieczeństwa: Ustrukturyzowany zbiór wiedzy inżynierskiej, metodycznej i prawnej obejmujący wszystkie etapy identyfikacji, analizy, powstrzymywania, rozliczania oraz wyciągania wniosków z incydentów teleinformatycznych. Skróty i pojęcia: KSC (Krajowy System Cyberbezpieczeństwa w brzmieniu nadanym nowelizacją z 23 stycznia 2026 r., Dz.U. 2026 poz. 252, zob. tekst w ELI); IRP (Incident Response Plan, plan reagowania na incydenty).
Mapa Powiązań 7 Modułów Kursu W1: PODSTAWY PRAWNE RODO, NIS2, KSC, KK W2: OBSZARY NARAŻONE Sieć, Chmura, Supply Chain W3: ANALIZA PRZYCZYN Ishikawa, 5 Why, FTA W4: REAKCJA I ZGŁOSZENIA Triage, SPOC, Formularze W5: ŚCIEŻKI (PLAYBOOKI) Ransomware, Phishing, DDoS W6: CYKL ZARZĄDZANIA 5 faz, ISO/IEC 27035-1, PIR MODUŁ 7: KLASYFIKACJA INCYDENTÓW Model CIA + Poziomy Wpływu P1-P4 + Taksonomia ENISA RSIT Taryfikator SLA | Obowiązki Zgłoszeniowe | Benchmarking Synteza operacyjna zamykająca pełny cykl kompetencyjny kursu
48/55
Kompetencje nabyte w trakcie kursu
Cel slajdu: Przedstawienie zestawu efektów uczenia się: wiedzy teoretycznej, umiejętności inżynierskich oraz postaw etycznych wykształconych podczas kursu.

Efekty uczenia się: wiedza specjalistyczna, umiejętności praktyczne i postawa etyczna

Ukończenie kursu wyposaża przyszłego inżyniera cyberbezpieczeństwa w unikalny zestaw interdyscyplinarnych kompetencji. Współczesny specjalista IR nie może być wyłącznie wąskim operatorem narzędzi - musi rozumieć procesy biznesowe i rygory prawne. Standardy kompetencji w zespołach reagowania standaryzują podręcznik FIRST CSIRT Services Framework v2.1 oraz kodeks etyczny FIRST EthicsfIRST.

  • Wiedza specjalistyczna (Wiedzieć co): Zrozumienie modeli normatywnych (ISO/IEC 27035, NIST SP 800-61r3), przepisów prawa (KSC, NIS2, RODO, KK), mechanizmów ataków i łańcucha dowodowego.
  • Umiejętności inżynierskie (Wiedzieć jak): Biegłość w obsłudze konsoli CLI (Linux/PowerShell), inspekcji portów i procesów, tworzenia kopii bitowych dysków, triage zgłoszeń oraz konfiguracji zapór sieciowych.
  • Kompetencje sztabowe i dowódcze: Zdolność do pełnienia roli protokolanta (Incident Scribe) lub wsparcia Incident Commandera, podejmowanie decyzji pod presją czasu oraz prowadzenie warsztatów Blameless Post-Mortem.
  • Odpowiedzialność etyczna i prawna: Przestrzeganie tajemnicy śledztwa, ochrona prywatności obywateli, poszanowanie zasad TLP oraz transparentność wobec organów państwa.
Profil Inżyniera Reagowania na Incydenty: Zbiór zweryfikowanych kompetencji technicznych, analitycznych, prawnych i etycznych umożliwiających samodzielne i zespołowe operowanie w strukturach SOC, CSIRT lub CERT. Skróty i pojęcia: FIRST CSIRT Services Framework v2.1 (model usług i kompetencji zespołów reagowania, FIRST); Incident Scribe (protokolant sztabu); Incident Commander (dowódca incydentu).
Profil Kompetencyjny Absolwenta Kursu WIEDZA (W) Normy i Prawo: - RODO, NIS2, KSC, KK - ISO/IEC 27035-1, ISO/IEC 27001 - NIST SP 800-61r3 / SP 800-86 Metodyki Analizy: - RCA: Ishikawa, 5 Why - Taksonomia ENISA RSIT - Taktyki MITRE ATT&CK Architektura Cyber: - Model CIA i Hexada - Powierzchnia ataku - Analiza powłamaniowa UMIEJĘTNOŚCI (U) Triage i Kwalifikacja: - Ocena wpływu P1-P4 - Dynamiczna reklasyfikacja - Przypisanie do SLA Operacyjne Playbooki: - Izolacja ransomware - Mitygacja phishingu - Śledztwo insider threat Raportowanie Prawne: - Zgłoszenie UODO (72h) - Notyfikacja CSIRT (24h) - Raport PIR / Lessons KOMPETENCJE (K) Presja i Kryzys: - Decyzje pod presją czasu - Opanowanie w incydencie - Zarządzanie sztabowe Etyka i Odpowiedzialność: - Nienaruszalność dowodów - Ochrona prywatności - Dyskrecja operacyjna Komunikacja: - Dialog z Zarządem - Relacje ze służbami - Praca w zespole CSIRT
49/55
Praktyczne wskazówki na start kariery
Cel slajdu: Przedstawienie ścieżek certyfikacji branżowej, laboratoriów praktycznych oraz budowania profesjonalnego portfolio inżyniera cyberbezpieczeństwa.

Ścieżki certyfikacji, laboratoria praktyczne i budowa sieci kontaktów branżowych

Rynek pracy w cyberbezpieczeństwie charakteryzuje się ogromnym deficytem wykwalifikowanych kadr, lecz pracodawcy wymagają praktycznych umiejętności i potwierdzonych kompetencji. Świadome budowanie ścieżki zawodowej pozwala na dynamiczny start w zespołach SOC. Ramy dobrych praktyk inżynierskich definiują zbiór CIS Critical Security Controls v8.1 oraz portal edukacyjny CERT Polska.

  • Międzynarodowe certyfikacje zawodowe: Poziom wejściowy: CompTIA Security+, Blue Team Level 1 (BTL1); Poziom zaawansowany: GIAC Certified Incident Handler (GCIH), Certified Information Systems Security Professional (CISSP), Certified Ethical Hacker (CEH).
  • Praktyczne poligony i laboratoria (Hands-on Labs): Ciągły trening w symulowanych środowiskach walki: platformy TryHackMe (ścieżka SOC Analyst), HackTheBox, Blue Team Labs Online oraz ćwiczenia z analizy zrzutów pamięci RAM w Volatility.
  • Budowa domowego laboratorium (Home Lab): Wdrożenie własnego środowiska testowego z maszynami wirtualnymi: serwer SIEM (Wazuh/Elastic), sonda sieciowa Zeek, firewall pfSense oraz podatne maszyny Active Directory.
  • Udział w społeczności i konferencjach branżowych: Uczestnictwo w krajowych wydarzeniach cyberbezpieczeństwa: konferencje SECURE (NASK), CONFidence, What The Hack, meetupy OWASP oraz śledzenie biuletynów CERT Polska.
Ścieżka Rozwoju Zawodowego w DFIR: Zaplanowany proces zdobywania certyfikacji, doświadczenia praktycznego w laboratoriach oraz budowania relacji branżowych ukierunkowany na objęcie ról analityka SOC, inżyniera IR lub eksperta informatyki śledczej. Skróty i pojęcia: CompTIA Security+ i Blue Team Level 1 (BTL1) (kwalifikacje wejściowe w obszarze bezpieczeństwa); Volatility (narzędzie analizy obrazów pamięci RAM); Home Lab (domowe laboratorium testowe); Zeek (sonda sieciowa), pfSense (zapora ogniowa); Active Directory (usługa katalogowa będąca celem ćwiczeń).
Drabina Rozwoju Zawodowego i Certyfikacji POZIOM 1: JUNIOR SOC ANALYST / OPERATOR DETEKCJI (L1) Zadania: Triage alertów SIEM/EDR, analiza logów, odrzucanie False Positive, wstępna kwalifikacja P1-P4. Certyfikaty: CompTIA Security+ | BTL1 (Blue Team Level 1) | Microsoft SC-200 | Cisco CBROPS Praktyka: TryHackMe (SOC Level 1 Path), LetsDefend.io SOC Analyst POZIOM 2: INCIDENT RESPONDER / DFIR ANALYST (L2/L3 / CIRT) Zadania: Obsługa incydentów P1/P2, analiza malware, śledztwa powłamaniowe, zabezpieczanie dowodów. Certyfikaty: GIAC GCIH (Incident Handler) | GIAC GCFA (Forensic) | EC-Council ECIH | BTL2 Praktyka: Hack The Box Sherlocks, CyberDefenders BlueYard, analizy pcap/mem POZIOM 3: SOC MANAGER / ARCHITEKT IR / CISO Zadania: Strategia reagowania, zarządzanie kryzysowe, zgodność z NIS2/DORA/RODO, relacje z Zarządem. Certyfikaty: ISC2 CISSP | ISACA CISM | ISACA CRISC | CISA (Audyt SZBI) Społeczność: ISSA Polska, ISACA Warsaw, konferencje CERT Con, Security PWNing
50/55
Przyszłość zarządzania incydentami
Cel slajdu: Przedstawienie wiodących trendów technologicznych: sztucznej inteligencji, kryptoanalizy postkwantowej, architektury Zero Trust oraz Cyber Resilience.

Sztuczna inteligencja, kryptoanaliza postkwantowa, architektura Zero Trust i Cyber Resilience

Zarządzanie incydentami stoi u progu największej rewolucji technologicznej w historii informatyki. Rozwój generatywnej sztucznej inteligencji, perspektywa komputerów kwantowych przełamujących algorytmy asymetryczne oraz zmierzch klasycznego perymetru sieciowego wymuszają całkowite przedefiniowanie strategii obrony. Kierunki tej ewolucji wyznaczają ramy NIST Cybersecurity Framework 2.0 oraz publikacje standaryzacyjne NIST Computer Security Resource Center.

  • Sztuczna inteligencja i autonomiczny SOC: Generatywne modele językowe (LLM) asystujące analitykom w analizie kodu maszynowego malware, automatycznym generowaniu zapytań SIEM i natychmiastowym pisaniu raportów post-mortem.
  • Kryptografia postkwantowa (Post-Quantum Cryptography - PQC): Konieczność pilnej migracji systemów na odporne kwantowo algorytmy szyfrowania i podpisu cyfrowego znormalizowane przez NIST (np. ML-KEM, ML-DSA) przed erą komputerów kwantowych.
  • Architektura Zero Trust (NIST SP 800-207): Ostateczny upadek koncepcji „zaufanej sieci wewnętrznej”; każdy użytkownik, urządzenie i pakiet danych podlega ciągłej, rygorystycznej weryfikacji tożsamości i uprawnień.
  • Prymat Cyberodporności (Cyber Resilience): Ewolucja od naiwnej próby zbudowania stuprocentowo szczelnego muru do budowania elastycznej organizacji zdolnej do przetrwania paraliżu i adaptacji do nowych warunków walki.
Nowy Paradygmat Bezpieczeństwa Cyfrowego: Holistyczna doktryna obronna oparta na założeniu ciągłej kompromitacji (Assume Breach), autonomicznej telemetrii AI, odporności postkwantowej oraz architekturze Zero Trust. Skróty i pojęcia: LLM (Large Language Models, duże modele językowe wspierające analityków); NIST CSF 2.0 (Cybersecurity Framework 2.0, NIST); PQC (Post-Quantum Cryptography, kryptografia odporna na zagrożenia kwantowe); SIEM (system korelacji zdarzeń).
Filary Przyszłości Reagowania na Incydenty AUTONOMICZNE AI & SOAR Automatyzacja w Milisekundach: - Błyskawiczny triage i korelacja alertów - Asystenci GenAI tłumaczący logi - Ochrona przed złośliwym kodem AI Zmniejszenie wskaźnika MTTD i MTTR KRYPTOGRAFIA POSTKWANTOWA Standardy NIST PQC (FIPS 203-205): - Zagrożenie Harvest Now, Decrypt Later - Wymiana kluczy: algorytm ML-KEM - Podpisy cyfrowe: ML-DSA / SLH-DSA Inwentaryzacja i zwinność kryptoaktywów ZERO TRUST ARCHITECTURE Model NIST SP 800-207: - Zasada Never Trust, Always Verify - Mikrosegmentacja tożsamości i sieci - Ciągła autoryzacja kontekstowa Eliminacja swobodnego ruchu bocznego CYBER RESILIENCE (ODPORNOŚĆ) Paradygmat Assume Breach: - Założenie nieuchronności incydentu - Szybka adaptacja i przetrwanie usług - Zbieżność z normami BCM i dyrektywą DORA Ciągłość operacyjna pod stałą presją ataku
51/55
Powtórka: podstawy prawne (Wykład 1)
Cel slajdu: Syntetyczne przypomnienie kluczowych aktów prawnych, terminów zgłoszeniowych i sankcji karnych omówionych w Wykładzie 1.

RODO art. 33-34, dyrektywa NIS2, nowela KSC i Kodeks Karny w pigułce

Podstawy prawne stanowią nieprzekraczalne ramy, w których musi poruszać się każdy inżynier reagowania na incydenty. Nieznajomość terminów lub procedur notyfikacyjnych skutkuje odpowiedzialnością finansową i osobistą kadry zarządzającej. Kluczowe regulacje zawiera ustawa o Krajowym Systemie Cyberbezpieczeństwa w brzmieniu nadanym nowelizacją z 23 stycznia 2026 r. (Dz.U. 2026 poz. 252), europejska Dyrektywa NIS2 oraz polski Kodeks karny.

  • Reżim RODO (Rozporządzenie 2016/679): Art. 33: zgłoszenie naruszenia ochrony danych do Prezesa UODO bez zbędnej zwłoki, w miarę możliwości w ciągu 72h; Art. 34: zawiadomienie osób fizycznych przy wysokim ryzyku; Art. 33 ust. 5: wewnętrzny rejestr; kary do 20 mln EUR lub 4% obrotu.
  • Reżim NIS2 i KSC (art. 11 ustawy o KSC): dla incydentu poważnego 24h Wczesne Ostrzeżenie do właściwego CSIRT sektorowego -> 72h Zgłoszenie -> sprawozdania okresowe i sprawozdanie końcowe (miesiąc od zgłoszenia); kary do 10 mln EUR lub 2% przychodów podmiotu kluczowego, do 7 mln EUR lub 1,4% podmiotu ważnego, a do 100 000 000 zł w przypadku określonym w art. 73 ust. 5.
  • Odpowiedzialność osobista Zarządu (KSC art. 73a; NIS2 art. 20 oraz art. 32 ust. 5-6): Obowiązki członków organów zarządzających obejmują zatwierdzanie planów IRP i szkolenia; za ich niewykonanie grozi kara do 300% wynagrodzenia kierownika podmiotu kluczowego lub ważnego (do 100% dla podmiotów publicznych). Czasowy zakaz pełnienia funkcji zarządczych wynika z art. 32 ust. 5 lit. b NIS2 i dotyczy wyłącznie podmiotów kluczowych oraz osób pełniących obowiązki na poziomie dyrektora generalnego lub przedstawiciela prawnego.
  • Przestępstwa komputerowe w Kodeksie karnym: Art. 267 KK (nieuprawniony dostęp/podsłuch - do lat 2), Art. 268a KK (niszczenie i modyfikacja danych - do lat 3), Art. 269 KK (sabotaż systemów o szczególnym znaczeniu dla państwa - od 6 miesięcy do lat 8), Art. 269a KK (istotne zakłócenie pracy sieci, DoS - od 3 miesięcy do lat 5), Art. 269b KK (wytwarzanie, pozyskiwanie, zbywanie lub udostępnianie urządzeń i programów komputerowych przystosowanych do popełnienia przestępstwa oraz haseł i kodów dostępu - od 3 miesięcy do lat 5).
Kanon Prawa Cyberbezpieczeństwa: Zbiór bezwzględnie obowiązujących przepisów prawa krajowego i unijnego nakładających na organizacje rygory prewencyjne, obowiązki notyfikacji organów państwowych oraz odpowiedzialność karną i finansową. Skróty i pojęcia: KSC (Krajowy System Cyberbezpieczeństwa w brzmieniu nadanym nowelizacją z 23 stycznia 2026 r., tekst jednolity Dz.U. 2026 poz. 20, zob. tekst jednolity w ELI); UODO (Urząd Ochrony Danych Osobowych); Dz.U. (Dziennik Ustaw).
Rekapitulacja Podstaw Prawnych (Wykład 1) RODO (GDPR) Ochrona Danych Osobowych: - Art. 33: Zgłoszenie UODO do 72h - Art. 34: Powiadomienie osób (wysokie ryzyko) - Rejestr naruszeń wewnętrznych (art. 33 ust. 5) Kary finansowe do 20 mln EUR lub 4% obrotu NIS2 & USTAWA O KSC Harmonogram Notyfikacji Incydentu: - 24h: Wczesne ostrzeżenie (Early Warning) - 72h: Pełne zgłoszenie incydentu - 30 dni: Raport końcowy z analizą przyczyn Odpowiedzialność osobista Zarządu (KSC art. 73a) KODEKS KARNY Przestępstwa Przeciwko Informacji: - Art. 267 KK: Hacking, podsłuch bezprawny - Art. 268a KK: Niszczenie i modyfikacja danych - Art. 269a KK: Paraliż i zakłócenie sieci Obowiązek zabezpieczenia łańcucha dowodowego 3 CSIRT KRAJOWE Podział Właściwości w Polsce: - CSIRT NASK: Sektor cywilny, JST, firmy - CSIRT GOV (ABW): Administracja rządowa - CSIRT MON: Jednostki wojskowe i obrona Zgłoszenia przez platformę bezpieczną S46
52/55
Powtórka: obszary, analiza, reakcja (Wykłady 2-4)
Cel slajdu: Syntetyczne przypomnienie zagadnień powierzchni ataku, metodologii analizy przyczyn źródłowych RCA oraz procedur detekcji z Wykładów 2, 3 i 4.

Powierzchnia ataku, metodyka dochodzeniowa RCA oraz operacyjny triage zgłoszeń

Moduły od drugiego do czwartego wyposażyły studenta w warsztat analityczno-dochodzeniowy. Zrozumienie gdzie wróg uderza, dlaczego zabezpieczenia zawiodły oraz jak przefiltrować napływające alerty stanowi fundament pracy w SOC. Wymagania systemowe definiują norma ISO/IEC 27001:2022 oraz wytyczne inżynierskie Google SRE Incident Response.

  • Wykład 2: Obszary organizacji narażone na incydenty: Wielowarstwowa powierzchnia ataku: warstwa IT (serwery, bazy), warstwa OT/SCADA (sterowniki PLC, linie technologiczne), infrastruktura Cloud (AWS, Azure, błędy IAM) oraz czynnik ludzki (inżynieria społeczna).
  • Wykład 3: Analiza przyczyn incydentów (RCA): Narzędzia dociekania prawdy: metoda 5 Why demaskująca wady procedur; Diagram Ishikawy (6M: Ludzie, Maszyny, Metody, Materiały, Pomiary, Środowisko); odróżnienie przyczyny bezpośredniej od źródłowej.
  • Wykład 4: Reakcje, zgłoszenia i detekcja w SOC: Triada telemetrii: EDR (host), NDR (sieć), SIEM (korelacja w chmurze); zjawisko Alert Fatigue; kwalifikacja True Positive vs False Positive; eskalacja Tier 1-3.
  • Kultura Blameless w analizie awarii: Badanie incydentów bez szukania winnych pojedynczych osób; domniemanie dobrej woli inżynierów jako warunek otwartości w zgłaszaniu problemów.
Inżynieria Dochodzeniowa Incydentów: Zbiór metod analitycznych i technologicznych służących do monitorowania powierzchni ataku, identyfikacji pierwotnych przyczyn kompromitacji (RCA) oraz sprawnej filtracji alertów w procesie triage. Skróty i pojęcia: ISO/IEC 27001:2022 (norma wymagań Systemu Zarządzania Bezpieczeństwa Informacji, ISO); Diagram Ishikawy (diagram przyczynowo-skutkowy, klasycznie w układzie 6M: ludzie, maszyny, metody, materiały, pomiary, środowisko).
Triada Operacyjna: Obszary - Analiza - Reakcja W2: OBSZARY Powierzchnia Ataku: - Brzeg sieci, VPN, RDP - Chmura IaaS, PaaS, SaaS - Endpointy i laptopy Tożsamość i Ludzie: - Przejęcie konta admina - Socjotechnika, phishing - Błędy konfiguracyjne Supply Chain: - Outsourcing IT i MSSP - Biblioteki Open Source - Dostawcy usług krytycznych W3: METODY RCA Metoda 5 Why: - Iteracyjne pytania dlaczego - Dotarcie do sedna błędu - Wykrycie luki w procedurze Diagram Ishikawy: - Rybia kość: kategorie 6M - Ludzie, Metody, Maszyny - Środowisko, Zarządzanie Drzewa Błędów FTA: - Logika bramek AND / OR - Dekompozycja awarii - Analiza probabilistyczna W4: REAKCJA I SPOC Punkt SPOC & Triage: - Pojedynczy punkt kontaktu - Wstępna ocena wiarygodności - Odrzucenie False Positive Kanały Out-of-band: - Niezależna sieć łączności - Szyfrowany komunikator - Ochrona przed podsłuchem Rejestr i Formularze: - Księga rejestru incydentów - Ścisły audyt chronologii - Podstawa do postępowań
53/55
Powtórka: ścieżki, cykl, klasyfikacja (Wykłady 5-7)
Cel slajdu: Syntetyczne przypomnienie 17 kroków ścieżki postępowania, cyklicznych modeli normatywnych oraz klasyfikacji CIA z Wykładów 5, 6 i 7.

Dedykowane playbooki, 5 faz cyklu wg ISO/IEC 27035-1 oraz wielowymiarowa taksonomia

Trzy ostatnie moduły połączyły rzemiosło inżynierskie w wieloetapowe, sformalizowane procedury reagowania. Przejście od przygotowania (Etap 0), przez zacięty bój fazy aktywnej, aż po zamknięcie pętli Lessons Learned i wycenę wpływu stanowi dojrzałość obronną podmiotu. Standardy te standaryzują norma ISO/IEC 27035-2:2023 oraz podręcznik NIST SP 800-61 Rev. 3.

  • Wykład 5: Ścieżki postępowania (17 etapów): Pełny algorytm życia incydentu: od przygotowania (Etap 0), przez triage, powołanie sztabu, containment, eradykację, zgłoszenia 24h/72h, recovery, aż po Lessons Learned i formalne zamknięcie sprawy.
  • Wykład 6: Cykliczny model zarządzania (ISO/IEC 27035 vs NIST): Porównanie 5 faz ISO/IEC 27035-1:2023 i 6 funkcji CSF 2.0 (NIST SP 800-61r3); pętla Deminga PDCA; model dojrzałości SIM3/CMMI; ochrona dowodów cyfrowych wg ISO/IEC 27037; infolinie Call Tree i immutable backup.
  • Wykład 7: Klasyfikacja według CIA i poziomu wpływu: Kwalifikacja techniczna wg triady CIA; Hexada Parkera; 4 poziomy wpływu P1-P4; unijna taksonomia ENISA RSIT (10 kategorii); platforma n6 CERT Polska i matryca MITRE ATT&CK.
  • Nadrzędna rola Incident Commandera: Zasada jednoosobowego dowodzenia sztabem kryzysowym, koordynacja działań inżynierów z prawnikami i rzecznikiem prasowym (SPOC).
Zintegrowana Doktryna Reagowania na Incydenty: Kompletny korpus metodyczny łączący sformalizowaną ścieżkę 17 kroków operacyjnych, cykliczne doskonalenie w ramach SZBI oraz obiektywną wielowymiarową klasyfikację zdarzeń teleinformatycznych. Skróty i pojęcia: ISO/IEC 27035-1:2023 i ISO/IEC 27035-2:2023 (norma zarządzania incydentami oraz norma planowania i przygotowania, ISO); CMMI (Capability Maturity Model Integration, model dojrzałości procesów).
Zintegrowany Silnik Operacyjny: W5 - W6 - W7 W5: PLAYBOOKI TECHNICZNE Scenariusze Zagrożeń: - Ransomware: Izolacja, offline backup - Phishing: Kasowanie sesji, blokada domen - Insider: Dyskretny audyt, wsparcie HR - DDoS: Scrubbing ruchu, filtry brzegowe W6: 5 FAZ CYKLU IR Standard ISO/IEC 27035-1 / NIST SP 800-61r3: 1. Przygotowanie & procedury 2. Detekcja & ocena wstępna 3. Powstrzymywanie (Containment) 4. Eradykacja i wznawianie | 5. Wyciągnięta lekcja (PIR) W7: WIELOWYMIAROWA KLASYFIKACJA (CIA + P1-P4 + ENISA) - Model CIA i Hexada Parkera determinują naruszony atrybut i wektory eskalacji prawnej. - Skala P1-P4 narzuca bezwzględne SLA reakcji (od 15 min do 48h) i mobilizację zasobów. - Zgodność z taksonomią ENISA RSIT i CERT Polska umożliwia benchmarking międzynarodowy. Dynamiczna reklasyfikacja gwarantuje elastyczność procesu w pełnym toku dochodzenia.
54/55
Pytania kontrolne do wykładu 7 i egzaminu
Cel slajdu: Przedstawienie zestawu 10 przekrojowych pytań akademickich weryfikujących wiedzę inżynierską, prawną i metodyczną przed egzaminem końcowym.

Sprawdzian wiedzy normatywnej, analitycznej i operacyjnej przed egzaminem końcowym

Poniższy zestaw 10 pytań kontrolnych stanowi podsumowanie całego programu nauczania. Obejmuje zagadnienia teoretyczne, prawne, proceduralne oraz inżynierskie, pozwalając studentom zweryfikować stopień opanowania wiedzy przed egzaminem. Wymogi prawne określa ustawa o Krajowym Systemie Cyberbezpieczeństwa w brzmieniu nadanym nowelizacją z 23 stycznia 2026 r. (Dz.U. 2026 poz. 252) oraz portal Prezesa UODO.

  • 1. Triada CIA a Hexada Parkera: Czym różni się klasyczna triada CIA od 6 atrybutów Hexady Parkera i jakie praktyczne znaczenie ma atrybut „Posiadanie” (Possession)?
  • 2. Zegar notyfikacji w reżimie NIS2 i KSC: W jakich trzech nieprzekraczalnych terminach (24h, 72h, 1 miesiąc) podmiot kluczowy musi zaraportować incydent poważny do CSIRT?
  • 3. Zgłoszenia w reżimie RODO: Jakie są przesłanki zgłoszenia incydentu do Prezesa UODO (art. 33) oraz powiadomienia osób fizycznych (art. 34) i jakie są terminy?
  • 4. Poziomy Severity P1-P4: Jakie kryteria decydują o zakwalifikowaniu incydentu jako Poziom Krytyczny (P1) i jakie są dopuszczalne czasy reakcji MTTA?
  • 5. Taksonomia ENISA RSIT: Wymień co najmniej 5 głównych kategorii unijnej taksonomii ENISA i przypisz do nich przykładowe ataki cyfrowe.
  • 6. Błędy kardynalne w obsłudze incydentu: Dlaczego wyłączenie komputera z prądu (Pull the plug) stanowi kardynalny błąd informatyki śledczej?
  • 7. Modele ISO/IEC 27035 vs NIST SP 800-61r3: Jakie są główne różnice w akcentach i podziale faz pomiędzy normą wytycznych ISO/IEC 27035 (wspierającą SZBI wg ISO/IEC 27001) a wytycznymi operacyjnymi NIST?
  • 8. Kultura Blameless Post-Mortem: Na czym polega zasada „braku winnych” w analizie poincydentalnej i jak metoda 5 Why pomaga dotrzeć do wad systemowych?
  • 9. Niezmienne kopie zapasowe (Immutable): Dlaczego zasada 3-2-1-1-0 oraz technologia WORM stanowią jedyną pewną obronę przed szantażem ransomware?
  • 10. Odpowiedzialność osobista Zarządu: Jakie sankcje grożą członkom zarządu podmiotu kluczowego za zaniedbania w nadzorze nad cyberbezpieczeństwem wg NIS2 art. 20?
Standard Kompetencji Egzaminacyjnych: Wymagany zasób wiedzy pojęciowej, normatywnej i prawnej oraz praktycznych umiejętności inżynierskich niezbędnych do pozytywnego zaliczenia egzaminu z Zarządzania Incydentami Bezpieczeństwa Informacji. Skróty i pojęcia: Hexada Parkera (Parkerian Hexad, sześć atrybutów bezpieczeństwa informacji); Zegar notyfikacji 24h-72h-miesiąc (trójstopniowy schemat sprawozdawczy KSC i NIS2 wobec właściwego CSIRT), art. 33 i art. 34 RODO (zgłoszenie do Prezesa UODO oraz zawiadomienie osób poszkodowanych); 5 Why (metoda pięciu pytań).
Matryca Zagadnień Egzaminacyjnych BLOK PRAWNY (W1 & W4) Kluczowe Zagadnienia: - Terminy RODO: 72h do UODO, art. 34 - Harmonogram NIS2/KSC: 24h, 72h, 30 dni - Kodeks Karny: art. 267, 268a, 269a KK Waga pytań w egzaminie: ok. 25% BLOK ANALITYCZNY (W2 & W3) Kluczowe Zagadnienia: - Wektory zagrożeń i powierzchnia ataku - Metoda 5 Why i diagram Ishikawy - Drzewa błędów FTA i analiza Root Cause Waga pytań w egzaminie: ok. 25% BLOK OPERACYJNY (W5 & W6) Kluczowe Zagadnienia: - Dedykowane playbooki reagowania - 5 faz ISO/IEC 27035-1 oraz 6 funkcji CSF 2.0 - Analiza powłamaniowa i PIR Waga pytań w egzaminie: ok. 25% BLOK KLASYFIKACJI (W7) Kluczowe Zagadnienia: - Model CIA, Hexada i wektory wpływu - Skala P1-P4, SLA i macierz priorytetów - Taksonomia ENISA RSIT i CERT Polska Waga pytań w egzaminie: ok. 25%
55/55
Literatura, źródła, kontakt
Cel slajdu: Przedstawienie kanonu bibliograficznego, norm międzynarodowych, repozytoriów prawnych i instytucji zaufania dla całego kursu 7 wykładów.

Kanon bibliograficzny, standardy międzynarodowe, repozytoria i podsumowanie

Wiedza inżyniera cyberbezpieczeństwa wymaga ciągłej aktualizacji w oparciu o zaufane i autorytatywne źródła. Poniższy kanon normatywny, prawny i akademicki stanowi wyczerpującą bibliografię całego kursu oraz fundament merytoryczny do dalszego rozwoju zawodowego.

Kanon Źródłowy Cyberbezpieczeństwa: Autorytatywny zbiór międzynarodowych norm technicznych, unijnych i krajowych aktów prawnych oraz repozytoriów instytucji zaufania stanowiący fundament wiedzy inżyniera zarządzania incydentami. Skróty i pojęcia: NIST SP 800-61 Rev. 3, NIST CSF 2.0, NIST SP 800-86 i RFC 3227 (podręczniki i dokumenty NIST oraz wytyczne IETF zbierania dowodów, NIST); KSC (ustawa o Krajowym Systemie Cyberbezpieczeństwa); Dz.U. (Dziennik Ustaw).
Kanon Wiedzy i Zwieńczenie Cyklu Wykładów NORMY MIĘDZYNARODOWE Standardy ISO i NIST: - ISO/IEC 27035:2023 (Incydenty) - ISO/IEC 27001 / 27002:2022 (SZBI) - NIST SP 800-61r3 / SP 800-86 NIST SP 800-207 (Zero Trust Architecture) RAMY PRAWNE I RAPORTY Oficjalne Repozytoria: - RODO (UE 2016/679) & NIS2 (2022/2555) - Ustawa o KSC & Kodeks Karny - Raporty CERT Polska & ENISA ETL Taksonomia ENISA RSIT / platforma n6 GRATULACJE UKOŃCZENIA KURSU! Zarządzanie Incydentami Bezpieczeństwa Informacji (7 modułów / 385 slajdów) Kompletna ścieżka: Prawo - Obszary - RCA - Reakcja - Ścieżki - Cykl - Klasyfikacja Życzymy sukcesów na egzaminie oraz w karierze zawodowej w branży cyberbezpieczeństwa! kontakt@uczelnia.edu.pl | Konsultacje akademickie: środy 16:00 - 18:00