1/55
Sposoby reakcji na incydenty i procedury zgłoszeniowe
Cel slajdu: Przedstawienie celów poznawczych modułu czwartego, ram strategicznych reagowania na incydenty oraz kluczowych obowiązków proceduralno-prawnych organizacji.

Od wykrycia anomalii do zorganizowanej obrony, powstrzymania i raportowania

Reagowanie na incydent (Incident Response) to krytyczna zdolność operacyjna każdej nowoczesnej organizacji. Łączy zaawansowaną wiedzę inżynierską, dyscyplinę zarządzania kryzysowego oraz bezwzględne rygory prawne polskiego i unijnego porządku prawnego. Międzynarodowe zasady reakcji definiują norma ISO/IEC 27035-1:2023 (Incident management principles) oraz wytyczne NIST SP 800-61 Rev. 3 (Incident Response Considerations).

  • Strategie powstrzymywania i neutralizacji: Poznanie metodyki izolowania zagrożeń (containment), całkowitej eliminacji śladów intruza (eradication) oraz bezpiecznego przywracania usług (recovery) wg wytycznych normy ISO/IEC 27035.
  • Wymogi formalno-prawne zgłaszania incydentów: Trzyetapowy reżim dyrektywy NIS2 i ustawy o KSC (24h wczesne ostrzeżenie, 72h zgłoszenie incydentu, 1 miesiąc raport końcowy) oraz procedura powiadomień Prezesa UODO (72h) zgodnie z art. 33 RODO.
  • Architektura zespołów reagowania (SOC, CSIRT, IRT): Podział ról operacyjnych wewnątrz organizacji, modele dojrzałości, funkcjonowanie Security Operations Center oraz współpraca z zespołami poziomu krajowego prowadzonymi przez CERT Polska / CSIRT NASK.
  • Praktyczne scenariusze i playbooki: Analiza dedykowanych algorytmów reagowania na ataki typu ransomware, masowe wycieki baz danych, paraliż DDoS oraz działania nieuczciwych pracowników (insider threats).
Reagowanie na incydent (Incident Response): Skoordynowany zbiór działań technicznych, prawnych i organizacyjnych podejmowanych w celu powstrzymania ataku, minimalizacji strat, przywrócenia ciągłości działania oraz rozliczenia i wyciągnięcia wniosków ze zdarzenia. Skróty i pojęcia: SOC to centrum operacji bezpieczeństwa, słownik NIST, hasło SOC; CSIRT to zespół reagowania na incydenty komputerowe, IRT to wewnętrzny zespół reagowania organizacji.
Cykl Reagowania na Incydent Bezpieczeństwa Informacji 1. DETEKCJA Alerty SIEM/EDR 2. IZOLACJA Containment 3. ERADYKACJA Usunięcie przyczyn 4. ODZYSKANIE Recovery / BCP Dwa Równoległe Tory Reakcji w Organizacji • Tor Techniczny (Engineering): Izolacja VLAN, blokada C2, forensic RAM, czyszczenie systemów • Tor Formalno-Prawny (Compliance): Zgłoszenia CSIRT (24h/72h), powiadomienie UODO (72h) • Tor Komunikacyjny (Public Relations): Jednolity przekaz medialny i zawiadomienie klientów • Kluczowy cel: Zminimalizować straty biznesowe, zachować dowody i uniknąć sankcji finansowych
2/55
Spis treści prezentacji - architektura modułu 4
Cel slajdu: Zapoznanie studentów ze strukturą wykładu obejmującą strategie techniczne, procedury zgłoszeniowe, organizację zespołów reagowania oraz studia przypadków.

Cztery filary nowoczesnego zarządzania reakcją na incydenty

Wykład łączy w jedną spójną całość aspekty inżynierskie, ramy prawne i organizacyjne. Zapewnia praktyczny warsztat niezbędny dla przyszłych oficerów bezpieczeństwa i analityków SOC, opierając się na wymogach Ustawy o KSC (Dz.U. 2026 poz. 252), zaleceniach agencji ENISA Good Practice Guide for Incident Management oraz standardzie FIRST CSIRT Services Framework v2.1.

  • Blok 1: Strategie reakcji na incydent (slajdy 1-15): Zasady zachowania w kryzysie, strategie Containment, mikrosegmentacja, Eradication, etapowe Recovery, komunikacja, matryce eskalacji oraz szczegółowe playbooki ransomware i wycieku danych.
  • Blok 2: Procedury zgłoszeniowe (slajdy 16-32): Prawne ścieżki powiadomień: CSIRT NASK, CSIRT GOV, reżim NIS2/KSC (24h/72h/1 mies.), zgłoszenie UODO (72h), organy ścigania (art. 267-269b KK), łańcuch dowodowy, rejestr incydentów i KPI zarządcze.
  • Blok 3: Zespoły reagowania (slajdy 33-45): Budowa i operacje Security Operations Center (SOC Tier 1/2/3), specyfika CSIRT/CERT, wewnętrzne zespoły IRT, role w zespole, plany IRP, ćwiczenia tabletop, współpraca z MSSP i ubezpieczenia cybernetyczne.
  • Blok 4: Podsumowanie, case studies i pytania (slajdy 46-55): Zbiorczy algorytm reakcji, kompendium terminów ustawowych, analiza błędów, 3 pogłębione case studies, checklisty audytowe oraz 10 pytań sprawdzających wiedzę.
Architektura reagowania (Incident Response Architecture): Zintegrowany model organizacyjno-techniczny łączący operacyjne procedury blokowania zagrożeń (playbooki) z prawnymi procedurami eskalacji, retencji dowodowej i raportowania regulacyjnego. Skróty i pojęcia: SOC to centrum operacji bezpieczeństwa, słownik NIST, hasło SOC; KSC to ustawa o krajowym systemie cyberbezpieczeństwa; ENISA to Agencja UE ds. Cyberbezpieczeństwa; KK to kodeks karny.
Plan Wykładu 4: Sposoby Reakcji i Zgłoszenia Blok 1: Strategie Reakcji • Zasady reakcji i Containment • Eradication i bezpieczne Recovery • Komunikacja kryzysowa i eskalacja Slajdy 1-15: Technika i Playbooki Blok 2: Procedury Zgłoszeniowe • Ścieżki CSIRT (NASK / GOV / MON) • Terminy NIS2/KSC (24h/72h/1m) • RODO art. 33/34, Kodeks Karny Slajdy 16-32: Rygory Prawne Blok 3: Zespoły Reagowania • Struktura SOC (Tier 1, 2, 3) • Budowa zespołów IRT i role • Modele dojrzałości, MSSP i polisy Slajdy 33-45: Organizacja i Ludzie Blok 4: Podsumowanie & Case • Flowchart reakcji i matryce SLA • 3 Studia Przypadków (Ransom/Leak) • Checklisty, 10 Pytań, Źródła Slajdy 46-55: Praktyka Warsztatowa
3/55
Fundamentalne zasady reagowania na incydent bezpieczeństwa
Cel slajdu: Opanowanie kluczowych reguł postępowania w pierwszej fazie po wykryciu incydentu: szybkości, proporcjonalności, zabezpieczania dowodów i dyscypliny decyzyjnej.

Pierwsze minuty decydują o skali katastrofy i szansach obrony

W obliczu trwającego ataku największym zagrożeniem dla organizacji jest panika personelu i chaotyczne, nieprzemyślane ruchy. Zespoły reagowania muszą bezwzględnie stosować się do żelaznych reguł inżynierskich określonych w normie ISO/IEC 27037:2012 (Zabezpieczanie dowodów cyfrowych), wytycznych RFC 3227 (Guidelines for Evidence Collection and Archiving) oraz poradnikach CERT Polska.

  • Nie wyłączaj zasilania (Zasada zachowania pamięci RAM): Wyłączenie komputera przyciskiem zasilania bezpowrotnie niszczy zawartość pamięci operacyjnej RAM, w której znajdują się klucze szyfrujące, wstrzyknięty kod malware i aktywne połączenia C2. Zamiast wyłączania należy odłączyć interfejs sieciowy:
    Linux: ip link set dev eth0 down
    Windows PowerShell: Disable-NetAdapter -Name 'Ethernet' -Confirm:$false.
  • Szybkość połączona z proporcjonalnością: Brak natychmiastowej reakcji pozwala intruzowi na zaszyfrowanie sieci w kilkanaście minut; jednak nadmierna reakcja (np. odcięcie elektrowni lub szpitala) może wywołać szkody większe niż sam atak.
  • Ciągłe dokumentowanie faktów (Incident Log): Rejestrowanie z dokładnością co do sekundy każdej podjętej decyzji, wydanego polecenia i odłączonego kabla; bez tego późniejsza obrona przed sądem karnym (art. 228 KPK) lub Prezesem UODO jest niemożliwa.
  • Dyscyplina komunikacyjna (Zasada jednej tuby): Całkowity zakaz publicznego wypowiadania się pracowników na forach lub w mediach społecznościowych; wszelkie informacje wychodzą wyłącznie przez autoryzowanego rzecznika prasowego.
Zasada minimalizacji szkód wtórnych: Złota reguła nakazująca dobór takich środków powstrzymywania ataku, które skutecznie izolują zagrożenie, nie doprowadzając jednocześnie do nieodwracalnego zniszczenia dowodów lub zbędnego paraliżu krytycznych funkcji organizacji. Skróty i pojęcia: RFC 3227 to wytyczne zbierania dowodów; CERT Polska, zob. CERT Polska, to krajowy zespół koordynacyjny; RAM to pamięć operacyjna; C2 to serwer dowodzenia intruza; KPK to kodeks postępowania karnego.
Cztery Złote Zasady Pierwszej Fazy Reagowania 1. BEZ PANIKI Nie wyłączaj PC Zachowaj RAM Odłącz sieć LAN Izolacja kabla 2. PROPORCJA Ocena Blast Radius Cięcie chirurgiczne Ochrona życia pacjentów Brak autosabotażu 3. REJESTRACJA Dziennik zdarzeń Synchronizacja czasu Podpis decydenta Ślad audytowy 4. JEDNA TUBA Zakaz plotek w SM Oficjalny rzecznik Spójny komunikat Ochrona marki Błędy Niewybaczalne w Pierwszej Godzinie Incydentu • Twardy restart serwera: Trwałe zatarcie śladów w RAM i uruchomienie skryptów niszczących • Samowolne próby naprawy: Nadpisywanie logów audytowych przez lokalnych informatyków • Zatajanie incydentu przed zarządem: Utrata cennych godzin na zgłoszenie regulacyjne NIS2 • Prawidłowa reakcja: Odłącz kabel sieciowy / wyłącz Wi-Fi, powiadom Incident Commandera!
4/55
Containment - strategie powstrzymania rozprzestrzeniania
Cel slajdu: Zrozumienie założeń i kryteriów doboru strategii izolacji zagrożenia: krótkoterminowej (odcięcie) oraz długoterminowej (przebudowa i monitoring).

Ograniczenie promienia rażenia ataku (Blast Radius)

Faza powstrzymywania (Containment) ma kluczowe znaczenie w całym cyklu reagowania. Jej nadrzędnym celem jest uniemożliwienie intruzowi wykonania ruchu bocznego (Lateral Movement) i dotarcia do kluczowych zasobów. Ramy containment opisuje przewodnik NIST SP 800-61 Rev. 3 (Containment Strategies) oraz inżynierski podręcznik Google SRE Incident Response Workbook.

  • Krótkoterminowy containment (Short-term Containment): Natychmiastowe działania powstrzymujące trwający atak: zrzucenie podejrzanych sesji VPN, zablokowanie kont użytkowników w Active Directory, fizyczne lub logiczne odcięcie hosta od sieci przez agenta EDR.
  • Długoterminowy containment (Long-term Containment): Tymczasowa przebudowa architektury w celu umożliwienia kontynuacji biznesu: uruchomienie zapasowych tras sieciowych, wdrożenie tymczasowych reguł blokujących na zaporach NGFW i przekierowanie ruchu na serwery lustrzane.
  • Dylemat decyzyjny: Izolować natychmiast czy obserwować?: Natychmiastowa izolacja ratuje dane przed szyfrowaniem, ale płoszy zaawansowanego napastnika APT; celowa obserwacja w piaskownicy sieciowej pozwala poznać pełną infrastrukturę serwerów C2 (zgodnie z zaleceniami CISA StopRansomware).
  • Wymóg autoryzacji decyzyjnej: Decyzje o izolacji kluczowych serwerów produkcyjnych podejmuje Incident Commander w porozumieniu z właścicielem biznesowym procesu (ryzyko strat finansowych).
Powstrzymywanie (Containment): Działania operacyjno-techniczne zmierzające do natychmiastowego zablokowania możliwości rozprzestrzeniania się intruza lub złośliwego oprogramowania w infrastrukturze teleinformatycznej organizacji. Skróty i pojęcia: Lateral Movement to ruch boczny intruza między systemami; Blast Radius to promień rażenia ataku; VPN to wirtualna sieć prywatna; Active Directory to usługa katalogowa Microsoft; NGFW to zapora nowej generacji; Incident Commander to kierownik incydentu.
Dylemat Containment: Natychmiastowa Izolacja vs Obserwacja NATYCHMIASTOWA IZOLACJA • Scenariusz: Ransomware, wipery • Działanie: Odcięcie portu switcha, EDR • Zysk: Ochrona reszty sieci przed szyfrowaniem Ryzyko: Utrata wiedzy o C2 KONTROLOWANA OBSERWACJA • Scenariusz: Szpiegostwo APT, insider • Działanie: Przekierowanie do honeypota • Zysk: Zidentyfikowanie pełnego arsenału TTP Ryzyko: Dalszy wyciek danych Kryteria Wyboru Strategii Izolacji • Prędkość propagacji: Atak automatyczny (robak, ransomware) = natychmiastowa izolacja • Wartość aktywów: Gdy zagrożona jest baza produkcyjna RODO, priorytet ma zatrzymanie wycieku • Dojrzałość SOC: Obserwację mogą prowadzić wyłącznie zaawansowane zespoły z pełną telemetrią • Bezpieczeństwo operacyjne: Izolacja hosta przez agenta EDR pozwala zachować zdalną konsolę
5/55
Strategie containment dla różnych typów incydentów
Cel slajdu: Dostosowanie taktyki powstrzymywania do specyfiki zagrożenia: ransomware, ataków DDoS, wycieków danych oraz zagrożeń wewnętrznych (Insider Threat).

Różne wektory ataku wymagają odmiennych narzędzi izolacji

Nie ma jednej uniwersalnej procedury containment. Wyciągnięcie kabla sieciowego może uratować serwer przed zaszyfrowaniem, ale przy ataku DDoS na serwis publiczny spowoduje jedynie samospełnienie celu napastnika. Zasady reagowania wg wektorów opisuje NIST SP 800-83 Rev. 1 (Malware Incident Handling) oraz publikacje i zalecenia CERT Polska (Publikacje i biuletyny).

  • Ransomware i robaki sieciowe: Agresywna izolacja sieciowa: odcięcie stacji przez EDR, zablokowanie protokołu SMB (port 445) i RDP (port 3389) na przełącznikach rdzeniowych, awaryjna reguła blokady na routerze:
    iptables -I FORWARD 1 -s 192.168.10.50 -j DROP lub nft add rule inet filter forward ip saddr 192.168.10.50 drop.
  • Ataki na dostępność (DDoS): Brak wyłączania serwerów! Przekierowanie ruchu na platformy czyszczące (Scrubbing Centers, CDN), aktywacja reguł Geo-IP i Rate Limiting, blackholing/null routing adresów atakowanych we współpracy z ISP.
  • Wyciek danych (Data Exfiltration): Natychmiastowe zablokowanie skompromitowanych poświadczeń użytkownika i unieważnienie tokenów OAuth/SAML, zablokowanie wychodzących połączeń do nieznanych chmur (porty 443/80).
  • Zagrożenie wewnętrzne (Malicious Insider): Cicha konfiskata uprawnień administracyjnych (shadow revoking), klonowanie sesji do celów dowodowych, fizyczne zablokowanie karty dostępu do serwerowni i biura.
Dedykowana taktyka izolacji: Zbiór wyspecjalizowanych procedur operacyjnych dobranych pod kątem mechaniki ataku, mających na celu odcięcie wektora zagrożenia bez niepotrzebnego naruszania innych procesów biznesowych. Skróty i pojęcia: EDR to ochrona punktów końcowych, słownik NIST, hasło EDR; SMB to protokół współdzielenia plików, RDP to protokół zdalnego pulpitu; CDN to sieć dostarczania treści; ISP to dostawca internetu.
Matryca Technik Containment wg Typu Incydentu RANSOMWARE • Izolacja EDR hosta • Blokada SMB / RDP • Odpięcie kopii SAN Stop szyfrowaniu ATAK DDOS • BGP Anycast CDN • Scrubbing Center • Rate Limiting IP Filtracja pakietów WYCIEK DANYCH • Reset tokenów API • Blokada egress DLP • Blokada portu 443 C2 Zatrzymanie exfil INSIDER THREAT • Odbiór uprawnień AD • Blokada karty RFID • Zrzut sesji PAM Ochrona dowodowa Współpraca z Narzędziami Automatyzacji SOAR • Wyzwalacze playbooków: Alerty o wysokiej pewności (High Fidelity) automatycznie odpalają containment • Czas reakcji maszyny: Zablokowanie skompromitowanego konta w 2 sekundy od wykrycia anomalii • Człowiek w pętli: Autoryzacja przez analityka SOC dla systemów z listy Tier 1 (Core Banking / ERP) • Zasada ostrożności: Zawsze upewnij się, czy odcięcie nie narusza ciągłości ratowania życia
6/55
Segmentacja sieci i mikrosegmentacja w fazie containment
Cel slajdu: Poznanie technicznych metod ograniczania rozprzestrzeniania intruza za pomocą sieci VLAN, zapór nowej generacji (NGFW) oraz mikrosegmentacji w modelu Zero Trust.

Architektoniczne grodzie wodoroszczelne w infrastrukturze IT

Zgodnie z normą ISO/IEC 27001:2022 (Załącznik A.8.20 i A.8.22 - Bezpieczeństwo sieci i segmentacja) oraz standardem architektury NIST SP 800-207 (Zero Trust Architecture), sieć przedsiębiorstwa musi być podzielona na odizolowane strefy bezpieczeństwa. W trakcie incydentu granice te stają się podstawową linią obrony.

  • Tradycyjna segmentacja VLAN i reguły ACL: Fizyczny lub logiczny podział sieci na podsieci (Użytkownicy, Serwery, Drukarki, Goście); blokada bezpośredniej komunikacji stacja-stacja (Client Isolation) uniemożliwia rozprzestrzenianie robaków sieciowych.
  • Zapory nowej generacji (Next-Gen Firewalls): Wymuszenie inspekcji ruchu między strefami na poziomie warstwy 7 (aplikacyjnej); automatyczne nakładanie restrykcyjnych profili bezpieczeństwa na zainfekowany segment.
  • Mikrosegmentacja programowa (Zero Trust): Zarządzanie regułami zapory bezpośrednio na poziomie hipernadzorców maszyn wirtualnych lub agentów hosta; izolacja pojedynczych kontenerów i procesów zgodnie z CIS Controls v8 (Kontrola 12).
  • Kwarantanna sieciowa NAC (Network Access Control): Systemy kontroli dostępu do sieci automatycznie przenoszą podejrzaną stację roboczą do odizolowanego VLAN-u kwarantanny, gdzie dostępny jest wyłącznie skaner antywirusowy i narzędzia telemetrii.
Mikrosegmentacja: Zaawansowana technika architektoniczna polegająca na logicznym izolowaniu poszczególnych obciążeń roboczych (workloads) na poziomie pojedynczych procesów w celu uniemożliwienia nieautoryzowanego ruchu bocznego. Skróty i pojęcia: VLAN to wirtualna sieć lokalna; ACL to lista kontroli dostępu; NGFW to zapora nowej generacji; Zero Trust to model nieufania żadnemu podmiotowi domyślnie; CIS Controls, CIS Controls, to katalog zabezpieczeń.
Grodzie Bezpieczeństwa: Architektura Mikrosegmentacji VLAN UŻYTKOWNIKÓW • Stacje PC / Laptopy • Izolacja stacja-stacja • Blokada portu 445/3389 Wektor początkowy ZAPORA NGFW / NAC • Inspekcja Warstwy 7 • Dynamiczna kwarantanna • Blokada ruchu bocznego Grodź wodoroszczelna SERWERY I BAZY • Bazy SQL klientów • Kontrolery domeny AD • Systemy ERP i finanse Zasób chroniony Efektywność Mikrosegmentacji w Zatrzymaniu Ransomware • Płaska sieć (Flat Network): Jeden zainfekowany laptop szyfruje całą firmę w 15 minut • Sieć z mikrosegmentacją: Atak uderza w grodź NGFW i zostaje uwięziony w jednym segmencie • Polityka Zero Trust: Brak zaufania do pakietu tylko dlatego, że pochodzi z wewnątrz biura • Wymóg NIS2 (art. 21): Wdrożenie segmentacji sieci jako obowiązkowego środka technicznego
7/55
Eradication - całkowite usunięcie przyczyny źródłowej
Cel slajdu: Zrozumienie zasad eliminacji śladów napastnika, backdoorów, złośliwego oprogramowania oraz podatności umożliwiającej penetrację.

Oczyszczenie infrastruktury z korzeni infekcji

Samo odcięcie serwerów od sieci (containment) to dopiero połowa sukcesu. Faza eradykacji (Eradication) polega na precyzyjnym zidentyfikowaniu i trwałym usunięciu wszystkich elementów pozostawionych przez adwersarza. Metodykę eradykacji opisuje standard NIST SP 800-61 Rev. 3 (Eradication Phase) oraz repozytorium taktyk persystencji MITRE ATT&CK Tactics (TA0003 - Persistence).

  • Wytępienie mechanizmów persystencji (Persistence): Wykrycie i usunięcie złośliwych zadań harmonogramu zadań (Windows: schtasks /query /fo LIST /v), ukrytych kluczy rejestru Run, złośliwych usług systemowych oraz kont użytkowników utworzonych przez intruza.
  • Unieważnienie i wymiana poświadczeń: Przymusowy reset haseł dla wszystkich kont w domenie, dwukrotny reset hasła konta KRBTGT w Active Directory (unieważnienie biletów Golden Ticket Kerberos z odstępem min. 4-10h), unieważnienie certyfikatów i kluczy SSH.
  • Likwidacja luk i łatanie podatności (Patching): Zainstalowanie poprawek bezpieczeństwa na podatności (CVE), które posłużyły za wektor wejścia, wyłączenie nieużywanych portów i przestarzałych protokołów (SMBv1, TLS 1.0/1.1).
  • Rekonstrukcja maszyn (Rebuild vs Clean): Dobra praktyka inżynierska: skompromitowanego serwera nie „leczy się” antywirusami; bezpieczniej jest sformatować dysk i postawić system od nowa ze zweryfikowanego szablonu (Golden Image).
Eradykacja (Eradication): Faza cyklu reagowania polegająca na całkowitym usunięciu komponentów zagrożenia, backdoorów, złośliwego kodu oraz zlikwidowaniu podatności systemowych, które umożliwiły atak. Skróty i pojęcia: MITRE ATT&CK, MITRE ATT&CK, to macierz technik atakujących; persistence to mechanizm utrzymania dostępu; KRBTGT to konto usługi biletów Kerberos, Golden Ticket to sfałszowany bilet uwierzytelniający; SMBv1 i TLS to protokoły sieciowe; backdoor to tylna furtka.
Proces Eradykacji Zagrożenia Krok po Kroku 1. PERSYSTENCJA • Usunięcie cron/Tasks • Rejestr Windows • Web-shelle na WWW Brak powrotu 2. POŚWIADCZENIA • Reset KRBTGT x2 • Zmiana haseł AD • Rotacja kluczy SSH Utrata dostępu 3. ŁATANIE LUK • Poprawki CVE • Zamknięcie portów • Hardening baz Brak wektora 4. REBUILD • Formatowanie OS • Szablon Golden Img • Nowe certyfikaty Czysty stan bazowy Złota Reguła Podwójnego Resetu KRBTGT w Active Directory • Konto KRBTGT: Służy do szyfrowania biletów TGT protokołu Kerberos w domenie Windows • Atak Golden Ticket: Skradziony hash hasła KRBTGT pozwala intruzowi fałszować dowolne bilety • Dlaczego dwa resety? Active Directory pamięta poprzednie hasło; dopiero 2. reset unieważnia bilet • Odstęp czasowy: Między 1. a 2. resetem należy odczekać min. 4-10 godzin na replikację domeny
8/55
Recovery - odtwarzanie systemów i przywracanie usług
Cel slajdu: Poznanie zasad bezpiecznego przywracania działalności operacyjnej z wykorzystaniem zweryfikowanych kopii zapasowych i etapowego uruchamiania środowisk.

Powrót do normalności pod ścisłym nadzorem telemetrii

Faza odtwarzania (Recovery) to nie tylko zwykłe kliknięcie „przywróć z backupu”. Uruchomienie systemów bez upewnienia się, że kopia nie zawiera uśpionego exploita lub złośliwego kodu, kończy się ponownym atakiem w ciągu kilkunastu godzin. Standardy planowania ciągłości działania normuje ISO 22301:2019 (Zarządzanie ciągłością działania) oraz przewodnik NIST SP 800-34 Rev. 1 (Contingency Planning Guide).

  • Weryfikacja integralności kopii zapasowych: Skanowanie backupów silnikami antywirusowymi i regułami YARA pod kątem obecności wskaźników IoC przed podłączeniem baz do sieci produkcyjnej zgodnie z wytycznymi CISA Ransomware Recovery.
  • Etapowe przywracanie (Phased Rollout): Odtwarzanie systemów partiami, zaczynając od środowiska izolowanego (Staging/Sandbox), weryfikacja poprawności transakcji biznesowych i dopiero wtedy przełączenie na produkcję.
  • Wzmocniony monitoring powłamaniowy: Przez minimum 30-90 dni od zakończenia ataku systemy pracują w reżimie podwyższonej czujności SOC; obniżone progi alertowania i wzmożony Threat Hunting.
  • Komunikacja z użytkownikami biznesowymi: Potwierdzenie przez właścicieli procesów, że integralność baz danych została zachowana i nie doszło do przekłamania stanów magazynowych czy sald bankowych.
Odtwarzanie (Recovery): Faza cyklu reagowania polegająca na przywróceniu dotkniętych systemów i usług do stanu pełnej sprawności operacyjnej z jednoczesnym potwierdzeniem eliminacji zagrożenia. Skróty i pojęcia: YARA to język reguł wykrywania malware; IoC to wskaźnik kompromitacji, słownik NIST, hasło IoC; Staging i Sandbox to środowiska testowe; Threat Hunting to proaktywne polowanie na zagrożenia.
Ścieżka Bezpiecznego Odtwarzania Systemów (Recovery Pipeline) 1. AUDYT KOPII • Kopia sprzed T0 • Skan YARA / IoC • Integralność sum Czysty backup 2. STAGING • Odpalenie w izolatce • Testy integracji • Testy spójności baz Brak anomalii 3. PRZEPIĘCIE • Otwarcie firewalli • Włączenie usług B2B • Logowanie personelu Wznowienie pracy 4. MONITORING • Reżim 24/7 SOC • Obniżone progi alert • Polowanie na IoC Okres karencji 30d Wymogi Zgodności BCP/DR wg Normy ISO 22301 • RTO (Recovery Time Objective): Maksymalny dopuszczalny czas niedostępności systemu • RPO (Recovery Point Objective): Maksymalna akceptowalna utrata danych w czasie • Weryfikacja audytowa: Podpisanie protokołu odbioru przez właściciela biznesowego procesu • Rozliczalność prawna: Wykazanie organom, że przywrócony system spełnia wymogi bezpieczeństwa
9/55
Priorytetyzacja systemów w procesie odtwarzania (BIA i RTO)
Cel slajdu: Nauka kolejkowania procesów odzyskiwania danych na podstawie analizy wpływu na biznes (BIA), parametrów RTO/RPO oraz zależności usługowych.

Kolejność uruchamiania ma znaczenie krytyczne dla przetrwania firmy

W sytuacji rozległego ataku ransomware zasoby inżynierskie nie są w stanie przywrócić wszystkich 200 serwerów jednocześnie. Niezbędna jest sformalizowana kolejka priorytetowa wynikająca z analizy BIA opisanej w normie ISO 22301:2019, wytycznych NIST SP 800-34 Rev. 1 oraz zaleceniach ENISA Strategies for Incident Response and Cyber Crisis Cooperation.

  • Poziom 0: Usługi infrastruktury bazowej (Core IT): Systemy nadrzędne, bez których żadna inna usługa nie wystartuje: kontrolery domeny Active Directory, serwery DNS, DHCP, zapory sieciowe, routing oraz serwery uwierzytelniania RADIUS/MFA.
  • Poziom 1: Usługi o krytycznym znaczeniu biznesowym (Tier 1): Systemy podtrzymujące bezpośrednie życie lub główne źródło przychodów: szpitalny system HIS, systemy transakcyjne bankowości, bramki płatności, linia produkcyjna w fabryce (RTO < 4h).
  • Poziom 2: Systemy operacyjne i komunikacyjne (Tier 2): Narzędzia pracy bieżącej personelu: serwery poczty elektronicznej, systemy CRM, fakturowanie, platformy obsługi zgłoszeń serwisowych (RTO < 24h).
  • Poziom 3: Usługi pomocnicze i archiwalne (Tier 3): Systemy analityczne Business Intelligence, hurtownie danych, intranet korporacyjny, archiwa dokumentacji (RTO > 72h).
Kolejka odtwarzania (Recovery Sequence): Udokumentowany harmonogram kolejności podnoszenia usług teleinformatycznych uwzględniający techniczne zależności bazowe oraz parametry RTO wyznaczone w analizie BIA. Skróty i pojęcia: RTO to wymagany czas wznowienia, RPO to dopuszczalna utrata danych; DNS to system nazw domenowych; DHCP to protokół przydziału adresów; RADIUS i MFA to uwierzytelnianie wieloskładnikowe; HIS to szpitalny system informacyjny; CRM to system zarządzania relacjami z klientami; Tier 1/2/3 to poziomy krytyczności usług.
Hierarchia Odtwarzania Usług Teleinformatycznych Poziom 0: Infrastruktura Bazowa (RTO: 1-2h) Active Directory, DNS, DHCP, Bramy VPN, Zapory NGFW, Kontrolery PKI/MFA Poziom 1: Usługi Krytyczne Misji (RTO: < 4-8h) Szpitalny system HIS, Transakcje Bankowe, ERP Produkcji, Bazy Klientów SQL Poziom 2: Operacje Biznesowe i Komunikacja (RTO: < 24h) Poczta Exchange/M365, Platformy CRM, Logistyka, Fakturowanie, Helpdesk Poziom 3: Wsparcie i Back-Office (RTO: 72h+) Analityka BI, Intranet, Środowiska Deweloperskie, Archiwa i Repozytoria Kolejność wynika z analizy zależności technicznych: ERP nie wstanie bez sprawnego AD i DNS!
10/55
Zasady komunikacji kryzysowej podczas incydentu
Cel slajdu: Poznanie reguł skutecznej i bezpiecznej komunikacji z interesariuszami wewnętrznymi, klientami, mediami oraz organami regulacyjnymi zgodnie z NIS2.

Zarządzanie prawdą i reputacją organizacji pod ostrzałem pytań

Błędny, chaotyczny lub kłamliwy komunikat prasowy potrafi wyrządzić spółce większe straty giełdowe i wizerunkowe niż sam atak hakerski. Obowiązki informowania odbiorców usług nakłada Dyrektywa NIS2 (art. 23 ust. 4), a wymogi zawiadamiania osób fizycznych reguluje art. 34 RODO oraz oficjalne poradniki UODO.

  • Kanały komunikacji pozapasmowej (Out-of-band): Jeśli serwery pocztowe i czaty Teams/Slack mogły zostać skompromitowane, zespół IR musi komunikować się przez niezależne kanały (np. Signal na telefonach z odrębną siecią komórkową).
  • Zasada jednego rzecznika prasowego (Single Point of Truth): Żaden informatyk, dyrektor oddziału ani pracownik nie ma prawa rozmawiać z dziennikarzami; wszelkie komunikaty autoryzuje Sztab Kryzysowy.
  • Transparentność i empatia wobec poszkodowanych: Zamiast bagatelizować wyciek słowami „nic się nie stało”, organizacja musi precyzyjnie wyjaśnić: co wyciekło, jakie grożą konsekwencje i jakie kroki ochronne podjąć.
  • Zalecenia dotyczące działań prewencyjnych: Wskazanie klientom natychmiastowych kroków zaradczych: zmiana haseł, włączenie MFA, bezpłatne zastrzeżenie numeru PESEL w aplikacji mObywatel.
Komunikacja pozapasmowa (Out-of-band Communication): Użycie niezależnego, odizolowanego od infrastruktury firmowej kanału łączności w sytuacji, gdy sieć korporacyjna została skompromitowana lub podsłuchiwana przez intruza. Skróty i pojęcia: NIS2 to dyrektywa UE 2022/2555; RODO to rozporządzenie UE 2016/679; UODO, zob. UODO, to organ nadzorczy; Out-of-band to kanał łączności niezależny od infrastruktury firmy; MFA to uwierzytelnianie wieloskładnikowe; Signal to komunikator szyfrowany.
Model Komunikacji Kryzysowej w Trakcie Cyberataku ZESPÓŁ IR / SOC • Fakty techniczne • Zakres kompromitacji • Kanał: Signal OOB Twarde dowody SZTAB KRYZYSOWY • Zarząd + Prawnik • Rzecznik Prasowy • Decyzja o zgłoszeniach Jednolity przekaz ODBIORCY ZEWN. • Klienci i partnerzy • Media i opinia publ. • UODO i CSIRT KSC Zgodność NIS2/RODO Trzy Filary Oświadczenia Kryzysowego 1. Co wiemy na pewno: Podanie zweryfikowanych faktów bez snucia spekulacji technicznych 2. Co już zrobiliśmy: Izolacja systemów, zaangażowanie ekspertów, zgłoszenie do organów 3. Co powinien zrobić klient: Praktyczne instrukcje (np. zastrzeżenie PESEL, zmiana haseł) Zakaz absolutny: Kłamanie lub zaprzeczanie incydentowi, który został ujawniony w darknecie!
11/55
Matryca eskalacji i progi decyzyjne w reagowaniu
Cel slajdu: Zrozumienie struktury progów decyzyjnych oraz przypisania odpowiedzialności za uruchamianie planów awaryjnych i zatrzymywanie procesów biznesowych.

Kto i kiedy podejmuje decyzję o odcięciu fabryki lub zgłoszeniu do organów?

Inżynier L1 w SOC nie ma prawa samodzielnie wyłączyć linii produkcyjnej wartej miliony złotych. Z drugiej strony oczekiwanie na zgodę prezesa przy ataku ransomware prowadzi do zaszyfrowania całej firmy. Kluczem jest sformalizowana matryca eskalacji oparta na normie ISO/IEC 27035-2:2023 (Incident response planning) oraz modelu operacyjnym Google SRE Incident Response.

  • Progi incydentów od P4 do P1: Kategoryzacja zdarzeń wg wpływu: P4 (Niski - pojedynczy phishing), P3 (Średni - stacja robocza z trojanem), P2 (Wysoki - kompromitacja serwera bazy), P1 (Krytyczny - paraliż usług kluczowych).
  • Rola Incident Commandera: Kierownik incydentu posiada delegowane przez zarząd pełnomocnictwo do podejmowania natychmiastowych decyzji technicznych (izolacja VLAN, reset haseł) bez konieczności pytania zarządu zgodnie z FIRST CSIRT Framework.
  • Eskalacja zarządcza (Crisis Management): Decyzje zastrzeżone dla Zarządu: powiadomienie mediów, zaangażowanie kancelarii prawnej, wstrzymanie operacji biznesowych na poziomie krajowym.
  • Matryca RACI w obsłudze incydentu: Dokładne rozpisanie ról: Responsible (Kto wykonuje), Accountable (Kto odpowiada głową), Consulted (Z kim konsultujemy), Informed (Kogo informujemy).
Matryca eskalacji (Escalation Matrix): Sformalizowany algorytm określający parametry i kryteria incydentu, które obligują do przekazania sprawy na wyższy szczebel decyzyjny wraz z określonym maksymalnym czasem reakcji SLA. Skróty i pojęcia: P4 do P1 to progi od niskiego do krytycznego; FIRST, FIRST, to forum zespołów reagowania; RACI to macierz odpowiedzialności; SLA to umowny czas reakcji.
Matryca Eskalacji Incydentów (Progi Decyzyjne SLA) P1 - Krytyczny (Paraliż usług, ransomware, wyciek masowy) Decydent: Zarząd + Incident Commander | Eskalacja: Natychmiastowa (< 15 min) P2 - Wysoki (Kompromitacja serwera bazy, aktywny ruch boczny) Decydent: Incident Commander / SOC Lead | Eskalacja: < 30 minut P3 - Średni (Pojedyncza stacja z malware, zablokowany exploit) Decydent: Analityk L2 SOC / Administrator IT | Eskalacja: < 2 godziny P4 - Niski (Nieudane logowania brute-force, skanowanie perymetru) Decydent: Analityk L1 SOC | Czas reakcji: Standardowy cykl biletowy (< 8h) Brak jasnej matrycy paraliżuje proces decyzyjny i wydłuża MTTR nawet o 400%!
12/55
Sztab kryzysowy i powiązanie z zarządzaniem kryzysowym
Cel slajdu: Zrozumienie relacji pomiędzy technicznym zespołem reagowania na incydenty (CSIRT/IRT) a strategicznym komitetem zarządzania kryzysowego (CMT).

Synergia techniki, prawa, finansów i PR na najwyższym szczeblu

Poważny incydent cyberbezpieczeństwa dawno przestał być wyłącznie awarią techniczną. To kryzys biznesowy zagrażający płynności finansowej, reputacji i odpowiedzialności osobistej członków zarządu. Zasady powoływania sztabów kryzysowych i powiązania z ciągłością działania określają norma ISO 22301:2019, wytyczne Rządowego Centrum Bezpieczeństwa (RCB) oraz publikacje ENISA Strategies for Incident Response and Cyber Crisis Cooperation.

  • Struktura Sztabu Kryzysowego (Crisis Management Team - CMT): Prezes Zarządu (CEO), Dyrektor Bezpieczeństwa (CISO), Dyrektor Finansowy (CFO), Szef Działu Prawnego, Dyrektor Komunikacji/PR oraz Incident Commander.
  • Równoległy podział ról w kryzysie: Zespół IRT/SOC walczy z intruzem w systemach; Sztab Kryzysowy CMT podejmuje decyzje o alokacji budżetów, kontraktach awaryjnych, powiadomieniu giełdy i negocjacjach.
  • Raportowanie sytuacyjne (SITREP - Situation Report): Cykliczne, zwięzłe meldunki techniczne przekazywane do zarządu co 2-4 godziny, zawierające status containment, szacowane straty i rekomendacje decyzyjne.
  • Powiązanie z planami BCP/DRP (ISO 22301): Płynne przełączenie organizacji z procedur standardowych na Plany Ciągłości Działania (BCP) i procedury awaryjnego odtwarzania centrów danych (Disaster Recovery).
Sztab Kryzysowy (Crisis Management Team): Najwyższy kolegialny organ decyzyjny powoływany przez kierownictwo organizacji w celu całościowego zarządzania strategicznymi, finansowymi, prawnymi i medialnymi skutkami kryzysu. Skróty i pojęcia: RCB, zob. Rządowe Centrum Bezpieczeństwa, to centrum zarządzania kryzysowego; CEO to prezes, CISO to dyrektor bezpieczeństwa, CFO to dyrektor finansowy, PR to komunikacja publiczna; SITREP to raport sytuacyjny.
Architektura Współpracy IRT i Sztabu Kryzysowego (CMT) SZTAB KRYZYSOWY (CMT) • CEO / Zarząd: Odpowiedzialność • Legal: Zgłoszenia UODO / CSIRT • CFO: Budżety awaryjne Poziom Strategiczny ZESPÓŁ REAGOWANIA (IRT/SOC) • Incident Commander: Koordynator • Forensic Lead: Analiza RAM/dysków • Network/SysAdmin: Izolacja i łatki Poziom Operacyjny Elementy Raportu Sytuacyjnego (SITREP) dla Sztabu • Status wektora: Czy intruz został powstrzymany i odcięty od sieci? • Skala szkód: Ile serwerów zostało uszkodzonych, czy doszło do eksfiltracji danych? • Zegar prawny: Ile godzin pozostało do minięcia ustawowych terminów NIS2 (24h) i RODO (72h)? • Prognoza RTO: Szacowany czas przywrócenia kluczowych procesów biznesowych
13/55
Koordynacja z podmiotami zewnętrznymi w trakcie incydentu
Cel slajdu: Poznanie zasad profesjonalnej współpracy z organami państwowymi (CSIRT, UODO, Policja), ekspertami zewnętrznymi oraz ubezpieczycielami.

Organizacja nie jest samotną wyspą w walce z cyberprzestępczością

Skuteczne opanowanie poważnego incydentu wymaga natychmiastowego otwarcia kanałów współpracy z zewnętrznym ekosystemem cyberbezpieczeństwa. Obowiązki współpracy z CSIRT określa Ustawa o KSC (Dz.U. 2026 poz. 252), a koordynację dochodzeniową wspierają organy ścigania z Centralnego Biura Zwalczania Cyberprzestępczości (CBZC) oraz CERT Polska.

  • Zespoły CSIRT poziomu krajowego i sektorowego: Bieżąca wymiana wskaźników IoC z CSIRT NASK, CSIRT GOV lub CSIRT KNF; zespoły te dysponują wiedzą o kampaniach atakujących inne podmioty i mogą udostępnić sygnatury obronne.
  • Organy ścigania (CBZC / Prokuratura): Współpraca przy zabezpieczaniu dowodów zgodnie z wymogami Kodeksu postępowania karnego (KPK art. 228); formalne zawiadomienie o przestępstwach przeciwko ochronie informacji z art. 267-269b KK.
  • Zewnętrzne firmy Incident Response (Retainer): Wsparcie wyspecjalizowanych inżynierów i biegłych informatyki śledczej posiadających zakontraktowany gwarantowany czas przybycia (SLA np. 4h).
  • Ubezpieczyciel cybernetyczny (Cyber Insurance): Wdrożenie procedury likwidacji szkody: zatwierdzenie wynajętych firm zewnętrznych przez ubezpieczyciela przed poniesieniem kosztów (warunek wypłaty odszkodowania z polisy).
Koordynacja zewnętrzna: Ustrukturyzowany proces wymiany informacji technicznych, operacyjnych i dowodowych z organami państwowymi, wyspecjalizowanymi partnerami i ubezpieczycielem w trakcie obsługi incydentu. Skróty i pojęcia: KSC to ustawa o krajowym systemie cyberbezpieczeństwa; CBZC, zob. Centralne Biuro Zwalczania Cyberprzestępczości, to jednostka Policji; KPK to kodeks postępowania karnego; KK to kodeks karny; SLA to czas reakcji; Cyber Insurance to ubezpieczenie cybernetyczne.
Ekosystem Współpracy z Podmiotami Zewnętrznymi CSIRT KSC • CSIRT NASK / GOV • Zgłoszenie 24h/72h • Wymiana IoC / CTI Wsparcie państwa ŚCIGANIE • CBZC / Policja • Prokuratura • Ściganie KK art. 267 Dowody KPK EKSPERCI IR • Umowa Retainer • Biegli Forensics • Kancelaria prawna Wsparcie 24/7 UBEZPIECZYCIEL • Likwidator szkody • Zgoda na wydatki • Zwrot kosztów PR/IT Ochrona polisy Wymóg Zachowania Spójności Informacyjnej • Jednolitość faktów: Zgłoszenie do UODO, CSIRT i Policji musi podawać ten sam szacunek poszkodowanych • Protokół TLP: Oznaczanie przekazywanych danych wskaźnikami TLP:RED / TLP:AMBER • Klauzule poufności: Umowy NDA z zewnętrznymi firmami dochodzeniowymi • Szybkość kontaktu: Wstępne zawiadomienie CSIRT wstrzymuje bieg niektórych terminów kar
14/55
Reakcja na ransomware - szczegółowy playbook operacyjny
Cel slajdu: Opanowanie kompletnej procedury operacyjnej reagowania na atak złośliwego oprogramowania szyfrującego: od izolacji, przez dowody, aż po odtworzenie.

Najbardziej niszczycielski wektor ataku w ustrukturyzowanych 6 krokach

Atak ransomware to wysoce zorganizowany proces przestępczy (zjawisko Ransomware-as-a-Service - RaaS), często łączący szyfrowanie danych z ich wcześniejszą kradzieżą (double extortion). Procedury obrony i odtwarzania definiują przewodnik CISA / FBI #StopRansomware Playbook, poradniki CERT Polska oraz globalna baza deszyfratorów No More Ransom Project.

  • Krok 1: Natychmiastowa izolacja sieciowa: Odcięcie zainfekowanych segmentów VLAN, zablokowanie ruchu SMB/RDP na zaporach, wymuszenie izolacji hostów przez konsolę EDR (kabel odpięty, zasilanie włączone!). Awaryjne ubicie procesów ransomware:
    PowerShell: Get-Process | Where-Object { $_.Path -like '*\AppData\*' } | Stop-Process -Force.
  • Krok 2: Zabezpieczenie dowodów ulotnych: Zrzut pamięci RAM z działających maszyn (szansa na odzyskanie klucza szyfrującego), skopiowanie notatki z żądaniem okupu, logów DNS i próbek pliku payloadu.
  • Krok 3: Zasada: NIE PŁACIĆ OKUPU!: Jednoznaczne stanowisko CERT Polska, ENISA i FBI: płatność finansuje terroryzm cybernetyczny, nie daje gwarancji odzyskania danych i oznacza firmę jako podatny cel.
  • Krok 4: Weryfikacja kopii i etapowe odtwarzanie: Odtwarzanie danych wyłącznie z odizolowanych, niezmiennych kopii (Immutable Backup WORM), po uprzednim zresetowaniu haseł i zlikwidowaniu podatności wejściowej.
Playbook reagowania na ransomware: Sformalizowana procedura operacyjna definiująca kroki natychmiastowej izolacji, metody identyfikacji szczepu złośliwego oprogramowania, zasady zabezpieczania dowodów oraz algorytm bezpiecznego odtwarzania środowisk produkcyjnych. Skróty i pojęcia: RaaS to model przestępstwa jako usługi; double extortion to podwójne wymuszenie z kradzieżą i szyfrowaniem; CISA StopRansomware, CISA StopRansomware, to przewodnik obrony; VLAN to segment sieci.
Algorytm Postępowania przy Ransomware (Flowchart) 1. IZOLACJA Odłącz LAN / Wi-Fi Izolacja EDR NIE wyłączaj PC! Minuta: 0-5 2. DOWODY Zrzut RAM (klucze) Notatka okupu .txt Próbka payloadu Minuta: 15-60 3. ZGŁOSZENIA CSIRT NASK (24h) UODO (72h) CBZC zawiadomienie Zegar prawny 4. RECOVERY Kopia WORM Air-Gap Reset haseł AD Podnoszenie stref Czysty powrót Dlaczego Płacenie Okupu Jest Błędem Strategicznym? • Brak gwarancji deszyfracji: Według statystyk ok. 35% płacących ofiar nigdy nie odzyskuje danych • Podwójny szantaż: Po zapłacie za deszyfrator gang żąda kolejnej kwoty za niesprzedawanie bazy • Sankcje międzynarodowe: Przelew krypto dla grupy z list sankcyjnych (np. OFAC) to przestępstwo • Jedyna tarcza: Niemodyfikowalne kopie zapasowe WORM oraz cykliczne testy odtwarzania BCP
15/55
Reakcja na wyciek danych (Data Breach) - playbook RODO
Cel slajdu: Przećwiczenie kompletnej procedury reakcji na naruszenie poufności danych osobowych i tajemnicy przedsiębiorstwa zgodnie z art. 33 i 34 RODO.

Opanowanie kompromitacji baz danych i zabezpieczenie praw osób

Wyciek danych klientów lub pracowników rodzi natychmiastowe konsekwencje prawne i finansowe. Nieprzekraczalny termin 72 godzin na zgłoszenie do Prezesa UODO reguluje Rozporządzenie RODO (art. 33 i 34) oraz wytyczne EDPB Guidelines 01/2021 on Data Breach Notification (wersja oryginalna, język angielski) oraz polskie tłumaczenie Wytyczne 9/2022 UODO (PDF).

  • Krok 1: Zablokowanie wektora wycieku: Natychmiastowe unieważnienie skompromitowanych kluczy API, zmiana poświadczeń kont serwisowych, załatanie luki SQL Injection lub zabezpieczenie błędnie otwartego zasobnika chmurowego (np. AWS S3).
  • Krok 2: Ustalenie wolumenu i kategorii danych: Precyzyjna identyfikacja: ile rekordów wyciekło, czy dotyczy to danych szczególnych kategorii (art. 9 RODO - zdrowie, biometria), czy baza zawiera numery PESEL i dane kart płatniczych.
  • Krok 3: Analiza ryzyka dla osób fizycznych (Metoda ENISA): Ocena dotkliwości skutków: kradzież tożsamości, wyłudzenia kredytów, straty finansowe; kwalifikacja poziomu ryzyka (niskie, średnie, wysokie) zgodnie z rekomendacjami UODO.
  • Krok 4: Wypełnienie obowiązków notyfikacyjnych: Sporządzenie formularza zgłoszenia do UODO (do 72h) oraz wysyłka imiennych powiadomień do osób poszkodowanych (art. 34 RODO) z rekomendacją zastrzeżenia PESEL w serwisie gov.pl / mObywatel.
Naruszenie ochrony danych osobowych (Data Breach): Zdarzenie bezpieczeństwa prowadzące do przypadkowego lub niezgodnego z prawem zniszczenia, utracenia, zmodyfikowania, nieuprawnionego ujawnienia lub nieuprawnionego dostępu do danych osobowych. Skróty i pojęcia: RODO to rozporządzenie UE 2016/679; EDPB, Europejska Rada Ochrony Danych, to rada nadzorcza; UODO, zob. UODO, to polski organ nadzorczy.
Ścieżka Postępowania przy Wycieku Danych (RODO) 1. POWSTRZYMANIE • Zamknięcie luki API • Rotacja kluczy AWS/DB • Zabezpieczenie logów Stop eksfiltracji 2. OCENA RYZYKA • Kategorie: PESEL, hasła • Wolumen: > 10 000 osób • Metodologia ENISA Kwalifikacja ryzyka 3. NOTYFIKACJA • Prezes UODO (72h) • Osoby poszkodowane • Komunikat na stronie biznes.gov.pl Kryteria Zawiadomienia Osób Poszkodowanych (Art. 34 RODO) • Wysokie ryzyko: Wyciek PESEL, numeru dowodu, danych logowania do banku lub danych medycznych • Forma zawiadomienia: Bezpośredni e-mail, SMS lub list polecony; jasny, prosty język bez żargonu • Zwolnienie z obowiązku: Gdy administrator zastosował skuteczne szyfrowanie (np. AES-256) • Rekomendacje dla poszkodowanych: Zastrzeżenie PESEL w mObywatelu, włączenie alertów BIK
16/55
Wieloaspektowa mapa obowiązków zgłoszeniowych
Cel slajdu: Przedstawienie zintegrowanej mapy obowiązków notyfikacyjnych wynikających z przepisów prawa polskiego i unijnego (NIS2, KSC, RODO, Kodeks karny).

Kto, komu, w jakim terminie i w jakiej formie musi zgłosić incydent?

Współczesna organizacja działa w gąszczu nakładających się reżimów prawnych. Pojedynczy incydent ransomware może jednocześnie wywołać obowiązek zgłoszenia do CSIRT poziomu krajowego, Prezesa UODO, organów ścigania oraz nadzorców sektorowych. Wymogi te reguluje europejska Dyrektywa NIS2 (Dyrektywa PE i Rady UE 2022/2555), znowelizowana Ustawa o Krajowym Systemie Cyberbezpieczeństwa (Dz.U. 2026 poz. 252) oraz Rozporządzenie RODO (Dz.Urz. UE L 119).

  • Reżim dyrektywy NIS2 i ustawy o KSC: Obowiązek zgłaszania incydentów poważnych przez podmioty kluczowe i ważne do właściwego zespołu CSIRT (NASK, GOV, MON) w trójstopniowym harmonogramie: 24h (wczesne ostrzeżenie), 72h (pełne zgłoszenie) oraz 1 miesiąc (raport końcowy).
  • Reżim ogólnego rozporządzenia o ochronie danych (RODO): Zgłoszenie naruszenia ochrony danych osobowych do Prezesa UODO w terminie do 72 godzin (art. 33) oraz powiadomienie osób poszkodowanych przy wysokim ryzyku (art. 34).
  • Reżim prawa karnego (Kodeks postępowania karnego - KPK): Zawiadomienie organów ścigania (Centralne Biuro Zwalczania Cyberprzestępczości / Prokuratura) o podejrzeniu popełnienia przestępstwa przeciwko ochronie informacji (art. 267-269b KK).
  • Reżimy sektorowe (DORA, KNF, CSIRT CeZ, UKE): Specjalistyczne obowiązki dla banków i ubezpieczycieli - zgodnie z art. 16a ust. 4 ustawy o KSC operatorzy usług kluczowych w sektorze bankowym i infrastruktury rynków finansowych stosują rozporządzenie DORA (UE) 2022/2554, a przepisów art. 10-12 ustawy o KSC w zakresie przez to rozporządzenie regulowanym nie stosują; zdarzenia istotne zgłaszają do Komisji Nadzoru Finansowego jako właściwego nadzorcy, a wsparcie techniczne zapewnia sektorowy CSIRT KNF. Dla placówek medycznych właściwy jest sektorowy CSIRT CeZ, a dla operatorów telekomunikacyjnych - Prezes UKE.
Reżim zgłoszeniowy: Zbiór wiążących prawnie norm i terminów nakładających na administratora lub operatora obowiązek formalnego powiadomienia właściwych organów państwowych o wystąpieniu incydentu cyberbezpieczeństwa. Skróty i pojęcia: RODO to rozporządzenie UE 2016/679; UODO, zob. UODO, to organ nadzorczy; CBZC, zob. CBZC, to jednostka Policji; DORA to rozporządzenie o odporności cyfrowej finansów.
Zintegrowana Mapa Obowiązków Zgłoszeniowych w Polsce NIS2 / KSC • CSIRT NASK/GOV • 24h: Ostrzeżenie • 72h: Pełne zgłoszenie • 1 mies.: Raport RODO (UODO) • Prezes UODO • Max 72 godziny • Art. 34: Osoby • Kara: 20 mln EUR KODEKS KARNY • CBZC / Policja • Prokuratura • Art. 267-269b KK • Ściganie sprawcy SEKTOROWE • CSIRT KNF (Finanse) • CSIRT CeZ (Zdrowie) • Prezes UKE (Telco) • Rozporządzenie DORA Zasady Spójności Zgłoszeń Wielotorowych • Jeden incydent - wiele organów: Zdarzenie ransomware rodzi obowiązek wobec CSIRT, UODO i CBZC • Zakaz sprzeczności: Dane o liczbie poszkodowanych i skali wycieku muszą być identyczne we wszystkich pismach • Ryzyko karne i finansowe: Przekroczenie terminu 72h w UODO grozi karą; brak zgłoszenia do CSIRT - sankcją KSC • Rozwiązanie: Koordynacja wszystkich zgłoszeń z jednego punktu przez Dział Prawny i CISO
17/55
Procedura zgłaszania incydentu do CSIRT NASK (CERT Polska)
Cel slajdu: Opanowanie praktycznej ścieżki zgłaszania incydentów do CSIRT NASK poprzez portal incydent.cert.pl oraz system teleinformatyczny S46.

Krajowy punkt kontaktowy dla podmiotów cywilnych i komercyjnych

CERT Polska działający w strukturach instytutu badawczego NASK to najstarszy polski zespół reagowania (od 1996 r.). Pełni funkcję CSIRT poziomu krajowego właściwego dla podmiotów komercyjnych, jednostek samorządu terytorialnego i operatorów usług cyfrowych. Zgłoszenia online przyjmuje oficjalny portal incydent.cert.pl, a bieżące analizy publikuje serwis CERT Polska. Wymogi prawne określa Ustawa o KSC (art. 11 ust. 1 pkt 4, art. 12-13).

  • Dwa kanały zgłoszeniowe: Dla obywateli i firm: publiczny formularz online na portalu incydent.cert.pl lub SMS na numer 8080 (phishing SMS); dla podmiotów KSC: bezpieczny system teleinformatyczny S46.
  • System S46 - platforma ustawowa: Dedykowany system teleinformatyczny prowadzony przez ministra właściwego ds. informatyzacji, zapewniający bezpieczną, szyfrowaną komunikację i śledzenie statusu zgłoszenia przez podmioty kluczowe i ważne.
  • Wymagany zakres danych w zgłoszeniu: Identyfikator podmiotu, data/godzina detekcji, kategoria incydentu, wektor ataku, dotknięte usługi i systemy, wskaźniki IoC (IP, skróty SHA-256, domeny C2) oraz podjęte działania powstrzymujące.
  • Wsparcie operacyjne CERT Polska: Zgłoszenie incydentu umożliwia uzyskanie bezpłatnego wsparcia analitycznego ze strony inżynierów NASK, w tym analizy malware w piaskownicy (sandbox) i koordynacji blokad domen na ogólnokrajowej Liście Ostrzeżeń.
CSIRT NASK: Zespół reagowania na incydenty bezpieczeństwa komputerowego poziomu krajowego prowadzony przez NASK-PIB, odpowiedzialny za koordynację obsługi incydentów w sektorze cywilnym i gospodarczym. Skróty i pojęcia: NASK-PIB, zob. NASK, to instytut badawczy prowadzący CERT Polska; portal zgłoszeń to incydent.cert.pl; S46 to ustawowy system teleinformatyczny do zgłoszeń KSC; SHA-256 to funkcja skrótu.
Ścieżka Zgłoszenia do CSIRT NASK (CERT Polska) KANAŁY WEJŚCIA • incydent.cert.pl • System S46 (KSC) • SMS 8080 (phishing) Poczta cert@cert.pl TRIAGE W NASK • Nadanie ID sprawy • Kwalifikacja NIS2/KSC • Analiza artefaktów Rejestracja w bazie AKCJA KRAJOWA • Lista Ostrzeżeń NASK • Ostrzeżenie CSIRT UE • Sygnatury dla telekomów Tarcza narodowa Lista Ostrzeżeń Przed Niebezpiecznymi Stronami • Prowadzona przez NASK w porozumieniu z UKE i operatorami telekomunikacyjnymi w Polsce • Zgłoszona domena phishingowa trafia na listę i zostaje zablokowana u wszystkich operatorów w kraju • Efekt skali: Blokada setek milionów prób wejść polskich obywateli na fałszywe bramki płatności • Obowiązek podmiotów KSC: Natychmiastowe zgłaszanie wykrytych domen podszywających się pod firmę
18/55
Procedura zgłaszania incydentu do CSIRT GOV (ABW)
Cel slajdu: Zrozumienie właściwości i procedur zgłoszeniowych do CSIRT GOV dla podmiotów administracji rządowej oraz operatorów infrastruktury krytycznej.

Ochrona konstytucyjnych organów państwa i infrastruktury krytycznej RP

CSIRT GOV prowadzony przez Agencję Bezpieczeństwa Wewnętrznego (ABW) odpowiada za ochronę administracji rządowej, Sejmu, Senatu, Kancelarii Prezydenta RP oraz obiektów infrastruktury krytycznej państwa. Informacje publikuje oficjalny portal CSIRT GOV. Koordynację z systemem zarządzania kryzysowego zapewnia Rządowe Centrum Bezpieczeństwa (RCB), a podstawę prawną stanowi Ustawa o KSC (art. 27 ust. 1, art. 26 oraz art. 22 ust. 1 pkt 2).

  • Właściwość podmiotowa CSIRT GOV: Organy administracji rządowej, NBP, BGK, urzędy centralne oraz właściciele i operatorzy infrastruktury krytycznej (energetyka, paliwa, transport rurociągowy, zaopatrzenie w wodę pitną).
  • Kanał zgłoszeniowy i platforma: Bezpieczny portal teleinformatyczny prowadzony przez ABW, dedykowana łączność niejawna oraz systemy łączności rządowej zgodnie z ustawą o ochronie informacji niejawnych.
  • Specyfika incydentów o charakterze terrorystycznym i hybrydowym: Zgodnie z art. 27 ust. 1 ustawy o KSC CSIRT GOV jest właściwy w zakresie incydentów związanych ze zdarzeniami o charakterze terrorystycznym (art. 2 pkt 7 ustawy o działaniach antyterrorystycznych); CSIRT MON przejmuje koordynację w odniesieniu do zdarzeń z ustawy o Służbie Kontrwywiadu Wojskowego oraz Służbie Wywiadu Wojskowego (art. 27 ust. 2 i 3). W praktyce CSIRT GOV analizuje też ataki realizowane przez obce służby specjalne (grupy APT powiązane z obcymi wywiadami), działania dywersyjne i sabotaż cybernetyczny.
  • Obowiązki koordynacyjne z Rządowym Centrum Bezpieczeństwa (RCB): Przekazywanie meldunków o incydentach skutkujących zagrożeniem ciągłości funkcjonowania państwa na potrzeby Rządowego Zespołu Zarządzania Kryzysowego.
CSIRT GOV: Zespół reagowania na incydenty bezpieczeństwa komputerowego poziomu krajowego prowadzony przez Szefa Agencji Bezpieczeństwa Wewnętrznego, odpowiedzialny za sektor administracji rządowej i infrastrukturę krytyczną. Skróty i pojęcia: ABW to Agencja Bezpieczeństwa Wewnętrznego; CSIRT GOV, zob. CSIRT GOV, to zespół rządowy; RCB, zob. RCB, to centrum zarządzania kryzysowego; NBP to bank centralny.
Obszar Właściwości i Ścieżka Zgłoszenia CSIRT GOV (ABW) PODMIOTY GOV • KPRM, Ministerstwa • Sejm, Senat, Prezydent • NBP, Urzędy Wojew. Organy państwa INFRASTRUKTURA IK • Energetyka (PSE, PGE) • Nafta i gaz (PERN, Orlen) • Transport kolejowy/lot Kluczowe systemy KOMUNIKACJA • csirt.gov.pl • Łączność szyfrowana • Meldunek do RCB Reżim niejawny Trzy Zespoły CSIRT Poziomu Krajowego w Polsce (Art. 26 KSC) • CSIRT NASK: Sektor cywilny, przedsiębiorstwa, operatorzy cyfrowi, samorządy (JST) • CSIRT GOV (ABW): Administracja rządowa i obiekty infrastruktury krytycznej państwa • CSIRT MON (DKWOC): Sektor obrony narodowej i Siły Zbrojne Rzeczypospolitej Polskiej • Zasada współpracy: Ścisła wymiana danych o zagrożeniach między trzema zespołami (S46)
19/55
Wczesne ostrzeżenie (24 godziny) - reżim NIS2 i KSC
Cel slajdu: Zrozumienie wymogów formalnych, celu oraz zawartości pierwszego etapu zgłoszenia incydentu poważnego zgodnie z art. 23 dyrektywy NIS2.

Kluczowe pierwsze 24 godziny od powzięcia wiedzy o incydencie

Dyrektywa NIS2 wprowadziła rewolucję w terminach notyfikacji. Zamiast dotychczasowych 24 godzin na pełną diagnozę, pierwszy krok to wczesne ostrzeżenie (Early Warning), mające za zadanie natychmiast zaalarmować państwo o rozwijającym się kryzysie. Wymóg ten formułuje Dyrektywa NIS2 (art. 23 ust. 4 lit. a). Ustawa o KSC nakłada równoległy obowiązek w art. 11 ust. 1 pkt 4 (operator usługi kluczowej), art. 18 ust. 1 pkt 4 (dostawca usługi cyfrowej) oraz art. 22 ust. 1 pkt 2 (podmiot publiczny): zgłoszenie niezwłocznie, nie później niż w ciągu 24 godzin od momentu wykrycia. Ten sam limit 24 godzin ma więc inne oparcie prawne niż NIS2 i jest liczony od wykrycia, a nie od powzięcia wiedzy.

  • Nieprzekraczalny termin 24 godzin: Odliczany od momentu powzięcia wiedzy o incydencie spełniającym kryteria incydentu poważnego. Za niezgłoszenie incydentu poważnego ustawa o KSC przewiduje karę pieniężną do 20 000 zł za każdy stwierdzony przypadek (art. 73 ust. 1 pkt 7 w zw. z ust. 3 pkt 7, przy dolnym progu 5 000 zł), a przy uporczywym naruszaniu ustawy do 1 000 000 zł (art. 73 ust. 5).
  • Czy incydent wywołano działaniem bezprawnym?: Wczesne ostrzeżenie musi zawierać jednoznaczną informację, czy podejrzewa się działanie celowe/przestępcze (np. sabotaż, ransomware), czy usterkę techniczną/losową awarię zasilania.
  • Ocena potencjalnych skutków transgranicznych: Wskazanie, czy incydent może zakłócić świadczenie usług w innych państwach członkowskich Unii Europejskiej (kluczowe dla uruchomienia sieci unijnej EU-CyCLONe).
  • Wniosek o wsparcie operacyjne: Zgłaszający ma prawo już na tym etapie zawnioskować o wytyczne operacyjne lub bezpośrednią pomoc techniczną ze strony właściwego zespołu CSIRT poziomu krajowego. Ramy prawne tego uprawnienia wyznacza art. 26 ustawy o KSC, który zobowiązuje podmioty do współpracy z CSIRT i zapewnia im dostęp do jego wsparcia; w praktyce odpowiednim adresatem jest właściwy zespół sektorowy, np. ENISA Good Practice Guide for Incident Management jako praktyczne kompendium procedury.
Wczesne ostrzeżenie (Early Warning): Pierwszy formalny etap notyfikacji incydentu poważnego wg art. 23 NIS2, składany w ciągu 24h, informujący organ nadzorczy o podejrzeniu ataku bezprawnego i skutkach transgranicznych. Skróty i pojęcia: NIS2 to dyrektywa UE 2022/2555; art. 73 KSC to kary pieniężne za niezgłoszenie.
Etap 1: Wczesne Ostrzeżenie (24h) wg NIS2 / KSC ZEGAR 24H • Moment T0: Detekcja • Bieg terminu natychmiast • Brak pełnej wiedzy Czas: < 24h TREŚĆ MELDUNKU • Działanie bezprawne: TAK/NIE • Skutki transgraniczne: UE • Wstępny opis anomalii Format S46 / JSON ODPOWIEDŹ CSIRT • Potwierdzenie odbioru • Pierwsze wytyczne • Weryfikacja bazy IoC Wsparcie w 24h Praktyczna Porada dla Oficera Bezpieczeństwa • Nie czekaj na pełną diagnozę: Wczesne ostrzeżenie nie wymaga podania przyczyny źródłowej (RCA) • Zasada dobrej wiary: Wystarczy zaznaczyć: „Trwa dochodzenie, podejrzewamy atak ransomware” • Ryzyko ukrywania: Za niedopełnienie terminu 24h grozi kara do 10 mln EUR lub 2% obrotu (art. 34 NIS2) • Ochrona kierownictwa: Wysłanie ostrzeżenia w 24h chroni zarząd przed zarzutem rażącego niedbalstwa
20/55
Pełne zgłoszenie incydentu (72 godziny) - NIS2 i KSC
Cel slajdu: Przedstawienie wymogów drugiego etapu procedury notyfikacyjnej NIS2: wstępnej oceny dotkliwości, wskaźników IoC oraz wdrożonych środków zaradczych.

Aktualizacja wiedzy i pierwsze twarde ustalenia techniczne

Po upływie 72 godzin od powzięcia wiedzy o incydencie zespół reagowania posiada już pierwsze ustalenia forensyczne. Zgłoszenie pełne aktualizuje wcześniejsze ostrzeżenie i dostarcza organowi precyzyjnych danych technicznych. Wymóg określa Dyrektywa NIS2 (art. 23 ust. 4 lit. b), a wskaźniki techniczne standaryzują format OASIS STIX 2.1 oraz macierz taktyk MITRE ATT&CK.

  • Wstępna ocena dotkliwości incydentu: Określenie skali zakłóceń usług: liczba niedostępnych serwerów, szacowana liczba poszkodowanych użytkowników, przewidywany czas przestoju operacyjnego i zakłócenia procesów biznesowych.
  • Wskaźniki kompromitacji (IoC - Indicators of Compromise): Przekazanie do CSIRT konkretnych artefaktów technicznych: skróty SHA-256 złośliwych plików, adresów IP serwerów dowodzenia C2, użytych domen oraz zidentyfikowanych technik MITRE ATT&CK.
  • Podjęte środki łagodzące i naprawcze: Raport z dotychczas wykonanych działań containment i eradication: które segmenty sieci odcięto, jakie reguły wprowadzono na firewallach, status odzyskiwania danych z kopii zapasowych.
  • Zbieżność z terminem RODO (72h): Jeśli incydent wiąże się z naruszeniem danych osobowych, termin 72h dyrektywy NIS2 pokrywa się z ostatecznym terminem notyfikacji do Prezesa UODO na podstawie art. 33 RODO.
Pełne zgłoszenie incydentu (Incident Notification): Drugi etap notyfikacji wg art. 23 NIS2, składany w terminie 72h, zawierający zaktualizowaną ocenę dotkliwości, wskaźniki IoC oraz opis podjętych działań naprawczych. Skróty i pojęcia: NIS2 to dyrektywa UE 2022/2555; STIX, OASIS STIX, to format wymiany informacji o zagrożeniach; MITRE ATT&CK, MITRE ATT&CK.
Etap 2: Pełne Zgłoszenie Incydentu (72h) wg NIS2 DOTKLIWOŚĆ • Poziom wpływu CIA • Liczba klientów • Czas trwania awarii Wymiar szkód ARTEFAKTY IOC • Hashe SHA-256 próbek • Adresy IP serwerów C2 • Wzorce ruchu sieciowego Format STIX 2.1 REMEDIACJA • Odcięte segmenty • Zresetowane konta • Zastosowane łatki Stan opanowania Równoległość Zgłoszeń w Oknie 72 Godzin • Do CSIRT KSC (NASK/GOV): Zgłoszenie pełne z naciskiem na telemetrię techniczną i IoC • Do Prezesa UODO: Zgłoszenie naruszenia z naciskiem na prawa osób fizycznych i kategorie danych • Aktualizacja w toku: Jeśli śledztwo trwa, wolno zgłosić dane cząstkowe z zapowiedzią uzupełnienia • Spójność dowodowa: Zapewnienie, że logi przekazane do CSIRT nie przeczą wersji dla UODO
21/55
Sprawozdanie końcowe (1 miesiąc) - NIS2 i KSC
Cel slajdu: Opanowanie wymogów formalnych trzeciego etapu procedury: sporządzenia sprawozdania końcowego z analizą przyczyn źródłowych i wnioskami.

Formalne zamknięcie incydentu przed organem regulacyjnym

Miesiąc po zgłoszeniu pełnym emocje opadają, a systemy wracają do normy. To czas na chłodne, precyzyjne rozliczenie incydentu w formie urzędowego sprawozdania końcowego przekazywanego do CSIRT. Wymóg wynika z Dyrektywy NIS2 (art. 23 ust. 4 lit. d), standardu ISO/IEC 27035-1:2023 oraz taksonomii ENISA Incident Classification Taxonomy.

  • Termin: Nie później niż 1 miesiąc od zgłoszenia: Jeśli incydent wciąż trwa po 30 dniach, organizacja składa sprawozdanie okresowe (progress report), a raport ostateczny w ciągu miesiąca od jego faktycznego zakończenia.
  • Kompletna analiza przyczyny źródłowej (RCA): Szczegółowy opis, jak intruz przełamał zabezpieczenia (np. Diagram Ishikawy, analiza podatności CVE, luka w konfiguracji lub łańcuchu dostaw).
  • Ostateczny bilans strat finansowych i operacyjnych: Podsumowanie przestojów, kosztów odzyskiwania danych, ewentualnych kar umownych oraz wpływu na świadczenie usług publicznych lub komercyjnych.
  • Wdrożone środki korygujące i zapobiegawcze (CAPA): Wykaz trwałych zmian w architekturze IT: wdrożenie MFA opartego o FIDO2, mikrosegmentacja sieci, audyty dostawców oraz przegląd uprawnień kont uprzywilejowanych.
Sprawozdanie końcowe (Final Report): Ostateczny dokument zamykający procedurę notyfikacyjną NIS2/KSC, składany do CSIRT w ciągu miesiąca, zawierający pełną analizę RCA, bilans strat oraz wykaz działań naprawczych. Skróty i pojęcia: NIS2 to dyrektywa UE 2022/2555; RCA to analiza przyczyny źródłowej, słownik NIST, hasło RCA; CVE to identyfikator podatności, baza CVE.
Etap 3: Sprawozdanie Końcowe (1 Miesiąc) wg NIS2 1. PRZYCZYNA • Wyniki RCA • Diagram Ishikawy • Podatności CVE Diagnoza źródła 2. BILANS STRAT • Rzeczywiste straty • Czas niedostępności • Skutki finansowe Podsumowanie 3. PLAN CAPA • Wdrożone łatki • Nowe procedury • Szkolenia załogi Trwałe zmiany 4. ZAMKNIĘCIE • Akceptacja CSIRT • Wpis do rejestru • Archiwizacja 5 lat Zgodność prawna Trzyetapowy Reżim Zgłaszania Incydentów Poważnych NIS2 • 24 godziny: Wczesne ostrzeżenie (Early warning) - informacja o ataku i skutkach UE • 72 godziny: Pełne zgłoszenie (Incident notification) - ocena dotkliwości, IoC i środki naprawcze • 1 miesiąc: Sprawozdanie końcowe (Final report) - pełne RCA, bilans szkód i plan CAPA • Cel dyrektywy: Budowa ogólnoeuropejskiej bazy wiedzy o taktykach grup cyberprzestępczych
22/55
Procedura zgłoszenia naruszenia do Prezesa UODO (RODO)
Cel slajdu: Poznanie praktycznych wymogów notyfikacji naruszenia ochrony danych osobowych na podstawie art. 33 RODO oraz obsługi formularza urzędowego.

Kluczowe 72 godziny na powiadomienie organu nadzorczego

Naruszenie ochrony danych osobowych rodzące ryzyko naruszenia praw lub wolności osób fizycznych musi zostać zgłoszone Prezesowi Urzędu Ochrony Danych Osobowych (UODO) bez zbędnej zwłoki, w miarę możliwości nie później niż w terminie 72 godzin po stwierdzeniu naruszenia. Obowiązek ten nie dotyczy naruszeń, przy których jest mało prawdopodobne, by skutkowały ryzykiem (art. 33 ust. 1 zdanie drugie). Oficjalne wytyczne i formularze udostępnia portal UODO - Zgłaszanie naruszeń ochrony danych, podstawę stanowi art. 33 RODO, a ścieżkę elektroniczną opisuje serwis Biznes.gov.pl - Zgłoś naruszenie ochrony danych osobowych.

  • Kanały zgłoszeniowe UODO: Dedykowany formularz elektroniczny na portalu Biznes.gov.pl zintegrowany ze skrzynką ePUAP (/UODO/SkrytkaESP) - podpisany profilem zaufanym lub kwalifikowanym podpisem elektronicznym.
  • Obowiązkowe elementy zgłoszenia (art. 33 ust. 3 RODO): Charakter naruszenia, kategorie i przybliżona liczba osób, kategorie i szacowana liczba wpisów danych, dane kontaktowe Inspektora Ochrony Danych (IOD), możliwe konsekwencje oraz wdrożone środki zaradcze.
  • Zgłaszanie etapowe (art. 33 ust. 4 RODO): Jeżeli wszystkich informacji nie da się udzielić jednocześnie, administrator ma prawo przekazać je sukcesywnie bez zbędnej zwłoki, o czym administrator informuje w zawiadomieniu (art. 33 ust. 4).
  • Obowiązek podmiotu przetwarzającego i dokumentowanie (art. 33 ust. 2 i ust. 5): Podmiot przetwarzający zgłasza naruszenie administratorowi bez zbędnej zwłoki. Administrator z kolei dokumentuje wszelkie naruszenia - także te niezgłoszone organowi - wraz z okolicznościami, skutkami i podjętymi działaniami zaradczymi; dokumentacja musi umożliwiać organowi nadzorczemu weryfikację przestrzegania art. 33.
  • Konsekwencje zaniechania zgłoszenia: Kary administracyjne nakładane przez Prezesa UODO do 10 mln EUR lub 2% całkowitego rocznego obrotu światowego (art. 83 ust. 4 RODO) oraz utrata rynkowej reputacji.
Zgłoszenie do UODO (art. 33 RODO): Formalna notyfikacja o naruszeniu ochrony danych osobowych składana organowi nadzorczemu przez administratora danych bez zbędnej zwłoki, nie później niż w 72h po stwierdzeniu zdarzenia. Skróty i pojęcia: UODO, zob. UODO, to organ nadzorczy; RODO to rozporządzenie UE 2016/679; Biznes.gov.pl, zob. Biznes.gov.pl, to portal usług dla przedsiębiorców.
Ścieżka Zgłoszenia Naruszenia do Prezesa UODO STWIERDZENIE • Powzięcie wiedzy • Start zegara 72h • Przekazanie do IOD Rejestracja w firmie FORMULARZ UODO • Portal biznes.gov.pl • Skrzynka ePUAP • Kategorie i wolumen Podpis zaufany / kwalifikowany DECYZJA UODO • Urzędowe poświadczenie • Ewentualna kontrola • Zalecenia naprawcze Zakończenie sprawy Kiedy Naruszenie NIE Wymaga Zgłoszenia do UODO? • Warunek RODO (art. 33 ust. 1): Gdy jest mało prawdopodobne, by naruszenie rodziło ryzyko praw osób • Przykład: Zgubiony laptop z pełnym szyfrowaniem BitLocker (AES-256) bez zapisanego hasła w torbie • Obowiązek bezwzględny: Każde takie zdarzenie i tak MUSI zostać wpisane do wewnętrznego rejestru! • Zasada rozliczalności: W razie kontroli administrator musi wykazać analizę ryzyka uzasadniającą brak zgłoszenia
23/55
Powiadomienie osób poszkodowanych (RODO art. 34)
Cel slajdu: Opanowanie zasad komunikowania się z osobami fizycznymi, których dane wyciekły, w przypadku wystąpienia wysokiego ryzyka naruszenia ich praw i wolności.

Bezpośrednia komunikacja z klientami prostym i zrozumiałym językiem

Jeżeli wyciek danych rodzi wysokie ryzyko naruszenia praw lub wolności (np. wyciekły numery PESEL, dowody osobiste, hasła logowania czy dane medyczne), administrator ma obowiązek bez zbędnej zwłoki zawiadomić osobę, której dane dotyczą. Zasadę tę reguluje art. 34 RODO, wytyczne interpretacyjne EDPB Guidelines 01/2021 (wersja oryginalna, język angielski) oraz polskie tłumaczenie Wytyczne 9/2022 UODO (PDF), a ochronę przed kradzieżą tożsamości zapewnia serwis państwowy Zastrzeż swój numer PESEL (mObywatel). Należy jednak pamiętać, że obowiązek ten nie jest bezwzględny - art. 34 ust. 3 RODO przewiduje od niego wyjątki.

  • Przesłanka wysokiego ryzyka (High Risk): Zagrożenie kradzieżą tożsamości, wyłudzeniem pożyczek, utratą kontroli nad danymi lub dyskryminacją; dotyczy zwłaszcza danych szczególnych kategorii (art. 9) i danych finansowych.
  • Wyjątki od obowiązku zawiadomienia (art. 34 ust. 3 RODO): Zawiadomienia nie wymaga się, gdy: (a) zastosowano odpowiednie środki ochronne uniemożliwiające odczyt danych nieuprawnionym (np. szyfrowanie), (b) późniejsze środki wyeliminowały wysokie ryzyko, (c) zawiadomienie wymagałoby niewspółmiernie dużego wysiłku - wtedy stosuje się komunikat publiczny zapewniający równie skuteczne poinformowanie osób. Zgodnie z art. 34 ust. 4 organ nadzorczy może żądać zawiadomienia, jeśli administrator uznał, że ryzyko jest wysokie.
  • Wymogi dotyczące języka komunikatu: Art. 34 ust. 2 RODO nakazuje użycie „jasnego i prostego języka”; zakazane jest stosowanie hermetycznego żargonu technicznego czy ukrywania skali zdarzenia za eufemizmami.
  • Obowiązkowe elementy zawiadomienia: Opis charakteru naruszenia, dane kontaktowe IOD, opis możliwych negatywnych konsekwencji dla osoby, środki podjęte przez administratora oraz instrukcja kroków ochronnych (np. zastrzeżenie PESEL, alerty BIK).
  • Forma doręczenia: Bezpośrednio do poszkodowanego (e-mail, dedykowany SMS, list polecony); publiczny komunikat na stronie WWW dozwolony wyłącznie wtedy, gdy indywidualne powiadomienie wymagałoby niewspółmiernie dużego wysiłku.
Zawiadomienie osoby (art. 34 RODO): Obowiązek bezpośredniego poinformowania osoby fizycznej o naruszeniu jej danych osobowych, gdy incydent może rodzić wysokie ryzyko dla jej praw i wolności, w celu umożliwienia jej podjęcia działań ochronnych. Skróty i pojęcia: RODO to rozporządzenie UE 2016/679; EDPB, EDPB, to rada nadzorcza; UODO, zob. UODO, to polski organ; art. 9 RODO to dane szczególnej kategorii.
Konstrukcja Zawiadomienia Osoby Poszkodowanej (Art. 34 RODO) CO SIĘ STAŁO? • Data i charakter • Jakie dane wyciekły • Brak żargonu IT Czysta prawda JAKIE RYZYKO? • Kradzież tożsamości • Wyłudzenie pożyczek • Phishing celowany Uświadomienie skutków CO ZROBIĆ? • Zastrzeż PESEL • Załóż konto BIK • Zmień hasła kont Instrukcja krok po kroku Kontakt do Inspektora Ochrony Danych (IOD) • Obowiązek podania punktu kontaktowego: Imię, nazwisko, dedykowany e-mail i telefon do IOD • Infolinia kryzysowa: W przypadku masowych wycieków zalecane uruchomienie specjalnego call center • Ryzyko roszczeń odszkodowawczych: Art. 82 RODO daje poszkodowanym prawo do zadośćuczynienia • Szybkie i rzetelne powiadomienie minimalizuje ryzyko nałożenia maksymalnych kar przez UODO
24/55
Zawiadomienie organów ścigania (Kodeks karny)
Cel slajdu: Zrozumienie przesłanek i procedury powiadamiania Policji, Centralnego Biura Zwalczania Cyberprzestępczości (CBZC) oraz Prokuratury o popełnieniu cyberprzestępstwa.

Prawne aspekty ścigania sprawców ataków hakerskich

Włamanie do systemu, kradzież baz danych czy atak ransomware to czyny zabronione w prawie karnym. Znamiona przestępstw komputerowych określa Kodeks karny, rozdział 33 - przestępstwa przeciwko bezpieczeństwu informacji (art. 267-269c KK, tekst jednolity Dz.U. 2025 poz. 383), zwalczaniem tych czynów zajmuje się Centralne Biuro Zwalczania Cyberprzestępczości (CBZC), a obowiązek zawiadomienia dla instytucji państwowych i samorządowych nakłada art. 304 § 2 KPK.

  • Katalog przestępstw komputerowych: Nieuprawniony dostęp do informacji, systemu informatycznego lub podsłuch (art. 267), niszczenie lub uszkodzenie zapisu istotnej informacji (art. 268), sabotaż informatyczny - niszczenie danych informatycznych lub utrudnianie dostępu do nich (art. 268a), sabotaż komputerowy wobec danych o szczególnym znaczeniu dla obronności kraju, bezpieczeństwa w komunikacji, administracji rządowej, organów państwowych i JST (art. 269), istotne zakłócenie pracy systemu informatycznego lub teleinformatycznego, np. atakiem DDoS (art. 269a), wytwarzanie, pozyskiwanie lub udostępnianie narzędzi hakerskich oraz haseł i kodów dostępu (art. 269b).
  • Tryb ścigania: z urzędu vs na wniosek: Przestępstwa z art. 269, 269a i 269b są ścigane z urzędu. Ściganie przestępstw z art. 267 § 1-4, art. 268 § 1-3 oraz art. 268a § 1-2 następuje na wniosek pokrzywdzonego - dlatego w zawiadomieniu warto wyraźnie wskazać ten wniosek, aby organy mogły wszcząć postępowanie.
  • Wyłączenie odpowiedzialności (art. 269c KK): Nie popełnia przestępstwa z art. 267 § 2 ani art. 269a ten, kto działa wyłącznie w celu zabezpieczenia systemu i niezwłocznie powiadomi jego dysponenta o ujawnionych zagrożeniach - istotna linia obrony dla administratorów.
  • Rola Centralnego Biura Zwalczania Cyberprzestępczości (CBZC): Wyspecjalizowana jednostka Policji powołana do zwalczania zorganizowanych grup cyberprzestępczych; dysponuje laboratoriami informatyki śledczej i koordynuje działania z Europolem i Interpolem.
  • Zabezpieczenie dowodów na potrzeby procesu: Ścisła współpraca z prokuratorem: przekazanie obrazów bitowych nośników z sumami kontrolnymi SHA-256 z zachowaniem procedury Chain of Custody i art. 228 KPK.
Zawiadomienie o przestępstwie (art. 304 KPK): Formalne powiadomienie organów ścigania o podejrzeniu popełnienia czynu zabronionego; dla instytucji publicznych i państwowych jest to bezwzględny obowiązek prawny. Skróty i pojęcia: KK to kodeks karny, rozdział 33 to przestępstwa przeciw ochronie informacji; CBZC, zob. CBZC, to jednostka Policji; Dz.U. to Dziennik Ustaw.
Przestępstwa Przeciwko Ochronie Informacji w Kodeksie Karnym Art. 267 KK - Haking / Podsłuch Przełamanie zabezpieczeń, dostęp do danych | Kara: do 2 lat Art. 268a KK - Niszczenie Danych Usuwanie, niszczenie, blokowanie danych | Kara: do 3 lat (znaczna szkoda: 5 lat) Art. 269 KK - Sabotaż IT Niszczenie danych w urządzeniach kluczowych | Kara: od 6 mies. do 8 lat Art. 269a KK - Atak DDoS Zakłócenie pracy systemu teleinformatycznego | Kara: od 3 mies. do 5 lat Wymogi Zawiadomienia o Przestępstwie dla CBZC • Wniosek o ściganie: Wyraźne sformułowanie: „Wnoszę o ściganie i ukaranie sprawców” • Załączniki dowodowe: Płyta DVD/nośnik z kopiami logów, sumy SHA-256, raport analityka • Status pokrzywdzonego: Uzyskanie wglądu w akta śledztwa i możliwość składania wniosków • Zabezpieczenie oryginałów: Nośniki oryginalne w sejfie do ewentualnych badań biegłego sądowego
25/55
Zgłoszenia równoległe - obsługa wielu organów jednocześnie
Cel slajdu: Przećwiczenie mechanizmów synchronizacji informacji przy równoległym raportowaniu incydentu do wielu instytucji nadzorczych i śledczych.

Jedno zmaterializowane zagrożenie, trzy różne tryby postępowania

Najbardziej wymagającym sprawdzianem dla zespołu reagowania jest zarządzanie incydentem mieszanym: gdy w wyniku ataku ransomware na placówkę medyczną dochodzi do paraliżu usług zdrowotnych (KSC) oraz wycieku danych pacjentów (RODO). Koordynację zgłoszeń reguluje Ustawa o KSC (Dz.U. 2026 poz. 252), procedury nadzorcze Prezesa UODO oraz standard współpracy zespołów reagowania FIRST CSIRT Services Framework v2.1.

  • Trójkąt zgłoszeniowy: CSIRT + UODO + Policja: Zgłoszenie do CSIRT skupia się na telemetrii technicznej i zatrzymaniu fali ataków; zgłoszenie do UODO na ochronie praw osób fizycznych; zawiadomienie do CBZC na zebraniu dowodów i ujęciu sprawcy.
  • Ryzyko sprzeczności w zeznaniach i meldunkach: Jeżeli w piśmie do UODO administrator poda 5 000 wyciekłych rekordów, a w meldunku do CSIRT wskaże 50 000, organ nadzorczy wykorzysta tę rozbieżność do nałożenia sankcji za nierzetelność.
  • Zarządzanie czasem i priorytetyzacja: Godzina 24: Early warning do CSIRT (NIS2); Godzina 72: Pełne zgłoszenie do CSIRT oraz zawiadomienie Prezesa UODO (RODO); kolejne dni: zawiadomienie prokuratury lub CBZC.
  • Rola Koordynatora Zgłoszeń Regulacyjnych: Powołanie jednej osoby (zwykle CISO lub Oficer Compliance), która autoryzuje wszystkie wersje dokumentów przed ich formalnym wysłaniem do organów państwa.
Notyfikacja równoległa: Skoordynowany proces równoczesnego przekazywania informacji o incydencie do wielu odrębnych organów państwowych na podstawie odrębnych przepisów prawa z zachowaniem pełnej spójności dowodowej. Skróty i pojęcia: KSC to ustawa o krajowym systemie cyberbezpieczeństwa; UODO, zob. UODO, to organ nadzorczy; FIRST, FIRST, to forum zespołów reagowania; CISO to dyrektor bezpieczeństwa.
Trójkąt Notyfikacji Równoległej w Incydencie Złożonym INCIDENT COMMANDER CSIRT NASK / KSC 24h / 72h / 1 mies. Telemetria & TTP PREZES UODO Max 72 godziny Prawa osób fizycznych POLICJA / CBZC Zawiadomienie art. 304 Ściganie karne KK Zasada Spójnego „Master Record” Incydentu • Jeden centralny rejestr faktów w systemie ticketowym (ServiceNow / Jira / RTIR) • Wszelkie pisma urzędowe generowane wyłącznie na podstawie zatwierdzonego raportu technicznego
26/55
Formularz zgłoszenia incydentu - kluczowe elementy
Cel slajdu: Praktyczna nauka prawidłowego i precyzyjnego wypełniania urzędowych formularzy zgłoszeniowych do zespołów CSIRT i UODO.

Inżynierska precyzja zamiast emocjonalnych opisów

Zgłoszenie incydentu do organu państwowego to dokument o charakterze formalno-prawnym. Niedbałe, lakoniczne lub niekompletne wypełnienie formularza skutkuje wezwaniami do uzupełnienia, a w skrajnych przypadkach wszczęciem procedury kontrolnej. Praktyczne formularze udostępnia CERT Polska (incydent.cert.pl), strukturę danych standaryzuje NIST SP 800-61 Rev. 3 oraz podręcznik agencji ENISA Good Practice Guide for Incident Management.

  • Metadane identyfikacyjne i znaczniki czasu: Unikalny identyfikator sprawy, dokładny czas wykrycia (ze strefą UTC/CET), czas wystąpienia zmaterializowanego zagrożenia (T0) oraz dane teleadresowe osoby wyznaczonej do kontaktu technicznego.
  • Opis incydentu i naruszona triada CIA: Szczegółowa kategoryzacja: które atrybuty bezpieczeństwa zostały naruszone (Poufność, Integralność, Dostępność), wstępny wektor ataku (np. phishing, luka w VPN).
  • Dotknięte zasoby i skala oddziaływania: Wykaz skompromitowanych systemów, liczba dotkniętych stacji roboczych/serwerów, szacowana liczba poszkodowanych użytkowników lub wolumen niedostępnych usług.
  • Praktyczny przykład ekstrakcji IoC z CLI: Dołączenie zweryfikowanych wskaźników kompromitacji (IoC) wygenerowanych za pomocą poleceń systemowych: ss -tupn | grep ESTAB oraz sha256sum /opt/app/malware.bin.
Formularz zgłoszeniowy incydentu: Ustandaryzowany dokument elektroniczny zawierający zbiór obligatoryjnych danych technicznych, czasowych i prawnych, niezbędnych organom nadzorczym do oceny powagi incydentu i podjęcia działań koordynacyjnych. Skróty i pojęcia: CERT Polska, zob. CERT Polska, i portal incydent.cert.pl to kanały zgłoszeń; CIA to triada poufności, integralności i dostępności; CLI to interfejs wiersza poleceń.
Struktura Formalnego Zgłoszenia Incydentu (S46 / CSIRT) Sekcja A: Identyfikacja Podmiotu i Znaczniki Czasowe Nazwa podmiotu, NIP/REGON, Kategoria KSC, Czas T0 (wykrycie), Czas zgłoszenia, Dane IOD/CISO Sekcja B: Taksonomia i Opis Zdarzenia Technicznego Typ ataku (Ransomware/DDoS/Data Breach), Naruszone CIA, Wektor wejścia (T1566), Wskaźniki IoC Sekcja C: Wpływ Operacyjny i Społeczny Szacunek poszkodowanych osób, Niedostępność usług (godziny), Skutki transgraniczne w UE Sekcja D: Podjęte Działania Naprawcze i Remediacja Izolacja sieciowa, Wykonane kopie bitowe dowodów (SHA-256), Status przywracania z kopii BCP Zgłoszenie stanowi dowód w ewentualnym postępowaniu sądowym lub kontrolnym!
27/55
Dokumentowanie incydentu w trakcie obsługi (Incident Log)
Cel slajdu: Nauka prowadzenia audytowalnego dziennika incydentu (Incident Log) oraz rejestrowania decyzji operacyjnych w warunkach kryzysowych.

Jeśli coś nie zostało zapisane, z punktu widzenia sądu nie istniało

Podczas walki z incydentem inżynierowie podejmują setki decyzji w ciągu godziny. Brak bieżącego notowania faktów i poleceń prowadzi do utraty kontroli nad sytuacją oraz braku możliwości odtworzenia przebiegu zdarzeń podczas analizy powłamaniowej. Metodykę dokumentowania opisuje norma ISO/IEC 27035-2:2023, zarządzanie logami reguluje NIST SP 800-92 (Log Management), a synchronizację czasu określa standard RFC 5905 (NTPv4).

  • Prowadzenie chronologicznego dziennika (Incident Log): Rejestr prowadzony w czasie rzeczywistym przez wyznaczonego sekretarza incydentu (Scribe); każdy wpis zawiera dokładny znacznik czasu UTC, nazwisko osoby i treść zaistniałego faktu.
  • Rejestrowanie poleceń i decyzji krytycznych: Odnotowanie każdej decyzji o wyłączeniu serwera, izolacji segmentu sieci czy zablokowaniu konta użytkownika wraz z imiennym wskazaniem decydenta.
  • Komendy CLI do ekstrakcji i weryfikacji wpisów logów: Przykłady inspekcji zdarzeń: journalctl -u ssh -S '2026-10-02 02:00:00' --no-pager na Linuksie oraz wevtutil qe Security '/q:*[System[(EventID=4625)]]' /f:text /c:5 w systemie Windows.
  • Niezmienność zapisów dziennika: Dziennik musi być prowadzony w systemie uniemożliwiającym modyfikację wsteczną wpisów (system klasy WORM, centralny SIEM z podpisem kryptograficznym lub papierowy rejestr z ponumerowanymi stronami).
Dziennik incydentu (Incident Log): Sformalizowany, prowadzony w czasie rzeczywistym chronologiczny zapis wszystkich zdarzeń, wykrytych anomalii, podjętych decyzji, wykonanych działań oraz zabezpieczonych dowodów w trakcie obsługi incydentu. Skróty i pojęcia: WORM to zapis jednokrotny bez możliwości zmiany; SIEM to zarządzanie zdarzeniami bezpieczeństwa, słownik NIST, hasło SIEM; UTC to czas uniwersalny; journalctl i wevtutil to narzędzia przeglądania logów.
Przykładowy Wpis w Chronologicznym Dzienniku Incydentu 02:14:10 UTC [ALERT] SIEM podnosi alert P1: Wykryto szyfrowanie plików na SRV-SQL-01 02:18:45 UTC [DECYZJA] Incident Commander nakazuje natychmiastową izolację VLAN 10 02:22:00 UTC [AKCJA] Admin Sieci odcina port Gi1/0/24 na przełączniku rdzeniowym SW-CORE 02:35:12 UTC [FORENSIC] Wykonano zrzut pamięci RAM z SRV-SQL-01 (SHA-256: 8f3c...) Rola Rzetelnego Dziennika w Postępowaniu Prawnym • Udowodnienie braku opieszałości: Wykazanie przed UODO reakcji w ciągu 4 minut od pierwszego alertu • Rozliczalność (Accountability): Imienne przypisanie odpowiedzialności za każdą podjętą decyzję • Wymóg normy ISO/IEC 27035: Prowadzenie dziennika jest obligatoryjnym elementem fazy dochodzenia
28/55
Zabezpieczanie dowodów i łańcuch dowodowy (Chain of Custody)
Cel slajdu: Opanowanie zasad prawnej dopuszczalności cyfrowego materiału dowodowego zgodnie z normą ISO/IEC 27037 oraz procedurą Chain of Custody.

Jak zabezpieczyć dowody, by obroniły się w sądzie karnym?

Cyfrowe ślady są niezwykle ulotne i wrażliwe na modyfikację. Jeśli biegły sądowy lub adwokat oskarżonego wykaże, że dowód mógł zostać zmieniony, sąd odrzuci go w całości na podstawie art. 393 KPK. Złoty standard pozyskiwania śladów definiuje norma ISO/IEC 27037:2012 (Digital evidence handling), kolejność ulotności określa RFC 3227 (Evidence Collection), a weryfikację narzędzi śledczych standaryzuje program NIST CFTT.

  • Zasada nienaruszalności oryginału: Wszelkie analizy śledcze prowadzi się wyłącznie na wiernej kopii bitowej (kopiowaniu sektor po sektorze); nośnik oryginalny zostaje zabezpieczony w torbie antystatycznej Faraday z plombą numerowaną.
  • Sprzętowe blokery zapisu (Write-blockers): Podczas podłączania nośnika dowodowego do stacji analitycznej obowiązkowe jest użycie sprzętowego blokera zapisu (np. Tableau), uniemożliwiającego modyfikację choćby jednego bajtu.
  • Weryfikacja kryptograficzna sum kontrolnych CLI: Obliczenie skrótu SHA-256 przed rozpoczęciem kopiowania i bezpośrednio po nim: sha256sum /dev/nvme0n1 > source.sha256 && dd if=/dev/nvme0n1 of=/mnt/evidence.raw bs=64K conv=noerror,sync && sha256sum /mnt/evidence.raw > evidence.sha256 (lub z użyciem dc3dd / dcfldd; w Windows: Get-FileHash -Algorithm SHA256 evidence.raw).
  • Karta łańcucha dowodowego (Chain of Custody Form): Dokument rejestrujący każdą osobę, która miała fizyczny lub logiczny kontakt z dowodem (kto pobrał, dokładna data i godzina, w jakim celu, komu przekazał z podpisem).
Łańcuch dowodowy (Chain of Custody): Ściśle udokumentowany ciąg zdarzeń rejestrujący chronologiczne posiadanie, przekazywanie, analizowanie i przechowywanie cyfrowego materiału dowodowego od momentu zabezpieczenia do rozprawy sądowej. Skróty i pojęcia: KPK to kodeks postępowania karnego; CFTT to program testowania narzędzi śledczych; SHA-256 to funkcja skrótu; dd, sha256sum i Get-FileHash to polecenia kopiowania i weryfikacji; Faraday to torba ekranująca.
Procedura Zachowania Łańcucha Dowodowego (ISO/IEC 27037) 1. ZABEZPIECZENIE • Zrzut RAM / Dysk • Write-blocker • Kopia bitowa RAW Oryginał nienaruszony 2. KRYPTOGRAFIA • Obliczenie SHA-256 • Hash oryginału • Hash obrazu .E01 Zgodność sum 100% 3. PROTOKÓŁ • Karta Custody • Kto pobrał dowód • Podpisy świadków Metryka nośnika 4. PRZECHOWANIE • Bezpieczny sejf • Torba antystatyczna • Plomba z numerem Dopuszczalność w sądzie Kolejność Ulotności Danych (Order of Volatility wg RFC 3227) 1. Rejestry procesora, pamięć cache L1/L2/L3 (czas życia: nanosekundy) 2. Pamięć operacyjna RAM, stan gniazd sieciowych i tabeli routingu (czas życia: milisekundy) 3. Stan tymczasowego systemu plików, pliki wymiany swap/pagefile (czas życia: sekundy/minuty) 4. Nośniki magnetyczne i SSD, logi archiwalne, nośniki optyczne i taśmy (czas życia: lata)
29/55
Raport z obsługi incydentu - formalna struktura
Cel slajdu: Poznanie metodyki sporządzania kompleksowego, audytowalnego raportu powłamaniowego dla zarządu, ubezpieczyciela i organów nadzorczych.

Kompletna dokumentacja od techniki po wnioski zarządcze

Końcowy raport z incydentu jest najważniejszym dokumentem wieńczącym pracę zespołu reagowania. Musi być zrozumiały zarówno dla inżynierów badających logi, jak i dla członków zarządu decydujących o budżecie. Zasady tworzenia raportów powłamaniowych określa norma ISO/IEC 27035-1:2023, wytyczne NIST SP 800-61 Rev. 3 (Post-Incident Activity) oraz rekomendacje CERT Polska - Publikacje analityczne.

  • Streszczenie dla zarządu (Executive Summary): Maksymalnie 1-2 strony językiem biznesowym: co się stało, jaki był wpływ na finanse i ciągłość działania, jak zażegnano kryzys i ile wynosi ostateczny bilans strat.
  • Zakres, cel i metodologia śledztwa: Wskazanie badanych systemów, składu zespołu dochodzeniowego, użytych narzędzi informatyki śledczej oraz powołanych norm (ISO/IEC 27035, NIST SP 800-61).
  • Szczegółowa rekonstrukcja techniczna (Timeline): Chronologia krok po kroku: od pierwszego wektora wejścia, przez ruch boczny, aż po moment wykrycia i reakcji, poparta dowodami z logów i sumami SHA-256.
  • Ustalenia i rekomendacje powdrożeniowe: Wskazanie luk organizacyjno-technicznych, które umożliwiły atak, oraz katalog zaleceń CAPA (Corrective and Preventive Actions) z przypisanymi terminami i właścicielami.
Raport powłamaniowy (Post-Incident Report): Formalny dokument podsumowujący całokształt działań dochodzeniowych, naprawczych i prawnych podjętych w trakcie obsługi incydentu, stanowiący podstawę do rozliczenia i wyciągnięcia wniosków. Skróty i pojęcia: CAPA to działania korygujące i zapobiegawcze; SHA-256 to skrót kryptograficzny.
Architektura Raportu Powłamaniowego (Post-Incident Report) Część I: Executive Summary (Dla Zarządu i Rady Nadzorczej) Zwięzły opis biznesowy: straty, czas przestoju, status powstrzymania, ryzyka prawne i kary Część II: Rekonstrukcja Osi Czasu i Analiza Dowodowa (Forensics) Timeline zdarzeń T0-Tn, analiza logów SIEM/EDR, wskaźniki IoC, pamięć RAM, mapowanie ATT&CK Część III: Analiza Przyczyn Źródłowych (RCA) i BIA Diagram Ishikawy, metoda 5 Why, wycena strat finansowych, naruszenie praw osób RODO Część IV: Rekomendacje Naprawcze i Plan Działań CAPA Harmonogram wdrożeń, przypisani właściciele, budżety inwestycyjne, terminy wykonania Raport podlega archiwizacji przez min. 5 lat na wypadek kontroli UODO lub procesu sądowego.
30/55
Lessons learned - spotkanie poincydentalne w praktyce
Cel slajdu: Nauka profesjonalnego prowadzenia warsztatu powłamaniowego (Post-Incident Review) w kulturze bez obwiniania (Blameless Post-Mortem).

Klucz do budowy rzeczywistej odporności cyfrowej organizacji

Najgorszą reakcją organizacji na incydent jest polowanie na winnych i pochopne karanie personelu. Prawdziwa kultura bezpieczeństwa koncentruje się na usunięciu systemowych wad w procesach i technologii. Filozofię tę rozwija podręcznik inżynierii niezawodności Google SRE Postmortem Culture, standard NIST SP 800-61 Rev. 3 oraz wytyczne doskonalenia procesów CERT Polska.

  • Kultura Blameless Post-Mortem: Założenie bazowe: ludzie popełniają błędy, ale to architektura systemu i procedury powinny ich przed nimi uchronić; obwinianie personelu prowadzi wyłącznie do zatajania kolejnych incydentów.
  • Termin i uczestnicy sesji powdrożeniowej: Spotkanie organizowane w ciągu 5-10 dni roboczych od pełnego opanowania sytuacji; obecni: inżynierowie IR, administratorzy IT, kierownicy biznesowi, radca prawny oraz Inspektor Ochrony Danych.
  • Cztery pytania kanoniczne: 1. Co dokładnie się wydarzyło? 2. Co w naszych procedurach i narzędziach zadziałało wzorowo? 3. Gdzie zawiodły mechanizmy techniczne lub komunikacja? 4. Jakie konkretnie zmiany wprowadzimy natychmiast?
  • Macierz działań korygujących (CAPA): Każdy wniosek ze spotkania zostaje przekształcony w zadanie projektowe z unikalnym ID, przypisanym z imienia właścicielem, budżetem i sztywnym terminem wdrożenia.
Spotkanie powłamaniowe (Post-Incident Review): Warsztat analityczny z udziałem kluczowych interesariuszy incydentu, prowadzony w kulturze blameless, mający na celu wyciągnięcie wniosków organizacyjnych i sformułowanie planu działań naprawczych. Skróty i pojęcia: Blameless Post-Mortem to przegląd bez obwiniania, Google SRE Postmortem Culture; IOD to inspektor ochrony danych; CAPA to działania korygujące.
Cykl Doskonalenia w Warsztacie Lessons Learned 1. FAKTY Co się stało? 2. SUKCESY Co zadziałało? 3. LUKI Gdzie zawiedliśmy? 4. AKCJA CAPA Co zmieniamy? Zasada Przekładania Wniosków na Konkretne Zadania • Zamiast ogólnika: „Poprawić świadomość personelu” • Wpis CAPA: 'Wdrożyć obowiązkowy trening phishingowy dla 100% działu finansów do 30 listopada' • Zamiast ogólnika: „Zwiększyć bezpieczeństwo serwerów” • Wpis CAPA: 'Wdrożyć klucze sprzętowe FIDO2 dla kont domenowych z uprawnieniami Domain Admin w ciągu 14 dni'
31/55
Prowadzenie rejestru incydentów i naruszeń (RODO)
Cel slajdu: Poznanie prawnych wymogów prowadzenia wewnętrznej ewidencji incydentów na podstawie art. 33 ust. 5 RODO oraz normy ISO/IEC 27001.

Pełna ewidencja dowodem dojrzałości systemu zarządzania

Wielu administratorów błędnie zakłada, że ewidencjonuje się wyłącznie te incydenty, które zostały formalnie zgłoszone do UODO lub CSIRT. Prawo wymaga bezwzględnego rejestrowania każdego naruszenia, nawet o znikomym ryzyku. Obowiązek ten nakłada art. 33 ust. 5 RODO, zalecenia techniczne formułuje norma ISO/IEC 27001:2022 (Załącznik A.8.15 i A.8.16), a wzory ewidencji podaje Urząd Ochrony Danych Osobowych.

  • Obowiązek prawny wynikający z art. 33 ust. 5 RODO: Administrator dokumentuje wszelkie naruszenia ochrony danych osobowych, w tym okoliczności naruszenia, jego skutki oraz podjęte działania zaradcze; dokumentacja ta służy organowi nadzorczemu do weryfikacji zgodności.
  • Struktura wewnętrznego rejestru incydentów: Lp., data wykrycia i zgłoszenia, kategoria zasobu, charakter naruszenia, kategorie osób i danych, wynik analizy ryzyka, uzasadnienie braku zgłoszenia do UODO (jeśli dotyczy), plan naprawczy.
  • Audytowalność i zasada rozliczalności: Podczas kontroli Prezes UODO w pierwszej kolejności żąda wglądu do rejestru naruszeń; brak wpisu o głośnym incydencie jest traktowany jako ciężkie naruszenie prawa i podstawa do nałożenia kary.
  • Analiza trendów i doskonalenie SZBI: Kwartalny przegląd rejestru incydentów pozwala na wykrycie powtarzających się anomalii (np. notoryczne wysyłki maili do błędnych odbiorców) i zaplanowanie dedykowanych szkoleń uświadamiających.
Rejestr naruszeń (Incident Register): Obowiązkowa ewidencja wewnętrzna prowadzona przez organizację, rejestrująca wszystkie zaistniałe incydenty bezpieczeństwa informacji wraz z ich analizą przyczyn, skutków i podjętych działań zaradczych. Skróty i pojęcia: RODO to rozporządzenie UE 2016/679; SZBI to system zarządzania bezpieczeństwem informacji; UODO, zob. UODO, to organ nadzorczy.
Architektura Wewnętrznego Rejestru Incydentów (Art. 33 ust. 5) ID / DATA OPIS ZDARZENIA OCENA RYZYKA STATUS UODO INC-2026-042 Zgubiony zaszyfrowany laptop Niskie (AES-256) Brak zgłoszenia INC-2026-043 Mail z bazą klientów do błędnego B2B Średnie ryzyko Zgłoszono UODO INC-2026-044 Atak Ransomware na bazy medyczne Wysokie ryzyko UODO + Art. 34 Wymogi Formalne Dotyczące Ewidencji Naruszeń • Zasada jawności dla kontrolerów: Rejestr musi być udostępniony na każde żądanie Prezesa UODO • Uzasadnienie braku notyfikacji: Precyzyjny zapis dlaczego zdarzenie uznano za mało ryzykowne • Ewidencja ciągła: Obowiązek wpisu powstaje niezależnie od tego, czy incydent był zawiniony • Integracja z ISO/IEC 27001: Rejestr stanowi dowód spełnienia wymagania ciągłego doskonalenia SZBI
32/55
Raportowanie do kierownictwa - dashboard i wskaźniki KPI
Cel slajdu: Przedstawienie kluczowych wskaźników efektywności (KPI) procesu reagowania na incydenty oraz konstrukcji pulpitów zarządczych (Executive Dashboard).

Przekładanie telemetrii technicznej na język ryzyka biznesowego

Zarząd i Rada Nadzorcza nie analizują milionów zdarzeń z firewalli. Oczekują syntetycznych, mierzalnych wskaźników obrazujących poziom bezpieczeństwa, tempo reakcji oraz zgodność regulacyjną. Ramy pomiarowe definiują norma ISO/IEC 27004:2016 (Monitoring and measurement), katalog dobrych praktyk CIS Critical Security Controls v8 (Control 17) oraz przewodnik NIST SP 800-55 Rev. 1 (Performance Measurement).

  • Kluczowe wskaźniki czasu: MTTD i MTTR: MTTD (Mean Time to Detect) - średni czas od przełamania zabezpieczeń przez intruza do wykrycia przez SOC; MTTR (Mean Time to Respond / Resolve) - średni czas od detekcji do pełnej neutralizacji zagrożenia.
  • Wskaźnik MTTI (Mean Time to Identify / Triage): Czas potrzebny analitykowi poziomu L1 na zweryfikowanie alertu i odróżnienie fałszywego alarmu (False Positive) od rzeczywistego zagrożenia (True Positive).
  • Konstrukcja Executive Dashboard: Wizualne prezentowanie trendów: liczba incydentów w podziale na kategorie ważności (P1-P4), status realizacji zaleceń CAPA, koszty incydentów w relacji do budżetu IT.
  • Prezentacja ryzyka resztkowego dla Zarządu: Wykazywanie, jak inwestycje w EDR, SOAR i szkolenia personelu skracają okno ekspozycji organizacji na ataki cybernetyczne.
KPI bezpieczeństwa (Security Key Performance Indicators): Zestaw mierzalnych, kwantyfikowalnych wskaźników służących do bieżącej oceny skuteczności, szybkości i dojrzałości procesów detekcji oraz reagowania na incydenty w organizacji. Skróty i pojęcia: False Positive to fałszywy alarm, True Positive to potwierdzenie zagrożenia; CAPA to działania korygujące; P1 do P4 to priorytety.
Pulpit Zarządczy KPI Bezpieczeństwa (Executive Dashboard) MTTD (Czas Detekcji) 18 min -45% rok do roku MTTR (Czas Reakcji) 42 min SLA P1: < 60 min ZGODNOŚĆ CAPA 96% Wdrożone na czas Struktura Raportu Kwartalnego dla Rady Nadzorczej • Wolumen incydentów: 142 obsłużone zdarzenia (P1: 1, P2: 4, P3: 28, P4: 109) • Skuteczność automatyzacji SOAR: 78% alertów L1 rozwiązanych bez udziału człowieka • Status zgłoszeń zewnętrznych: 1 zgłoszenie do Prezesa UODO, 0 kar administracyjnych • Zwrot z inwestycji (ROI): Spadek kosztów obsługi incydentu o 32% dzięki wdrożeniu EDR • Rekomendacja budżetowa: Wdrożenie modułu UEBA w celu wykrywania anomalii tożsamości
33/55
Centrum operacji bezpieczeństwa - Security Operations Center (SOC)
Cel slajdu: Zrozumienie misji, architektury organizacyjnej oraz zasad funkcjonowania Security Operations Center w trybie ciągłym 24/7/365.

Centrala operacyjna i tarcza monitoringu cybernetycznego

Współczesne przedsiębiorstwa nie mogą pozwolić sobie na przerwę w monitorowaniu bezpieczeństwa. Ataki hakerskie najczęściej rozpoczynają się w piątki późnym wieczorem lub w dni świąteczne, gdy w biurach nie ma personelu IT. Zasady organizacji i zdolności operacyjnych SOC definiuje agencja ENISA Strategies for Incident Response and Cyber Crisis Cooperation, wytyczne NIST SP 800-61 Rev. 3 oraz taksonomia detekcji MITRE ATT&CK Matrix for Enterprise.

  • Ciągły nadzór telemetrii 24/7/365: Centralizacja strumieni zdarzeń ze stacji roboczych, serwerów, środowisk chmurowych i sieci w systemach SIEM/EDR z całodobową obsadą dyżurnych inżynierów bezpieczeństwa.
  • Trzypoziomowa struktura analityczna (Tier 1/2/3): Podział kompetencji na warstwę wstępnej weryfikacji alertów (Triage L1), pogłębionej analizy powłamaniowej (Incident Response L2) oraz proaktywnego polowania na zagrożenia i analizy złośliwego oprogramowania (Threat Hunting L3).
  • Rola SOC Managera: Kierownik operacyjny odpowiedzialny za procedury operacyjne (SOP), zarządzanie personelem, optymalizację wskaźników SLA/KPI oraz bezpośrednią koordynację z CISO i sztabem kryzysowym.
  • Synergia technologii, ludzi i procesów: SOC to nie tylko zaawansowane oprogramowanie SIEM/SOAR; to przede wszystkim wykwalifikowani analitycy działający według ściśle zdefiniowanych procedur i playbooków reagowania.
Security Operations Center (SOC): Wyspecjalizowana jednostka organizacyjna odpowiedzialna za ciągłe monitorowanie, wykrywanie, analizowanie i reagowanie na incydenty cyberbezpieczeństwa przy użyciu zaawansowanych narzędzi telemetrii. Skróty i pojęcia: SOC to centrum operacji bezpieczeństwa, słownik NIST, hasło SOC; SIEM to korelacja zdarzeń, słownik NIST, hasło SIEM.
Architektura Organizacyjna Nowoczesnego SOC TIER 1: TRIAGE • Dyżur 24/7/365 • Weryfikacja alertów • Odsiew False Positive SLA: < 15 minut TIER 2: INCIDENT RESP. • Śledztwo techniczne • Wykonanie Playbooków • Izolacja i remediation SLA: < 60 minut TIER 3: HUNTER • Proaktywny hunting • Analiza malware • Zaawansowana forensyka Wsparcie dla APT Poziom Zarządczy: SOC Manager & Incident Commander • Nadzór nad metrykami: Ścisłe monitorowanie czasów MTTD, MTTR i rotacji analityków • Ciągłe doskonalenie reguł: Wyciszanie szumów w SIEM w celu eliminacji zjawiska alert fatigue • Most komunikacyjny: Tłumaczenie incydentów technicznych na meldunki dla Sztabu Kryzysowego • Zgodność z NIS2: SOC jako fundament spełnienia wymagań art. 21 w zakresie obsługi incydentów
34/55
Model operacyjny pracy w centrum bezpieczeństwa (SOC)
Cel slajdu: Przedstawienie przepływu zadań, mechanizmu kaskadowej eskalacji oraz roli automatyzacji w codziennej pracy analityków SOC.

Piramida operacyjna: od 100 000 surowych logów do 1 incydentu P1

Infrastruktura generuje setki milionów surowych zdarzeń na dobę. Model operacyjny SOC stanowi wielopoziomowy filtr, który redukuje ten olbrzymi szum informacyjny do kilkunastu rzetelnie zbadanych i rozwiązanych spraw. Standardy monitorowania ciągłego opisuje NIST SP 800-137 (ISCM), kontrolę rejestracji definiuje CIS Controls v8 (Kontrola 8: Audit Log Management), a wymianę telemetrii CTI wspiera format OASIS STIX 2.1.

  • Poziom wejściowy: Telemetria i reguły korelacyjne: Miliony logów z zapór, serwerów i stacji roboczych są agregowane i filtrowane przez reguły korelacyjne SIEM oraz silniki analityki behawioralnej UEBA/AI.
  • Praca analityka Tier 1 (Triage & Validation): Weryfikacja alertu w ciągu 10-15 minut: badanie adresów IP w Threat Intelligence, kontekst użytkownika; przykład szybkiej weryfikacji CLI: grep 'Failed password' /var/log/auth.log | awk '{print $11}' | sort | uniq -c | sort -nr | head -5.
  • Praca inżyniera Tier 2 (Investigation & Containment): Pogłębiona analiza: odtworzenie drzewa procesów w konsoli EDR, zdalna izolacja sieciowa stacji, analiza pamięci RAM i uruchomienie dedykowanego playbooka reagowania.
  • Eksperci Tier 3 i Threat Hunterzy: Proaktywne przeszukiwanie środowiska w poszukiwaniu ukrytych śladów przeciwnika (Threat Hunting), inżynieria wsteczna nieznanych próbek malware oraz optymalizacja reguł detekcyjnych.
Model operacyjny SOC (SOC Operating Model): Sformalizowany podział zadań, ról i procedur eskalacyjnych w centrum operacji bezpieczeństwa, zapewniający efektywny przepływ informacji o zagrożeniach od detekcji po remediację. Skróty i pojęcia: SIEM to korelacja zdarzeń, słownik NIST, hasło SIEM; UEBA i AI to analiza behawioralna; CTI to informacje o zagrożeniach; RAM to pamięć operacyjna.
Lejek Operacyjny Filtracji i Eskalacji w SOC 100 000 000 Zdarzeń Dziennie (Logi SIEM / Firewall / EDR / Cloud) ~ 2 000 Alertów: Reguły Korelacyjne & Filtry Automatyczne SOAR ~ 50 Spraw: Walidacja L1 (Triage) 3-5 Incydentów L2/L3 Rezultat Końcowy: Precyzyjna Neutralizacja Zagrożenia • Automatyzacja SOAR przejmuje 80% rutynowych spraw L1 | Człowiek skupia się na krytycznych atakach
35/55
Zespoły reagowania na incydenty - CSIRT i CERT
Cel slajdu: Wyjaśnienie genezy, różnic terminologicznych oraz ról operacyjnych zespołów typu CSIRT i CERT na poziomie krajowym i sektorowym.

Kto jest kim w architekturze cyberobrony?

Pojęcia CERT i CSIRT są w branży często używane zamiennie, jednak za każdym z nich stoi inna historia prawna i formalna. Ramy usługowe definiuje międzynarodowy standard FIRST CSIRT Services Framework v2.1, rolę krajową pełni CERT Polska / CSIRT NASK, a strukturę trójstopniową w prawie polskim ustanawia Ustawa o KSC (art. 27 ust. 1, art. 26 oraz art. 22 ust. 1 pkt 2).

  • CERT (Computer Emergency Response Team): Historyczna nazwa pierwszego na świecie zespołu reagowania powołanego w 1988 r. na Uniwersytecie Carnegie Mellon po ataku robaka Morrisa; termin „CERT” jest zastrzeżonym znakiem towarowym w USA.
  • CSIRT (Computer Security Incident Response Team): Międzynarodowy standard terminologiczny przyjęty m.in. przez Unię Europejską w dyrektywach NIS i NIS2 na formalne określenie wyspecjalizowanych zespołów reagowania.
  • Trzy poziomy CSIRT w Polsce: Poziom krajowy: CSIRT NASK (cywilny), CSIRT GOV (rządowy), CSIRT MON (wojskowy); Poziom sektorowy: CSIRT KNF (finanse), CSIRT CeZ (zdrowie); Poziom podmiotu: wewnętrzne zespoły CSIRT/IRT.
  • Zaufanie i społeczność FIRST i TF-CSIRT: Międzynarodowe fora współpracy (Forum of Incident Response and Security Teams) umożliwiające natychmiastową, zaufaną wymianę wskaźników IoC w skali globu przy użyciu protokołu TLP v2.0.
CSIRT (Computer Security Incident Response Team): Formalnie ustanowiony zespół ekspertów posiadający mandat organizacyjny lub ustawowy do monitorowania, analizowania i koordynowania reakcji na incydenty bezpieczeństwa teleinformatycznego. Skróty i pojęcia: FIRST, FIRST, to forum zespołów reagowania; CERT Polska, zob. CERT Polska, to zespół krajowy; KSC to ustawa o krajowym systemie cyberbezpieczeństwa.
Trójstopniowa Struktura CSIRT w Polsce (Ustawa o KSC) Poziom 1: CSIRT Poziomu Krajowego (National CSIRTs) CSIRT NASK (Sektor cywilny/biznes) | CSIRT GOV (ABW - Rząd/IK) | CSIRT MON (Wojsko) Poziom 2: CSIRT Sektorowe (Sectoral CSIRTs) CSIRT KNF (Bankowość i finanse) | CSIRT CeZ (Sektor zdrowia) | CSIRT Cyfra (Telco) Poziom 3: Wewnętrzne Zespoły Reagowania (Internal IRT / CSIRT) Lokalne zespoły powoływane wewnątrz podmiotów kluczowych i ważnych (przedsiębiorstwa, szpitale, uczelnie) Koordynacja Międzynarodowa i Społeczność Współpraca w ramach FIRST, TF-CSIRT oraz europejskiej sieci CSIRTs Network (ENISA)
36/55
Wewnętrzny zespół reagowania na incydenty (IRT / CIRT)
Cel slajdu: Poznanie zasad organizacji, interdyscyplinarnego składu oraz umocowania wewnętrznego zespołu reagowania w strukturze firmy.

Dlaczego sam dział informatyki nie obroni przedsiębiorstwa?

Tradycyjny błąd organizacji polega na scedowaniu całego ciężaru obsługi incydentu na kilku przeciążonych administratorów IT. Nowoczesny zespół IRT (Incident Response Team) to multidyscyplinarna grupa ekspertów reprezentujących kluczowe piony firmy. Standardy budowy zespołu definiuje norma ISO/IEC 27035-2:2023, podręcznik NIST SP 800-61 Rev. 3 oraz kodeks etyczny EthicsFIRST.

  • Interdyscyplinarny skład zespołu IRT: Pion techniczny (inżynierowie systemowi, sieciowcy, programiści) + Pion prawny (radca prawny) + Ochrona danych (IOD) + Pion komunikacji (PR) + Zasoby ludzkie (HR).
  • Bezpośrednie umocowanie przez Zarząd: Członkowie zespołu IRT muszą posiadać formalne upoważnienie podpisane przez Zarząd, dające prawo do podejmowania decyzji operacyjnych (np. natychmiastowe odcięcie systemów) z pominięciem standardowej hierarchii służbowej.
  • Tryb powoływania: Stały vs Na Wezwanie (On-Call): W mniejszych organizacjach zespół funkcjonuje w trybie dyżurów domowych z gwarantowanym czasem zbiórki (np. zbiórka w sztabie w 60 minut od ogłoszenia incydentu P1).
  • Kompletny cykl życia działań zespołu: Zgodnie z normą ISO/IEC 27035: zespół nie tylko gasi pożary, ale prowadzi ćwiczenia prewencyjne, szkoli personel i zarządza procesem Lessons Learned.
Wewnętrzny zespół reagowania (IRT / CIRT): Interdyscyplinarna grupa pracowników organizacji posiadająca formalne uprawnienia do koordynowania działań technicznych, prawnych i komunikacyjnych w przypadku wystąpienia incydentu. Skróty i pojęcia: IOD to inspektor ochrony danych; PR to komunikacja publiczna; HR to zasoby ludzkie; On-Call to dyżur na wezwanie; P1 to priorytet krytyczny.
Interdyscyplinarny Skład Wewnętrznego Zespołu IRT INCIDENT COMMANDER IT / NET / OPS Izolacja, backupy PRAWNIK & IOD Zgłoszenia RODO KOMUNIKACJA PR Rzecznik prasowy HR & BEZP. FIZ. Insider, karty RFID Kluczowe Uprawnienie Zespołu IRT: Mandat do Decyzji • Prawo natychmiastowego odłączenia dowolnego systemu bez uprzedniej zgody dyrektora pionu • Bezpośredni kanał raportowania do Zarządu z pominięciem szczebli pośrednich
37/55
Role i odpowiedzialności w zespole reagowania (IRT)
Cel slajdu: Precyzyjne zdefiniowanie ról funkcyjnych, zakresu odpowiedzialności oraz procedury zastępstw w zespole Incident Response.

Kto za co odpowiada, gdy gaśnie światło w serwerowni?

Brak jasnego podziału ról w trakcie incydentu prowadzi do organizacyjnego paraliżu: kilku inżynierów dubluje te same czynności, a kluczowe obszary pozostają bez nadzoru. Podział ról w sztabie standaryzuje wytyczna NIST SP 800-61 Rev. 3, norma ISO/IEC 27035-2:2023 oraz model dowodzenia Google SRE Incident Command System.

  • Incident Commander (Kierownik Incydentu): Osoba dowodząca całokształtem akcji: wyznacza zadania, kontroluje czas reakcji, podejmuje decyzje o eskalacji i zatwierdza komunikaty; nie dotyka klawiatury, lecz zarządza zasobami.
  • Forensic Analyst (Inżynier Śledczy): Odpowiedzialny za techniczną akwizycję dowodów: bezpieczne pobieranie zrzutów RAM, klonowanie dysków przez write-blocker, analiza artefaktów i pilnowanie łańcucha dowodowego.
  • Communications Lead (Oficer Łącznikowy): Zarządza przepływem informacji: przygotowuje projekty oświadczeń dla klientów, koordynuje meldunki wewnętrzne dla załogi i przekazuje zweryfikowane fakty rzecznikowi prasowemu.
  • Legal & Compliance Lead (Doradca Prawny / IOD): Weryfikuje legalność kroków, pilnuje zegarów ustawowych (24h/72h), sporządza formalne notyfikacje do UODO i CSIRT oraz zabezpiecza firmę przed roszczeniami cywilnymi.
Kierownik Incydentu (Incident Commander): Rola jednoosobowego przywódcy operacyjnego posiadającego pełnomocnictwo zarządu do koordynowania całokształtu zasobów technicznych i ludzkich w trakcie obsługi incydentu kryzysowego. Skróty i pojęcia: RAM to pamięć operacyjna; IOD to inspektor ochrony danych; UODO, zob. UODO, to organ nadzorczy.
Matryca Ról i Odpowiedzialności w Incydencie Incident Commander (Dowódca) Koordynacja całości, decyzje operacyjne, raport do Zarządu Forensic Analyst (Śledczy) Akwizycja RAM/dysków, analiza IoC, Chain of Custody IT / Infrastructure Lead Fizyczna izolacja, odtwarzanie backupów, łatanie systemów Legal & Privacy (Prawnik/IOD) Zgłoszenia UODO / CSIRT, ocena umów B2B, kontakt z Policją Communications Lead (PR) Komunikacja z mediami, klientami i personelem (OOB) Scribe (Sekretarz Incydentu) Prowadzenie Incident Logu, rejestracja decyzji co do sekundy Zasada redundancji: Każda rola w zespole musi posiadać wyznaczonego zastępcę (Zastępca Commandera)!
38/55
Budowanie zdolności reagowania - model dojrzałości
Cel slajdu: Ocena i rozwijanie zdolności reagowania organizacji w oparciu o model dojrzałości procesowej (CMMI / SIM3).

Ewolucja od chaosu ad-hoc do zoptymalizowanego procesu

Zdolność reagowania na incydenty nie pojawia się w organizacji z dnia na dzień. Wymaga ewolucyjnego przejścia przez kolejne etapy dojrzałości procesowej, od improwizacji po pełną automatyzację. Standard dojrzałości CSIRT określa model SIM3 v2.0 (Open CSIRT Foundation - Interim Standard PDF), a obowiązki podmiotów KSC wyznacza Dyrektywa NIS2 (art. 21).

  • Poziom 1: Początkowy / Ad-hoc: Brak sformalizowanych procedur; reakcja jest chaotyczna, zależna wyłącznie od indywidualnych umiejętności pojedynczych pracowników; wysokie ryzyko paniki.
  • Poziom 2: Powtarzalny (Repeatable): Istnieją podstawowe instrukcje techniczne i szablony; incydenty podobne są obsługiwane w zbliżony sposób, ale brak centralnej koordynacji i narzędzi SIEM.
  • Poziom 3: Zdefiniowany (Defined): Wdrożony formalny Plan IRP, powołany zespół IRT, spisane playbooki dla głównych zagrożeń, zorganizowane kanały komunikacji z organami (KSC/RODO).
  • Poziom 4-5: Zarządzany i Zoptymalizowany (Optimized): Ciągły monitoring 24/7 SOC, automatyzacja SOAR, regularne ćwiczenia symulacyjne (Red/Blue Teaming), aktywny Threat Hunting i wyciąganie wniosków w pętli Lessons Learned.
Model dojrzałości reagowania (SIM3 / CMMI): Ramy referencyjne służące do oceny zaawansowania procesów, kompetencji kadrowych, narzędzi technicznych i ładu organizacyjnego w dziedzinie zarządzania incydentami. Skróty i pojęcia: SIEM to korelacja zdarzeń, słownik NIST, hasło SIEM; SOAR to automatyzacja reagowania, słownik NIST, hasło SOAR; Lessons Learned to wnioski powłamaniowe.
Pięć Poziomów Dojrzałości Reagowania na Incydenty 1. AD-HOC Brak planu Chaos i panika Brak SIEM Gaszenie pożaru 2. REPEATABLE Lokalne skrypty Brak zespołu IR Szablony pism Podstawy 3. DEFINED Plan IRP gotowy Zespół IRT Playbooki 5M Norma ISO/IEC 27035 4. MANAGED SOC 24/7 SIEM Metryki MTTD Ścisłe SLA Kontrola procesu 5. OPTIMIZED SOAR Auto AI Threat Hunting Purple Teaming Stan State-of-Art Wymogi Dyrektywy NIS2 w Kontekście Dojrzałości • Podmioty kluczowe i ważne nie mogą pozostawać na poziomie 1 ani 2 (ryzyko surowych kar) • Poziom 3 (Zdefiniowany) to absolutne minimum prawne wymagane podczas kontroli CSIRT/KSC • Dojrzałość nie zależy od budżetu: Dobre procedury i wyszkolony zespół dają więcej niż drogi software • Narzędzie samooceny: Model SIM3 (Security Incident Management Maturity Model)
39/55
Plan reagowania na incydenty - Incident Response Plan (IRP)
Cel slajdu: Przedstawienie architektury, kluczowych sekcji oraz wymogów wdrożeniowych formalnego Planu Reagowania na Incydenty (IRP).

Konstytucja bezpieczeństwa operacyjnego przedsiębiorstwa

Plan reagowania na incydenty (IRP) to najważniejszy dokument operacyjny w obszarze cyberbezpieczeństwa. Musi być precyzyjny, audytowalny i dostępny w wersji papierowej (offline) na wypadek braku prądu lub zaszyfrowania sieci. Wytyczne konstrukcji IRP zawiera NIST SP 800-61 Rev. 3, norma ISO/IEC 27035-2:2023 oraz rekomendacje CISA StopRansomware Plan Guide.

  • Zakres, cele i umocowanie prawne: Zdefiniowanie aktywów podlegających ochronie, powołanie się na polityki bezpieczeństwa SZBI (ISO/IEC 27001) oraz wskazanie pełnomocnictw Incident Commandera.
  • Klasyfikacja zdarzeń i progi eskalacji: Jednoznaczne kryteria podziału incydentów od P4 do P1 oraz sformalizowane reguły, kiedy zawiadamia się Zarząd, a kiedy organy państwowe (KSC/RODO).
  • Książka kontaktowa (Emergency Contact Sheet): Imienna lista numerów telefonów i adresów członków zespołu IRT, zarządu, CSIRT NASK, UODO, CBZC, ubezpieczyciela i firm retainerowych; wersja zalaminowana w szafie pancernej.
  • Obowiązkowy przegląd i testowanie: Zgodnie z normą ISO/IEC 27035 dokument IRP podlega obowiązkowemu przeglądowi minimum raz w roku oraz po każdym incydencie krytycznym P1.
Plan Reagowania na Incydenty (IRP): Formalny, zatwierdzony przez zarząd dokument definiujący struktury, role, procedury operacyjne, ścieżki eskalacji oraz zasoby niezbędne do powstrzymania i rozliczenia incydentu bezpieczeństwa. Skróty i pojęcia: SZBI to system zarządzania bezpieczeństwem informacji; KSC i RODO to reżimy zgłoszeń; CSIRT NASK, UODO i CBZC to adresaci zgłoszeń.
Główne Sekcje Planu Reagowania na Incydenty (IRP) Sekcja 1: Cele, Zakres i Mandat Operacyjny Powołanie zespołu IRT, delegacja uprawnień przez Zarząd, granice odpowiedzialności Sekcja 2: Kategoryzacja, Triage i Matryca Eskalacji Definicje poziomów P1-P4, SLA reakcji, procedury powiadamiania Sztabu Kryzysowego Sekcja 3: Playbooki Operacyjne dla Typów Zagrożeń Krok po kroku: Ransomware, Wyciek danych RODO, DDoS, Phishing, Insider, Malware Sekcja 4: Książka Kontaktowa i Kanały Awaryjne (OOB) Telefony alarmowe 24/7, procedury Signal, kontakty do CSIRT NASK/GOV i UODO Zasada Red Teamu: Każdy plan nieprzetestowany w boju jest jedynie fikcją literacką!
40/55
Playbooki bezpieczeństwa - ustrukturyzowane procedury
Cel slajdu: Nauka projektowania graficznych i logicznych scenariuszy postępowania (Playbooks) dla powtarzalnych typów incydentów.

Algorytmy decyzyjne prowadzące inżyniera krok po kroku

Pod presją czasu i stresu wywołanego atakiem człowiek traci zdolność chłodnej oceny sytuacji. Playbooki eliminują wahanie, standaryzując reakcję w czytelne drzewo decyzyjne. Wzorce playbooków publikuje CISA Incident & Vulnerability Response Playbooks, wytyczne formułuje NIST SP 800-61 Rev. 3, a mapowanie do technik intruza zapewnia MITRE ATT&CK.

  • Anatomia nowoczesnego playbooka: Wyzwalacz (Trigger - alert EDR/SIEM) -> Weryfikacja (Triage) -> Izolacja (Containment) -> Badanie (Investigation) -> Eradykacja -> Odtwarzanie.
  • Standaryzacja czynności śledczych i komend: Playbook wskazuje konkretne kroki: izolacja hosta przez API EDR lub CLI PowerShell (Disable-NetAdapter -Name 'Ethernet0' -Confirm:$false), ekstrakcja hasha SHA-256 i weryfikacja w Threat Intelligence.
  • Wdrażanie w platformach SOAR: Nowoczesne playbooki są projektowane podwójnie: jako czytelne diagramy dla ludzi (SOP) oraz jako zautomatyzowane przepływy w platformach SOAR (np. Palo Alto XSOAR, TheHive, Shuffle).
  • Katalog bazowych playbooków organizacji: Kanon bezpieczeństwa: 1. Ransomware, 2. Kampania phishingowa, 3. Atak DDoS, 4. Wyciek bazy SQL, 5. Skompromitowane konto uprzywilejowane w chmurze Entra ID / AWS.
Playbook bezpieczeństwa: Ustrukturyzowany zbiór wytycznych, algorytmów decyzyjnych i poleceń technicznych określający standardowy sposób postępowania zespołu bezpieczeństwa w odpowiedzi na konkretny typ zagrożenia. Skróty i pojęcia: MITRE ATT&CK, MITRE ATT&CK, to macierz technik; CLI to wiersz poleceń; SHA-256 to skrót pliku; SOAR to automatyzacja, słownik NIST, hasło SOAR.
Struktura Logiczna Playbooka Reagowania (SOAR / SOP) 1. WYZWALACZ • Alert EDR / SIEM • Mail od pracownika • Zgłoszenie CSIRT Start procedury 2. TRIAGE & AUTO • Odpytanie CTI/VT • Analiza hasha pliku • Scoring ryzyka Czas: < 30 sek. 3. BLOKADA AUTO • Izolacja hosta • Blokada IP na FW • Reset hasła AD Zatrzymanie ataku 4. WERYFIKACJA • Decyzja analityka • Czyszczenie stacji • Zgłoszenie KSC Zamknięcie sprawy Korzyści Wdrażania Standaryzowanych Playbooków • Eliminacja błędów ludzkich: Zmęczony dyżurem nocnym analityk nie pominie żadnego kroku • Skrócenie czasu MTTR: Spadek średniego czasu obsługi powtarzalnych alertów o 75-90% • Łatwy onboarding: Nowy pracownik SOC może bezpiecznie dyżurować już po 2 tygodniach szkolenia • Rozliczalność audytowa: Każdy krok playbooka zostaje zarejestrowany w logach audytowych
41/55
Ćwiczenia i symulacje - weryfikacja gotowości (Tabletop)
Cel slajdu: Poznanie metodologii testowania planów awaryjnych za pomocą dyskusyjnych ćwiczeń stołowych (Tabletop) oraz technicznych symulacji Red/Blue Teaming.

Testuj procedury w czasie pokoju, nie podczas pożaru

Żadna procedura spisana na papierze nie zadziała, jeśli zespół nie przećwiczy jej w warunkach zbliżonych do rzeczywistych. Regularne testowanie planów reagowania nakłada dyrektywa NIS2 oraz standard NIST SP 800-84 (Guide to Test, Training, and Exercise Programs), metodologię ćwiczeń unijnych rozwija ENISA Strategies for incident response and cyber crisis cooperation (brak polskiego odpowiednika - dokument w języku angielskim; polskie uzupełnienie: publikacje CERT Polska), a gotowe pakiety scenariuszy udostępnia CISA Tabletop Exercise Packages (CTEP) (brak polskiego odpowiednika - dokument w języku angielskim).

  • Ćwiczenia stołowe (Tabletop Exercises - TTX): Warsztat dyskusyjny z udziałem Zarządu, prawników, PR i inżynierów; moderator wprowadza scenariusz ataku (np. wyciek bazy VIP), a uczestnicy podejmują decyzje w oparciu o plan IRP.
  • Ćwiczenia funkcjonalne i techniczne (Dry Run): Sprawdzanie realnych mechanizmów: odcięcie zasilania w serwerowni, test odtworzenia maszyn wirtualnych z kopii immutable backup, próbne wygenerowanie zgłoszenia do UODO.
  • Zespoły Red Team vs Blue Team vs Purple Team: Red Team (symulacja adwersarza testującego podatności), Blue Team (obrońcy SOC monitorujący telemetrię), Purple Team (wspólne warsztaty optymalizujące reguły wykrywania).
  • Rekomendacja częstotliwości ćwiczeń: Ćwiczenia stołowe TTX: minimum raz na 6 miesięcy; techniczne testy odtwarzania backupów i procedur awaryjnych: minimum raz na kwartał.
Ćwiczenie stołowe (Tabletop Exercise): Moderowana symulacja kryzysowa oparta na scenariuszu symulowanego incydentu, mająca na celu zweryfikowanie znajomości ról, procedur eskalacji i spójności decyzyjnej członków sztabu kryzysowego. Skróty i pojęcia: NIS2 to dyrektywa UE 2022/2555; TTX to ćwiczenie stołowe; IRP to plan reagowania; Red, Blue i Purple Team to atakujący, broniący i zespół łączony; Dry Run to próba techniczna; immutable backup to kopia niezmienialna.
Model Współpracy w Ćwiczeniach: Red, Blue i Purple Team RED TEAM • Emulacja przeciwnika • Ataki phishingowe • Eskalacja i ruch boczny Rola: Atakujący PURPLE TEAMING • Wspólny warsztat • Walidacja logowania • Kalibracja reguł SIEM Rola: Integrator BLUE TEAM • Inżynierowie SOC • Detekcja anomalii • Powstrzymanie ataku Rola: Obrońca Scenariusz Ćwiczenia Stołowego (Tabletop) dla Zarządu • Godzina 09:00: Informacja o wycieku bazy klientów na forum BreachForums - co robi Zarząd? • Godzina 10:30: Dziennikarz dzwoni z prośbą o komentarz - kto i co ma prawo odpowiedzieć? • Godzina 12:00: Żądanie 500 000 USD w Bitcoinie pod groźbą publikacji - decyzja Sztabu? • Weryfikacja: Ćwiczenie ujawnia brakujące numery telefonów, luki decyzyjne i spory kompetencyjne
42/55
Współpraca z zewnętrznymi ekspertami (IR Retainer)
Cel slajdu: Zrozumienie zasad kontraktowania i wykorzystywania zewnętrznych zespołów wsparcia incydentowego (Incident Response Retainer) oraz biegłych sądowych.

Kiedy własne siły nie wystarczą do walki z zaawansowaną grupą APT?

Żadna firma, poza największymi globalnymi korporacjami, nie utrzymuje na etacie pełnoetatowych inżynierów inżynierii wstecznej malware czy biegłych informatyki śledczej. Odpowiedzią rynkową są umowy typu Incident Response Retainer. Zasady współpracy z zewnętrznymi zespołami omawia NIST SP 800-61 Rev. 3, normę koordynacji wsparcia stanowi ISO/IEC 27035-2:2023, a wytyczne kontraktowania usług IR publikuje agencja ENISA Procurement Guidelines for Cybersecurity of Hospitals.

  • Model umowy Incident Response Retainer: Przedpłacony kontrakt z wyspecjalizowaną firmą cyberbezpieczeństwa gwarantujący natychmiastowe wejście ekspertów do akcji z określonym SLA (np. wsparcie zdalne w 2h, inżynierowie na miejscu w 4h).
  • Zakres wsparcia zewnętrznego: Zaawansowana analiza powłamaniowa pamięci RAM i zrzutów dyskowych, deasemblacja unikalnego payloadu malware, doradztwo w negocjacjach oraz wsparcie prawne i forensyczne.
  • Audyt „readiness” w czasie pokoju: Niewykorzystane godziny z retainera są w ciągu roku zamieniane na testy penetracyjne, przeglądy konfiguracji SIEM oraz ćwiczenia tabletop.
  • Wymogi formalne: Klauzule NDA i powierzenie danych: Ścisłe rygory ochrony tajemnicy przedsiębiorstwa i zgodności z RODO; zewnętrzni śledczy mają wgląd w najgłębsze tajemnice organizacji i logi zawierające dane osobowe.
IR Retainer (Incident Response Retainer): Umowa ramowa z zewnętrznym wyspecjalizowanym dostawcą usług cyberbezpieczeństwa gwarantująca natychmiastową dostępność ekspertów i określony czas reakcji SLA w sytuacji wystąpienia incydentu. Skróty i pojęcia: APT to zaawansowane trwałe zagrożenie, słownik NIST, hasło APT; SLA to umowny czas reakcji; RAM to pamięć operacyjna; NDA to umowa o poufności; RODO to rozporządzenie UE 2016/679.
Model Funkcjonowania Umowy IR Retainer CZAS POKOJU (PREWENCJA) • Audyt gotowości (Readiness assessment) • Ćwiczenia Tabletop z Zarządem • Przegląd reguł SIEM i playbooków Zużycie godzin niewykorzystanych CZAS WOJNY (KRYZYS P1) • Wejście zespołu w < 2-4 godziny (SLA) • Zdalne polowanie na intruza (Hunting) • Odwracanie kodu malware (Reverse Eng) Ratowanie ciągłości firmy Dlaczego Szukanie Pomocy w Trakcie Ataku Jest Błędem? • Brak umowy to brak SLA: W trakcie fali ransomware firmy doradcze nie mają wolnych inżynierów • Negocjacje umów pod presją: Podpisywanie NDA i umów powierzenia danych zabiera cenne 48 godzin • Zawyżone stawki awaryjne: Koszt pomocy „z ulicy” w weekend bywa 3-krotnie wyższy niż stawka retainer • Akceptacja ubezpieczyciela: Polisa cyber pokrywa koszty tylko tych firm, które były pre-autoryzowane
43/55
Outsourcing bezpieczeństwa - modele MSSP i MDR
Cel slajdu: Porównanie modeli outsourcingu monitoringu i reagowania: tradycyjnego MSSP oraz nowoczesnych usług zarządzanej detekcji i reakcji (MDR).

Kiedy warto powierzyć obronę wyspecjalizowanemu partnerowi?

Koszty budowy własnego SOC 24/7 (minimum 8-12 pełnoetatowych analityków plus licencje SIEM/SOAR) przekraczają możliwości wielu średnich przedsiębiorstw. Odpowiedzią jest model usługowy. Obowiązek nadzoru nad łańcuchem dostaw nakłada Dyrektywa NIS2 (art. 21 ust. 2 lit. d), wytyczne ochrony łańcucha dostaw publikuje CISA ICT Supply Chain Security oraz standard NIST SP 800-161 Rev. 1 (C-SCRM).

  • MSSP (Managed Security Service Provider): Tradycyjny outsourcing: dostawca zarządza urządzeniami (firewalle, IPS, SIEM), monitoruje logi i przesyła alerty; reagowanie i podejmowanie akcji naprawczych pozostaje po stronie klienta.
  • MDR (Managed Detection and Response): Nowoczesna usługa nowej generacji oparta o EDR/XDR: dostawca nie tylko wykrywa anomalię, ale ma formalne uprawnienia do aktywnego powstrzymania ataku (np. zdalna izolacja stacji w ciągu 3 minut w nocy).
  • Korzyści outsourcingu: Natychmiastowy dostęp do wiedzy eksperckiej, brak problemów z rotacją i rekrutacją analityków, gotowa infrastruktura Big Data i najświeższe feedy Threat Intelligence.
  • Ryzyka i pułapki outsourcingu: Brak znajomości specyfiki biznesu klienta przez zewnętrznych analityków, ryzyko wycieku danych przez łańcuch dostaw, nieprecyzyjne zapisy SLA dotyczące czasów reakcji.
MDR (Managed Detection and Response): Zaawansowana usługa cyberbezpieczeństwa łącząca całodobowy monitoring telemetryczny, proaktywne polowanie na zagrożenia oraz natychmiastowe aktywne reagowanie na incydenty przez zewnętrzny zespół SOC. Skróty i pojęcia: NIS2 to dyrektywa UE 2022/2555; MSSP to dostawca zarządzanych usług bezpieczeństwa; MDR to zarządzane wykrywanie i reagowanie; EDR i XDR to ochrona punktów końcowych i rozszerzona detekcja, słownik NIST, hasło EDR.
Porównanie Modeli Outsourcingu: MSSP vs MDR TRADYCYJNY MSSP • Zarządzanie zaporami i SIEM • Generowanie ticketów i alertów • „Wykryliśmy atak - radźcie sobie” Rola: Pasywny obserwator NOWOCZESNY MDR • Agenci EDR/XDR na punktach • Proaktywny Threat Hunting 24/7 • Zdalne ubicie procesu i izolacja Rola: Aktywny obrońca Wymogi Zgodności z NIS2 przy Korzystaniu z MDR/MSSP • Odpowiedzialność nie podlega outsourcingowi: Za brak zgłoszenia w 24h odpowiada zawsze zarząd klienta • Bezpieczeństwo łańcucha dostaw (art. 21 ust. 2 lit. d): Obowiązek audytowania dostawcy MSSP • Lokalizacja danych telemetrycznych: Weryfikacja, czy logi nie są transferowane poza obszar EOG • Zgodność z RODO: Obowiązkowa umowa powierzenia przetwarzania danych (DPA) z dostawcą SOC
44/55
Ubezpieczenia cybernetyczne (Cyber Insurance)
Cel slajdu: Poznanie zasad działania polis cyberbezpieczeństwa, mechanizmów transferu ryzyka oraz wymagań technicznych stawianych przez ubezpieczycieli.

Finansowa poduszka bezpieczeństwa na wypadek katastrofy

Polisa cybernetyczna stała się standardowym elementem zarządzania ryzykiem korporacyjnym. Nie zastępuje ona zabezpieczeń technicznych, lecz chroni płynność finansową spółki w obliczu gigantycznych kosztów powłamaniowych. Ramy nadzoru ubezpieczeń i wytyczne w Polsce publikuje Komisja Nadzoru Finansowego (KNF), standardy rynkowe opracowuje Polska Izba Ubezpieczeń (PIU), a europejskie ramy ostrożnościowe wyznacza Europejski Urząd Nadzoru Ubezpieczeń (EIOPA) (strona w języku angielskim, brak polskiego odpowiednika; polski nadzór: KNF).

  • Zakres ochrony polisy cyber: Pokrycie kosztów: śledztwa forensycznego, opłacenia zewnętrznych prawników i doradców PR, kar administracyjnych (jeśli dopuszcza to prawo), powiadomień klientów oraz utraconych zysków z przestoju (Business Interruption).
  • Rygorystyczne wymagania wstępne (Baseline Security): Ubezpieczyciele odmawiają zawarcia polisy lub wypłaty odszkodowania, jeśli firma nie posiada: obowiązkowego MFA na wszystkich kontach, niemodyfikowalnych kopii zapasowych immutable, agentów EDR oraz wdrożonego IRP.
  • Procedura likwidacji szkody po incydencie: Natychmiastowe zawiadomienie ubezpieczyciela (często w ciągu 24-48h); zakaz podejmowania kosztownych decyzji bez uprzedniej autoryzacji likwidatora szkody.
  • Wyłączenia odpowiedzialności (War & State-sponsored exclusion): Klauzule wyłączające odpowiedzialność ubezpieczyciela w przypadku ataków o charakterze wojennym lub prowadzonych przez grupy hakerskie sponsorowane przez obce państwa.
Ubezpieczenie cybernetyczne (Cyber Insurance): Produkt ubezpieczeniowy przenoszący część ryzyka finansowego związanego z naruszeniem bezpieczeństwa informacji, przestojem biznesowym i odpowiedzialnością prawną z organizacji na ubezpieczyciela. Skróty i pojęcia: KNF, zob. CSIRT KNF, to nadzór finansowy; PIU, zob. Polska Izba Ubezpieczeń, to samorząd ubezpieczycieli; MFA to uwierzytelnianie wieloskładnikowe.
Model Ochrony i Warunki Polisy Cyber Insurance CO POKRYWA POLISA? • Koszty firmy forensycznej i IR • Obsługę prawną i doradztwo PR • Utracony obrót (Business Interruption) Ochrona bilansu finansowego WARUNKI WYPŁATY (BASELINE) • Bezwzględne MFA (brak haseł statycznych) • Backup offline/immutable (WORM) • Aktywny agent EDR na wszystkich PC Brak kontroli = odmowa wypłaty Zasady Postępowania z Ubezpieczycielem w Incydencie • Zadzwoń na infolinię ubezpieczyciela równolegle z uruchomieniem zespołu IRT • Skorzystaj z panelu zatwierdzonych dostawców (Panel of Approved Vendors) ubezpieczyciela • Zbieraj każdy rachunek, fakturę za nadgodziny informatyków i protokół przestoju produkcji • Pamiętaj: Ubezpieczenie nie chroni przed odpowiedzialnością karną członków zarządu!
45/55
Podsumowanie sposobów reakcji - pętla doskonalenia
Cel slajdu: Syntetyczne zintegrowanie technicznych, prawnych i organizacyjnych aspektów reagowania w całościowy model cyberodporności organizacji.

Reagowanie na incydent jako proces ciągły i adaptacyjny

Nowoczesne podejście do cyberbezpieczeństwa odrzuca iluzję stuprocentowej twierdzy nie do zdobycia. Prawdziwa dojrzałość polega na zdolności do przetrwania uderzenia, szybkiego powstrzymania intruza i wyciągnięcia trwałych wniosków. Zintegrowany model zarządzania incydentem definiuje norma ISO/IEC 27035-1:2023, ramy odporności opisuje przewodnik NIST SP 800-61 Rev. 3, a obowiązek ciągłości działania w polskim prawie statuuje Ustawa o KSC (Dz.U. 2026 poz. 252).

  • Cztery filary nowoczesnej obrony: 1. Przygotowanie (IRP, playbooki, kopie WORM), 2. Detekcja (SOC 24/7, EDR, SIEM), 3. Reakcja (chirurgiczny containment, eradykacja), 4. Zgodność prawna (NIS2, RODO).
  • Czas jako najcenniejsza waluta obrońcy: Każda minuta zwłoki w powstrzymaniu ataku zwiększa promień zniszczeń (Blast Radius); automatyzacja SOAR i precyzyjne matryce decyzyjne skracają kluczowy wskaźnik MTTR.
  • Odpowiedzialność osobista i rozliczalność: Kierownictwo podmiotów kluczowych i ważnych podlega bezpośrednim sankcjom osobistym i finansowym za rażące zaniechanie wdrożenia systemu zarządzania incydentami.
  • Pętla adaptacyjna (Cyber Resilience): Każdy incydent staje się materiałem szkoleniowym wzmacniającym organizację na kolejne ataki przeciwników.
Cyberodporność (Cyber Resilience): Zdolność organizacji do przewidywania, przetrwania, powstrzymania i szybkiego przezwyciężenia skutków cyberataku przy jednoczesnym zachowaniu ciągłości kluczowych operacji biznesowych. Skróty i pojęcia: IRP to plan reagowania; WORM to zapis jednokrotny; SOC to centrum operacji, słownik NIST, hasło SOC; EDR i SIEM to telemetria i korelacja; NIS2 i RODO to reżimy prawne; Blast Radius to promień rażenia; MTTR to średni czas reakcji.
Zintegrowany Cykl Reagowania i Odporności (NIST & ISO) PRZYGOTOWANIE IRP / Playbooki DETEKCJA SOC 24/7 / EDR POWSTRZYMANIE Izolacja / SOAR DOSKONALENIE CAPA / Post-Mortem Cztery Prawdy Inżyniera Reagowania na Incydenty 1. Założenie kompromitacji (Assume Breach): Pytanie brzmi nie „czy”, lecz „kiedy” i „jak głęboko” 2. Technika bez procedury zawodzi: Nawet najlepszy EDR nie pomoże przy braku autoryzacji do izolacji 3. Prawo wymaga dowodów: Brak zgłoszenia do UODO/CSIRT to prosta droga do maksymalnych kar 4. Porażka uczy najszybciej: Każdy opanowany incydent podnosi realną odporność cyfrową spółki
46/55
Algorytm reakcji na incydent - zintegrowany flowchart
Cel slajdu: Przedstawienie syntetycznego, całościowego algorytmu decyzyjnego łączącego detekcję, kwalifikację, containment, zgłoszenia i odzyskiwanie w jeden proces.

Kompletna mapa drogowa od pierwszego alertu do zamknięcia sprawy

Zarządzanie incydentem wymaga płynnego przejścia pomiędzy kolejnymi etapami operacyjnymi i prawnymi. Poniższy algorytm integruje wszystkie procedury techniczne i notyfikacyjne w spójny proces, oparty na wytycznych normy ISO/IEC 27035-1:2023, podręczniku NIST SP 800-61 Rev. 3 oraz procedurach Ustawy o KSC (Dz.U. 2026 poz. 252).

  • Faza 1: Triage i kwalifikacja (0-15 min): Weryfikacja alertu SIEM/EDR, odsianie False Positive, wstępne nadanie priorytetu P1-P4 i powołanie Incident Commandera.
  • Faza 2: Błyskawiczny Containment (15-60 min): Chirurgiczna izolacja zagrożonych VLAN-ów, odcięcie hostów przez EDR, zablokowanie kont domenowych i zabezpieczenie pamięci RAM.
  • Faza 3: Uruchomienie ścieżek notyfikacyjnych (24h / 72h): Równoległe wysłanie wczesnego ostrzeżenia do CSIRT KSC (24h) oraz zgłoszenia naruszenia do Prezesa UODO (72h).
  • Faza 4: Eradication, Recovery i Lessons Learned (Dni 2-30): Usunięcie persystencji, bezpieczne odtworzenie z kopii WORM, warsztat post-mortem i raport końcowy do CSIRT.
Zintegrowany algorytm reagowania: Ustandaryzowany schemat decyzyjny określający sekwencję czynności technicznych, organizacyjnych i formalno-prawnych podejmowanych przez organizację w odpowiedzi na incydent bezpieczeństwa. Skróty i pojęcia: SIEM i EDR to korelacja i ochrona punktów końcowych; False Positive to fałszywy alarm; P1 do P4 to priorytety; Incident Commander to kierownik incydentu; VLAN to segment sieci; RAM to pamięć operacyjna; CSIRT to zespół krajowy; WORM to kopia niezmienialna.
Zintegrowany Flowchart Reagowania na Incydent 1. TRIAGE Detekcja SIEM Ocena wagi P1-P4 Powołanie IRT Czas: 0-15 min 2. CONTAIN Izolacja EDR/VLAN Zrzut RAM/dowody Blokada kont AD Czas: < 1h 3. ZGŁOSZENIA CSIRT NASK 24h Prezes UODO 72h Zawiadom. CBZC Zegar prawny 4. RECOVERY Kopia WORM/BCP Post-Mortem Raport 1 mies. Trwałe zmiany Cztery Pytania Bramkowe Przed Przejściem do Następnej Fazy • Z Triage do Containment: Czy mamy pewność, że to incydent rzeczywisty (True Positive)? • Z Containment do Zgłoszeń: Czy powstrzymano wyciek i zabezpieczono dowody cyfrowe w RAM? • Ze Zgłoszeń do Recovery: Czy kopia zapasowa została przeskanowana pod kątem uśpionego malware? • Z Recovery do Zamknięcia: Czy wdrożono plan działań CAPA i zaktualizowano procedury?
47/55
Terminy i ścieżki zgłoszeń - zestawienie tabelaryczne
Cel slajdu: Przedstawienie kompleksowego zestawienia terminów, adresatów, podstaw prawnych i sankcji finansowych za brak zgłoszenia incydentu.

Niezbędnik prawny każdego oficera bezpieczeństwa i CISO

Niedopełnienie terminów notyfikacyjnych to najprostsza droga do surowych kar administracyjnych, nakładanych nawet wtedy, gdy sam atak był wysoce wyrafinowany i trudny do odparcia. Rygory notyfikacyjne nakłada Dyrektywa NIS2 (art. 23), Ustawa o KSC (art. 11, 18 i 22) oraz Rozporządzenie RODO (art. 33 i 34). Kluczowa różnica: model etapowy 24 h - 72 h - 1 miesiąc pochodzi z dyrektywy NIS2, natomiast ustawa o KSC nakłada jedno zgłoszenie w ciągu 24 godzin od wykrycia.

  • Termin 24 godzin (NIS2 art. 23 ust. 4 lit. a): Adresat: Właściwy zespół CSIRT (NASK, GOV, MON); Przedmiot: Wczesne ostrzeżenie (Early warning) o incydencie poważnym, liczone od powzięcia wiedzy; Sankcja wg NIS2 (art. 34): do 10 mln EUR lub 2% światowego obrotu.
  • Termin 24 godzin od wykrycia (KSC art. 11 ust. 1 pkt 4): Adresat: Właściwy zespół CSIRT; Przedmiot: Zgłoszenie incydentu poważnego (analogicznie art. 18 ust. 1 pkt 4 dla dostawców usług cyfrowych oraz art. 22 ust. 1 pkt 2 dla podmiotów publicznych); Sankcja: do 20 000 zł za każdy przypadek niezgłoszenia, przy uporczywym naruszaniu do 1 000 000 zł (art. 73 ust. 3 pkt 7 i ust. 5).
  • Termin 72 godzin (NIS2 art. 23 ust. 4 lit. b): Adresat: Właściwy zespół CSIRT; Przedmiot: Zgłoszenie incydentu z oceną dotkliwości, wskaźnikami IoC i środkami naprawczymi.
  • Termin 1 miesiąca (NIS2 art. 23 ust. 4 lit. d): Adresat: Właściwy zespół CSIRT; Przedmiot: Sprawozdanie końcowe, liczone od zgłoszenia z lit. b.
  • Termin 72 godzin (RODO art. 33 ust. 1): Adresat: Prezes UODO; Przedmiot: Zgłoszenie naruszenia ochrony danych osobowych rodzącego ryzyko naruszenia praw osób, liczone od stwierdzenia naruszenia (wyjątek: gdy ryzyko jest mało prawdopodobne); Sankcja: do 10 mln EUR lub 2% obrotu (art. 83 ust. 4).
  • Termin „bez zbędnej zwłoki” (RODO art. 34 ust. 1): Adresat: Osoby, których dane dotyczą; Przedmiot: Zawiadomienie w przypadku wysokiego ryzyka - z wyjątkami z art. 34 ust. 3 (szyfrowanie, usunięcie ryzyka, niewspółmierny wysiłek); Sankcja: do 20 mln EUR lub 4% obrotu (art. 83 ust. 5).
Rygor terminowy: Ustawowo określony maksymalny czas liczony od momentu powzięcia wiedzy o zdarzeniu, w którym administrator lub operator musi dokonać formalnej notyfikacji pod rygorem sankcji administracyjnej. Skróty i pojęcia: NIS2 to dyrektywa UE 2022/2555; KSC to ustawa o krajowym systemie cyberbezpieczeństwa; RODO to rozporządzenie UE 2016/679.
Kompendium Terminów Ustawowych Notyfikacji Incydentów TERMIN ORGAN PRZEDMIOT PODSTAWA PRAWNA 24 h CSIRT KSC Wczesne ostrzeżenie NIS2 art. 23 / KSC 72 h CSIRT KSC Pełne zgłoszenie (IoC) NIS2 art. 23 / KSC 72 h Prezes UODO Zgłoszenie naruszenia RODO art. 33 ust. 1 1 mies. CSIRT KSC Sprawozdanie końcowe NIS2 art. 23 ust. 4 Zasada Obliczania Biegu Terminów • Terminy 24h i 72h biegną w sposób ciągły, wliczając soboty, niedziele i dni ustawowo wolne od pracy! • Incydent wykryty w piątek o 22:00 musi trafić do CSIRT do soboty do 22:00 (ostrzeżenie)!
48/55
Najczęstsze błędy popełniane w trakcie reagowania
Cel slajdu: Przeanalizowanie typowych błędów operacyjnych i formalnych, które pogłębiają straty organizacji podczas obsługi incydentu.

Czego bezwzględnie unikać w pierwszych godzinach kryzysu?

Doświadczenie zespołów CSIRT pokazuje, że w ponad połowie przypadków największe szkody nie wynikają z samego działania złośliwego oprogramowania, lecz z nieprzemyślanych, panicznych reakcji lokalnego personelu IT. Zasady zachowania dowodów cyfrowych określa RFC 3227 (Evidence Collection and Archiving), ostrzeżenia i analizy błędów publikuje CERT Polska, a wytyczne przeciwdziałania szkodom udostępnia CISA StopRansomware Guide.

  • Błąd 1: Wyłączenie zasilania przyciskiem (Power Off): Bezpowrotna utrata zawartości pamięci RAM, w której znajdowały się klucze deszyfrujące, złośliwe procesy wstrzyknięte do pamięci oraz aktywne połączenia sieciowe.
  • Błąd 2: Samowolne formatowanie i wgrywanie backupu przed zrzutem: Zatarcie śladów ataku; brak możliwości ustalenia luki wejściowej powoduje, że intruz powraca do systemu w ciągu 24 godzin po odtworzeniu.
  • Błąd 3: Komunikacja o incydencie przez skompromitowaną pocztę: Pisanie maili o treści „zauważyliśmy hakerów” na firmowych skrzynkach, które są podsłuchiwane przez intruza, co natychmiast prowokuje go do zniszczenia sieci.
  • Błąd 4: Ukrywanie incydentu i przekroczenie terminów 24h/72h: Próba „zamiecenia sprawy pod dywan” kończy się kontrolą UODO lub CSIRT i nałożeniem maksymalnych kar finansowych za brak zgłoszenia.
Antywzorce reagowania (IR Anti-patterns): Powszechne, błędne praktyki operacyjne i decyzyjne personelu, które zamiast ograniczać zasięg incydentu, prowadzą do zniszczenia dowodów i eskalacji strat biznesowych. Skróty i pojęcia: RAM to pamięć operacyjna; CERT Polska, zob. CERT Polska, to zespół krajowy; CISA StopRansomware, CISA StopRansomware, to przewodnik obrony.
Cztery Kardynalne Błędy Reagowania na Incydent 1. WYŁĄCZENIE ZASILANIA • Zniszczenie pamięci RAM • Brak kluczy deszyfrujących • Uruchomienie wiperów Poprawnie: Odłącz kabel sieciowy! 2. FORMACIK PRZED KOPIĄ • Szybkie wgranie backupu • Zatarcie śladów wejścia • Ponowna infekcja w 24h Poprawnie: Najpierw kopia bitowa! 3. GADANIE W SIECI WROGA • Wiadomości Teams / Outlook • Intruz widzi przygotowania obrony • Przyspieszenie szyfrowania Poprawnie: Kanał Signal OOB! 4. UKRYWANIE PRAWDY • „Sami to po cichu naprawimy” • Przekroczenie 72h UODO • Wyciek bazy do Darknetu Poprawnie: Zgłoszenie w 24h!
49/55
Case study 1: Reakcja na atak ransomware w szpitalu miejskim
Cel slajdu: Przeanalizowanie chronologii, błędów i prawidłowych decyzji podczas ataku złośliwego oprogramowania szyfrującego na podmiot leczniczy (w tym przypadku podmiot kluczowy KSC; status taki ma placówka o znaczeniu strategicznym, ujęta w wykaz operatorów usług kluczowych prowadzony przez ministra właściwego do spraw informatyzacji na podstawie art. 7 ust. 1 ustawy o KSC, przy czym sam wykaz usług kluczowych i progi istotności określa rozporządzenie Rady Ministrów wydane na podstawie art. 6 ust. 1-2).

Kiedy stawką incydentu staje się życie i zdrowie pacjentów

Szpital powiatowy padł ofiarą ataku ransomware BlackCat w piątek o 23:45. Zaszyfrowano bazy systemu HIS, serwery obrazowe PACS (tomografia) oraz kontrolery domeny Active Directory. Koordynację w sektorze zdrowia prowadzi sektorowy CSIRT CeZ (Centrum e-Zdrowia), analizy zagrożeń medycznych publikuje CERT Polska, a wsparcie w walce z ransomware zapewnia inicjatywa No More Ransom Project.

  • Godzina 00:15 (Triage i odcięcie): Dyżurny administrator odcina łącza internetowe i izoluje sieć aparatury medycznej; stacje robocze zostają odpięte od gniazd LAN (kabel odpięty, komputery włączone dla zachowania pamięci RAM).
  • Godzina 02:00 (Powołanie Sztabu Kryzysowego): Dyrektor szpitala uruchamia procedurę BCP: powrót do dokumentacji papierowej na SOR, przekierowanie karetek pogotowia do sąsiednich miast.
  • Godzina 08:00 (Zgłoszenie KSC - 8h od T0): Wysłanie wczesnego ostrzeżenia (early warning) do CSIRT CeZ oraz CSIRT NASK za pośrednictwem bezpiecznego połączenia telefonii komórkowej i systemu S46.
  • Dzień 3-14 (Recovery i weryfikacja): Odtworzenie baz danych z niezmiennych kopii zapasowych (Immutable WORM) po uprzednim pełnym audycie regułami YARA; sprawozdanie końcowe złożone w 28. dniu.
Priorytet ochrony życia (Human Safety Priority): Zasada nakazująca bezwzględne podporządkowanie wszelkich technicznych działań powstrzymujących nadrzędnemu celowi zachowania ciągłości procedur ratowania życia pacjentów. Skróty i pojęcia: KSC to ustawa o krajowym systemie cyberbezpieczeństwa; HIS to szpitalny system informacyjny; PACS to system obrazowania medycznego; Active Directory to katalog Microsoft; LAN to sieć lokalna; RAM to pamięć operacyjna; BCP to plan ciągłości działania; SOR to oddział ratunkowy.
Studium Przypadku: Ransomware w Szpitalu Miejskim 00:15: ALARM • Szyfrowanie HIS • Odpięcie WAN • Izolacja aparatury Ochrona życia 02:00: SZTAB • Przejście na papier • Przekierow. karetek • Wezwanie retainera BCP wdrożone 08:00: CSIRT • Early warning (8h) • CSIRT CeZ & NASK • Zgłoszenie UODO Zgodność NIS2 DNI 3-14: RECOVERY • Kopia WORM • Skan YARA • Podnoszenie oddział. Zero okupu! Kluczowe Sukcesy Operacyjne w Scenariuszu • Odpięcie kabli zamiast wyłączenia PC: Uratowano klucz deszyfrujący w pamięci RAM jednego z serwerów • Odmowa zapłaty 2 mln USD okupu: Szpital odtworzył 100% danych z kopii immutable w ciągu 10 dni • Spójne zgłoszenia w terminie: Brak jakichkolwiek kar ze strony Prezesa UODO i CSIRT CeZ • Wniosek powdrożeniowy: Wdrożenie mikrosegmentacji sieciowej aparatury tomograficznej i FIDO2
50/55
Case study 2: Reakcja na wyciek bazy danych e-commerce
Cel slajdu: Analiza ścieżki reagowania na kompromitację sklepu internetowego, kradzież danych 200 000 klientów i szantaż ujawnieniem bazy w darknecie.

Zarządzanie kryzysem reputacyjnym i wymogami RODO

Wiodąca platforma e-commerce wykryła nocny wyciek bazy danych SQL zawierającej imiona, nazwiska, adresy dostaw, telefony i zahashowane hasła 200 000 klientów. Wymogi notyfikacyjne określa portal UODO - Zgłaszanie naruszeń ochrony danych, wytyczne oceny ryzyka podają EDPB Guidelines 01/2021 (wersja oryginalna, język angielski) oraz polskie tłumaczenie Wytyczne 9/2022 UODO (PDF), a katalog podatności kategoryzuje OWASP Top 10 (Injection).

  • Godzina 03:00 (Detekcja i zamknięcie luki): System WAF odnotował masowy transfer danych przez podatność SQL Injection w module opinii; natychmiastowe zablokowanie podatnego endpointu API i wdrożenie reguły Virtual Patching.
  • Godzina 14:00 (Kwalifikacja ryzyka RODO): Wspólna analiza CISO i IOD: wyciekły numery telefonów i adresy, co stwarza wysokie ryzyko phishingu i wyłudzeń; kwalifikacja jako „wysokie ryzyko naruszenia praw osób” (art. 34 RODO).
  • Godzina 36:00 (Zgłoszenie UODO i zawiadomienie osób): Wypełnienie formularza na portalu Biznes.gov.pl (w 36h z 72h dopuszczalnych) oraz równoległa wysyłka e-maili i SMS-ów do wszystkich 200 000 klientów z prośbą o zmianę haseł.
  • Rezultat prawno-biznesowy: Dzięki wzorowej, transparentnej komunikacji i natychmiastowej reakcji Prezes UODO odstąpił od nałożenia kary finansowej, poprzestając na pouczeniu.
Wzorcowa postawa administratora: Podejście zarządcze polegające na natychmiastowej, transparentnej komunikacji z poszkodowanymi i organem nadzorczym, uznawane przez UODO za kluczową okoliczność łagodzącą przy wymiarze kar. Skróty i pojęcia: UODO, zob. UODO, to organ nadzorczy; OWASP Top 10, OWASP Top 10, to katalog podatności aplikacji; WAF to zapora aplikacyjna; SQL Injection to wstrzyknięcie zapytania.
Studium Przypadku: Wyciek Bazy Klientów E-Commerce 03:00: SQLi • Eksfiltracja bazy • Alert WAF • Łata Virtual Patch Stop wyciekowi 14:00: AUDYT • 200 000 rekordów • Adresy, telefony • Wysokie ryzyko Wymóg art. 34 36:00: UODO • Zgłoszenie UODO • ePUAP podpisany • Masowy mailing Transparentność FINAŁ: SUKCES • Reset haseł • Pouczenie UODO • Brak odpływu klientów 0 zł kary! Lekcja dla Organizacji: Uczciwość Popłaca • Dlaczego nie ukarano firmy? Szybkie zgłoszenie (36h zamiast 72h) i natychmiastowe ostrzeżenie klientów • Ochrona poszkodowanych: Klienci natychmiast zmienili hasła w innych serwisach przed działaniem oszustów • Wdrożenie trwałe: Zastąpienie prostych haseł uwierzytelnianiem bezhasłowym Passkeys (FIDO2) • Bezpieczeństwo kodu: Wprowadzenie automatycznych testów SAST/DAST do pipeline'u CI/CD
51/55
Case study 3: Atak phishingowy na bank i przejęcie poświadczeń
Cel slajdu: Analiza reagowania na zaawansowany atak Business Email Compromise (BEC) i przejęcie sesji pracownika banku (podmiot kluczowy KSC / DORA).

Gdy intruz omija tradycyjne MFA za pomocą phishingu Adversary-in-the-Middle

Dyrektor Departamentu Skarbu banku padł ofiarą zaawansowanego phishingu AiTM (Adversary-in-the-Middle). Napastnik przechwycił token sesyjny ciasteczka i zalogował się do systemu bankowego bez znajomości hasła. Obowiązki nadzorcze reguluje CSIRT KNF, unijne ramy odporności cyfrowej wdraża Rozporządzenie DORA (Dz.Urz. UE L 333), a standardy odporności na AiTM zapewnia sojusz FIDO Alliance (FIDO2 / WebAuthn).

  • Detekcja anomalii przez UEBA: Silnik analityki behawioralnej podniósł alert: równoległe logowanie z Warszawy i z serwera VPN w Lagos w odstępie 3 minut (tzw. niemożliwa podróż - impossible travel).
  • Natychmiastowy containment w SOAR (Czas: 45 sekund): Zautomatyzowany playbook natychmiast unieważnił wszystkie tokeny sesyjne użytkownika (Revoke all sessions), zablokował konto w Entra ID i wstrzymał autoryzację przelewów.
  • Zgłoszenie do nadzorcy i CSIRT KNF: Bank jako podmiot nadzorowany zgłosił incydent poważny w ciągu 2 godzin od wykrycia - zgodnie z art. 11 ust. 1 pkt 4 ustawy o KSC (24 godziny od wykrycia) oraz, w zakresie zdarzeń istotnych, zgodnie z art. 20 DORA, który nakazuje zgłaszanie organowi nadzorczemu (w Polsce: Komisji Nadzoru Finansowego). Równoległa informacja techniczna trafia do sektorowego CSIRT KNF.
  • Wdrożenie sprzętowych kluczy FIDO2: W ramach działań CAPA bank całkowicie wycofał kody SMS i aplikacje mobilne na rzecz fizycznych kluczy U2F/FIDO2 odpornych na phishing AiTM.
Phishing AiTM (Adversary-in-the-Middle): Zaawansowana technika socjotechniczna polegająca na pośredniczeniu przez serwer proxy atakującego w transmisji między ofiarą a prawdziwym portalem, umożliwiająca kradzież aktywnych tokenów sesyjnych. Skróty i pojęcia: BEC to oszustwo na prezesa; KSC to ustawa krajowa, DORA to rozporządzenie o odporności finansów; CSIRT KNF, zob. CSIRT KNF, to zespół sektorowy; UEBA to analiza behawioralna; VPN to sieć prywatna.
Studium Przypadku: Phishing AiTM w Banku Komercyjnym 1. PROXY AiTM • Fałszywy M365 • Kradzież ciasteczka • Ominięcie SMS MFA Przejęcie sesji 2. DETEKCJA • Alert UEBA • Impossible Travel • Logowanie Lagos Wykrycie w 40 s 3. SOAR AUTO • Revoke sessions • Blokada w AD • Stop przelewom Czas: 5 sekund! 4. CSIRT KNF • Zgłoszenie w 2h • DORA zgodność • Klucze FIDO2 Straty: 0 zł Wnioski Architektoniczne: Dlaczego Tradycyjne MFA Już Nie Wystarcza? • Podatność kodów SMS i aplikacji: Użytkownik sam przepisuje kod jednorazowy na fałszywej stronie • Siła standardu FIDO2 / WebAuthn: Klucz sprzętowy kryptograficznie wiąże logowanie z domeną WWW • Jeśli domena to login-micros0ft.com, klucz FIDO2 odmówi wysłania odpowiedzi - atak jest niemożliwy! • Automatyzacja SOAR: Błyskawiczne unieważnienie tokenów uratowało bank przed kradzieżą milionów
52/55
Porównanie reakcji na incydent: profesjonalna vs chaotyczna
Cel slajdu: Zestawienie kontrastowe dwóch skrajnych podejść do obsługi tego samego incydentu w celu uświadomienia konsekwencji błędów zarządczych.

Studium kontrastowe: co odróżnia dojrzałą organizację od amatorów?

Dwa przedsiębiorstwa z tej samej branży zostały zaatakowane przez tę samą grupę ransomware wykorzystującą ten sam wektor wejścia. Sposób reakcji zadecydował o tym, że jedno wróciło do pracy w 48h, a drugie ogłosiło upadłość. Standardy dojrzałości reakcji wyznacza norma ISO/IEC 27035-1:2023, wytyczne postępowania formułuje NIST SP 800-61 Rev. 3, a kulturę wyciągania wniosków rozwija podręcznik Google SRE Postmortem Culture.

  • Podejście chaotyczne (Amatorzy): Panika, wyłączenie serwerów z prądu, brak powołania Commandera, zatajenie incydentu przed zarządem, brak zgłoszenia do UODO/CSIRT, zapłacenie okupu i utrata danych.
  • Podejście dojrzałe (Profesjonaliści): Natychmiastowa izolacja sieciowa, zrzut RAM, powołanie Sztabu Kryzysowego, meldunek do CSIRT w 2h, uruchomienie BCP, odtworzenie z kopii immutable i zero zapłaconego okupu.
  • Bilans finansowy podejścia chaotycznego: Koszt okupu (1 mln USD) + kara od UODO (800 000 PLN) + 4 tygodnie przestoju fabryki + pozwy klientów = likwidacja spółki.
  • Bilans podejścia profesjonalnego: Koszty nadgodzin inżynierów i retainera pokryte w 90% przez polisę cyber, 0 kar regulacyjnych, wzmocnienie zaufania partnerów biznesowych.
Kultura gotowości incydentowej: Stan organizacyjny, w którym procedury, kadry i infrastruktura są przygotowane na wystąpienie incydentu, umożliwiając opanowaną, zorganizowaną i skuteczną obronę bez chaosu decyzyjnego. Skróty i pojęcia: RAM to pamięć operacyjna; BCP to plan ciągłości działania; UODO, zob. UODO, to organ nadzorczy; immutable to kopia niezmienialna.
Zestawienie Kontrastowe: Reakcja Chaotyczna vs Dojrzała REAKCJA CHAOTYCZNA • Wyłączenie serwerów z prądu • Zatajenie przed UODO i CSIRT • Zapłata okupu hakerom Finał: Upadłość i kary REAKCJA PROFESJONALNA • Izolacja sieciowa EDR/VLAN • Notyfikacja 24h / 72h na czas • Odtworzenie z kopii WORM Finał: 0 zł okupu, powrót w 48h Wnioski dla Kadry Zarządzającej • Koszt przygotowania: Wdrożenie procedur IRP i ćwiczeń to ułamek procenta kosztów okupu • Transparentność buduje markę: Klienci wybaczają atak, ale nie wybaczają kłamstwa i zatajania • Bezpieczeństwo to proces ciągły: Każda zaoszczędzona na szkoleniach złotówka wraca jako strata • Zgodność z KSC/NIS2: Gotowość do incydentu jest ustawowym obowiązkiem zarządu
53/55
Checklisty przed i po incydencie - narzędzie inżyniera
Cel slajdu: Przedstawienie praktycznych list kontrolnych (Checklists) weryfikujących stan przygotowania organizacji przed atakiem oraz kompletność rozliczenia po incydencie.

Dwie strony medalu: profilaktyka i formalne zamknięcie

Podobnie jak piloci w lotnictwie korzystają z checklist przed startem i po lądowaniu, tak samo zespoły reagowania na incydenty muszą posługiwać się listami kontrolnymi w celu eliminacji przeoczeń. Wzorce checklist operacyjnych udostępnia CISA Cybersecurity Incident & Vulnerability Response Playbooks, normę przygotowania definiuje ISO/IEC 27035-2:2023, a praktyczne listy kontrolne publikuje CERT Polska.

  • Checklista PRZED incydentem (Readiness Checklist): Czy mamy zaktualizowany Plan IRP z numerami telefonów? Czy kopie zapasowe 3-2-1-1-0 są odizolowane i przetestowane? Czy wdrożono MFA na 100% kont? Czy podpisano umowę IR Retainer?
  • Checklista W TRAKCIE incydentu (Operational Checklist): Czy odłączono sieć bez wyłączania zasilania? Czy zabezpieczono zrzut RAM? Czy sprawdzono zegar 24h (NIS2) i 72h (RODO)? Czy uruchomiono komunikację OOB (Signal)?
  • Checklista PO incydencie (Closure Checklist): Czy przywrócony system przeszedł skan podatności? Czy zresetowano podwójnie konto KRBTGT? Czy wysłano sprawozdanie końcowe do CSIRT (1 mies.)? Czy rozpisano zadania CAPA?
  • Audytowalność checklist: Podpisane i zarchiwizowane listy kontrolne stanowią twardy dowód należytej staranności (Due Diligence) przed audytorami i ubezpieczycielem.
Checklista operacyjna (Operational Checklist): Ustandaryzowane narzędzie weryfikacyjne w formie listy pytań kontrolnych, zapobiegające pominięciu krytycznych kroków technicznych i prawnych w warunkach stresu bojowego. Skróty i pojęcia: IRP to plan reagowania; MFA to uwierzytelnianie wieloskładnikowe; IR Retainer to umowa wsparcia incydentowego; OOB i Signal to łączność pozapasmowa; KRBTGT to konto Kerberos; CSIRT to zespół krajowy; CAPA to działania korygujące; Due Diligence to należyta staranność.
Checklisty Operacyjne: Przed i Po Incydencie CHECKLISTA PRZED INCYDENTEM [ ] Aktualny plan IRP z telefonami 24/7 [ ] Kopia zapasowa WORM Air-Gap [ ] Obowiązkowe MFA na VPN i poczcie [ ] Podpisana umowa IR Retainer z SLA Gotowość operacyjna CHECKLISTA PO INCYDENCIE [ ] Zrzut RAM i kopie bitowe zabezpieczone [ ] Sprawozdanie końcowe do CSIRT (1 mies.) [ ] Wpis do rejestru naruszeń art. 33 ust. 5 [ ] Warsztat Blameless Post-Mortem i CAPA Rozliczenie i wnioski Zasada Trzech Kopii Dokumentu IRP 1. Kopia cyfrowa: Bezpieczne repozytorium chmurowe dostępne z zewnątrz firmy 2. Kopia fizyczna 1: Szafa pancerna w pokoju Incident Commandera / CISO 3. Kopia fizyczna 2: Zalaminowany segregator w głównej serwerowni organizacji W sytuacji totalnego blackoutu i braku prądu segregator jest jedynym źródłem wiedzy!
54/55
Pytania kontrolne do wykładu 4 - sprawdź swoją wiedzę
Cel slajdu: Weryfikacja stopnia przyswojenia wiedzy z zakresu strategii reagowania, terminów notyfikacyjnych, architektury SOC oraz zasad prawnych.

10 pytań sprawdzających przygotowanie do egzaminu i ćwiczeń

Poniższy zestaw 10 pytań przekrojowych pozwoli na weryfikację wiedzy zdobytej podczas wykładu 4 oraz przygotowanie do kolokwium zaliczeniowego z przedmiotu. Wymogi prawne weryfikuje Ustawa o KSC (Dz.U. 2026 poz. 252), standardy inżynierskie określa NIST SP 800-61 Rev. 3, a obowiązki administratora przypomina poradnik UODO.

  • Pytania 1-3 (Strategie techniczne): 1. Dlaczego wyłączenie komputera przyciskiem zasilania podczas ataku jest błędem? 2. Czym różni się containment krótkoterminowy od długoterminowego? 3. Na czym polega zasada podwójnego resetu hasła KRBTGT w Active Directory?
  • Pytania 4-6 (Wymogi prawne i notyfikacje): 4. Wymień trzy etapy zgłaszania incydentu poważnego wg dyrektywy NIS2 i podaj ich terminy. 5. Jakie warunki muszą zajść, by administrator musiał powiadomić osoby poszkodowane wg art. 34 RODO? 6. Które przestępstwa komputerowe w KK są ścigane z urzędu?
  • Pytania 7-8 (Zespoły i organizacja): 7. Wyjaśnij podział ról pomiędzy analitykami Tier 1, Tier 2 i Tier 3 w Security Operations Center. 8. Czym różni się tradycyjna usługa MSSP od nowoczesnej usługi MDR?
  • Pytania 9-10 (Procedury i zarządzanie): 9. Czym jest łańcuch dowodowy (Chain of Custody) i dlaczego wymaga stosowania sum SHA-256? 10. Na czym polega kultura Blameless Post-Mortem podczas spotkania Lessons Learned?
Autotest kompetencji reagowania: Zdolność do prawidłowego zakwalifikowania incydentu, wyznaczenia ścieżek powiadomień regulacyjnych oraz skoordynowania działań technicznych w zespole reagowania. Skróty i pojęcia: KRBTGT i AD to konto biletów i katalog Microsoft; NIS2 to dyrektywa UE; RODO to rozporządzenie UE; KK to kodeks karny; SOC Tier 1/2/3 to poziomy analityków, słownik NIST, hasło SOC; MSSP i MDR to outsourcing bezpieczeństwa; SHA-256 to skrót pliku.
Zestaw Kontrolny 10 Pytań Egzaminacyjnych (Moduł 4) 1. Pamięć RAM a Zasilanie Forensics 2. Containment Krótki vs Długi Izolacja 3. Podwójny Reset KRBTGT Golden Ticket 4. Trzy Etapy NIS2 (24h/72h/1m) Terminy 5. Przesłanki Art. 34 RODO Wysokie ryzyko 6. Przestępstwa Ścigane z Urzędu Art. 269 KK 7. Podział Ról SOC (Tier 1/2/3) Operacje 8. Usługa MSSP vs Usługa MDR Outsourcing 9. Zasady Chain of Custody Dowody 10. Kultura Blameless Review CAPA Znajomość odpowiedzi na te pytania stanowi warunek zaliczenia modułu 4.
55/55
Literatura, normy i rekomendowane źródła wiedzy
Cel slajdu: Wskazanie literatury akademickiej, międzynarodowych standardów (ISO, NIST), portali zgłoszeniowych i oficjalnych przewodników ENISA.

Katalog zweryfikowanych źródeł normatywnych i inżynierskich

W celu pogłębienia wiedzy z zakresu reagowania na incydenty, procedur zgłoszeniowych oraz zarządzania kryzysowego zaleca się korzystanie z poniższych publikacji normatywnych, oficjalnych aktów prawnych i portali branżowych. Uwaga językowa: dokumenty NIST, CISA, CIS, FIRST, MITRE ATT&CK, OASIS STIX, RFC, Google SRE, SIM3, OWASP i FIDO nie mają polskich odpowiedników i są dostępne wyłącznie w języku angielskim; ich polskie uzupełnienie stanowią publikacje CERT Polska, baza wiedzy CERT Polska oraz portal CSIRT GOV. Normy ISO mają odpłatne odpowiedniki polskie PN-EN w Polskim Komitecie Normalizacyjnym. Akty prawa UE (RODO, NIS2, DORA) oraz wytyczne EDPB przywołano w polskich wersjach językowych EUR-Lex i UODO.

  • Międzynarodowe normy ISO/IEC: Oficjalne standardy: ISO/IEC 27035-1:2023 (wersja oryginalna, język angielski) oraz ISO/IEC 27035-2:2023 (wersja oryginalna, język angielski) (Zarządzanie incydentami), ISO/IEC 27037:2012 (wersja oryginalna, język angielski) (Dowody cyfrowe) oraz ISO 22301:2019 (wersja oryginalna, język angielski) (Ciągłość działania). Polskie odpowiedniki PN-EN ISO/IEC (odpłatnie) udostępnia Polski Komitet Normalizacyjny PKN.
  • Standardy i przewodniki NIST (USA): Podręcznik NIST SP 800-61 Rev. 3 (Incident Handling) (brak polskiego odpowiednika - dokument w języku angielskim; polskie uzupełnienie: publikacje CERT Polska), NIST SP 800-86 (Digital Forensics) (brak polskiego odpowiednika - dokument w języku angielskim), NIST SP 800-83 Rev. 1 (Malware Incident Prevention) (brak polskiego odpowiednika - dokument w języku angielskim) oraz RFC 3227 (Guidelines for Evidence Collection and Archiving) (brak polskiego odpowiednika - dokument w języku angielskim).
  • Krajowe instytucje i portale zgłoszeniowe: System zgłoszeń cywilnych CSIRT NASK / CERT Polska (incydent.cert.pl), rejestr państwowy CSIRT GOV ABW, portal naruszeń Prezes UODO, zawiadomienia karne CBZC Policja oraz usługa Zastrzeż PESEL mObywatel.
  • Ramy prawne i organizacje globalne: Unijna Dyrektywa NIS2 (tekst polski dostępny w EUR-Lex), znowelizowana Ustawa o KSC (Dz.U. 2026 poz. 252), standard usługowy FIRST CSIRT Services Framework v2.1 (brak polskiego odpowiednika - dokument w języku angielskim) oraz wytyczne ENISA Good Practice Guide for Incident Management (brak polskiego odpowiednika - dokument w języku angielskim; polskie uzupełnienie: publikacje CERT Polska).
Kanon wiedzy reagowania kryzysowego: Zbiór normatywnych i technicznych wytycznych określających formalne standardy prowadzenia działań operacyjnych, dowodowych i komunikacyjnych w sytuacji incydentu cyberbezpieczeństwa. Skróty i pojęcia: PKN, zob. Polski Komitet Normalizacyjny, to krajowa jednostka normalizacyjna; PN-EN to polska norma europejska.
Bibliografia i Źródła Normatywne do Modułu 4 Normy ISO/IEC • ISO/IEC 27035-1/2:2023 (Incydenty) • ISO/IEC 27037:2012 (Dowody cyfrowe) • ISO 22301:2019 (Ciągłość BCP) • ISO/IEC 27001:2022 (Załącznik A.5.24-28) Standardy NIST • NIST SP 800-61r3 (Incident Handling) • NIST SP 800-86 (Digital Forensics) • NIST CSF 2.0 (Respond & Recover) • RFC 3227 (Evidence Collection and Archiving) Instytucje i Portale RP • incydent.cert.pl (CSIRT NASK) • csirt.gov.pl (CSIRT ABW) • uodo.gov.pl / biznes.gov.pl • cbzc.policja.pl (Zwalczanie cyberprzestępczości) Wytyczne Globalne • enisa.europa.eu (CSIRT Guidelines) • first.org (Forum of Incident Response) • sans.org (Incident Handler's Handbook) • nomoreransom.org (Odzyskiwanie danych)