1/55
Cykl zarządzania incydentem bezpieczeństwa informacji
Cel slajdu: Przedstawienie celów poznawczych modułu szóstego, cyklicznego modelu życia incydentu oraz integracji inżynierii bezpieczeństwa z ładem korporacyjnym.

Od reaktywnego gaszenia pożarów do zorganizowanej i ciągłej cyberodporności

Zarządzanie incydentami bezpieczeństwa informacji nie jest jednorazową akcją techniczną ani zbiorem chaotycznych interwencji powypadkowych. To sformalizowany, ciągły proces zarządczy, w którym każde zdarzenie stanowi źródło wiedzy zasilającej mechanizmy obronne w ramach pętli doskonalenia. Międzynarodowe standardy określają wytyczne procesowe w normie ISO/IEC 27035-1:2023 (Zasady zarządzania incydentami), publikacji inżynierskiej NIST SP 800-61 Rev. 3 (Incident Response Recommendations and Considerations for Cybersecurity Risk Management: A CSF 2.0 Community Profile) oraz krajowych rekomendacjach CERT Polska.

  • Międzynarodowe modele cykliczne: Szczegółowa dekompozycja 5-fazowego cyklu normy ISO/IEC 27035-1:2023 oraz ewolucji wytycznych NIST SP 800-61 (od klasycznej wersji Rev. 2 do najnowszej Rev. 3 zintegrowanej z ramami NIST CSF 2.0).
  • Pętla ciągłego doskonalenia PDCA: Praktyczne osadzenie procesu reagowania w cyklu Deminga (Plan-Do-Check-Act) stanowiącym fundament Systemu Zarządzania Bezpieczeństwem Informacji (SZBI wg normy ISO/IEC 27001:2022).
  • Odporność cyfrowa (Cyber Resilience): Ewolucja od klasycznego, reaktywnego reagowania na incydenty (IR) do budowania strategicznej zdolności organizacji do przetrwania ataku i adaptacji do nowych wektorów zagrożeń.
  • Mierzenie sprawności i dojrzałość CMMI: Ocena poziomu zaawansowania procesów w 5-stopniowym modelu dojrzałości oraz kwantyfikacja wyników za pomocą metryk telemetrycznych MTTD, MTTA, MTTC, MTTE i MTTR.
Cykl zarządzania incydentem (Incident Management Lifecycle): Powtarzalny, ciągły proces obejmujący przygotowanie, wykrywanie, analizę, powstrzymywanie, eradykację, odtwarzanie i wyciąganie wniosków, osadzony w systemie zarządzania bezpieczeństwem informacji w celu stałego podnoszenia odporności organizacji. Skróty i pojęcia: SP (Special Publication, oznaczenie serii publikacji NIST, np. NIST SP 800-61); CSF (Cybersecurity Framework, zunifikowane ramy bezpieczeństwa cybernetycznego NIST w wersji 2.0); IR (Incident Response, reagowanie na incydenty).
Cykl Zarządzania Incydentem w Architekturze SZBI FAZA 1 Plan & Prepare FAZA 2 Detect & Report FAZA 3 Assess & Decide FAZA 4 Responses FAZA 5 Lessons PĘTLA PDCA Cykl jako Ciągły Proces Biznesowy • Incydent nie kończy się na przywróceniu systemów; kluczowe jest zamknięcie pętli wniosków (Lessons Learned). • Każda iteracja cyklu podnosi odporność organizacji na zaawansowane techniki grup cyberprzestępczych. • Integracja standardów ISO/IEC 27035 oraz NIST SP 800-61 z wymogami dyrektywy NIS2 i RODO.
2/55
Spis treści prezentacji - architektura modułu 6
Cel slajdu: Przedstawienie struktury modułu szóstego obejmującego modele normatywne, szczegółowe fazy cyklu, praktykę operacyjną i podsumowanie.

Cztery bloki metodyczne tworzące kompendium 55 jednostek dydaktycznych

Prezentacja prowadzi studenta od zrozumienia ram normatywnych i strategicznych, przez szczegółowe procedury inżynierskie każdej fazy cyklu życia incydentu, aż po symulacje realnych ataków i budowę kultury ciągłego doskonalenia. Standardy te integrują polskie wymogi prawne znowelizowanej ustawy o Krajowym Systemie Cyberbezpieczeństwa (tekst jednolity: Dz.U. 2026 poz. 20), europejskie wytyczne ENISA Good Practice Guide for Incident Management oraz globalny framework usługowy FIRST CSIRT Services Framework v2.1.

  • Blok 1: Modele cykliczne zarządzania incydentem (slajdy 1-12): ISO/IEC 27035-1:2023, NIST SP 800-61 Rev. 2 oraz Rev. 3, porównanie ISO vs NIST, cykl PDCA Deminga, model dojrzałości SIM3 z porównaniem do CMMI, integracja biznesowa, rola zarządu wg NIS2 art. 20 oraz dashboard KPI i metryki.
  • Blok 2: Fazy cyklu - szczegóły operacyjne (slajdy 13-40): Szczegółowe studium operacji: Identyfikacja i triage (slajdy 13-17); Analiza śledcza i ocena wpływu (slajdy 18-21); Reagowanie, containment i eradykacja (slajdy 22-25); Odbudowa i powiadomienia 72h (slajdy 26-30); Wnioski Lessons Learned, sprawozdania 1m, zamknięcie i Cyber Resilience (slajdy 31-40).
  • Blok 3: Praktyka, automatyzacja i case studies (slajdy 41-50): Trzy przekrojowe studia przypadków (atak ransomware, masowy wyciek danych, atak APT na systemy OT/SCADA), platformy SOAR, Threat Intelligence (MISP), doskonalenie i ćwiczenia Tabletop/Purple Team.
  • Blok 4: Podsumowanie, pułapki i ewaluacja (slajdy 51-55): Infografika sztabowa dla Incident Commandera, najczęstsze luki procesowe, checklist dojrzałości bojowej, zestaw pytań sprawdzających oraz kanon literatury i norm.
Architektura metodyczna cyklu IR: Ustrukturyzowany podział wiedzy o zarządzaniu incydentem na warstwę modeli strategicznych, procedur inżynierskich, integracji narzędziowej oraz ewaluacji dojrzałości organizacji. Skróty i pojęcia: ENISA (European Union Agency for Cybersecurity, agencja Unii Europejskiej ds. cyberbezpieczeństwa, ENISA); MISP (otwarta platforma wymiany informacji o zagrożeniach); PDCA (cykl Deminga).
Rozkład Treści Wykładu 6 (4 Bloki Dydaktyczne) BLOK 1 Slajdy 1-12 • Cel i zakres • ISO/IEC 27035:2023 • NIST Rev. 2 & 3 • Cykl PDCA • Model CMMI • Integracja SZBI • Zarząd i NIS2 • Dashboard KPI BLOK 2A Slajdy 13-25 • Identyfikacja • SIEM/EDR/NDR • Triage i filtracja • Klasyfikacja CIA • Analiza forensic • Wpływ biznesowy • Containment • Eradykacja BLOK 2B Slajdy 26-40 • Odbudowa DRP • Odtwarzanie kopii • Nadzór 30 dni • Zgłoszenia 72h • Lessons learned • Raport 1m CSIRT • Zamknięcie sprawy • Cyber Resilience BLOK 3-4 Slajdy 41-55 • Case: Ransomware • Case: Wyciek baz • Case: Atak APT • SOAR & MISP feeds • Testy Tabletop • Plakat procesu • Pytania kontrolne • Literatura normatywna
3/55
Cykl zarządzania incydentem według ISO/IEC 27035-1:2023
Cel slajdu: Przedstawienie pięciofazowego procesu zarządzania incydentami opisanego w części 1 normy ISO/IEC 27035 oraz podziału zadań na części 2 i 3 tej serii.

Międzynarodowy standard ładu operacyjnego w Systemie Zarządzania Bezpieczeństwem Informacji

Proces zarządzania incydentami w ujęciu międzynarodowym opisuje część 1 normy – ISO/IEC 27035-1:2023 (Zasady i proces). Wytyczne planowania i przygotowania zawiera część 2 – ISO/IEC 27035-2:2023, a operacje reagowania na incydenty w środowisku ICT – część 3:2020. Podejście to koncentruje się na ładzie korporacyjnym, rozliczalności i harmonijnej integracji z nadrzędnym Systemem Zarządzania Bezpieczeństwem Informacji (SZBI), a dojrzałość zespołów reagowania ocenia ENISA CSIRT Maturity Framework.

  • Faza 1: Planowanie i przygotowanie (Plan and Prepare): Ustanowienie formalnej polityki zarządzania incydentami, powołanie i wyposażenie zespołu reagowania (ISIRT/CSIRT), wdrożenie narzędzi telemetrycznych i cykliczne szkolenia kadr.
  • Faza 2: Wykrywanie i raportowanie (Detection and Reporting): Identyfikacja anomalii przez sensory techniczne lub zgłoszenie użytkownika, rejestracja w systemie ITSM/SOAR, nadanie unikalnego identyfikatora sprawy (Case ID) i uruchomienie zegara T0.
  • Faza 3: Ocena i decyzja (Assessment and Decision): Triage zdarzenia, weryfikacja czy jest to incydent potwierdzony (True Positive), ocena wpływu na atrybuty poufności, integralności i dostępności (CIA) oraz decyzja o powołaniu sztabu kryzysowego.
  • Faza 4: Reagowanie (Responses): Koordynacja działań obronnych: taktyczny i strategiczny containment (izolacja), chirurgiczna eradykacja złośliwych komponentów, bezpieczne odtworzenie (recovery) i równoległe powiadomienia organów nadzorczych.
  • Faza 5: Wyciąganie wniosków (Lessons Learned): Analiza przyczyn źródłowych (RCA), identyfikacja podatności organizacyjnych i technologicznych, aktualizacja oceny ryzyka oraz wdrożenie działań korygujących (CAPA).
Proces zarządzania incydentem wg ISO/IEC 27035-1:2023: Podejście to jest zorientowane na ład zarządczy i ciągłe doskonalenie SZBI. Uwaga: norma 27035 sama w sobie nie jest kryterium certyfikacji - certyfikowalny jest system SZBI wg ISO/IEC 27001:2022. Skróty i pojęcia: ICT (Information and Communication Technology, technologie informacyjno-komunikacyjne); ENISA (agencja UE ds. cyberbezpieczeństwa); CSIRT (zespół reagowania na incydenty komputerowe); ITSM (IT Service Management, zarządzanie usługami IT, np. system ticketowy).
5 Faz Cyklu Zarządzania Incydentem wg ISO/IEC 27035:2023 FAZA 1 Przygotowanie: • Polityka IR • Zespół ISIRT • Narzędzia EDR • Szkolenia kadr Status: Przed atakiem FAZA 2 Detekcja: • Alerty SIEM • Zgłoszenie usera • Informacja CSIRT • Case ID w ITSM Zegar: Start T0 FAZA 3 Ocena i triage: • Weryfikacja TP/FP • Wpływ na CIA • Progi eskalacji • Sztab kryzysowy Decyzja: Potwierdzenie FAZA 4 Reagowanie: • Containment • Eradykacja • Recovery BCP • Zgłoszenia 24/72h Działanie: Akcja obronna FAZA 5 Wnioski: • Lessons learned • Analiza 5 Why • Nowe reguły • Raport końcowy Rezultat: Wyższa odporność Cechy Dystynktywne Modelu ISO/IEC 27035:2023 • Faza 3 (Assessment and Decision) stanowi formalną bramkę decyzyjną przed uruchomieniem kosztownych procedur. • Ścisłe powiązanie Fazy 5 z oceną ryzyka (ISO/IEC 27005) oraz przeglądem zarządzania (ISO/IEC 27001). • Model w pełni odpowiada wymogom audytowym jednostek certyfikujących systemy bezpieczeństwa.
4/55
Cykl reagowania według NIST SP 800-61 Rev. 2
Cel slajdu: Przedstawienie klasycznego czterofazowego cyklu obsługi incydentów komputerowych według wytycznych NIST SP 800-61 Rev. 2.

Standard inżynierii operacyjnej: podejście taktyczne i techniczne do obsługi incydentu

Opublikowany przez amerykański Narodowy Instytut Wzorców i Technologii podręcznik NIST SP 800-61 Rev. 2 (Computer Security Incident Handling Guide) przez ponad dekadę stanowił biblię inżynierów SOC i zespołów reagowania. Obecnie został zastąpiony przez NIST SP 800-61 Rev. 3, dlatego prezentowany jest tu wyłącznie jako kontekst historyczny i punkt odniesienia dla Rev. 3. Model ten akcentuje techniczne aspekty obsługi zdarzenia, a jego praktyczną implementację w playbookach operacyjnych standaryzuje CISA Cybersecurity Incident Playbooks.

  • Faza 1: Przygotowanie (Preparation): Konfiguracja infrastruktury obronnej, utwardzanie systemów (hardening), wdrożenie sensorów logowania oraz przygotowanie zestawu narzędzi forensycznych (Incident Response Toolkit).
  • Faza 2: Detekcja i analiza (Detection & Analysis): Analiza wektorów ataku, badanie wskaźników kompromitacji (IoC), eliminacja fałszywych alarmów, wyznaczenie zakresu penetracji i określenie profilu adwersarza.
  • Faza 3: Powstrzymywanie, usuwanie i odtwarzanie (Containment, Eradication & Recovery): Połączona triada operacyjna: zatrzymanie rozprzestrzeniania się ataku, usunięcie przyczółków wroga i przywrócenie systemów do czystego stanu produkcyjnego.
  • Faza 4: Działania poincydentalne (Post-Incident Activity): Spotkanie poincydentalne (Post-Mortem), opracowanie raportu dla kierownictwa, aktualizacja procedur i długoterminowa retencja zabezpieczonych dowodów cyfrowych.
Model NIST SP 800-61 Rev. 2: Czterofazowy, inżynierski model reagowania na incydenty komputerowe kładący nacisk na operacyjne rzemiosło analityków SOC, telemetrię techniczną i bezpośrednie procedury powstrzymywania ataku. Skróty i pojęcia: CISA (Cybersecurity and Infrastructure Security Agency, amerykańska agencja ds. cyberbezpieczeństwa i bezpieczeństwa infrastruktury); RAM (Random Access Memory, pamięć operacyjna, ulotna); CSIRT (zespół reagowania na incydenty komputerowe); SOC (centrum operacji bezpieczeństwa).
Cykl Reagowania NIST SP 800-61 Rev. 2 1. PREPARATION • Zabezpieczenia prewencyjne • Narzędzia, playbooki, szkolenia 2. DETECTION & ANALYSIS • Wektory ataku, alerty, IoC • Identyfikacja zakresu i skali 3. CONTAINMENT, ERADICATION, RECOVERY • Izolacja (Containment) i ochrona dowodów • Usunięcie zagrożenia i odtworzenie z kopii 4. POST-INCIDENT ACTIVITY • Lessons learned i raport • Retencja dowodów cyfrowych Dynamiczne Sprzężenie Faz 2 i 3 • W modelu NIST proces analizy nie kończy się przed powstrzymywaniem - kolejne odkrycia modyfikują zakres izolacji.
5/55
Cykl według NIST SP 800-61 Rev. 3 - nowe podejście
Cel slajdu: Przedstawienie zrewidowanego podejścia NIST SP 800-61 Rev. 3 osadzającego reagowanie w ciągłym zarządzaniu ryzykiem cybernetycznym.

Incident Response jako ciągły komponent zarządzania ryzykiem operacyjnym

Najnowsza edycja przewodnika NIST SP 800-61 Rev. 3 dokonuje fundamentalnej transformacji: odchodzi od postrzegania reagowania na incydenty jako odizolowanego cyklu 4-fazowego. Wersja Rev. 3 integruje reagowanie bezpośrednio z ramami NIST Cybersecurity Framework 2.0 (CSF 2.0), traktując obsługę zdarzeń jako integralną część ładu bezpieczeństwa (Govern) i zarządzania ryzykiem w całym łańcuchu dostaw.

  • Ścisła integracja z funkcjami NIST CSF 2.0: Reagowanie (Respond) i Odtwarzanie (Recover) stają się bezpośrednim przedłużeniem Rządzenia (Govern), Identyfikacji (Identify), Ochrony (Protect) oraz Detekcji (Detect).
  • Porzucenie linearnej izolacji procesu IR: Reagowanie na incydenty nie zaczyna się w momencie wykrycia alertu i nie kończy na raporcie; stanowi ciągłe sprzężenie zwrotne modyfikujące polityki architektoniczne organizacji.
  • Nacisk na relacje w łańcuchu dostaw (Supply Chain): Uwzględnienie wektorów ataku poprzez zewnętrznych dostawców usług chmurowych, oprogramowanie firm trzecich oraz kooperację z zewnętrznymi zespołami CSIRT.
  • Praktyka ciągłego zarządzania ekspozycją (CTEM): Automatyczna synchronizacja wniosków z incydentów z procesem zarządzania podatnościami i proaktywnym testowaniem odporności perymetru.
Model NIST SP 800-61 Rev. 3: Nowoczesne podejście do reagowania na incydenty osadzone w architekturze NIST CSF 2. 0, traktujące obsługę kryzysów jako ciągły, zintegrowany proces zarządzania ryzykiem operacyjnym przedsiębiorstwa. Skróty i pojęcia: CSIRT (zespół reagowania na incydenty komputerowe); CTEM (Continuous Threat Exposure Management, ciągłe zarządzanie ekspozycją na zagrożenia, łączące zarządzanie podatnościami z testowaniem odporności); NIST CSF 2.0 (sześć funkcji: Govern, Identify, Protect, Detect, Respond, Recover).
Architektura NIST SP 800-61 Rev. 3 i CSF 2.0 GOVERN (Zarządzanie) Strategia IR, role, polityki, prawo IDENTIFY & PROTECT Aktywa, luki, twarde reguły DETECT Ciągły monitoring anomalii RESPOND & RECOVER Containment, ciągłość BCP Pętla adaptacyjna: Lessons Learned zasilają Identify i Protect Kluczowe Przesłanie Nowego Standardu NIST • Incydent nie jest wypadkiem przy pracy, lecz nieuniknionym zdarzeniem operacyjnym wpisanym w ryzyko. • Funkcja GOVERN nakłada na kadrę kierowniczą obowiązek nadzoru nad alokacją zasobów na obronę. • NIST Rev. 3 promuje automatyzację SOAR oraz ścisłą współpracę w ramach społeczności ISAC.
6/55
Porównanie modeli: ISO/IEC 27035 vs NIST SP 800-61
Cel slajdu: Syntetyczne zestawienie cech, podobieństw i różnic pomiędzy standardami ISO/IEC 27035 oraz wytycznymi NIST.

Kiedy stosować podejście normatywne ISO, a kiedy elastyczny framework NIST

Zarówno ISO/IEC 27035, jak i NIST SP 800-61 zmierzają do tego samego celu: minimalizacji strat i szybkiego powrotu do sprawności operacyjnej. Różnią się jednak perspektywą akcentów. Wybór modelu zależy od wymogów audytowych certyfikacji ISO/IEC 27001:2022 (SZBI) lub potrzeby zastosowania pragmatycznych wytycznych inżynierskich opisanych w podręczniku NIST SP 800-61 Rev. 3.

  • Liczba i podział faz operacyjnych: ISO/IEC 27035-1:2023 wyróżnia 5 odrębnych faz, precyzyjnie rozdzielając detekcję od oceny i decyzji (triage); NIST SP 800-61 Rev. 3 nie narzuca sztywnego podziału na fazy, lecz organizuje działania wokół sześciu funkcji NIST CSF 2.0: Govern, Identify, Protect, Detect, Respond i Recover.
  • Główny odbiorca i cel wdrożenia: ISO stanowi standard audytowy dla dyrektorów bezpieczeństwa (CISO), zarządów i audytorów zgodności; NIST to przewodnik operacyjny dla inżynierów SOC, analityków DFIR i Incident Commanderów.
  • Osadzenie w architekturze korporacyjnej: ISO kładzie bezwzględny nacisk na cykl PDCA Deminga i powiązanie z ryzykiem wg ISO/IEC 27005; NIST akcentuje techniczne playbooki i taktyki powstrzymywania zagrożeń.
  • Podejście hybrydowe w nowoczesnym SOC: Najlepszą praktyką inżynierską jest synergia: przyjęcie ładu zarządczego i faz ISO/IEC 27035-1 przy jednoczesnym stosowaniu technicznych procedur NIST SP 800-61 w konsoli analityka.
Synergia metodyczna ISO/NIST: Zharmonizowany model zarządzania incydentami łączący normatywny ład zarządczy i zgodność audytową ISO/IEC 27035-1 z techniczną głębią operacyjną wytycznych NIST SP 800-61. Skróty i pojęcia: CSF (Cybersecurity Framework, ramy NIST 2.0); CISO (Chief Information Security Officer, dyrektor bezpieczeństwa informacji); SOC (Security Operations Center, centrum operacji bezpieczeństwa); PDCA (Plan-Do-Check-Act, cykl ciągłego doskonalenia), triage (wstępna kwalifikacja i segregacja zgłoszeń).
Porównanie: ISO/IEC 27035 vs NIST SP 800-61 ZESTAWIENIE CHARAKTERYSTYKI STANDARDÓW KRYTERIUM ISO/IEC 27035:2023 NIST SP 800-61 Liczba faz 5 odrębnych faz procesowych Rev. 3: 6 funkcji CSF 2.0 Charakter Normatywny, niecertyfikowalny Podręcznik inżynierski, wytyczne Główny nacisk Ład zarządczy, procedury, SZBI Techniki detekcji, telemetria, IoC Integracja ISO/IEC 27001 Załącznik A NIST CSF 2.0 (6 funkcji) Zastosowanie Podmioty regulowane (KSC/NIS2) Zespoły SOC, analitycy L1-L3 Wniosek Implementacyjny • Nie należy wybierać między ISO a NIST w sposób wykluczający. • ISO zapewnia formalne ramy dla audytorów, Zarządu i organów nadzorczych (UODO, CSIRT). • NIST dostarcza inżynierom konkretnych wskazówek, jak badać pamięć RAM i zatrzymać ransomware.
7/55
Cykl PDCA Deminga w zarządzaniu incydentami
Cel slajdu: Przedstawienie implementacji klasycznego cyklu Deminga (Plan-Do-Check-Act) w procesie reagowania na incydenty bezpieczeństwa informacji.

Jak przekształcić pojedyncze doświadczenia w systemowe podnoszenie odporności

Cykl Deminga (Plan-Do-Check-Act) stanowi rdzeń filozofii ciągłego doskonalenia każdego certyfikowanego systemu zarządzania według normy ISO/IEC 27001:2022. W kontekście zarządzania incydentami pętla PDCA uniemożliwia zatrzymanie procesu na etapie doraźnego wyczyszczenia złośliwego pliku, zmuszając organizację do ciągłej adaptacji, co w swoich analizach podkreśla CERT Polska (Publikacje i raporty roczne).

  • Plan (Zaplanuj) - Faza przygotowania: Opracowanie polityki IR, identyfikacja aktywów krytycznych, budowa playbooków technicznych, wdrożenie infrastruktury telemetrycznej (SIEM/EDR) i kontraktowanie wsparcia zewnętrznego.
  • Do (Wykonaj) - Faza aktywnego reagowania: Praktyczne uruchomienie procedur w warunkach incydentu: triage, izolacja zainfekowanych hostów, zabezpieczenie dowodów cyfrowych, eradykacja i powiadomienia organów.
  • Check (Sprawdź) - Faza ewaluacji i audytu: Analiza zebranych metryk telemetrycznych (MTTD, MTTR), weryfikacja czy procedury zadziałały sprawnie, organizacja warsztatu Lessons Learned i audyt zgodności SLA.
  • Act (Działaj) - Faza doskonalenia i aktualizacji: Wdrożenie zaleceń korygujących (CAPA), modyfikacja reguł korelacyjnych w systemie SIEM, zaostrzenie polityk zapory sieciowej i przeprowadzenie uzupełniających szkoleń załogi.
Pętla PDCA w cyklu incydentu: Cykliczny mechanizm zarządczy zapewniający, że każdy obsłużony incydent staje się bezpośrednim bodźcem do podniesienia skuteczności technologii, procesów i kompetencji obronnych organizacji. Skróty i pojęcia: ISO i IEC (organizacje wspólnie publikujące normy); CERT Polska (krajowy zespół reagowania); IR (Incident Response, reagowanie na incydenty); EDR (Endpoint Detection and Response, ochrona punktów końcowych, słownik NIST).
Pętla Ciągłego Doskonalenia PDCA w Reagowaniu PLAN (Planuj): Polityki, IRP, Playbooki DO (Wykonaj): Detekcja & Reagowanie CHECK (Sprawdź): Audyt, KPI, Lessons ACT (Popraw): Wdrożenie zmian & SIEM SZBI ISO/IEC 27001 Konsekwencje Pominięcia Fazy „ACT” • Organizacja, która poprzestaje na fazie „DO” (tylko gasi pożary), jest skazana na powtórzenie tego samego ataku. • Wdrożenie poprawek w fazie „ACT” zamyka podatność i wymusza na atakującym zmianę wektora. • Zgodność z klauzulą 10 normy ISO/IEC 27001 (Ciągłe doskonalenie).
8/55
Model dojrzałości zarządzania incydentami (CMMI / SIM3)
Cel slajdu: Przedstawienie czterech kwadrantów i pięciu poziomów dojrzałości modelu SIM3 oraz wyjaśnienie, czym różni się on od pięciostopniowej skali dojrzałości procesów CMMI.

Ocena zaawansowania: od improwizacji ad-hoc do zoptymalizowanego ekosystemu

Dojrzałość zarządzania incydentami nie jest cechą zero-jedynkową. Ocenę stopnia zaawansowania procedur, narzędzi i organizacji zespołów CSIRT/SOC, opartą na ponad 40 parametrach dojrzałości, czterech kwadrantach (O - Organizacja, H - Ludzie, T - Narzędzia, P - Procesy) oraz pięciu wspólnych poziomach, opisuje model SIM3 v2 interim (Security Incident Management Maturity Model). SIM3 publikuje Open CSIRT Foundation, a stosuje go m.in. model zaufania FIRST Trusted Introducer - nie jest to norma ISO ani warunek certyfikacji. Uzupełniają go ramy operacyjne FIRST CSIRT Services Framework v2.1.

  • Poziom 0 - niedostępny, nieokreślony, nieświadomy: Zespół jeszcze nie rozważa danego parametru; przy ocenie wszyscy pytani o niego milczą.
  • Poziom 1 - nieformalny (implicit): Parametr jest znany i omawiany, ale nie został spisany; wiedza pozostaje w głowach członków zespołu.
  • Poziom 2 - jawny wewnętrzny: Parametr został udokumentowany, lecz bez formalnego zatwierdzenia i bez mechanizmu jego egzekwowania.
  • Poziom 3 - jawny, formalnie zatwierdzony: Dokument został zatwierdzony albo opublikowany z upoważnienia szefa CSIRT lub organu zarządzania stojącego wyżej.
  • Poziom 4 - jawny, audytowany: Dodatkowo podlega kontroli, przeglądowi lub egzekwowaniu przez organy zarządzania stojące wyżej niż szef CSIRT, z informacją zwrotną do zespołu.
Model dojrzałości SIM3: Pięciostopniowa skala (poziomy 0-4) oceny dojrzałości ponad 40 parametrów pogrupowanych w cztery kwadranty: Organizacja, Ludzie, Narzędzia i Procesy. Odrębnym narzędziem pozostaje pięciostopniowa skala dojrzałości procesów CMMI (1 Początkowy, 2 Powtarzalny, 3 Zdefiniowany, 4 Zarządzany, 5 Optymalizowany), która nie jest częścią SIM3. Skróty i pojęcia: CSIRT (zespół reagowania na incydenty komputerowe); SOC (centrum operacji bezpieczeństwa); ENISA (agencja UE ds. cyberbezpieczeństwa, autor odrębnego ENISA CSIRT Maturity Framework).
Poziomy Dojrzałości Procesu Reagowania (CMMI) LEVEL 1 Ad-hoc / Chaos LEVEL 2 Powtarzalny LEVEL 3 Zdefiniowany LEVEL 4 Mierzalny / KPI LEVEL 5 Zoptymalizowany Wymagania NIS2 i KSC a modele dojrzałości • Ustawa o KSC ani dyrektywa NIS2 nie narzucają poziomu dojrzałości modelu CMMI/SIM3. • Obowiązki wynikają z art. 11 (24/72 h) oraz art. 46 KSC, a nie z poziomu modelu. • Poziom 4 i 5 podnosi odporność na ataki APT i ułatwia wykazanie należytej staranności.
9/55
Integracja cyklu reagowania z procesami biznesowymi
Cel slajdu: Przedstawienie powiązań między zarządzaniem incydentami a zarządzaniem ryzykiem (ISO/IEC 27005) oraz ciągłością działania (BCP).

Wyjście poza silos IT: incydent jako zjawisko o bezpośrednim wpływie na operacje firmy

Kardynalnym błędem wielu przedsiębiorstw jest zamykanie incydentów w silosie działu technicznego IT. W nowoczesnej architekturze cykl IR jest integralnie połączony z szacowaniem ryzyka wg normy ISO/IEC 27005:2022 (Zarządzanie ryzykiem) oraz planami ciągłości działania opartymi na standardzie ISO 22301:2019 (Business Continuity Management).

  • Powiązanie z szacowaniem ryzyka (ISO/IEC 27005): Rzeczywisty incydent weryfikuje poprawność teoretycznych modeli zagrożeń; obnaża nieefektywne środki kontrolne i zmusza do natychmiastowej rewizji wag prawdopodobieństwa w rejestrze ryzyk.
  • Współdziałanie z Business Continuity Planning (BCP): W sytuacji, gdy czas izolacji lub analizy przekracza dopuszczalny czas przestoju RTO (Recovery Time Objective), Incident Commander decyduje o uruchomieniu procedur awaryjnych BCP.
  • Synchronizacja z komunikacją kryzysową i PR: Zapewnienie spójnego i kontrolowanego przekazu dla mediów, klientów, akcjonariuszy i giełdy w celu minimalizacji strat reputacyjnych i ochrony wartości rynkowej podmiotu.
  • Raportowanie zarządcze w języku biznesu: Przekładanie technicznych artefaktów (hashy, logów pcap) na parametry zrozumiałe dla kierownictwa: straty finansowe, przestój produkcji, ryzyka kar administracyjnych i utraty kontraktów.
Integracja biznesowa IR: Poziom synchronizacji procedur reagowania na incydenty z nadrzędnymi procesami zarządzania ryzykiem operacyjnym, planami ciągłości działania (BCP/DRP) oraz ładem korporacyjnym. Skróty i pojęcia: RTO (Recovery Time Objective, maksymalny dopuszczalny czas niedostępności usługi), pcap (zrzut ruchu pakietowego do pliku analizowanego narzędziem PCAP); Incident Commander (dowódca incydentu, osoba kierująca działaniami sztabu); PR (Public Relations, komunikacja z mediami).
Ekosystem Integracji Cyklu IR z Biznesem CYKL REAGOWANIA IR ISO/IEC 27035 / NIST 800-61 RYZYKO (ISO/IEC 27005) • Zasilanie bazy ryzyk • Aktualizacja wag CVE • Przeliczenie apetytu CIĄGŁOŚĆ (BCP/DRP) • Przekroczenie RTO • Tryb pracy awaryjnej • Ochrona łańcucha BIA ZARZĄD I FINANSE • Ubezpieczenia Cyber • Komunikacja giełdowa • Alokacja budżetowa Wymóg Prawny Artykułu 21 NIS2 • Dyrektywa NIS2 wprost wymaga powiązania obsługi incydentów z zarządzaniem ciągłością działania (BCP). • Incydent, który zatrzymuje proces produkcyjny, musi być rozpatrywany w kategoriach strat finansowych. • Zintegrowany ekosystem chroni organizację przed paraliżem decyzyjnym na styku IT i biznesu.
10/55
Rola i odpowiedzialność kierownictwa w cyklu IR
Cel slajdu: Przedstawienie odpowiedzialności organów zarządzających wynikającej z art. 20 dyrektywy NIS2 oraz z przepisów ustawy o KSC.

Koniec przerzucania winy na informatyków: Zarząd na pierwszej linii odpowiedzialności

Przepisy art. 20 unijnej Dyrektywy NIS2 (2022/2555) oraz znowelizowanej ustawy o Krajowym Systemie Cyberbezpieczeństwa (tekst jednolity: Dz.U. 2026 poz. 20) wprowadzają bezprecedensowy reżim prawny. Art. 20 ust. 1 dyrektywy NIS2 nakłada na państwa członkowskie obowiązek zapewnienia, by organy zarządzające podmiotów kluczowych i ważnych zatwierdzały i nadzorowały wdrażanie środków zarządzania ryzykiem, o których mowa w art. 21, oraz szkolenia z art. 20 ust. 2. W polskim porządku prawnym uzupełnia to art. 73a ustawy o KSC, który pozwala nałożyć karę pieniężną na kierownika podmiotu kluczowego lub ważnego - także za niewykonanie obowiązków z art. 11, czyli za niezgłoszenie incydentu.

  • Obowiązkowe formalne zatwierdzanie planów IRP: Zarząd nie może zasłaniać się niewiedzą techniczną; ma ustawowy obowiązek przyjęcia uchwałą polityk bezpieczeństwa i planów reagowania na incydenty.
  • Gwarancja budżetowa i alokacja zasobów: Kierownictwo odpowiada bezpośrednio za zapewnienie adekwatnych środków finansowych na infrastrukturę detekcyjną (SIEM/EDR), szkolenia i obsadę analityków.
  • Ustawowy obowiązek szkoleń dla Zarządu (NIS2 art. 20 ust. 2): Prawny nakaz regularnego uczestnictwa członków organów zarządzających w szkoleniach z zakresu cyberzagrożeń w celu nabycia wiedzy umożliwiającej ocenę ryzyk operacyjnych.
  • Dotkliwe sankcje osobiste i finansowe: Za naruszenia ustawy podmiotowi grozi kara do 10 mln EUR lub 2% przychodów (podmiot ważny: do 7 mln EUR lub 1,4%), a kierownikowi podmiotu kara do 300% jego wynagrodzenia. Tymczasowy zakaz pełnienia funkcji zarządczych przewiduje art. 32 ust. 5 lit. b dyrektywy NIS2 (dla podmiotów ważnych: art. 33 ust. 6 lit. b), a w polskim porządku prawnym art. 53 ust. 9 ustawy o KSC.
Odpowiedzialność kierownictwa (NIS2 art. 20, ustawa o KSC art. 73a): Zasada prawna, zgodnie z którą organy zarządzające podmiotów kluczowych i ważnych zatwierdzają oraz nadzorują środki zarządzania ryzykiem i szkolenia wymagane przepisami, a państwa członkowskie mogą przewidzieć za ich niedopełnienie odpowiedzialność organów zarządzających oraz karę nałożoną na kierownika podmiotu. Skróty i pojęcia: NIS2 (dyrektywa (UE) 2022/2555, tekst polski EUR-Lex).
Obowiązki Organów Zarządzających wg NIS2 (Art. 20) 1. ZATWIERDZANIE Uchwały Zarządu: • Polityka IR • Plan IRP • BIA i apetyt na ryzyko Rygor: Brak możliwości zrzucenia winy na IT 2. ALOKACJA Budżet obronny: • Finansowanie SOC/SIEM • Etaty inżynierów IR • Umowy IR Retainer Nadzór: Audyt wykonania planu bezpieczeństwa 3. SZKOLENIA & KARY Obowiązek edukacji: • Szkolenia członków Zarządu • Ćwiczenia Tabletop • Zrozumienie ryzyk Sankcje osobiste: Zakaz pełnienia funkcji kierowniczych w spółce Praktyczny Wymiar Nadzoru Kierowniczego • Członkowie Zarządu muszą aktywnie uczestniczyć w corocznych symulacjach sztabowych (Tabletop). • Raport z każdego incydentu krytycznego musi trafić bezpośrednio na biurko Prezesa Zarządu. • Niezrealizowanie zaleceń poincydentalnych skutkuje utratą ochrony z polis D&O (Directors & Officers).
11/55
Zasoby i budżetowanie w cyklu zarządzania incydentami
Cel slajdu: Przedstawienie kalkulacji zasobów ludzkich, technologicznych i procesowych niezbędnych do utrzymania cyklu IR.

Kalkulacja TCO bezpieczeństwa: ludzie, technologia, procesy i wsparcie zewnętrzne

Skuteczny cykl reagowania wymaga zrównoważonej alokacji nakładów w klasycznej triadzie: Ludzie - Procesy - Technologia (People, Process, Technology). Zakup drogich licencji bez wyszkolonego personelu stanowi pozór bezpieczeństwa. Zasady zrównoważonego budżetowania i doboru środków opisują standard ISO/IEC 27035-2:2023 oraz zbiór dobrych praktyk inżynierskich CIS Critical Security Controls v8 (Kontrola 17).

  • Zasoby ludzkie (Kompetencje i obsada): Inżynierowie SOC Tier 1 (triage), Tier 2 (analiza głęboka), Tier 3 (Threat Hunting), Incident Commander, eksperci Digital Forensics oraz wsparcie prawne i IOD.
  • Zasoby technologiczne (Platformy telemetrii): Licencje na systemy SIEM nowej generacji, agenci EDR/XDR wdrożeni na 100% stacji roboczych i serwerów, sondy sieciowe NDR, platforma SOAR oraz bezpieczne repozytorium dowodów cyfrowych.
  • Zasoby procesowe (Utrzymanie ładu): Koszty utrzymania certyfikacji ISO/IEC 27001, okresowe audyty zewnętrzne, testy penetracyjne, symulacje Tabletop oraz ciągłe programy budowania świadomości (Security Awareness).
  • Zewnętrzne wsparcie awaryjne (IR Retainer): Przedpłacona umowa z wyspecjalizowaną firmą reagowania (Vendor IR) z gwarancją rygorystycznego SLA (np. podjęcie działań zdalnych w 1h, przybycie zespołu na miejsce w 4h).
Alokacja zasobów IR (Security Resourcing): Zrównoważone planowanie i budżetowanie nakładów na personel operacyjny, infrastrukturę telemetryczną, procedury organizacyjne oraz zewnętrzne wsparcie eksperckie, niezbędne do realizacji pełnego cyklu reagowania. Skróty i pojęcia: SOC (Security Operations Center, centrum operacji bezpieczeństwa); Tier 1, Tier 2 i Tier 3 (trzy poziomy wsparcia analitycznego: triage, analiza pogłębiona, proaktywne polowanie na zagrożenia); NDR (Network Detection and Response, wykrywanie zagrożeń w ruchu sieciowym).
Alokacja Zasobów: Ludzie - Procesy - Technologia LUDZIE (PEOPLE) Obsada zespołu: • Analitycy SOC L1-L3 • Incident Commander • Inżynier Forensics Rozwój kadr: • Certyfikaty SANS/GIAC • Rotacja dyżurów 24/7 TECHNOLOGIA Licencje i sprzęt: • EDR / XDR na hostach • SIEM i Data Lake • SOAR i integracje API Infrastruktura: • Sejf dowodowy WORM • Sondy sieciowe NDR PROCESY & VENDOR Utrzymanie ładu: • Audyty ISO/IEC 27001 • Testy penetracyjne • Warsztaty Tabletop Wsparcie zewnętrzne: • Umowa IR Retainer • Polisa Cyber Insurance Optymalizacja Budżetowa w Modelu MSSP / MDR • Budowa własnego SOC 24/7/365 to koszt minimum 1,5-2,5 mln PLN rocznie (etat min. 10-12 inżynierów). • Dla wielu firm optymalnym rozwiązaniem jest hybryda: wewnętrzny Incident Manager + zewnętrzny MSSP/MDR. • Właściwe zbalansowanie zasobów gwarantuje zachowanie wskaźników SLA i uniknięcie kar NIS2.
12/55
KPI i metryki efektywności cyklu zarządzania
Cel slajdu: Przedstawienie operacyjnych i zarządczych wskaźników efektywności (KPI) mierzących sprawność poszczególnych faz cyklu.

Kwantyfikacja sukcesu: dashboard telemetryczny dla analityków i Zarządu

Dojrzały cykl zarządzania incydentami opiera się na twardych parametrach telemetrycznych. Mierzenie czasu trwania poszczególnych faz pozwala na precyzyjną identyfikację wąskich gardeł oraz uzasadnienie inwestycji przed kierownictwem. Zasady kwantyfikacji procesów bezpieczeństwa formułuje podręcznik NIST SP 800-55 Vol. 2 (Performance Measurement Guide for Information Security) oraz norma ISO/IEC 27004:2016 (Pomiary i monitoring SZBI).

  • Metryki czasowe (Time-to-Action KPIs): MTTD (Mean Time to Detect - czas od kompromitacji do wykrycia); MTTA (Mean Time to Acknowledge - czas podjęcia zgłoszenia przez analityka); MTTC (Mean Time to Contain - czas izolacji ogniska ataku); MTTE (Mean Time to Eradicate - czas usunięcia zagrożenia); MTTR (Mean Time to Recover - czas przywrócenia stabilnej produkcji).
  • Metryki wolumenowe i jakościowe: Liczba incydentów w podziale na poziomy krytyczności (P1-P4); odsetek incydentów wg wektorów wejścia; wskaźnik fałszywych alarmów (False Positive Rate); stosunek wykryć wewnętrznych do powiadomień ze źródeł zewnętrznych.
  • Metryki zgodności prawnej i SLA: Wskaźnik terminowości zgłoszeń wczesnego ostrzeżenia (100% rygor 24h wg KSC/NIS2) oraz zgłoszeń formalnych (100% rygor 72h wg RODO do UODO); zgodność z wewnętrznym SLA sztabu.
  • Praktyczna inspekcja znaczników czasu w konsoli CLI: Weryfikacja czasu wystąpienia zdarzeń w dzienniku systemowym Linux: journalctl -u ssh -S today --no-pager | awk '/Failed password/ {print $1, $2, $3}' | head -n 5.
Kluczowe wskaźniki efektywności IR (IR KPIs): Zestaw mierzalnych, znormalizowanych parametrów telemetrycznych określających szybkość, skuteczność oraz zgodność regulacyjną poszczególnych faz cyklu reagowania na incydenty. Skróty i pojęcia: MTTE (Mean Time To Eradicate) i MTTR (Mean Time To Recover, czyli odpowiednio czasy do wykrycia, potwierdzenia zgłoszenia, powstrzymania, usunięcia zagrożenia i odtworzenia usług); P1-P4 (poziomy krytyczności incydentu); SLA (umowa o poziomie świadczenia usługi).
Dashboard Telemetryczny KPI Procesu IR MTTD (DETEKCJA) 18 min -35% r/r (SIEM ML) MTTC (POWSTRZYM.) 24 min Cel: < 60 min (EDR) MTTR (ODZYSKANIE) 3.2 h RTO limit: 4.0 h NOTYFIKACJE 72H 100% Zgodność RODO/KSC Rozkład Incydentów wg Wektorów Początkowych (Q3): • Phishing & Socjotechnika: 58% • Luki w usługach brzegowych (VPN/RDP): 24% • Błąd konfiguracji chmury: 12% • Złośliwe oprogramowanie (Malware): 4% • Zagrożenia wewnętrzne (Insider Threat): 2% Strategiczne Znaczenie Metryk dla Zarządu • Spadek MTTD dowodzi skuteczności wdrożenia systemów centralnego logowania i reguł behawioralnych. • Wykresy wskaźników stanowią obiektywny dowód należytej staranności (Due Care) podczas audytu NIS2. • Osiąganie wskaźników SLA redukuje koszty składek w umowach ubezpieczenia ryzyk cybernetycznych.
13/55
Faza 1: Identyfikacja - rola i architektura wejścia
Cel slajdu: Przedstawienie architektury wejścia do cyklu reagowania, źródeł detekcji oraz powiązania punktu T0 ze startem procedur operacyjnych.

Punkt wyjścia każdego śledztwa: wczesne wykrycie i potwierdzenie incydentu

Identyfikacja to pierwsza faza operacyjna, w której surowy sygnał telemetryczny lub zgłoszenie od pracownika zostaje zweryfikowane jako potencjalne naruszenie bezpieczeństwa. Precyzję architektury wejściowej standaryzują norma ISO/IEC 27035-1:2023 oraz podręcznik NIST SP 800-61 Rev. 3, a zestaw zaleceń inżynierskich definiuje CIS Critical Security Controls v8 (Kontrola 8).

  • Punkt zerowy T0 w osi czasu: Chwila powzięcia wiedzy o zdarzeniu przez organizację uruchamia nieprzekraczalny zegar procedur technicznych oraz terminów zgłoszeń ustawowych.
  • Różnorodne kanały wejściowe: Zgłoszenia automatyczne z systemów SIEM/EDR, zgłoszenia manualne użytkowników (Helpdesk, phishing button), zawiadomienia od właściwych CSIRT oraz od organów nadzorczych nadzoru sektorowego (np. KNF dla podmiotów rynku finansowego) i sygnały od partnerów zewnętrznych.
  • Przekształcenie zdarzenia w incydent: Odróżnienie normalnego zdarzenia operacyjnego (Event) od anomalii wskazującej na naruszenie polityki bezpieczeństwa (Incident) w oparciu o ustalone progi decyzyjne.
  • Rejestracja w centralnym systemie spraw: Natychmiastowe utworzenie sprawy (Ticket ID) w systemie ITSM/SOAR gwarantujące pełną rozliczalność i niezmienność rejestru zdarzeń od pierwszej minuty.
Faza Identyfikacji (Identification Phase): Początkowy etap cyklu reagowania polegający na wykryciu symptomów anomalii, wstępnej rejestracji zgłoszenia i przypisaniu unikalnego identyfikatora sprawy w celu podjęcia dalszych działań weryfikacyjnych. Skróty i pojęcia: SIEM i EDR (system korelacji zdarzeń oraz ochrona punktów końcowych); ITSM (system zarządzania sprawami i zgłoszeniami); SOAR (platforma orkiestracji i automatyzacji); CSIRT (zespół reagowania, np. CSIRT GOV).
Faza 1: Architektura Identyfikacji i Wejścia TELEMETRIA IT • Agenci EDR/XDR • Logi SIEM / Data Lake • Sondy sieciowe NDR • Zapory sieciowe WAF CZYNNIK LUDZKI • Zgłoszenia personelu • Podejrzany phishing • Helpdesk IT zgłoszenia • Zgłoszenia klientów WYWIAD ZEWN. • CSIRT poziomu krajowego • Threat Intel MISP • Powiadomienie chmury • Monitoring Darknetu BRAMKA TRIAGE SOC TIER 1/2 Walidacja: False Positive vs Potwierdzony Incydent Znaczenie Czasowe Fazy Identyfikacji: • Wykrycie ataku w pierwszych minutach umożliwia izolację pojedynczej stacji roboczej. • Niewykrycie ataku w ciągu 24h pozwala intruzowi na eskalację uprawnień do poziomu Domain Admin. • Faza 1 uruchamia rejestrację dowodową i procedury nadawania priorytetu reakcji.
14/55
Faza 1: Narzędzia automatycznej detekcji (SIEM, EDR, NDR)
Cel slajdu: Przedstawienie trójwarstwowej architektury telemetrycznej SOC: ochrony punktów końcowych (EDR), analizy ruchu sieciowego (NDR) i centralnej korelacji zdarzeń (SIEM/XDR).

Technologiczne zmysły organizacji: EDR na punktach końcowych, NDR w sieci i SIEM w chmurze

Nowoczesny zespół SOC nie polega na ręcznym przeglądaniu logów. Skuteczna detekcja opiera się na trójwarstwowym ekosystemie narzędziowym integrującym sensory hostowe, sondy sieciowe oraz silniki korelacji reguł sygnaturowych i behawioralnych. Globalnym standardem tworzenia reguł detekcyjnych dla systemów SIEM jest otwarty format Sigma HQ Rules, a analizę sieciową wspiera platforma Zeek Network Security Monitor.

  • EDR / XDR (Endpoint Detection and Response): Agenci zainstalowani na stacjach roboczych i serwerach monitorujący procesy, modyfikacje rejestru, wstrzykiwanie kodu do pamięci (DLL Injection) oraz nawiązywane połączenia.
  • NDR (Network Detection and Response): Sondy sieciowe analizujące surowy ruch pakietowy (PCAP) i przepływy NetFlow/IPFIX, wykrywające anomalie protokołów, ruch boczny (Lateral Movement) oraz ukryte kanały C2 (np. DNS Tunneling).
  • SIEM nowej generacji (Next-Gen SIEM / Data Lake): Centralna platforma agregująca terabajty logów dziennie ze wszystkich źródeł, realizująca korelację wieloźródłową w oparciu o zunifikowane reguły detekcyjne Sigma.
  • Praktyczna inspekcja portów i gniazd w konsoli CLI: Szybka weryfikacja podejrzanych procesów nasłuchujących w systemie Linux: ss -tulpn | grep -E 'LISTEN|ESTAB' pozwalająca wykryć nieautoryzowane usługi sieciowe.
Triada Telemetryczna SOC (SOC Telemetry Triad): Zintegrowana architektura technologiczna łącząca dane z punktów końcowych (EDR), analizę strumieni sieciowych (NDR) oraz centralną korelację logów (SIEM) w celu zapewnienia 100% widoczności środowiska teleinformatycznego. Skróty i pojęcia: XDR (Extended Detection and Response, telemetria rozszerzona); NDR (Network Detection and Response, wykrywanie zagrożeń w ruchu sieciowym); Sigma (otwarty format reguł detekcyjnych, sigmaHQ).
Architektura Telemetryczna: EDR + NDR + SIEM EDR / XDR (HOST) • Drzewo procesów • Zrzuty pamięci RAM • Izolacja jednym klikiem NDR (SIEĆ) • Analiza PCAP / Flow • Wykrywanie beaconingu C2 • Lateral movement WAF & FIREWALL • Blokada ataków SQLi/XSS • Filtrowanie geolokalizacji • Dzienniki sesji VPN SIEM / DATA LAKE Reguły Sigma, Analityka ML, Korelacja Incydentów Standard Retencji Logów wg Standardów i Prawa: • KSC: retencja logów min. 2 lata (art. 10 ust. 7); NIS2: 6 miesięcy, 12 mies. dla dostawców zaufanych usług. • Integralność logów musi być zabezpieczona przed modyfikacją (pamięć WORM, zdalny Syslog TLS). • Czas synchronizacji zegarów w całej infrastrukturze (NTP) musi być zgodny co do milisekund.
15/55
Faza 1: Czynnik ludzki i proaktywny Threat Hunting
Cel slajdu: Przedstawienie roli personelu nietechnicznego w zgłaszaniu incydentów oraz metodyki proaktywnego poszukiwania zagrożeń (Threat Hunting).

Gdy automaty milczą: czujność użytkowników i zaawansowany Threat Hunting analityków

Zaawansowane grupy przestępcze (APT) potrafią omijać tradycyjne mechanizmy antywirusowe za pomocą technik Living-off-the-Land (LotL), wykorzystujących legalne narzędzia systemowe (PowerShell, WMI, certutil). W takich sytuacjach obrona opiera się na dwóch filarach: czujności pracowników oraz proaktywnym polowaniu na zagrożenia w oparciu o matrycę MITRE ATT&CK Framework oraz otwarte reguły sygnaturowe VirusTotal YARA.

  • Użytkownik jako najważniejszy sensor organizacji: Dedykowany przycisk „Zgłoś phishing” w kliencie poczty, proste procedury kontaktu i kultura braku kar za omyłkowe kliknięcie w podejrzany link.
  • Threat Hunting (Hipoteza i polowanie): Proaktywne przeszukiwanie telemetrii pod kątem anomalii behawioralnych bez wcześniejszego alertu, wychodzące z założenia kompromitacji (Assume Breach).
  • Mapowanie taktyk i technik wg MITRE ATT&CK: Systematyczna weryfikacja czy w środowisku występują zachowania charakterystyczne dla adwersarzy (np. technika T1059 Command and Scripting Interpreter).
  • Praktyczna detekcja nieznanych plików w konsoli CLI: Wyszukiwanie plików wykonywalnych w katalogach tymczasowych Linuksa: find /tmp /dev/shm -type f -exec sha256sum {} + 2>/dev/null | head -n 10.
Proaktywny Threat Hunting: Systematyczna praktyka analityczna polegająca na manualnym lub półautomatycznym przeszukiwaniu systemów i sieci w celu wykrycia uśpionych adwersarzy, którzy zdołali ominąć automatyczne zabezpieczenia prewencyjne. Skróty i pojęcia: APT (Advanced Persistent Threat, zaawansowane trwałe zagrożenie, słownik NIST); LotL (Living off the Land, wykorzystywanie legalnych narzędzi systemowych do ataku).
Cykl Proaktywnego Threat Huntingu 1. HIPOTEZA Nowa technika APT 2. ANALIZA Kwerendy w EDR 3. WYKRYCIE Ślady obecności 4. AUTOMAT Nowa reguła SIEM Kultura Zgłaszania (No-Blame Culture): • Pracownik, który kliknął w złośliwy link i natychmiast to zgłosił, ratuje firmę przed zaszyfrowaniem. • Karanie pracowników za zgłoszenia prowadzi do zatajania incydentów i katastrofy prawnej. Wartość Dodana Proaktywnego Poszukiwania • Skrócenie wskaźnika Dwell Time (czas przebywania intruza w sieci bez wykrycia) z miesięcy do godzin. • Każde udane polowanie kończy się wdrożeniem nowej, zautomatyzowanej reguły detekcyjnej w SIEM. • Wymóg ISO/IEC 27001:2022 A.5.7 (Wywiad o zagrożeniach - Threat Intelligence).
16/55
Faza 1: Triage i wstępna kwalifikacja alertów
Cel slajdu: Przedstawienie procedury triage, filtracji szumu telemetrycznego, eliminacji fałszywych alarmów (FP) i ochrony analityków przed znużeniem.

Filtracja szumu telemetrycznego: jak chronić analityków przed syndromem Alert Fatigue

Współczesne systemy bezpieczeństwa generują dziesiątki tysięcy alertów na dobę. Płynny triage to krytyczny filtr oddzielający niegroźny szum od realnego zagrożenia. Standardy organizacji i kwalifikacji zgłoszeń w zespołach reagowania standaryzuje podręcznik FIRST CSIRT Services Framework v2.1 oraz oficjalne procedury inżynierskie Google SRE Incident Response.

  • Syndrom znużenia alertami (Alert Fatigue): Przeciążenie analityków Tier 1 setkami alertów dziennie prowadzi do przeoczenia krytycznych incydentów; konieczność ciągłego strojenia reguł korelacyjnych.
  • Kwalifikacja True Positive vs False Positive: Błyskawiczne odrzucenie fałszywych trafień (np. zaplanowany skan podatności lub praca programistów) i potwierdzenie rzeczywistego incydentu.
  • Weryfikacja kontekstu biznesowego aktywa: Ocena czy zaatakowany serwer jest środowiskiem testowym bez poufnych danych, czy bazodanowym węzłem produkcyjnym zawierającym dane osobowe klientów.
  • Szybka eskalacja wg poziomów wsparcia: Przekazanie zweryfikowanego alertu P1/P2 z poziomu Tier 1 do inżynierów Tier 2 i powiadomienie Incident Commandera w czasie poniżej 15 minut.
Triage alertów bezpieczeństwa: Wstępna analiza i segregacja napływających sygnałów telemetrycznych w celu wyeliminowania fałszywych alarmów, oceny wiarygodności zgłoszenia i przypisania adekwatnego priorytetu obsługi. Skróty i pojęcia: FIRST (Forum of Incident Response and Security Teams, CSIRT Services Framework); True Positive i False Positive (potwierdzone zagrożenie oraz fałszywy alarm); FP (skrót od False Positive).
Lejek Procesu Triage w Centrum Operacji (SOC) SUROWE ALERTY SIEM / EDR (100 000+ / DZIEŃ) SOAR: AUTOMATYCZNY TRIAGE I ENRICHMENT (500 / DZIEŃ) ANALITYK TIER 1/2 (25 SPRAW) POTWIERDZONY INCYDENT Kluczowe Reguły Pracy na Bramce Triage • SLA podjęcia alertu krytycznego przez analityka Tier 1: maksymalnie 10 minut od wygenerowania. • Każde zamknięcie sprawy jako False Positive wymaga uzasadnienia w celu dostrojenia reguły SIEM. • Potwierdzenie True Positive automatycznie uruchamia procedurę klasyfikacji (Slajd 17).
17/55
Faza 1: Klasyfikacja i priorytetyzacja incydentu
Cel slajdu: Przedstawienie matrycy priorytetyzacji incydentów w oparciu o wpływ na triadę CIA, taksonomię ENISA oraz rygory SLA.

Od powiadomienia do rygorów działania: ustalenie poziomu krytyczności P1-P4

Nie każdy incydent wymaga stawiania w stan gotowości całego Zarządu. Poprawna priorytetyzacja decyduje o natychmiastowym doborze zasobów i playbooka operacyjnego. Klasyfikację incydentów w wymiarze międzynarodowym standaryzują unijna taksonomia ENISA Reference Incident Classification Taxonomy oraz ramy modelowania danych o cyberzagrożeniach OASIS STIX / CTI.

  • Macierz Severity (Krytyczność ataku): Ocena dotkliwości incydentu oparta na skrzyżowaniu wagi naruszonego zasobu (Asset Value) z zakresem naruszenia atrybutów poufności, integralności i dostępności (CIA).
  • Czterostopniowa skala priorytetów (P1 do P4): P1 (Krytyczny: paraliż usług kluczowych, wyciek masowy); P2 (Wysoki: poważne zakłócenia, kompromitacja stacji uprzywilejowanej); P3 (Średni: pojedyncza infekcja bez eskalacji); P4 (Niski: incydent rozwiązany natychmiast).
  • Przypisanie reżimu SLA i czasów reakcji: Ustalenie maksymalnych dopuszczalnych czasów podjęcia działań (dla P1: reakcja sztabu do 15 min, dla P3: do 4 godzin).
  • Uruchomienie dedykowanego Playbooka: Automatyczne wyznaczenie procedury wykonawczej (np. Playbook Ransomware, Playbook Data Breach, Playbook DDoS) dopasowanej do typu zagrożenia.
Priorytetyzacja incydentu (Incident Triage Matrix): Formalna kwalifikacja stopnia dotkliwości i pilności zdarzenia, determinująca tryb mobilizacji zespołu reagowania, dobór procedur operacyjnych oraz dopuszczalne limity czasowe SLA. Skróty i pojęcia: ENISA (agencja UE ds. cyberbezpieczeństwa, autor taksonomii Reference Incident Classification Taxonomy); CIA (poufność, integralność, dostępność); Severity (dotkliwość incydentu); SLA (umowa o poziomie świadczenia usługi); CTI (Cyber Threat Intelligence, wywiad zagrożeń cybernetycznych).
Matryca Kwalifikacji Dotkliwości i SLA Reakcji P1 - KRYTYCZNY Wpływ CIA: Paraliż operacji SLA Reakcji: < 15 minut Sztab: Zarząd + CISO Powiadomienie 24h P2 - WYSOKI Wpływ CIA: Istotne zakłócenie SLA Reakcji: < 1 godzina Sztab: Zespół IRT Ocena RODO P3 - ŚREDNI Wpływ CIA: Pojedynczy system SLA Reakcji: < 4 godziny Obsada: Dyżurny SOC Rejestr wewn. P4 - NISKI Wpływ CIA: Zneutralizowany SLA Reakcji: < 1 dzień rob. Obsada: Helpdesk IT Zamknięcie standard Płynność i Reklasyfikacja w Fazie 2 • Kwalifikacja dokonana w Fazie 1 ma charakter wstępny. • Odkrycie podczas analizy śledczej, że zainfekowana stacja miała dostęp do bazy SQL, podnosi priorytet do P1. • Każda zmiana poziomu dotkliwości jest rejestrowana w systemie ticketowym wraz z uzasadnieniem.
18/55
Faza 2: Analiza - wprowadzenie i cele śledztwa
Cel slajdu: Przedstawienie celów fazy analizy, zakresu dochodzenia forensycznego oraz modelowania działań intruza.

Od symptomu do pełnego obrazu: zrozumienie intencji, narzędzi i zasięgu intruza

Faza analizy to serce informatyki śledczej. Jej celem nie jest powierzchowne usunięcie malware z dysku, lecz precyzyjna rekonstrukcja pełnej anatomii ataku: jak przeciwnik sforsował perymetr, jakimi uprawnieniami dysponował i które dane zdołał skompromitować. Standardy prowadzenia śledztw cyfrowych określa przewodnik NIST SP 800-86 (Digital Forensics) oraz inżynierski katalog kontrposunięć MITRE D3FEND Framework.

  • Identyfikacja wektora wejścia (Initial Access): Wskazanie pierwotnego punktu przełamania: udany phishing, podatność w usłudze publicznej (VPN/RDP) czy skompromitowane poświadczenia firm trzecich.
  • Określenie głębokości penetracji (Blast Radius): Zbadanie czy intruz pozostał na pojedynczym hoście, czy dokonał ruchu bocznego (Lateral Movement) i przejął rolę kontrolera domeny (DC).
  • Identyfikacja intencji i profilu adwersarza: Czy motywacją jest szantaż finansowy (ransomware), szpiegostwo przemysłowe, kradzież tożsamości czy sabotaż infrastruktury krytycznej.
  • Weryfikacja integralności i eksfiltracji danych: Precyzyjne ustalenie czy dane osobowe klientów lub tajemnice przedsiębiorstwa zostały przesłane poza perymetr organizacji.
Faza Analizy Incydentu (Analysis Phase): Kompleksowe dochodzenie inżynieryjno-śledcze mające na celu rekonstrukcję pełnego przebiegu ataku, identyfikację artefaktów technicznych, ocenę skali zniszczeń oraz ustalenie wektora kompromitacji. Skróty i pojęcia: DFIR (Digital Forensics and Incident Response, informatyka śledcza i reagowanie na incydenty); Initial Access (pierwszy punkt przełamania obrony); VPN i RDP (wirtualna sieć prywatna oraz protokół zdalnego pulpitu, dwa typowe wektory wejścia); Blast Radius (promień rażenia ataku).
Faza 2: Trzy Filary Dogłębnej Analizy ANALIZA TECHNICZNA Forensics: • Zrzuty pamięci RAM • Kopia dysku (E01) • Odwracanie malware Rezultat: IoC, skróty SHA-256, IP serwerów C2 ANALIZA WPŁYWU Wpływ biznesowy: • Zakres wycieku baz • Straty finansowe • Przestój produkcji Rezultat: Ocena ryzyka RODO, raport dla Zarządu DOKUMENTOWANIE Łańcuch dowodowy: • Karta Chain of Custody • Dziennik sztabu (Log) • Oś czasu (Timeline) Rezultat: Materiał dowodowy do sądu i ubezpiecz. Integracja Wniosków Analitycznych • Wyniki analizy technicznej decydują o doborze właściwego playbooka powstrzymywania w Fazie 3. • Ocena wpływu dostarcza danych do formalnego zgłoszenia do Prezesa UODO w terminie 72 godzin. • Należyta staranność dowodowa chroni organizację przed roszczeniami cywilnymi poszkodowanych.
19/55
Faza 2: Analiza techniczna szczegółowa i rekonstrukcja osi czasu
Cel slajdu: Przedstawienie technik informatyki śledczej: analizy pamięci RAM, analizy dysków, ekstrakcji logów oraz budowy zintegrowanej osi czasu (Supertimeline).

Krok po kroku: od pierwszego wektora dostępu do eksfiltracji danych

Złożone incydenty cyberbezpieczeństwa wymagają korelacji setek rozproszonych śladów. Rekonstrukcja sekwencji zdarzeń w postaci jednolitej osi czasu (Supertimeline) pozwala na precyzyjne odtworzenie każdego kroku intruza. Wytyczne operacyjnego zarządzania dziennikami i śladami formułuje NIST SP 800-92 (Log Management), a nowoczesne narzędzia śledcze rozwija platforma Velociraptor Digital Forensics.

  • Analiza ulotnej pamięci operacyjnej (RAM Forensics): Ekstrakcja wstrzykniętego kodu bezplikowego (Fileless Malware), wyciąganie haseł w otwartym tekście, badanie aktywnych połączeń i uchwytów procesów.
  • Analiza artefaktów dyskowych (Disk Forensics): Inspekcja kronik systemu plików ($MFT, $LogFile), analiza plików Prefetch, Shimcache, Amcache oraz dzienników wykonywania programów.
  • Konstrukcja zintegrowanej osi czasu (Supertimeline): Korelacja wpisów z pamięci RAM, logów EDR, zdarzeń systemowych Windows Event Log i zapór sieciowych w zunifikowanym formacie czasu UTC.
  • Praktyczna ekstrakcja anomalii w konsoli CLI: Wyszukiwanie prób logowania w dzienniku systemowym Linux: journalctl -u ssh -S today --no-pager | grep -E 'Failed password|Accepted' | tail -n 15.
Supertimeline (Zintegrowana Oś Czasu): Chronologiczne zestawienie wszystkich zdarzeń systemowych, sieciowych i aplikacyjnych zebranych z wielu heterogenicznych źródeł, umożliwiające odtworzenie ataku sekunda po sekundzie. Skróty i pojęcia: Fileless Malware (złośliwe oprogramowanie bez pliku, działające wyłącznie w pamięci); MFT (Master File Table, główna tabela plików systemu NTFS), Prefetch, Shimcache i Amcache (artefakty śledzące uruchamianie programów w systemie Windows); Supertimeline (zintegrowana oś czasu zdarzeń).
Rekonstrukcja Łańcucha Ataku (MITRE ATT&CK) INITIAL ACCESS Phishing T1566 Złośliwy załącznik EXECUTION PowerShell T1059 Ukryty skrypt PERSISTENCE Sched Task T1053 Utrzymanie dostępu CREDENTIALS LSASS Dump T1003 Kradzież haseł AD EXFILTRATION C2 Channel T1041 Wyprowadzenie bazy Kluczowe Źródła Danych Forensics: • Dzienniki Sysmon (Event ID 1: Process Create, ID 3: Network Connect, ID 7: Image Load). • Analiza struktury Shimcache, Amcache oraz UserAssist wykazująca uruchamiane programy hakerskie. Wnioski dla Inżynierów Reagowania • Oś czasu pozwala na wyznaczenie tzw. „Patient Zero” (pierwszej zainfekowanej stacji w sieci). • Ustalenie braku eksfiltracji danych zwalnia organizację z konieczności zawiadamiania osób (art. 34 RODO). • Identyfikacja wszystkich mechanizmów persystencji warunkuje skuteczną eradykację w Fazie 3.
20/55
Faza 2: Analiza wpływu biznesowego incydentu
Cel slajdu: Przedstawienie kwantyfikacji szkód finansowych, operacyjnych i prawnych oraz relacji do analizy wpływu na biznes (BIA).

Kwantyfikacja szkód: od przestoju linii produkcyjnej do wyceny utraty reputacji

Skutki incydentu bezpieczeństwa wykraczają daleko poza koszty sprzętu IT. Rzeczywisty wpływ obejmuje paraliż procesów operacyjnych, utratę przychodów, sankcje regulacyjne oraz trwałe nadszarpnięcie reputacji rynkowej. Wytyczne analizy wpływu i ciągłości biznesowej standaryzuje norma ISO 22301:2019 (Zarządzanie ciągłością działania), a ramy oceny szkód w ochronie danych osobowych precyzują wytyczne EDPB Guidelines 01/2021 (Naruszenia RODO) (wersja oryginalna, język angielski; polskie omówienie: Wytyczne UODO 9/2022 o zgłaszaniu naruszeń (PDF)).

  • Wpływ operacyjny i przekroczenie progu RTO/RPO: Kalkulacja kosztów przestoju systemów krytycznych (np. przykładowo zatrzymanie taśmy produkcyjnej w fabryce generujące 50 000 EUR strat na godzinę).
  • Wpływ regulacyjny i ekspozycja na kary pieniężne: Ryzyko administracyjnych kar finansowych z art. 83 RODO (do 20 mln EUR lub 4% rocznych przychodów) oraz art. 73 ustawy o KSC - dla podmiotu kluczowego kara nie może przekroczyć 10 mln EUR lub 2% przychodów, dla podmiotu ważnego 7 mln EUR lub 1,4%, a przy uporczywym naruszaniu ustawy organ może orzec karę do 100 mln zł (art. 73 ust. 3-5).
  • Ryzyko roszczeń cywilnoprawnych i pozwów zbiorowych: Koszty odszkodowań dla klientów i partnerów handlowych na mocy art. 82 RODO za szkody majątkowe i niemajątkowe wynikające z wycieku danych.
  • Ewaluacja ryzyka dla praw i wolności osób fizycznych: Ustalenie czy wyciek danych (PESEL, dane bankowe, hasła) stwarza wysokie ryzyko kradzieży tożsamości, co determinuje obowiązek notyfikacji poszkodowanych.
Analiza Wpływu Incydentu (Incident Impact Assessment): Wieloaspektowa ewaluacja konsekwencji incydentu bezpieczeństwa obejmująca bezpośrednie straty finansowe, ciągłość operacyjną, zgodność prawną oraz reputację organizacji na rynku. Skróty i pojęcia: RTO (Recovery Time Objective, maksymalny dopuszczalny czas niedostępności); PESEL (ogólnopolski elektroniczny system ewidencji ludności); RODO (rozporządzenie (UE) 2016/679, art. 82 odpowiada za odszkodowania, art. 83 za kary administracyjne); UODO (Urząd Ochrony Danych Osobowych).
Cztery Wymiary Wpływu Biznesowego Incydentu OPERACYJNY Przestój: • Zatrzymanie ERP • Brak dostępu do baz • Praca na papierze Metryka: Przekroczenie RTO i limitu MTPD FINANSOWY Koszty: • Utracona sprzedaż • Kary umowne SLA • Wynagrodzenie IR Straty: Koszty odtworzenia sprzętu i baz PRAWNY Sankcje: • Kary Prezesa UODO • Kary z ustawy KSC • Pozwy ofiar wycieku Ryzyko: Odpowiedzialność osobista Zarządu WIZERUNKOWY Reputacja: • Utrata zaufania • Odpływ klientów • Spadek wyceny Trwałość: Długofalowa szkoda na marce Wnioski dla Sztabu Kryzysowego • Prawidłowa ocena wpływu biznesowego decyduje o uruchomieniu rezerw finansowych i zgłoszeniu szkody do ubezpieczyciela. • Straty reputacyjne są zazwyczaj trzykrotnie wyższe niż bezpośrednie straty technologiczne. • Wycena skutków stanowi kluczowy element Sprawozdania Końcowego (Etap 14) dla CSIRT.
21/55
Faza 2: Dokumentowanie ustaleń i łańcuch dowodowy
Cel slajdu: Przedstawienie standardów prowadzenia dziennika akcji oraz zabezpieczania materiału dowodowego zgodnie z normą ISO/IEC 27037.

Kto, co, kiedy i czym: rygor dokumentowania każdej decyzji sztabu

W warunkach kryzysu ludzka pamięć bywa zawodna. Wszystkie decyzje sztabu, wydawane dyspozycje techniczne, ustalenia operacyjne oraz próby izolacji muszą być natychmiast rejestrowane w niezmiennym dzienniku zdarzeń. Złote zasady pozyskiwania i zabezpieczania dowodów cyfrowych określają norma ISO/IEC 27037:2012 (Digital Evidence Handling) oraz wytyczne RFC 3227 (Evidence Collection and Archiving).

  • Rola Protokolanta Sztabu (Incident Scribe): Wyznaczona osoba w zespole, która nie prowadzi bezpośrednich prac inżynierskich, lecz skrupulatnie rejestruje każdą decyzję, polecenie i znacznik czasu.
  • Prowadzenie niezmiennego dziennika operacyjnego: Zapis w chronionym systemie zapewniającym integralność wpisów (Audit Trail) z precyzją co do sekundy w czasie UTC.
  • Zabezpieczenie dowodów cyfrowych (Karta Łańcucha Dowodowego): Tworzenie obrazów posektorowych dysków, natychmiastowe obliczanie skrótów kryptograficznych SHA-256 oraz rejestracja przekazania nośników (Chain of Custody).
  • Wzorcowe polecenie CLI wykonania kopii bitowej nośnika: Zrzut posektorowy z weryfikacją tożsamości nośnika źródłowego i obrazu (ISO/IEC 27037): sha256sum /dev/nvme0n1 > source.sha256 && dd if=/dev/nvme0n1 of=/mnt/evidence.raw bs=64K conv=noerror,sync status=progress && sha256sum /mnt/evidence.raw > evidence.sha256 (lub z użyciem dedykowanych narzędzi dc3dd / dcfldd).
Łańcuch dowodowy (Chain of Custody): Formalny, udokumentowany proces rejestrowania każdego etapu pobrania, przenoszenia, analizy i przechowywania elektronicznego materiału dowodowego, gwarantujący jego nienaruszalność i dopuszczalność w postępowaniu sądowym. Skróty i pojęcia: RFC 3227 (wytyczne IETF do zbierania i archiwizowania dowodów, RFC 3227); Incident Scribe (protokolant sztabu rejestrujący decyzje); UTC (uniwersalny czas koordynowany).
Standard Prowadzenia Dziennika Operacyjnego FRAGMENT DZIENNIKA AKCJI (INCIDENT LOG - PROTOKOLANT) CZAS (UTC) AUTOR OPIS ZDARZENIA / DECYZJA STATUS 14:22:10 Analityk L1 Wykrycie próby zrzutu LSASS na WKS-FIN-08 Zarejestrowano 14:35:45 Commander Polecenie natychmiastowej izolacji sieciowej hosta Wykonano EDR 14:50:00 Forensic L3 Pobrano zrzut RAM (WinPmem). Hash SHA256: 7f8b9... Zabezpieczono 15:10:20 Radca / IOD Rozpoczęto analizę ryzyka RODO i weryfikację KSC W toku Moc Procesowa Dziennika Akcji • Dziennik akcji stanowi najważniejszy dokument weryfikowany przez ubezpieczyciela przed wypłatą odszkodowania. • Każda decyzja o wyłączeniu serwerów produkcyjnych musi posiadać wskazanie osoby wydającej polecenie. • Niezmienność dziennika potwierdzana jest podpisem elektronicznym na zakończenie każdej zmiany sztabu.
22/55
Faza 3: Reagowanie - wprowadzenie i triada operacyjna
Cel slajdu: Przedstawienie celów fazy reagowania oraz współdziałania containmentu, eradykacji i rozpoczęcia recovery.

Aktywna obrona: powstrzymanie rozprzestrzeniania, usunięcie zagrożenia i ratowanie ciągłości

Faza reagowania to punkt zwrotny w obsłudze kryzysu. Jej celem jest bezzwłoczne zatrzymanie dalszej ekspansji intruza, minimalizacja strat i chirurgiczne usunięcie komponentów złośliwych przy jednoczesnym przygotowaniu infrastruktury do bezpiecznego powrotu. Taktyki aktywnego powstrzymywania malware standaryzuje publikacja NIST SP 800-83 Rev. 1 (Malware Incident Handling) oraz norma ISO/IEC 27035-2:2023.

  • Triada Fazy Reagowania: Trzy zintegrowane i skoordynowane operacje: Containment (powstrzymanie i izolacja), Eradication (całkowita eliminacja wroga) oraz Recovery (inicjacja bezpiecznego odtwarzania).
  • Nadrzędny priorytet: ochrona dowodów cyfrowych: Bezwzględny zakaz pochopnego formatowania lub reinstalowania serwerów przed trwałym zabezpieczeniem zrzutów ulotnej pamięci RAM i kluczowych dzienników zdarzeń.
  • Równoległe procedury prawne i notyfikacyjne: Podczas gdy inżynierowie prowadzą działania w konsolach, zespół prawny przygotowuje wstępne powiadomienie (24h) dla właściwego CSIRT sektorowego.
  • Jednoosobowe dowodzenie (Incident Commander): Wszystkie działania techniczne i decyzje o odłączaniu sieci muszą być autoryzowane przez dowódcę akcji w celu uniknięcia kolizji i chaosu kompetencyjnego.
Faza Reagowania (Response Phase): Trzecia faza cyklu zarządzania incydentem obejmująca skoordynowane operacje zatrzymania propagacji zagrożenia, neutralizacji artefaktów intruza, eliminacji podatności oraz wdrożenia procedur naprawczych. Skróty i pojęcia: containment (powstrzymanie i izolacja), eradication (całkowite usunięcie adwersarza z środowiska), recovery (odtworzenie usług); ISO/IEC 27035-2 (część 2 normy, wytyczne planowania i przygotowania); CSIRT (zespół reagowania, do którego kieruje się wstępne zgłoszenie).
Triada Operacyjna Fazy Reagowania (Response) 1. CONTAINMENT Powstrzymanie: • Izolacja EDR/VLAN • Blokada domen C2 • Wyłączenie kont AD Priorytet: Zatrzymać lateral movement natychmiast 2. ERADICATION Eradykacja: • Usunięcie malware • Podwójny reset KRBTGT • Łatanie podatności Priorytet: Wyeliminować furtki i persystencję intruza 3. START RECOVERY Odtwarzanie: • Skanowanie kopii • Czysty sandbox test • Weryfikacja BCP Priorytet: Przywrócenie usług zgodnie z RTO/BIA Zasada Spójności Działań Obronnych • Przejście do eradykacji bez skutecznego containmentu jest bezcelowe (intruz infekuje kolejne maszyny). • Odtwarzanie systemów przed usunięciem podatności pierwotnej gwarantuje ponowny atak w ciągu kilku godzin. • Dowódca akcji autoryzuje przejście do kolejnego kroku dopiero po formalnym potwierdzeniu czystości.
23/55
Faza 3: Containment szczegółowy - taktyki izolacji
Cel slajdu: Przedstawienie taktyk powstrzymywania krótkoterminowego i długoterminowego z zachowaniem integralności dowodowej.

Kordon sanitarny: blokada ruchu bocznego i uniemożliwienie ucieczki adwersarzowi

Containment to najbardziej krytyczny moment operacyjny. Wymaga podjęcia trudnych decyzji biznesowych (np. czasowe odcięcie bankowości internetowej lub odłączenie fabryki od sieci) w celu ocalenia nadrzędnych aktywów. Standardy taktyk izolacji rekomendują oficjalny zbiór CISA Cybersecurity Incident Playbooks oraz krajowy portal CERT Polska.

  • Containment krótkoterminowy (Tactical Containment): Błyskawiczne odcięcie zaatakowanego hosta na poziomie agenta EDR (Network Isolation), blokada złośliwych adresów IP na brzegowych firewallach i zablokowanie skompromitowanych kont domenowych.
  • Containment długoterminowy (Strategic Containment): Tymczasowa mikrosegmentacja VLAN, zaostrzenie reguł zapory, wyłączenie podatnych i przestarzałych protokołów (SMBv1, NTLMv1, RDP) oraz zablokowanie zewnętrznych połączeń API.
  • Kardynalna pułapka: zakaz wyłączania zasilania: Bezwzględny zakaz wyrywania kabla zasilania (Pull the plug); wyłączenie zasilania natychmiast bezpowrotnie niszczy klucze szyfrujące i procesy w pamięci RAM.
  • Praktyczne komendy izolacji sieciowej w konsoli CLI: Linux: ip link set dev eth0 down oraz blokada iptables: iptables -I FORWARD 1 -s 192.168.10.50 -j DROP; PowerShell: Disable-NetAdapter -Name 'Ethernet' -Confirm:$false.
Taktyka powstrzymywania (Containment Strategy): Zestaw skoordynowanych działań technicznych ukierunkowanych na ograniczenie ekspansji intruza wewnątrz perymetru, zablokowanie eksfiltracji danych oraz odcięcie kanałów dowodzenia i kontroli (C2). Skróty i pojęcia: EDR (Endpoint Detection and Response, agent dokonujący izolacji hosta w sieci); VLAN (Virtual Local Area Network, wirtualna sieć lokalna); SMBv1 i NTLMv1 (przestarzałe protokoły, których należy wyłączyć); RDP (Remote Desktop Protocol, zdalny pulpit).
Matryca Technik Powstrzymywania (Containment) CONTAINMENT KRÓTKOTERMINOWY • Izolacja EDR: Odcięcie hosta od LAN • Blokada C2: Drop na firewallu i DNS • Tożsamość: Wyłączenie konta w AD • Sesje chmurowe: Revoke Refresh Tokens • Snapshot VM: Zamrożenie stanu pamięci • Port switcha: Przełączenie do VLAN kwarantanny Czas: Od T+0 do T+30 minut CONTAINMENT DŁUGOTERMINOWY • Mikrosegmentacja: Zaostrzenie ACL między VLAN • Filtrowanie wyjścia: Whitelist domen na Proxy • Wyłączenie protokołów: Blokada SMBv1, NTLM • Tymczasowe poprawki: WAF virtual patching • Dostęp zaufany: Tylko stacje PAW dla adminów • Integracje B2B: Czasowe odcięcie tuneli VPN Czas: Od T+30 minut do stabilizacji Złota Zasada Inżynierii Powstrzymywania • Zawsze najpierw pobierz zrzut pamięci RAM i zrób kopię dysku, a dopiero potem modyfikuj reguły sieciowe. • Odcięcie intruza od kontrolera domeny uniemożliwia mu wdrożenie skryptu szyfrującego przez GPO. • Powstrzymywanie musi być skoordynowane i uderzać równocześnie we wszystkie punkty obecności intruza.
24/55
Faza 3: Eradication szczegółowy - czyszczenie środowiska
Cel slajdu: Przedstawienie procedur całkowitej eliminacji artefaktów adwersarza, mechanizmów persystencji i podatności.

Koniec półśrodków: chirurgiczne oczyszczenie tożsamości, systemów i aplikacji

Pozostawienie choćby jednego uśpionego mechanizmu persystencji (np. ukrytego zadania w harmonogramie lub dodatkowego konta administratora) niweczy cały wysiłek obronny. Eradykacja to proces bezwzględnego usuwania wszystkich śladów obecności intruza. Katalog mechanizmów persystencji standaryzuje matryca MITRE ATT&CK (Technika T1053), a weryfikację tożsamości wspiera sojusz FIDO Alliance (MFA).

  • Wytropienie i likwidacja mechanizmów persystencji: Wyszukiwanie i kasowanie złośliwych filtrów WMI, zaplanowanych zadań (Scheduled Tasks), zmodyfikowanych serwisów systemowych, skryptów autostartu oraz kluczy Run/RunOnce.
  • Procedura podwójnego resetu hasła konta KRBTGT: Bezwzględna procedura w Active Directory: dwukrotny reset hasła konta krbtgt z odstępem czasu pozwala unieważnić sfałszowane bilety Golden Ticket wygenerowane przez atakującego.
  • Wymuszenie globalnej zmiany poświadczeń: Reset haseł wszystkich użytkowników domeny, natychmiastowe unieważnienie aktywnych tokenów sesyjnych Kerberos/OAuth i wdrożenie sprzętowych kluczy FIDO2 MFA.
  • Praktyczna inspekcja persystencji w konsoli CLI: Weryfikacja mechanizmów autostartu w systemie Linux: crontab -l; ls -la /etc/cron* /etc/systemd/system/ pozwalająca wykryć ukryte harmonogramy intruza.
Eradykacja (Eradication Phase): Operacyjny etap fazy reagowania polegający na całkowitym usunięciu złośliwego oprogramowania, artefaktów intruza, mechanizmów utrzymania dostępu oraz podatności z infrastruktury teleinformatycznej. Skróty i pojęcia: WMI (Windows Management Instrumentation); MITRE ATT&CK (katalog mechanizmów utrzymania dostępu, T1053 oznacza harmonogram zadań); FIDO Alliance (sojusz standardów uwierzytelniania bezhasłowego); MFA (Multi-Factor Authentication, uwierzytelnianie wieloskładnikowe); OAuth (otwarty standard autoryzacji).
Czterostopniowy Rygor Eradykacji (Eradication) 1. PLIKI I KOD Kasowanie: • Złośliwe binarki • Skrypty PowerShell • Web shells na IIS Metoda: Re-imaging ze złotego obrazu 2. PERSYSTENCJA Ukryte furtki: • Zadania Sched Task • Subskrypcje WMI • Usługi systemowe Audyt: Klucze Run / RunOnce w rejestrze Windows 3. TOŻSAMOŚĆ Active Directory: • 2x Reset KRBTGT • Reset haseł 100% • Nowe klucze LAPS MFA: Wymuszenie kluczy sprzętowych FIDO2 4. ŁATANIE Podatności: • Wdrożenie patcha • Aktualizacja CVE • Twarde GPO Walidacja: Reskan Nessus / Qualys przed startem Znaczenie Podwójnego Resetu Konta KRBTGT • Pojedynczy reset hasła konta KRBTGT w Active Directory zachowuje poprzednie hasło w historii. • Atakujący posiadający sfałszowany bilet Kerberos (Golden Ticket) zachowuje dostęp do domeny! • Wymagany jest dwukrotny reset hasła KRBTGT z zachowaniem odstępu na replikację domeny.
25/55
Faza 3: Powiadomienia prawne i komunikacja kryzysowa
Cel slajdu: Przedstawienie standardów realizacji obowiązków notyfikacyjnych realizowanych równolegle do operacji technicznych.

Zsynchronizowany zegar prawny: wczesne ostrzeżenie CSIRT 24h i powiadomienie sztabu

Podczas gdy inżynierowie prowadzą powstrzymywanie i eradykację w konsolach, sztab prawno-zarządczy musi bezwzględnie pilnować biegu terminów ustawowych. Niedopełnienie terminu wczesnego ostrzeżenia (24h) rodzi bezpośrednią odpowiedzialność Zarządu. Wymóg ten nakłada unijna Dyrektywa NIS2 (art. 23 ust. 4 lit. a), a w prawie polskim art. 11 ust. 1 pkt 4 ustawy o KSC w brzmieniu nadanym przez ustawę z 23 stycznia 2026 r. o zmianie ustawy o KSC (Dz.U. 2026 poz. 252). Zgłoszenia do właściwego CSIRT sektorowego składa się w systemie teleinformatycznym, o którym mowa w art. 46 ust. 1 ustawy o KSC, a do zgłoszeń adresowanych do CERT Polska służy formularz incydent.cert.pl.

  • Rygor 24 godzin: Wczesne Ostrzeżenie (Early Warning): Zgłoszenie do właściwego CSIRT sektorowego, niepóźniej niż w ciągu 24 godzin od momentu wykrycia incydentu poważnego (art. 11 ust. 1 pkt 4 ustawy o KSC); zawiera informację, czy incydent wywołano działaniem bezprawnym i czy może mieć skutki transgraniczne.
  • Powiadomienie Inspektora Ochrony Danych (IOD): Natychmiastowe zaangażowanie IOD w celu przeprowadzenia wstępnego testu ryzyka naruszenia praw i wolności osób fizycznych pod kątem art. 33 RODO.
  • Komunikacja wewnętrzna do kadry zarządzającej (SitRep): Bieżące raporty sytuacyjne (Situation Reports) przekazywane Zarządowi co 2-4 godziny w celu podejmowania strategicznych decyzji biznesowych i finansowych.
  • Zasada Jednego Głosu (Single Point of Contact - SPOC): Bezwzględny zakaz wypowiadania się pracowników w mediach społecznościowych; całość komunikacji zewnętrznej prowadzi wyłącznie wyznaczony rzecznik prasowy sztabu.
Wczesne ostrzeżenie (Early Warning 24h): Wstępna notyfikacja przekazywana właściwemu CSIRT sektorowemu w ciągu 24 godzin od momentu wykrycia incydentu poważnego, służąca wczesnemu zaalarmowaniu innych podmiotów w sektorze gospodarki. Skróty i pojęcia: NIS2 (dyrektywa (UE) 2022/2555, art. 23 ust. 4); Dz.U. (Dziennik Ustaw); IOD (Inspektor Ochrony Danych); SitRep (Situation Report, raport sytuacyjny dla zarządu); SPOC (Single Point of Contact, zasada jednego głosu i jeden punkt kontaktu); CSIRT GOV (zespół Agencji Bezpieczeństwa Wewnętrznego).
Równoległe Tory Działań w Fazie Reagowania TOR TECHNICZNY (SOC / IR) • Containment: Izolacja hostów na EDR • Forensic RAM: Zrzuty pamięci maszyn • Blokada sieci: Sinkholing domen C2 • Eradykacja: Kasowanie persystencji • Reset AD: Podwójny reset hasła KRBTGT • Łatanie luk: Aplikacja poprawek CVE Cel: Wyeliminowanie adwersarza TOR PRAWNO-ZARZĄDCZY • CSIRT 24h: Wczesne ostrzeżenie NIS2 • Prezes UODO: Przygotowanie druku 72h • Zarząd: Bieżące raporty SitRep co 2h • Komunikacja PR: Przygotowanie SPOC • Ubezpieczyciel: Notyfikacja szkody Cyber • Organy ścigania: Kontakt z CBZC Cel: Zgodność i ochrona Zarządu Zasada Niezależności Torów Działań • Inżynierowie techniczni nie mogą tracić czasu na wypełnianie formularzy urzędowych. • Prawnicy i oficerowie zgodności nie mogą podejmować samodzielnych decyzji o odłączaniu sieci. • Łącznikiem między oboma torami jest wyłącznie Incident Commander.
26/55
Faza 4: Odbudowa (Recovery) - rola i architektura powrotu
Cel slajdu: Przedstawienie architektury fazy odbudowy, przywracania usług biznesowych oraz synchronizacji z planami ciągłości działania (BCP/DRP).

Bezpieczne przejście ze stanu awaryjnego do stabilnej pracy operacyjnej

Faza odbudowy to krytyczny moment przejścia ze stanu paraliżu do wznowienia działalności biznesowej. Pośpiech bez uprzedniej weryfikacji integralności infrastruktury prowadzi do wtórnej infekcji. Ramy planowania awaryjnego i ciągłości działania standaryzują norma ISO 22301:2019 (Business Continuity Management) oraz inżynierski podręcznik NIST SP 800-34 Rev. 1 (Contingency Planning).

  • Uruchomienie Planu Odtwarzania Awaryjnego (DRP): Przejście z procedur operacyjnych sztabu kryzysowego do realizacji technicznych instrukcji Disaster Recovery Plan zatwierdzonych przez kierownictwo.
  • Weryfikacja parametrów RTO i RPO: Zapewnienie, że czas wznowienia usług mieści się w progu Recovery Time Objective (RTO), a ewentualna utrata danych nie przekracza dopuszczalnego Recovery Point Objective (RPO).
  • Środowisko Staging i kwarantanna techniczna: Uruchomienie odtwarzanych baz danych i aplikacji w wyizolowanym segmencie sieci w celu weryfikacji integralności przed podłączeniem ruchu produkcyjnego.
  • Stopniowe włączanie komponentów biznesowych: Unikanie jednoczesnego restartu całej infrastruktury; kontrolowane przywracanie kolejnych węzłów pod stałym nadzorem analityków SOC.
Faza Odbudowy (Recovery Phase): Czwarta faza cyklu zarządzania incydentem polegająca na przywróceniu sprawności operacyjnej systemów informatycznych, weryfikacji ich nienaruszonego stanu oraz bezpiecznym wznowieniu procesów biznesowych. Skróty i pojęcia: RPO (Recovery Point Objective, maksymalna dopuszczalna utrata danych); Staging (środowisko testowe odtwarzanych systemów); SOC (centrum operacji bezpieczeństwa nadzorujące kolejne etapy włączania usług).
Architektura Bramy Wejściowej do Fazy Recovery WARUNKI WEJŚCIA • Eradykacja 100%: Brak C2 • AD czyste: 2x KRBTGT reset • CVE załatane: Wektory OFF • Backup sprawdzony: Czysty • Zgoda IC: Podpis formalny Blokada re-infekcji FILARY BIA / BCP • RTO Tier 1: Uwierzytelnianie • RTO Tier 2: ERP, Bazy, SQL • RTO Tier 3: Poczta, CRM • RTO Tier 4: Archiwa, raporty • RPO Delta: Odtwarzanie logów Kolejność krytyczna WALIDACJA I RUN • Izolowany Sandbox: Test • Smoke Tests: API i loginy • Skan podatności: Czysto • Wpięcie VLAN: Stopniowe • Telemetria 24/7: Wzmożona Produkcja aktywna Zasada Żelaznej Bramy (Iron Gate) w Praktyce IR • Żaden system nie powraca do sieci produkcyjnej bez formalnego podpisu lidera analizy technicznej. • Presja biznesowa na szybkie wznowienie działania nigdy nie może unieważnić procedur weryfikacji malware. • Wznowienie operacji w stanie skompromitowanym rodzi bezpośrednią odpowiedzialność Zarządu z art. 20 NIS2.
27/55
Faza 4: Odtwarzanie systemów - kopie zapasowe i stan znany dobry
Cel slajdu: Przedstawienie strategii odbudowy środowiska z czystych obrazów bazowych (Golden Images) oraz architektury kopii zapasowych 3-2-1-1-0.

Odbudowa zaufania do infrastruktury: dlaczego reinstalacja wygrywa z czyszczeniem

W nowoczesnym reagowaniu na incydenty nie próbuje się „leczyć” skompromitowanych systemów operacyjnych. Jedyną pewną metodą przywrócenia zaufania jest ich pełna reinstalacja z certyfikowanych, czystych obrazów bazowych. Zasady bezpiecznego zarządzania kopiami zapasowymi w obliczu ataków szyfrujących promują globalna inicjatywa CISA StopRansomware oraz publikacje CERT Polska.

  • Złota reguła kopii zapasowych 3-2-1-1-0: Trzy kopie danych, na dwóch różnych nośnikach, jedna w lokalizacji zdalnej (Off-site), jedna kopia niezmienna (Immutable/Air-gapped) oraz zero błędów po weryfikacji odtwarzalności.
  • Podejście Re-image vs Clean: Przeinstalowanie maszyn ze zweryfikowanego złotego obrazu (Golden Image); próba czyszczenia zainfekowanego systemu prawie zawsze pozostawia ukryte backdoory.
  • Weryfikacja integralności kopii przed odtworzeniem: Przeskanowanie backupu najnowszymi sygnaturami EDR/AV i regułami YARA w celu upewnienia się, że nie zawiera uśpionego szkodliwego kodu wstrzykniętego tygodnie wcześniej.
  • Wymuszenie natychmiastowego załatania luk: Instalacja najnowszych łatek bezpieczeństwa (Patch Management) przed pierwszym dopuszczeniem stacji do sieci produkcyjnej.
Niezmienna Kopia Zapasowa (Immutable Backup): Kopia bezpieczeństwa chroniona kryptograficznie technologią WORM (Write Once, Read Many), której zawartość nie może zostać zmodyfikowana, zaszyfrowana ani usunięta nawet w przypadku zdobycia pełnych uprawnień administratora domeny. Skróty i pojęcia: Golden Image (zweryfikowany, czysty obraz bazowy systemu); WORM (Write Once, Read Many, zapis tylko raz, odczyt wiele razy); Air-gapped (środowisko odłączone od sieci); Patch Management (zarządzanie aktualizacjami); EDR i AV (ochrona punktów końcowych i antywirusowa).
Model Bezpiecznego Odtwarzania: Rebuild vs Restore CZYNCZENIE (BAD PRACTICE) • Próba usuwania malware antywirusami • Ukryte sterowniki kernel i rootkity zostają • Zmodyfikowane uprawnienia w rejestrze • Ukryte konta w cieniu Active Directory • Bardzo wysokie ryzyko natychmiastowego ataku NIEPEWNE I ODRZUCANE PRZEZ IR REINSTALL Z ZEROWANIEM (KNOWN GOOD) • Format dysków i wdrożenie ze złotych obrazów • Odtworzenie konfiguracji przez skrypty IaC • Bazy danych: import z backupu sprzed infekcji • Uruchomienie w kwarantannie przed produkcją • Pełna gwarancja eliminacji persystencji ZGODNE ZE STANDARDAMI NIST/ISO Reguła Kopii Zapasowych 3-2-1-1-0 w Odporności na Ransomware • 3 kopie: Produkcja + backup lokalny + backup zapasowy. • 2 nośniki: Np. macierz dyskowa i taśmy LTO lub niezależna chmura obiektowa. • 1 off-site + 1 niezmienna (Immutable): Blokada zapisu WORM uniemożliwiająca skasowanie backupu przez adwersarza. • 0 błędów: Cykliczne, automatyczne testy odtwarzania danych weryfikujące sumy kontrolne.
28/55
Faza 4: Etapowe przywracanie usług i kolejkowanie krytyczne
Cel slajdu: Przedstawienie wielopoziomowej kolejki startowej usług krytycznych oraz zapobiegania awariom kaskadowym.

Od rdzenia sieci do warstwy prezentacji: jak unikać kaskadowych awarii

Równoczesny start wszystkich serwerów po incydencie prowadzi do lawinowego przeciążenia łączy, awarii baz danych i ponownego paraliżu. Proces przywracania musi przebiegać według ścisłej hierarchii zależności architektonicznych, co rekomendują standardy inżynierskie NIST SP 800-61 Rev. 3 oraz wytyczne Google SRE Incident Response.

  • Poziom Tier 0: Rdzeń tożsamości i łączności: Pierwszeństwo rozruchu: kontrolery domeny (Active Directory), serwery DNS, DHCP, infrastruktura PKI i serwery uwierzytelniania wieloskładnikowego (MFA).
  • Poziom Tier 1: Warstwa danych i transakcji: Uruchomienie klastrów bazodanowych (SQL/NoSQL), systemów ERP, bankowości rdzeniowej oraz systemów SCADA/OT.
  • Poziom Tier 2: Warstwa logiki biznesowej i integracji: Włączenie serwerów aplikacji, brokerów komunikatów (RabbitMQ, Kafka) oraz bramek API (API Gateways).
  • Poziom Tier 3: Warstwa prezentacji i dostępu zewnętrznego: Otwarcie zewnętrznych portali www, aplikacji mobilnych dla klientów oraz pulpitów użytkowników końcowych po ustabilizowaniu warstw niższych.
Kolejkowanie Krytyczne (Phased Recovery Pipeline): Ustrukturyzowany, deterministyczny algorytm sekwencyjnego uruchamiania usług IT w oparciu o graf zależności technologicznych, minimalizujący ryzyko przeciążeń i awarii kaskadowych. Skróty i pojęcia: Active Directory (usługa katalogowa Microsoftu); DNS (Domain Name System, system nazw domenowych); DHCP (Dynamic Host Configuration Protocol, dynamiczny przydział adresów IP); PKI (Public Key Infrastructure, infrastruktura klucza publicznego); MFA (uwierzytelnianie wieloskładnikowe).
5-Etapowa Drabina Przywracania Środowiska KROK 1: TOŻSAMOŚĆ • Reset KRBTGT • Czyste DC (AD) • Serwery DNS/NTP • Usługi PKI/CA • Centralne MFA Fundament KROK 2: INFRA • Routing & FW • Nowe reguły ACL • Proxy & WAF • Sensory SIEM • Agenci EDR Ochrona KROK 3: DANE • Klastry SQL/NoSQL • Storage SAN/NAS • Integralność sum • Odtwarzanie logów • Spójność transakcji Backbone KROK 4: USŁUGI • Systemy ERP • Poczta M365 • Portale B2B/B2C • Bramki płatności • Integracje API Biznes KROK 5: UŻYTKOWNICY • Grupa pilotażowa • Reset haseł user • Działy operacyjne • Klienci zewnętrzni • Monitoring Helpdesk Full Run Zasada Niezależności Kroków i Walidacji • Przejście do kolejnego kroku wymaga oficjalnego zaliczenia testów weryfikacyjnych poziomu niższego. • W przypadku wykrycia jakiejkolwiek anomalii proces jest natychmiast zatrzymywany na danym poziomie. • Całość operacji jest protokołowana w dzienniku Recovery z pieczęcią czasową NTP.
29/55
Faza 4: Monitoring poincydentalny i polowanie na przetrwalniki
Cel slajdu: Przedstawienie procedury wzmożonego nadzoru telemetrycznego w okresie kwarantanny obserwacyjnej (30 dni) po przywróceniu produkcji.

Kwarantanna obserwacyjna: jak upewnić się, że adwersarz nie powróci

Wznowienie produkcji nie oznacza zakończenia incydentu. Zaawansowane grupy APT celowo instalują uśpione mechanizmy zapasowego dostępu, aby powrócić do środowiska po kilku tygodniach od rzekomego „oczyszczenia”. Zasady ciągłego monitoringu poincydentalnego określają norma ISO/IEC 27004:2016 oraz podręcznik NIST SP 800-137 (Continuous Monitoring).

  • Okres kwarantanny obserwacyjnej (min. 30 dni): Wdrożenie wzmożonych procedur monitorowania; analitycy SOC weryfikują wszelkie nietypowe zachowania wokół odbudowanych aktywów.
  • Zaostrzone reguły korelacji w SIEM: Ustawienie obniżonych progów alertowania dla kont uprzywilejowanych, ruchu do nietypowych portów oraz prób modyfikacji rejestru.
  • Polowanie na przetrwalniki (Dormant Implants): Cykliczne skanowanie pamięci i dysków dedykowanymi regułami YARA w poszukiwaniu uśpionych komponentów malware.
  • Praktyczna inspekcja połączeń w konsoli CLI: Linux: ss -tp state established; Windows PowerShell: Get-NetTCPConnection -State Established | Select-Object LocalAddress, LocalPort, RemoteAddress, RemotePort, OwningProcess.
Monitoring Poincydentalny (Post-Incident Surveillance): Tymczasowy stan podwyższonej czujności telemetrycznej utrzymywany przez okres minimum 30 dni od odtworzenia usług, mający na celu wykrycie ewentualnych prób re-infekcji lub uśpionych mechanizmów dostępu. Skróty i pojęcia: APT (Advanced Persistent Threat, grupa utrzymująca uśpione mechanizmy dostępu); Dormant Implants (uśpione implanty adwersarza); SIEM i EDR (system korelacji zdarzeń oraz ochrona punktów końcowych); NDR (wykrywanie zagrożeń w ruchu sieciowym); Threat Hunting (polowanie na zagrożenia).
30-Dniowa Kwarantanna Telemetryczna po Incydencie DNI 1 - 7: HIPER-CZUŁOŚĆ • Wszystkie alerty P3 traktowane jako P1 • Codzienne zrzuty logów uwierzytelniania • Ciągły nasłuch DNS i egress traffic • Weryfikacja kont serwisowych AD • Natychmiastowa eskalacja anomalii Ryzyko powrotu: MAX DNI 8 - 21: STABILIZACJA • Polowanie na techniki Living-off-the-Land • Audyt zadań cron i Scheduled Tasks • Weryfikacja reguł w skrzynkach pocztowych • Monitorowanie certyfikatów SSL/TLS • Weryfikacja baz danych pod kątem triggerów Głęboka weryfikacja DNI 22 - 30: NORMALIZACJA • Skan podatności całego podsystemu • Kalibracja bazowych profili ruchu • Wycofanie tymczasowych reguł blokad • Potwierdzenie czystości telemetrii • Formalne zatwierdzenie stabilności Status: Czysty Znaczenie Kwarantanny w Praktyce Śledczej • Ponad 20% incydentów ransomware powtarza się w ciągu 30 dni z powodu pominiętych backdoorów. • Raport z 30 dni monitoringu poincydentalnego stanowi obowiązkowy załącznik do sprawozdania końcowego. • Pozytywny wynik kwarantanny pozwala na formalne przejście do Fazy 5 (Lessons Learned).
30/55
Faza 4: Pełne zgłoszenie (72h) - CSIRT i Prezes UODO
Cel slajdu: Przedstawienie obowiązku zgłoszenia pełnego incydentu w ciągu 72 godzin: do właściwego CSIRT na gruncie ustawy o KSC oraz do Prezesa UODO na gruncie RODO.

Drugi etap prawny: zgłoszenie pełne do CSIRT oraz do Prezesa UODO

Sama liczba 72 godzin bywa myląca, bo w obu reżimach liczy się od innego zdarzenia. Do właściwego CSIRT sektorowego zgłasza się incydent poważny niepóźniej niż w ciągu 72 godzin od momentu jego wykrycia (art. 11 ust. 1 pkt 4a ustawy o KSC; zgodnie z art. 23 ust. 4 lit. b dyrektywy NIS2 - od powzięcia wiedzy). Prezes UODO natomiast zawiadamia się o naruszeniu ochrony danych w ciągu 72 godzin od powzięcia wiedzy o nim, na podstawie art. 33 RODO. Zgłoszenie do UODO składa się przez formularz dostępny na stronie Prezesa UODO oraz przez portal biznes.gov.pl.

  • Zgłoszenie pełne do właściwego CSIRT (art. 11 ust. 1 pkt 4a ustawy o KSC): Rozwinięcie wczesnego ostrzeżenia w ciągu 72 godzin od wykrycia: wstępna ocena dotkliwości, wskaźniki kompromitacji (IoC), wektor ataku oraz wdrożone środki zaradcze. Zgłoszenie przekazuje się systemem teleinformatycznym właściwym dla danego CSIRT.
  • Zgłoszenie do Prezesa UODO (RODO art. 33): Powiadomienie organu nadzorczego w ciągu 72h o naruszeniu ochrony danych osobowych: charakter naruszenia, kategorie i przybliżona liczba osób poszkodowanych oraz dane kontaktowe IOD.
  • Zgłoszenie etapowe w uzasadnionych przypadkach: Zgodnie z art. 33 ust. 4 RODO, jeżeli informacji nie można udzielić jednocześnie, administrator może przekazywać je sukcesywnie bez zbędnej zwłoki.
  • Wewnętrzny rejestr naruszeń (RODO art. 33 ust. 5): Ustawowy nakaz wpisania każdego incydentu do rejestru naruszeń organizacji, wraz z opisem faktów, skutków oraz podjętych działań naprawczych.
Pełne Zgłoszenie Incydentu (72-Hour Incident Notification): Dokument przekazywany organom nadzorczym w terminie do 72 godzin - do właściwego CSIRT sektorowego od momentu wykrycia incydentu poważnego, a do Prezesa UODO od powzięcia wiedzy o naruszeniu ochrony danych osobowych. Skróty i pojęcia: CSIRT (zespół reagowania, do którego kierowane jest zgłoszenie w terminie 72 godzin); UODO (Urząd Ochrony Danych Osobowych, zob. formularz zgłoszenia); IoC (wskaźnik kompromitacji).
Równoległe Zgłoszenia w Reżimie 72 Godzin CSIRT KRAJOWY (NIS2 / KSC ART. 23) • Termin: 72h od powzięcia wiedzy • Treść: Aktualizacja wczesnego ostrzeżenia • Dane: Wskaźniki kompromitacji (IoC) • Wpływ: Ocena zakłócenia usług kluczowych • Wymiar: Skutki transgraniczne (UE) • Narzędzie: Bezpieczna platforma CSIRT Status: Zgłoszenie aktualizujące PREZES UODO (RODO ART. 33) • Termin: 72h od stwierdzenia naruszenia • Treść: Formularz naruszenia ochrony danych • Dane: Kategorie danych (PESEL, finanse) • Wolumen: Szacunkowa liczba osób i wpisów • Ryzyko: Ocena negatywnych skutków dla osób • Narzędzie: Portal biznes.gov.pl / UODO Status: Oficjalna notyfikacja RODO Kluczowa Rola IOD i Sztabu Prawnego • Sprawozdania techniczne SOC stanowią załącznik dowodowy do zgłoszenia prawnego. • Jeżeli w ciągu 72h brak pełnych danych, składa się zgłoszenie cząstkowe z uzasadnieniem opóźnienia. • Zatajenie incydentu lub opóźnienie zgłoszenia rodzi bezpośrednią odpowiedzialność karną i cywilną.
31/55
Faza 5: Lessons learned - rola i architektura doskonalenia
Cel slajdu: Przedstawienie strategicznej roli fazy wyciągania wniosków (Lessons Learned) w zamykaniu pętli PDCA i budowie cyberodporności.

Przekuwanie kryzysu w siłę obronną: faza decydująca o dojrzałości organizacji

Najdroższym błędem organizacji jest „zamiecenie sprawy pod dywan” po ugaszeniu pożaru. Faza Lessons Learned decyduje o tym, czy incydent był jedynie kosztowną porażką, czy wartościową lekcją podnoszącą odporność. Standardy organizacji przeglądu poincydentalnego wyznaczają norma ISO/IEC 27035-2:2023 oraz zbiór dobrych praktyk inżynierskich Google SRE Postmortem Culture.

  • Uczciwy rachunek sumienia organizacji: Szczegółowa analiza: które mechanizmy detekcji zawiodły, dlaczego playbook okazał się nieprecyzyjny i które decyzje sztabu opóźniły powstrzymanie ataku.
  • Zamknięcie pętli ciągłego doskonalenia PDCA: Faza 5 stanowi pomost między etapem „Check” a etapem „Act” cyklu Deminga, przekładając błędy operacyjne na trwałe zmiany w SZBI.
  • Paliwo dla architektury Zero Trust: Wykorzystanie faktów z incydentu do likwidacji nadmiarowych uprawnień kont domenowych i wdrożenia mikrosegmentacji sieci.
  • Ochrona przed syndromem recydywy: Bez wdrożenia wniosków poincydentalnych organizacja utrzymuje te same słabe punkty, co sprzyja ponownemu wykorzystaniu tego samego wektora ataku.
Faza Lessons Learned (Wyciąganie Wniosków): Piąta faza cyklu zarządzania incydentem polegająca na retrospektywnej analizie przebiegu zdarzenia, identyfikacji luk procesowo-technicznych oraz wdrożeniu trwałych ulepszeń w architekturze obronnej. Skróty i pojęcia: PDCA (Plan-Do-Check-Act, cykl Deminga, w którym faza wyciągania wniosków zamyka fazę sprawdzania i otwiera fazę działania); Zero Trust (architektura zerowego zaufania, słownik NIST).
Pętla Transformacji Doświadczeń w Odporność INCIDENT Kryzys & Atak RETROSPEKCJA Post-Mortem ACTION PLAN Zadania & SLA Cztery Filary Sukcesu Fazy Lessons Learned • Kultura braku obwiniania (Blameless): Szukamy błędów w procedurach i architekturze, nie kozłów ofiarnych. • Twarda analiza przyczyn (RCA): Stosowanie technik 5 Why i Ishikawy w celu dotarcia do korzeni problemu. • Egzekucja zadań korygujących (CAP): Każde zalecenie ma przypisanego imiennego właściciela i twardy termin SLA. • Modyfikacja detekcji SIEM: Nowe sygnatury i reguły uniemożliwiające powtórzenie tego samego wektora ataku.
32/55
Faza 5: Spotkanie poincydentalne (Blameless Post-Mortem)
Cel slajdu: Przedstawienie zasad prowadzenia spotkania poincydentalnego w kulturze braku szukania winnych (Blameless Post-Mortem).

Klucz do otwartej komunikacji: jak rozmawiać o błędach bez szukania winnych

Jeżeli po incydencie organizacja szuka „kozła ofiarnego” do zwolnienia, inżynierowie przy kolejnym ataku będą ukrywać ślady i fałszować logi ze strachu o pracę. Kultura Blameless Post-Mortem zakłada, że ludzie działają w dobrej wierze, a błędy wynikają z wadliwych procesów i narzędzi. Metodykę otwartej analizy awarii standaryzują podręcznik Google SRE Postmortem Culture oraz wytyczne FIRST CSIRT Services Framework v2.1.

  • Zasada domniemania dobrej woli (Psychological Safety): Błąd ludzki (np. kliknięcie w phishing lub pomyłka w konfiguracji firewalla) jest traktowany jako symptom wady systemu, a nie powód do represji dyscyplinarnych.
  • Interdyscyplinarny skład warsztatu AAR (After-Action Review): W spotkaniu uczestniczą analitycy SOC, administratorzy systemowi, deweloperzy, prawnicy, pracownicy Helpdesk oraz Incident Commander.
  • Struktura warsztatu poincydentalnego: 1. Co się wydarzyło? (rekonstrukcja faktów) -> 2. Co zadziałało wzorowo? -> 3. Gdzie wystąpiły opóźnienia i tarcia? -> 4. Gdzie mieliśmy szczęście? -> 5. Co zmieniamy natychmiast?
  • Pisemny raport Post-Mortem: Sporządzenie ustrukturyzowanego dokumentu zawierającego oś czasu, analizę przyczyn oraz listę zadań naprawczych z terminami wdrożenia.
Kultura Blameless Post-Mortem: Podejście zarządcze, w którym analiza incydentu koncentruje się na identyfikacji systemowych, technologicznych i proceduralnych przyczyn awarii, wykluczając karanie i wskazywanie winnych pojedynczych osób. Skróty i pojęcia: Blameless Post-Mortem (przegląd bez szukania winnych, Google SRE); Incident Commander (dowódca incydentu).
Metodyka Warsztatów Blameless Post-Mortem TRADYCYJNE (TOKSYCZNE) PODEJŚCIE • "Kto kliknął w link w mailu phishingowym?" • Ukrywanie faktów przez pracowników • Kary dyscyplinarne i strach przed raportowaniem • Brak zaufania między zespołem IT a biznesem • Luki systemowe pozostają niewykryte REZULTAT: POWTÓRKA INCYDENTU PODEJŚCIE BLAMELESS (NOWOCZESNE) • "Dlaczego filtr pocztowy przepuścił złośliwy link?" • "Dlaczego stacja nie miała ochrony EDR?" • "Dlaczego konto miało uprawnienia lokalnego admina?" • Bezpieczeństwo psychologiczne i pełna prawda • Naprawa architektury obronnej organizacji REZULTAT: TRWAŁA ODPORNOŚĆ Standard Prowadzenia Warsztatów wg SRE i ISO/IEC 27035 • Moderatorem sesji jest osoba bezstronna (np. Scrum Master, Oficer Ryzyka, Audytor Wewnętrzny). • Każdy punkt sporny rozstrzygany jest na podstawie logów systemowych, a nie subiektywnych opinii. • Końcowy dokument post-mortem jest udostępniany transparentnie wszystkim zespołom inżynierskim.
33/55
Faza 5: Analiza przyczyn źródłowych (RCA) - 5 Why i Ishikawa
Cel slajdu: Przedstawienie technik inżynierskich analizy przyczyn źródłowych: metody 5 Why oraz diagramu Ishikawy.

Kopanie pod powierzchnię: dlaczego błąd ludzki to dopiero początek śledztwa

Zatrzymanie śledztwa na stwierdzeniu „użytkownik otworzył zawirusowany załącznik” to dowód amatorszczyzny. Analiza przyczyn źródłowych (Root Cause Analysis - RCA) ma na celu dotarcie do fundamentalnych wad systemowych, które umożliwiły atak. Standardy doskonalenia SZBI definiuje norma ISO/IEC 27001:2022, a ramy analizy zagrożeń wspierają badania CERT Polska.

  • Metoda 5 Why (Pięć Razy Dlaczego): Sekwencyjne dociekanie: Dlaczego serwer został zaszyfrowany? -> Bo złośliwy proces uzyskał prawa admina. -> Dlaczego uzyskał prawa? -> Bo wykorzystał starą podatność. -> Dlaczego system nie był zaktualizowany? -> Bo brakowało procedury patch managementu.
  • Diagram Rybiej Ości (Diagram Ishikawy): Dekompozycja przyczyn w 6 wymiarach: Ludzie (People), Narzędzia (Tools), Metody (Process), Materiały (Data), Środowisko (Environment) i Pomiary (Metrics).
  • Rozróżnienie przyczyny bezpośredniej od źródłowej: Przyczyna bezpośrednia: złośliwy skrypt powershell; Przyczyna źródłowa: brak blokady AppLocker/WDAC i nieograniczone uprawnienia lokalnego administratora.
  • Identyfikacja przyczyn organizacyjnych: Wskazanie braku szkoleń, nierealistycznych terminów narzucanych deweloperom czy niewystarczającej obsady dyżurów SOC.
Analiza Przyczyn Źródłowych (Root Cause Analysis - RCA): Ustrukturyzowana metoda dochodzeniowa służąca do zidentyfikowania pierwotnych, fundamentalnych wad procesowych i technologicznych, których usunięcie trwale zapobiega ponownemu wystąpieniu incydentu. Skróty i pojęcia: RCA (Root Cause Analysis, analiza przyczyn źródłowych, NIST SP 800-61); AppLocker i WDAC (mechanizmy ograniczania uruchamiania oprogramowania w systemie Windows).
Model RCA: Drzewo 5 Why w Praktyce Cyberbezpieczeństwa OBJAW: Serwer bazy danych zaszyfrowany przez ransomware 1. Dlaczego? Intruz wykonał atak Lateral Movement przez port RDP ze stacji księgowej. 2. Dlaczego? Na stacji księgowej doszło do zrzucenia hasła admina narzędziem Mimikatz. 3. Dlaczego? Konto wsparcia IT posiadało to samo hasło lokalnego admina (brak LAPS). 4. Dlaczego? Procedura rotacji haseł uprzywilejowanych nie była audytowana od 2 lat. 5. PRZYCZYNA ŹRÓDŁOWA: Brak wdrożenia PAM i braki w nadzorze SZBI Rekomendacja Architektoniczna po RCA • Usunięcie objawu (reinstalacja serwera) nie rozwiązuje problemu tożsamości. • Działanie naprawcze musi dotyczyć poziomu 5: wdrożenie Microsoft LAPS / PAM oraz audyt AD. • Tylko eliminacja przyczyny źródłowej daje gwarancję odporności na przyszłe ataki.
34/55
Faza 5: Plan działań korygujących (CAP) i egzekucja SLA
Cel slajdu: Przedstawienie procedury tworzenia, priorytetyzacji i egzekwowania Planu Działań Korygujących (Corrective Action Plan).

Od słów do czynów: zamiana raportu post-mortem w mierzalne zadania wdrożeniowe

Nawet najbardziej wnikliwy raport post-mortem jest bezużyteczny, jeżeli jego rekomendacje trafią do szuflady. Każdy wniosek musi zostać przetłumaczony na konkretne zadanie wdrożeniowe z wyznaczonym właścicielem i budżetem. Standardy działań korygujących (CAPA) standaryzują norma ISO/IEC 27001:2022 (Rozdział 10) oraz zbiór CIS Critical Security Controls v8.

  • Konstrukcja zadania w formule SMART: Każde działanie naprawcze musi być: Skonkretyzowane, Mierzalne, Osiągalne, Istotne i Określone w czasie (np. 'Wdrożenie kluczy YubiKey dla 100% administratorów do 15 listopada').
  • Jednoosobowa odpowiedzialność za zadanie: Przypisanie konkretnego właściciela (Action Owner) z imienia i nazwiska; zadania przypisane do „całego działu IT” nigdy nie zostają zrealizowane.
  • Rygory czasowe SLA dla zaleceń poincydentalnych: Kategoria Krytyczna: wdrożenie do 7 dni; Kategoria Wysoka: do 30 dni; Kategoria Średnia/Niska: do 90 dni.
  • Nadzór audytowy i cykliczny raport dla Zarządu: Comiesięczny przegląd realizacji zadań CAP na posiedzeniach Zarządu z eskalacją opóźnień bezpośrednio do Prezesa.
Plan Działań Korygujących (Corrective Action Plan - CAP): Formalny rejestr zadań technicznych, organizacyjnych i prawnych wynikających z wniosków poincydentalnych, zawierający przypisanych właścicieli, budżet oraz terminy rozliczenia. Skróty i pojęcia: CAPA (Corrective and Preventive Action, działania korygujące i zapobiegawcze wg ISO/IEC 27001); SMART (akronim kryteriów zadania: skonkretyzowane, mierzalne, osiągalne, istotne, określone w czasie); Action Owner (właściciel działania odpowiedzialny za zadanie z imienia i nazwiska).
Matryca Planu Działań Korygujących (CAP Tracker) ID ZADANIE KORYGUJĄCE (ACTION ITEM) WŁAŚCICIEL SLA STATUS CAP-01 Wdrożenie kluczy FIDO2 / MFA na VPN K. Nowak (SecOps) 72 h ZROBIONE CAP-02 Mikro-segmentacja sieci OT i serwerów SQL P. Wiśniewski (Net) 14 dni W TOKU CAP-03 Wdrożenie reguł korelacji SIEM dla Mimikatz A. Kowalski (SOC) 7 dni ZROBIONE CAP-04 Aktualizacja Playbooka IR dla Ransomware M. Lewandowski (CISO) 30 dni OCZEKUJE Integracja CAP z Nadzorem Zarządu (NIS2 Art. 20) • Status realizacji zadań CAP jest stałym punktem comiesięcznych posiedzeń Zarządu. • Niewykonanie zadań CAP oznaczonych statusem krytycznym blokuje wypłatę premii menedżerskich. • W przypadku kolejnego incydentu audytorzy sprawdzają, czy organizacja wdrożyła własne zalecenia.
35/55
Faza 5: Aktualizacja dokumentacji i inżynieria detekcji
Cel slajdu: Przedstawienie procedury inżynierii detekcji (Detection Engineering) oraz aktualizacji polityk, planów IRP i playbooków.

Zamknięcie pętli wiedzy: jak uczyć systemy obronne na własnych błędach

Ostatnim inżynierskim krokiem cyklu reagowania jest natychmiastowe zasilenie systemów obronnych wiedzą pozyskaną w trakcie starcia z intruzem. Wskaźniki kompromitacji (IoC) oraz techniki adwersarza muszą zostać przekształcone w trwałe reguły detekcyjne. Format wymiany reguł detekcyjnych definiuje społeczność Sigma HQ, a skanowanie sygnaturowe wspiera standard VirusTotal YARA.

  • Inżynieria Detekcji (Detection Engineering): Napisanie i wdrożenie nowych reguł w systemie SIEM (w formacie Sigma) oraz na agentach EDR/XDR w celu automatycznego wykrycia powtórnego ataku w czasie poniżej 1 minuty.
  • Aktualizacja technicznych Playbooków IR: Uzupełnienie playbooka operacyjnego o nowe ścieżki decyzyjne, adresy kontaktowe ekspertów zewnętrznych oraz zaktualizowane komendy CLI.
  • Rewizja Polityki Bezpieczeństwa Informacji (PBI): Wprowadzenie formalnych modyfikacji w regulaminach pracy zdalnej, politykach haseł czy zasadach korzystania ze sprzętu służbowego.
  • Praktyczna weryfikacja reguł sygnaturowych w konsoli CLI: Skanowanie zasobów serwera nowo opracowaną regułą YARA: yara -r /etc/yara/rules.yar /tmp/ pozwalające potwierdzić skuteczność nowej detekcji.
Inżynieria Detekcji (Detection Engineering): Dyscyplina inżynierska polegająca na projektowaniu, testowaniu i ciągłym wdrażaniu nowych reguł korelacyjnych, modeli behawioralnych i sygnatur w systemach bezpieczeństwa na podstawie analizy ataków. Skróty i pojęcia: IoC (Indicator of Compromise, wskaźnik kompromitacji); Sigma (otwarty format reguł detekcyjnych dla SIEM, sigmaHQ); SIEM (system korelacji zdarzeń); EDR i XDR (ochrona punktów końcowych i telemetrii rozszerzonej).
Dwutorowa Pętla Aktualizacji Wiedzy Organizacyjnej TOR DOKUMENTACYJNY (SZBI) • Polityka IR: Aktualizacja ścieżek eskalacji • Playbooki: Doprecyzowanie ról sztabowych • Rejestr Ryzyk: Podniesienie ratingu zagrożenia • Regulamin IT: Zaostrzenie polityki haseł • BCP / DRP: Skrócenie progów RTO w BIA • Szkolenia: Nowe moduły Security Awareness Ład i zgodność z normami TOR TECHNICZNY (DETECTION ENG) • Nowe reguły SIEM: Sygnatury Sigma & KQL • EDR Hardening: Blokada PowerShell dla userów • Playbook SOAR: Auto-izolacja zainfekowanych stacji • Filtry pocztowe: Nowe wskaźniki heurystyki • WAF Custom Rules: Blokady exploitów na API • Testy jednostkowe: Automatyczna symulacja TTP Automatyczna tarcza cyfrowa Automatyzacja Walidacji Detekcji • Każda nowa reguła SIEM musi przejść test symulacji ataku (np. narzędziem Atomic Red Team). • Test potwierdza, że reguła generuje poprawny alert i nie powoduje nadmiarowych false positives. • Dopiero po zaliczeniu testu reguła trafia do produkcyjnego repozytorium SIEM.
36/55
Faza 5: Sprawozdanie końcowe (1 miesiąc) - CSIRT i Zarząd
Cel slajdu: Przedstawienie wymogów formalnego sprawozdania końcowego składanego do właściwego CSIRT sektorowego w terminie miesiąca od zgłoszenia incydentu poważnego.

Kropka nad „i”: formalne sprawozdanie zamykające postępowanie przed organami

Trzecim i ostatecznym etapem prawnym w obsłudze incydentu poważnego jest złożenie sprawozdania końcowego. Dokument ten formalnie podsumowuje przebieg zdarzenia, bilans strat oraz zrealizowane działania naprawcze. Obowiązek ten wynika z art. 23 ust. 4 lit. d dyrektywy NIS2 (2022/2555) oraz z art. 11 ust. 1 pkt 4c ustawy o KSC w brzmieniu nadanym przez ustawę z 23 stycznia 2026 r. (Dz.U. 2026 poz. 252).

  • Nieprzekraczalny termin miesiąca od zgłoszenia: Sprawozdanie końcowe przekazuje się właściwemu CSIRT sektorowemu niepóźniej niż w ciągu miesiąca od dnia zgłoszenia incydentu poważnego (art. 11 ust. 1 pkt 4c ustawy o KSC). Jeżeli obsługa incydentu nie zakończyła się w tym terminie, najpierw składa się sprawozdanie z postępu obsługi, a sprawozdanie końcowe - w ciągu miesiąca od zakończenia obsługi (art. 12b).
  • Obligatoryjne elementy sprawozdania końcowego (art. 12a ustawy o KSC): Szczegółowy opis incydentu poważnego wraz z spowodowanymi zakłóceniami i szkodami; rodzaj zagrożenia lub przyczyna, która prawdopodobnie była jego źródłem; zastosowane i wdrażane środki ograniczające ryzyko; transgraniczne skutki incydentu, jeżeli wystąpiły.
  • Wewnętrzne sprawozdanie zarządcze (Executive Brief): Przekazanie Zarządowi kompleksowego bilansu finansowego: koszty przestoju, nakłady na zewnętrznych ekspertów IR, wydatki na sprzęt oraz estymacja kar regulacyjnych.
  • Moc dowodowa w sporach ubezpieczeniowych i sądowych: Sprawozdanie końcowe stanowi kluczowy dokument procesowy przy wypłacie odszkodowania z polisy Cyber Insurance oraz w sporach z kontrahentami.
Sprawozdanie Końcowe o Incydencie (Final Incident Report 1M): Dokument techniczno-prawny składany właściwemu CSIRT sektorowym w terminie do miesiąca od zgłoszenia incydentu poważnego, podsumowujący przebieg zdarzenia, jego skutki oraz wdrożone środki ograniczające ryzyko. Skróty i pojęcia: NIS2 (dyrektywa (UE) 2022/2555, art. 23 ust. 4 lit. d); Dz.U. (Dziennik Ustaw); CSIRT (zespół otrzymujący sprawozdanie końcowe); Final Incident Report (sprawozdanie końcowe o incydencie); Cyber Insurance (ubezpieczenie od ryzyk cybernetycznych).
Architektura Sprawozdania Końcowego (NIS2 / KSC) STRUKTURA SPRAWOZDANIA KOŃCOWEGO DO CSIRT KRAJOWEGO ROZDZIAŁ I • Metryka sprawy • Czas trwania • Klasyfikacja ENISA • Systemy objęte ROZDZIAŁ II • Analiza techniczna • Wektor wejścia CVE • Wykaz IoC i TTP • Wyniki RCA 5-Why ROZDZIAŁ III • Skutki biznesowe • Straty finansowe • Wpływ na klientów • Aspekty RODO/dane ROZDZIAŁ IV • Zadania naprawcze • Harmonogram CAP • Nowe zabezpieczenia • Podpis Zarządu Konsekwencje Prawne Sprawozdania Końcowego • Sprawozdanie jest analizowane przez CSIRT krajowy pod kątem zagrożeń dla innych podmiotów w Polsce. • Wnioski z raportu mogą posłużyć do wydania przez CSIRT ostrzeżenia sektorowego lub biuletynu TTP. • Poprawne i terminowe złożenie sprawozdania zamyka formalne postępowanie incydentalne w rejestrze KSC.
37/55
Faza 5: Komunikacja wyników i dzielenie się wiedzą (MISP / ISAC)
Cel slajdu: Przedstawienie zasad bezpiecznej komunikacji zewnętrznej, wymiany wskaźników IoC oraz budowy zaufania w ekosystemie.

Odporność zbiorowa: dlaczego samotna walka z cyberprzestępczością jest skazana na porażkę

Żadna organizacja nie jest w stanie samodzielnie przewidzieć wszystkich technik adwersarzy. Nowoczesne cyberbezpieczeństwo opiera się na koncepcji odporności zbiorowej (Collective Defense). Wymiana zanonimizowanych danych o zagrożeniach pozwala zneutralizować atak zanim uderzy w partnerów. Standardy wymiany CTI wspiera otwarta platforma MISP Threat Sharing oraz globalny protokół klauzul poufności FIRST Traffic Light Protocol (TLP 2.0).

  • Platformy Threat Intelligence (np. MISP): Automatyczny eksport zanonimizowanych wskaźników kompromitacji (adresy IP serwerów C2, hashe malware, złośliwe domeny) w ustandaryzowanym formacie STIX/TAXII do platformy MISP.
  • Sektorowe centra wymiany informacji (ISAC): Współpraca w ramach branżowych ISAC (np. Fin-ISAC, Energy-ISAC, Health-ISAC) w celu ostrzegania podmiotów o zbliżonym profilu technologicznym.
  • Rygory protokołu TLP 2.0 (Traffic Light Protocol): Oznaczanie klauzul poufności: TLP:RED (tylko wskazani odbiorcy), TLP:AMBER+STRICT (tylko organizacja), TLP:AMBER (organizacja i jej klienci), TLP:GREEN (społeczność sektorowa), TLP:CLEAR (informacja jawna).
  • Komunikacja wewnętrzna i edukacja załogi: Przekazanie pracownikom uproszczonej, zrozumiałej informacji o tym, jak doszło do incydentu i na jakie sygnały zwracać uwagę, co trwale wzmacnia czujność personelu.
Wymiana Informacji o Zagrożeniach (Threat Intelligence Sharing): Sformalizowany proces wymiany taktycznych, operacyjnych i strategicznych danych o zagrożeniach pomiędzy organizacjami, sektorami i organami państwowymi w celu budowania zbiorowej odporności cyfrowej. Skróty i pojęcia: MISP (otwarta platforma wymiany wskaźników zagrożeń, misp-project.org); CTI (Cyber Threat Intelligence, wywiad zagrożeń); IoC (wskaźnik kompromitacji); C2 (serwer dowodzenia i kontroli).
Ekosystem Zbiorowej Wymiany Wiedzy o Zagrożeniach ORGANIZACJA Ofiara ataku PLATFORMA MISP IoC, STIX/TAXII, TLP:AMBER SEKTOROWY ISAC Wymiana TTP między bankami PARTNERZY Auto-blokada Protokół TLP 2.0 (Traffic Light Protocol) • TLP:RED: Informacje wyłącznie dla osób obecnych na spotkaniu; zakaz jakiejkolwiek dystrybucji. • TLP:AMBER: Dystrybucja ograniczona do organizacji poszkodowanej oraz jej bezpośrednich partnerów zaufanych. • TLP:GREEN: Dystrybucja w ramach społeczności branżowej (ISAC, MISP) bez publikacji w mediach. • TLP:CLEAR: Informacje jawne, przeznaczone do publicznego obiegu i publikacji edukacyjnych.
38/55
Formalne zamknięcie incydentu - kryteria i archiwizacja
Cel slajdu: Przedstawienie procedury formalnego zakończenia sprawy, wymogów retencji dowodów i aktualizacji rejestru incydentów.

Koniec sprawy w świetle prawa i norm: checklist zamknięcia incydentu

Incydent nie zostaje zamknięty w chwili wznowienia systemów, ani nawet po napisaniu raportu. Zamknięcie sprawy jest formalną czynnością prawno-organizacyjną, która wymaga spełnienia rygorystycznych kryteriów wyjścia (Exit Criteria). Standardy audytowe zamykania incydentów określają norma ISO/IEC 27035-1:2023 oraz kodeks etyczny zespołów reagowania FIRST Ethics SIG.

  • Rygorystyczne kryteria wyjścia (Exit Criteria): 1. Wszystkie usługi działają stabilnie w reżimie produkcyjnym -> 2. Zakończono 30-dniowy monitoring bez anomalii -> 3. Złożono sprawozdania do CSIRT i UODO -> 4. Wszystkie zadania krytyczne CAP zostały zweryfikowane.
  • Bezpieczna archiwizacja dowodów cyfrowych (Chain of Custody): Kopie posektorowe dysków, obrazy pamięci RAM oraz logi zostają zabezpieczone sumami SHA-256, zaszyfrowane i zdeponowane w sejfie dowodowym. Okres przechowywania wynika z przepisów i z wewnętrznego regulaminu organizacji: dokumentacja dotycząca bezpieczeństwa systemu informacyjnego podlega przechowywaniu co najmniej przez 2 lata od dnia jej wycofania z użytkowania lub zakończenia świadczenia usługi (art. 10 ust. 7 ustawy o KSC), a krótszy okres nie może być przyczyną utraty dowodów w postępowaniu.
  • Aktualizacja Oficjalnego Rejestru Incydentów SZBI: Wpisanie ostatecznych parametrów: całkowity czas trwania (MTTD, MTTR), poniesione straty finansowe, kategoria taksonomii ENISA oraz zmiana statusu sprawy na „Zamknięty”.
  • Podpis Incident Commandera i CISO: Oficjalny protokół zamknięcia sprawy (Incident Closure Sign-off) zostaje podpisany przez dowódcę sztabu oraz Dyrektora Bezpieczeństwa Informacji.
Formalne Zamknięcie Incydentu (Formal Incident Closure): Urzędowe i operacyjne zakończenie procedury zarządzania incydentem, potwierdzone protokołem odbioru, zarchiwizowaniem łańcucha dowodowego oraz formalnym wpisem do rejestru bezpieczeństwa informacji. Skróty i pojęcia: Chain of Custody (łańcuch dowodowy); SHA-256 (funkcja skrótu kryptograficznego plików dowodowych); RAM (pamięć operacyjna, której obraz zabezpiecza się jako dowód); ENISA (taksonomia używana do kategorii sprawy w rejestrze); MTTD i MTTR (metryki czasu wykrycia i odtworzenia).
Brama Zamknięcia Sprawy (Incident Closure Gate) 1. WARUNEK TECHNICZNY • Systemy w produkcji 100% • Brak re-infekcji w ciągu 30 dni • Testy penetracyjne zaliczone • Backupy przetestowane • Telemetria w normie ZALICZONE [OK] 2. WARUNEK PRAWNY • Raport CSIRT 1M wysłany • Zgłoszenie UODO rozliczone • Notyfikacja ubezpieczyciela cyber • Protokół przekazany CBZC • Klauzula due care spełniona ZALICZONE [OK] 3. WARUNEK ARCHIWUM • Hash SHA-256 obrazów RAM • Depozyt w sejfie Safe-Room • Retencja ustalona na 5 lat • Rejestr incydentów zaktualizowany • Podpis CISO & IC ZAMKNIĘTE [OK] Wymogi Archiwizacji Dowodów Cyfrowych (ISO/IEC 27037) • Żaden nośnik dowodowy nie może zostać sformatowany przed upływem okresu przedawnienia roszczeń. • Dostęp do zarchiwizowanych logów i obrazów podlega ścisłej kontroli dostępu w procedurze 4-Eyes. • Prawidłowo zamknięty incydent stanowi bazę wiedzy dla przyszłych audytów certyfikacyjnych ISO/IEC 27001.
39/55
Powiązanie cyklu IR z zarządzaniem ryzykiem (ISO/IEC 27005)
Cel slajdu: Przedstawienie mechanizmów zasilania analizy ryzyka danymi o rzeczywistych incydentach i adaptacji zabezpieczeń.

Od teorii do faktów: jak incydenty korygują papierowe analizy ryzyka

Przed wystąpieniem kryzysu analiza ryzyka opiera się zazwyczaj na teoretycznych założeniach i subiektywnych szacunkach. Rzeczywisty incydent dostarcza twardych, empirycznych dowodów na to, które zagrożenia są realne, jakie zabezpieczenia okazały się nieskuteczne oraz jak wysokie straty generuje przestój. Integrację incydentów z procesem szacowania ryzyka standaryzują norma ISO/IEC 27005:2022 (Zarządzanie ryzykiem) oraz wymagania ISO/IEC 27001:2022 (SZBI).

  • Zasilanie procesu szacowania ryzyka danymi empirycznymi: Wyniki śledztwa natychmiast modyfikują parametry w macierzy ryzyka: prawdopodobieństwo (Likelihood) wzrasta z „rzadkiego” do „częstego”, a wpływ (Impact) zostaje zweryfikowany o realne faktury.
  • Rewizja Deklaracji Stosowania (SoA wg ISO/IEC 27001): Jeżeli incydent obnażył brak kluczowego środka (np. brak kontroli A.8.12 Zapobieganie wyciekowi danych), organizacja musi zaktualizować deklarację stosowania i wdrożyć odpowiednie zabezpieczenie.
  • Aktualizacja Rejestru Ryzyk Organizacji: Wprowadzenie nowych scenariuszy awarii (np. jednoczesne zaszyfrowanie chmury i centrum zapasowego) oraz usunięcie nieefektywnych zabezpieczeń kompensacyjnych.
  • Likwidacja asymetrii informacyjnej dla Zarządu: Incydentalne dane telemetryczne pozwalają CISO na merytoryczne uzasadnienie budżetu na cyberbezpieczeństwo w oparciu o obiektywne fakty biznesowe.
Zasilanie Analizy Ryzyka Incydentami (Incident-Driven Risk Assessment): Proces dynamicznej aktualizacji rejestru ryzyk, deklaracji stosowania i modeli zagrożeń organizacji na podstawie empirycznych danych zebranych podczas obsługi rzeczywistych incydentów bezpieczeństwa. Skróty i pojęcia: ISO/IEC 27001 (norma wymagań dla SZBI); SoA (Statement of Applicability, deklaracja stosowania); DLP (Data Loss Prevention, zapobieganie utracie danych, tu jako przykład brakującego środka A.8.12); CISO (dyrektor bezpieczeństwa informacji).
Dynamiczne Sprzężenie Zwrotne: IR <-> ISO/IEC 27005 CYKL IR (DANE EMPIRYCZNE) • Faktyczny wektor ataku (np. VPN) • Rzeczywisty czas przestoju: 18h (RTO: 4h) • Realne straty: 2.5 mln PLN • Wykryte luki konfiguracyjne • Przetestowane procedury BCP FAKTY Z INWENTARYZACJI ANALIZA RYZYKA (ISO/IEC 27005) • Wzrost wskaźnika prawdopodobieństwa • Korekta wpływu finansowego w macierzy • Aktualizacja Deklaracji Stosowania (SoA) • Wycena nowego budżetu ochronnego • Decyzja Zarządu o mitygacji ryzyka ŁAD SZBI & AUDYT Integracja w Ramach Załącznika A ISO/IEC 27001:2022 • Incydent udowadnia, czy mechanizmy kontrolne działają w warunkach stresu bojowego. • Brak aktualizacji analizy ryzyka po poważnym incydencie stanowi niezgodność krytyczną (Major NC) w audycie SZBI. • Dynamiczne sprzężenie IR z ISO/IEC 27005 stanowi kluczowy wymóg dojrzałości NIS2.
40/55
Cykl IR jako fundament cyberodporności (Cyber Resilience)
Cel slajdu: Przedstawienie strategicznej ewolucji od klasycznego reagowania na incydenty do holistycznej odporności cyfrowej organizacji.

Nie czy, lecz jak przetrwać: paradygmat odporności w nowoczesnym świecie

Współczesna inżynieria bezpieczeństwa bezpowrotnie porzuca mit stuprocentowej nieprzenikalności perymetru. Paradygmat Assume Breach (załóż przełamanie obrony) przenosi punkt ciężkości na odporność cyfrową - zdolność organizacji do znoszenia uderzeń, adaptacji i ciągłego świadczenia usług pomimo trwającej kompromitacji. Strategię tę definiują ramy NIST Cybersecurity Framework 2.0 (CSF 2.0) oraz wytyczne ENISA Best Practices for Cyber Crisis Management.

  • Cykl przygotowania do kryzysu cyfrowego opisany w wytycznych ENISA: 1. Przewidywanie (Anticipate) -> 2. Przygotowanie (Prepare) -> 3. Reagowanie (Respond) -> 4. Odtwarzanie (Recover) zgodnie z pojęciem odporności cyfrowej (cybersecurity resilience) ujętym w NIST SP 800-160 Vol. 2 Rev. 1 (Developing Cyber-Resilient Systems: A Systems Security Engineering Approach).
  • Odporność operacyjna (Operational Continuity): Projektowanie architektury systemów w taki sposób, aby awaria lub zaszyfrowanie pojedynczego segmentu sieci nie zatrzymywało całego łańcucha wartości przedsiębiorstwa.
  • Psychologiczna i zarządcza odporność sztabu: Odporność to nie tylko redundantny sprzęt; to przede wszystkim zdolność kierownictwa do podejmowania trafnych decyzji pod gigantyczną presją szantażu i odpowiedzialności prawnej.
  • Kwantyfikacja odporności (Blast Radius): Prawdziwą miarą dojrzałości nie jest brak incydentów, lecz zdolność do ograniczenia promienia rażenia ataku i bezbłędne przywrócenie krytycznych operacji w wymaganym czasie.
Cyberodporność (Cyber Resilience): Zdolność organizacji do przewidywania, wytrzymywania, odtwarzania i adaptowania się do niekorzystnych zdarzeń cybernetycznych, awarii technologicznych lub celowych ataków, zapewniająca ciągłą realizację misji biznesowej. Skróty i pojęcia: Cyber Resilience (cyberodporność, zdolność organizacji do przetrwania i adaptacji po incydencie); Assume Breach (założenie przełamania obrony); NIST CSF 2.0 (ramy, NIST).
Model Cyberodporności: 4 Filarów wg NIST SP 800-160 1. PRZEWIDYWANIE • Threat Intel feeds • Modelowanie zagrożeń • Skanowanie podatności • Red Teaming / audyty • Szkolenia załogi ANTICIPATE 2. WYTRZYMYWANIE • Zero Trust & MFA • Mikro-segmentacja • Redundancja węzłów • Auto-containment EDR • Odporność na DDoS WITHSTAND 3. ODTWARZANIE • Niezmienne kopie • Sprawdzone RTO/RPO • Awaryjne zasilanie • Odtwarzanie IaC • Alternatywny sztab RECOVER 4. ADAPTACJA • Lessons Learned • Plan korygujący CAP • Modernizacja SIEM • Wymiana w MISP/ISAC • Ciągłe doskonalenie ADAPT Wymóg Prawny Cyberodporności w NIS2 i DORA • Odporność cyfrowa przestała być opcją techniczną, stając się twardym wymogiem regulacyjnym UE. • Sprawnie działający cykl IR stanowi krwioobieg całej architektury cyberodporności organizacji. • Sukces mierzy się nie brakiem uderzeń, lecz zdolnością do wygrania wojny na wyniszczenie z adwersarzem.
41/55
Case Study 1: Cykl zarządzania incydentem ransomware
Cel slajdu: Przedstawienie pełnego przejścia przez wszystkie fazy cyklu w realnym scenariuszu wieloetapowego ataku ransomware.

Od infekcji phishingowej do odbudowy z niezmiennych kopii zapasowych

Atak ransomware to najbardziej niszczycielski test sprawności cyklu IR. Sukces obrony nie zależy od szczęścia, lecz od automatyzmu realizacji procedur na każdym etapie. Oficjalne wytyczne przeciwdziałania szantażom cyfrowym publikuje platforma CISA StopRansomware oraz biuletyny CERT Polska.

  • T0 do T+2h (Wykrycie i natychmiastowy containment): Wykrycie podejrzanej komendy PowerShell na stacji księgowości; agent EDR natychmiast izoluje hosta z sieci; zablokowanie konta domenowego i adresów IP serwera C2.
  • T+4h do T+24h (Analiza, sztab i wczesne ostrzeżenie): Powołanie sztabu kryzysowego pod wodzą Incident Commandera; zabezpieczenie zrzutu RAM; wysłanie Wczesnego Ostrzeżenia (24h) do właściwego CSIRT sektorowego zgodnie z ustawą o KSC.
  • T+24h do T+72h (Eradykacja i pełne zgłoszenie): Wytropienie bocznego ruchu adwersarza; podwójny reset hasła KRBTGT w Active Directory; złożenie Pełnego Zgłoszenia (72h) do CSIRT oraz Prezesa UODO w związku z próbą kradzieży danych.
  • T+3 dni do T+1 miesiąc (Odtworzenie, Lessons Learned i sprawozdanie): Przywrócenie baz danych z niezmiennych kopii zapasowych (Immutable Backup); warsztat Blameless Post-Mortem i złożenie sprawozdania końcowego w terminie miesiąca od zgłoszenia incydentu.
Studium Przypadku: Cykl Ransomware: Praktyczna demonstracja przejścia przez 5 faz cyklu reagowania podczas masowego ataku szyfrującego, potwierdzająca kluczowe znaczenie niezmiennych kopii zapasowych oraz dyscypliny powiadomień prawnych. Skróty i pojęcia: EDR (Endpoint Detection and Response, agent izolujący stację); C2 (serwer dowodzenia i kontroli); RAM (pamięć operacyjna zabezpieczana jako dowód); KRBTGT (konto KDC, podwójny reset hasła przerywa trwały dostęp adwersarza); Active Directory (usługa katalogowa Microsoftu); Immutable Backup (kopia niezmienna).
Studium Przypadku: 5 Faz Obsługi Ransomware 1. DETEKCJA • Canary alert • vssadmin kill • EDR P1 trigger • Otwarcie sprawy Czas: 18 min 2. ANALIZA • BlackCat TTP • Rclone dump • Dwell: 14 dni • Ocena RODO Czas: 2.5 h 3. REAKCJA • Izolacja hosta EDR • 2x KRBTGT • VPN off-line • CSIRT 24h Czas: 5 h 4. RECOVERY • Immutable snap • Reinstall DC • Smoke tests • UODO 72h Czas: 36 h 5. LESSONS • Post-mortem • LAPS & FIDO2 • Raport 1M • IoC do MISP Czas: 30 dni Kluczowe Czynniki Sukcesu w Obsłudze Ransomware • Zastosowanie niezmiennych kopii (WORM) wyeliminowało konieczność negocjowania okupu z przestępcami. • Błyskawiczna izolacja na poziomie EDR zapobiegła rozprzestrzenieniu szyfratora na serwery produkcyjne. • Zgłoszenia do CSIRT i UODO w terminie uchroniły Zarząd przed sankcjami finansowymi.
42/55
Case Study 2: Cykl zarządzania wyciekiem danych osobowych
Cel slajdu: Przedstawienie procedury obsługi naruszenia ochrony danych osobowych pod rygorem art. 33 i 34 RODO.

Od błędu konfiguracji zasobnika chmurowego do masowej notyfikacji klientów (scenariusz przykładowy)

Błąd konfiguracji uprawnień w publicznym zasobniku chmurowym (Cloud Storage Misconfiguration) doprowadził do wystawienia do otwartego Internetu bazy zawierającej numery PESEL, adresy i hashe haseł klientów. Procedury notyfikacji wyznacza strona Prezesa UODO, a sposób ograniczenia skutków kradzieży tożsamości - bezpłatna usługa Zastrzeż PESEL w aplikacji mObywatel. Numer PESEL nie należy w RODO do danych szczególnych kategorii, lecz w połączeniu z imieniem i nazwiskiem silnie wiąże się z ryzykiem kradzieży tożsamości.

  • Triage i natychmiastowe uszczelnienie perymetru: Priorytetowe ograniczenie dostępu do zasobnika (zmiana polityki IAM na prywatną, czasowe wyłączenie publicznego linku) niezwłocznie po zgłoszeniu zewnętrznego badacza bezpieczeństwa.
  • Analiza forensyczna logów dostępowych (CloudTrail/Storage Logs): Weryfikacja adresów IP pobierających pliki, ustalenie zakresu pobranych danych i usunięcie skutków nieuprawnionego dostępu.
  • Test wysokiego ryzyka dla praw i wolności (RODO art. 34): Kombinacja imienia, nazwiska i numeru PESEL stwarza istotne ryzyko kradzieży tożsamości i wyłudzeń, dlatego IOD ocenia, czy spełnione są przesłanki zawiadomienia osób, których dane dotyczą.
  • Zgłoszenie do UODO i powiadomienie poszkodowanych: Złożenie zgłoszenia do Prezesa UODO w terminie 72 godzin od powzięcia wiedzy o naruszeniu, a po pozytywnej ocenie ryzyka wysłanie komunikatów do osób, których dane dotyczą, z instrukcją zastrzeżenia numeru PESEL w aplikacji mObywatel.
Studium Przypadku: Naruszenie Danych Osobowych: Przykładowy scenariusz reagowania na wyciek danych osobowych, łączący działania inżynierii chmurowej z obowiązkiem notyfikacji organu nadzorczego (72 godziny) oraz oceną ryzyka dla praw i wolności osób fizycznych. Skróty i pojęcia: PESEL (ogólnopolski elektroniczny system ewidencji ludności); IAM (Identity and Access Management, zarządzanie tożsamościami i uprawnieniami); CloudTrail (dziennik zdarzeń API chmury obliczeniowej); IOD (Inspektor Ochrony Danych).
Matryca Reagowania na Wyciek Danych (RODO) TOR TECHNICZNY • Alert DLP: 45 GB egress • Unieważnienie klucza API • Blokada bucketu AWS S3 • Analiza zapytań SQL • Forensic logów CloudTrail Wyciek zablokowany TOR PRAWNY (IOD) • Ocena ryzyka praw/wolności • Kwalifikacja: WYSOKIE • Druk UODO złożony w 54h • Narada z zarządem • Dokumentacja w rejestrze Zgodność z RODO KOMUNIKACJA ART. 34 • 50 000 powiadomień SMS • Dedykowany Landing Page • Infolinia Call-Center • Rekomendacja alertów BIK • Oświadczenie PR prasowe Transparentność Wnioski z Fazy Lessons Learned • Wdrożenie skanerów sekretów (GitGuardian) w potokach CI/CD blokujących commitowanie kluczy API. • Automatyczne maskowanie numerów PESEL w bazach testowych i deweloperskich. • Skuteczna komunikacja z klientami zminimalizowała ryzyko pozwów zbiorowych.
43/55
Case Study 3: Zaawansowany atak APT na infrastrukturę OT
Cel slajdu: Przedstawienie specyfiki cyklu reagowania w środowiskach automatyki przemysłowej (OT / SCADA / ICS).

Starcie z elitą cyberprzestępczości: protokoły SCADA, Living-off-the-Land i cisza radiowa

Ataki na infrastrukturę krytyczną (energetyka, wodociągi, transport) prowadzone są przez sponsorowane przez obce państwa grupy APT. W środowiskach przemysłowych nadrzędnym priorytetem jest bezpieczeństwo fizyczne ludzi i ciągłość procesów technologicznych. Wytyczne obrony systemów sterowania publikuje CISA Industrial Control Systems oraz zespoły rządowe CSIRT GOV (ABW).

  • Specyfika środowiska OT: prymat dostępności nad poufnością: Zakaz instalowania typowych agentów EDR na sterownikach PLC; konieczność pasywnego podsłuchu sieciowego (NDR) i inspekcji protokołów przemysłowych (Modbus, DNP3, IEC 60870-5-104).
  • Containment bez wyłączania procesów technologicznych: Fizyczna separacja sieci przemysłowej (Model Purdue) poprzez odcięcie łączy z siecią korporacyjną IT przy zachowaniu autonomicznej pracy linii technologicznej.
  • Współpraca sztabu z właściwym CSIRT sektorowym (np. CSIRT GOV, CSIRT MON): Natychmiastowe zaangażowanie państwowych służb cyberbezpieczeństwa; wymiana technicznych wskaźników IoC klauzulą TLP:AMBER.
  • Długoterminowa eradykacja i inspekcja firmware sterowników: Weryfikacja sum kontrolnych oprogramowania układowego (Firmware Integrity) w celu wykluczenia zaimplementowania destrukcyjnych implantów typu Wiper.
Studium Przypadku: Incydent w Środowisku OT/ICS: Wysoce specjalistyczna operacja reagowania na incydent w infrastrukturze przemysłowej, gdzie błędy inżynierskie mogą wywołać fizyczną katastrofę ekologiczną lub zagrożenie dla życia ludzkiego. Skróty i pojęcia: OT (Operational Technology, technologia przemysłowa); ICS (Industrial Control Systems, systemy sterowania przemysłowego); SCADA (Supervisory Control and Data Acquisition, system nadzoru i akwizycji danych); PLC (Programmable Logic Controller, sterownik programowalny).
Architektura Izolacji IT / OT w Incydencie APT ŚRODOWISKO KORPORACYJNE (IT) • Wektor: Spear-phishing w zarząd • Narzędzie: Cobalt Strike beacon • Kompromitacja konta domenowego • Próba skoku do strefy DMZ • Egress C2 przez szyfrowany DNS STREFA SKOMPROMITOWANA AIR-GAP ODCIĘCIE ŚRODOWISKO PRZEMYSŁOWE (OT) • Sterowniki PLC Siemens / ABB • Protokoły Modbus / IEC 104 • Przejście w tryb ręczny Island Mode • Weryfikacja sum SHA firmware PLC • Brak przerw w dostawie prądu STREFA OCALONA Strategiczne Wnioski z Incydentu Klasy Krytycznej • Bezwzględna konieczność diod danych (Data Diodes) uniemożliwiających ruch z sieci IT do OT. • Procedury przełączenia na sterowanie ręczne uratowały infrastrukturę przed fizycznym zniszczeniem. • Współpraca z CSIRT krajowym pozwoliła na neutralizację kampanii w skali całego państwa.
44/55
Automatyzacja cyklu IR - platformy SOAR i playbooki
Cel slajdu: Przedstawienie architektury platform SOAR, integracji ekosystemu narzędziowego oraz roli automatyzacji w skracaniu MTTD i MTTR.

Od ręcznego klikania do automatycznej orkiestracji: jak wygrać wyścig z maszyną

Nowoczesne ataki komputerowe rozprzestrzeniają się z prędkością kodu maszynowego. Człowiek analizujący każdy incydent manualnie nie ma szans w starciu ze skryptami adwersarza. Platformy SOAR rewolucjonizują pracę SOC poprzez automatyczną orkiestrację narzędzi. Standardy otwartych platform reagowania rozwija platforma TheHive (dokumentacja StrangeBee) oraz ramy wymiany danych OASIS STIX / TAXII.

  • Orkiestracja heterogenicznych narzędzi (Security Orchestration): SOAR łączy w jeden ekosystem API systemów SIEM, EDR, zapór sieciowych, bramek pocztowych, baz CTI oraz systemów biletowych ITSM.
  • Automatyczne Playbooki wykonawcze (Automated Playbooks): Predefiniowane drzewa decyzyjne wykonujące sekwencję zadań bez ręcznej obsługi (np. automatyczna detekcja phishingu, analiza nagłówków, ekstrakcja adresów URL, usunięcie wiadomości ze skrzynek użytkowników).
  • Zasada Human-in-the-Loop w decyzjach krytycznych: Automatyzacja rutynowych czynności badawczych przy jednoczesnym pozostawieniu ostatecznej decyzji o zablokowaniu serwera produkcyjnego człowiekowi (Incident Commanderowi).
  • Redukcja czasu reakcji (MTTA i MTTC): Automatyzacja skraca czas reakcji z godzin do minut, ale realny efekt zależy od jakości reguł detekcyjnych i kompletności integracji; deklaracje dostawców należy weryfikować własnymi metrykami MTTA i MTTC.
Platforma SOAR (Security Orchestration, Automation and Response): Zintegrowane oprogramowanie umożliwiające orkiestrację heterogenicznych narzędzi cyberbezpieczeństwa oraz automatyczne wykonywanie wieloetapowych playbooków reagowania na incydenty w czasie rzeczywistym. Skróty i pojęcia: SOAR (Security Orchestration, Automation and Response, słownik NIST), SIEM, EDR i ITSM (system korelacji zdarzeń, ochrona punktów końcowych i system zarządzania sprawami).
Ekosystem Integracji SOAR w Cyklu Reagowania WEJŚCIE: TELEMETRIA • SIEM korelacja • Agenci EDR • NDR analiza sieci • Bramki pocztowe • Zgłoszenia userów Trigger alertu SILNIK SOAR (PLAYBOOK) • API Enrichment (VirusTotal, TI) • Klasyfikacja i ocena ryzyka • Triage i deduplikacja spraw • Brama decyzyjna (Human/Auto) • Równoległe wywołanie API • Zegar SLA i log audytowy Czas wykonania: 3 sek WYJŚCIE: AKCJE • Izolacja hosta EDR • Blokada IP w FW • Reset hasła w AD • Usunięcie maila inbox • Bilet w Jira / ServiceNow Zatamowanie Przewaga SOAR w Redukcji Syndromu Zmęczenia Alertami • SOAR eliminuje do 70% fałszywych alarmów (False Positives) bez angażowania analityka poziomu L1. • Inżynierowie SOC mogą skupić się na polowaniu na zaawansowane zagrożenia zamiast kopiowania hashy. • Automatyzacja zapewnia stuprocentową powtarzalność procedur niezależnie od pory dnia i zmęczenia.
45/55
Threat Intelligence w cyklu zarządzania incydentem
Cel slajdu: Przedstawienie poziomów wywiadu zagrożeń, piramidy bólu Davida Bianco oraz integracji feedów CTI z cyklem IR.

Wiedza o przeciwniku: jak przekształcić wskaźniki IoC w przewagę strategiczną

Skuteczna obrona nie może polegać wyłącznie na patrzeniu wewnątrz własnej sieci. Cyber Threat Intelligence (CTI) dostarcza wiedzy o motywacjach, infrastrukturze i technikach adwersarzy zanim przeprowadzą atak. Praktyczną wymianę danych CTI umożliwia otwarta platforma MISP Threat Sharing, a taktyki operacyjne kataloguje matryca MITRE ATT&CK.

  • Piramida Bólu Davida Bianco (Pyramid of Pain): Stopniowanie trudności dla adwersarza: zmiana hasha (Trivial) -> zmiana IP (Easy) -> zmiana domeny (Simple) -> zmiana narzędzia (Challenging) -> zmiana taktyk i technik TTPs (Tough/Bolesne).
  • Trzy poziomy Cyber Threat Intelligence: Taktyczny CTI (hashe, IP, złośliwe URL dla reguł firewall/EDR); Operacyjny CTI (analiza kampanii i playbooków konkretnych grup przestępczych); Strategiczny CTI (trendy dla Zarządu i ocena ekspozycji sektora).
  • Integracja feedów CTI z cyklem reagowania: Automatyczne wzbogacanie (Enrichment) alertów SIEM o reputację domen, geolokalizację oraz profile zagrożeń z platformy MISP.
  • Proaktywna obrona przed uderzeniem: Blokowanie infrastruktury adwersarza na brzegach sieci na podstawie wskaźników przekazanych przez zaufane centra wymiany informacji.
Wywiad Zagrożeń Cybernetycznych (Cyber Threat Intelligence - CTI): Zebrane, przetworzone i przeanalizowane informacje o obecnych i potencjalnych zagrożeniach cyfrowych, umożliwiające podejmowanie trafnych decyzji obronnych na poziomie taktycznym, operacyjnym i strategicznym. Skróty i pojęcia: CTI (Cyber Threat Intelligence, słownik NIST); IoC (wskaźnik kompromitacji); TTP (Tactics, Techniques and Procedures, taktyki, techniki i procedury adwersarza).
Piramida Bólu Davida Bianco (Pyramid of Pain) TTPs (Metodyka) - TOUGH! Narzędzia (Tools) - Challenging Nazwy domen (Host / C2) - Annoying Adresy IP sieciowe - Simple Wartości Hashy (SHA-256) - Trivial Zasada Operacyjna w Cyklu Zarządzania Incydentem • Blokowanie hashy jest banalne dla obrońcy, ale przestępca rekompiluje kod w 1 sekundę. • Wykrycie i zablokowanie techniki (np. Kerberoasting w AD) zmusza adwersarza do zmiany całego planu ataku. • Celem dojrzałego cyklu IR jest wejście na szczyt piramidy: neutralizacja TTP na bazie MITRE ATT&CK.
46/55
Ciągłe doskonalenie (Continuous Improvement) w cyklu IR
Cel slajdu: Przedstawienie procedur audytowych, benchmarkingu branżowego oraz dojrzałego zarządzania ewolucją procesu IR.

Kultura stałego rozwoju: dlaczego spoczywanie na laurach jest zaproszeniem dla intruza

Zarządzanie bezpieczeństwem informacji nie ma punktu końcowego. Zagrożenia ewoluują nieustannie, pojawiają się nowe luki 0-day, a organizacje wdrażają nowe technologie. Proces reagowania musi podlegać ciągłemu doskonaleniu w oparciu o normę certyfikacyjną ISO/IEC 27001:2022 oraz międzynarodowy model dojrzałości SIM3 v2 interim (Open CSIRT Foundation).

  • Cykliczne audyty wewnętrzne procedur IR: Coroczna weryfikacja aktualności polityk, procedur eskalacyjnych, list kontaktowych (Call Tree) oraz ról personalnych w zespole reagowania.
  • Benchmarking branżowy i współpraca w społeczności: Porównywanie własnych czasów reakcji (MTTD/MTTR) ze średnimi wskaźnikami dla sektora w ramach branżowych centrów wymiany ISAC.
  • Pomiary telemetryczne i weryfikacja KPI: Śledzenie czy inwestycje w nowe sensory przekładają się na mierzalny spadek liczby fałszywych alarmów oraz szybszy containment incydentów.
  • Rewizja planów IRP po każdej zmianie w architekturze IT: Wprowadzenie nowej chmury hybrydowej lub wdrożenie pracy zdalnej wymaga natychmiastowej aktualizacji procedur reagowania.
Ciągłe Doskonalenie IR (Continuous IR Improvement): Systematyczna, oparta na danych empirycznych i audytach praktyka stałego podnoszenia skuteczności, szybkości i precyzji procesów reagowania na incydenty w organizacji. Skróty i pojęcia: ISO/IEC 27001 (norma certyfikacyjna wymagająca ciągłego doskonalenia); SIM3 (Security Incident Management Maturity Model, SIM3 v2); ISAC (sektorowe centrum wymiany informacji).
Cykl Ciągłego Doskonalenia Procesu IR AUDYT ISO/IEC 27035 BENCHMARK Wskaźniki KPI TESTY Tabletop BUDŻET Zarząd CISO KAISEN Wymóg Prawny Ciągłego Doskonalenia w NIS2 • Artykuł 21 dyrektywy NIS2 nakłada obowiązek systematycznego testowania i oceny skuteczności środków. • Sama obecność spisanych procedur na dysku nie chroni organizacji przed karami finansowymi. • Dowodem zgodności są protokoły z cyklicznych ćwiczeń, audytów i zrealizowanych planów CAP.
47/55
Ćwiczenia i testy cyklu IR - Tabletop i Purple Teaming
Cel slajdu: Przedstawienie rodzajów ćwiczeń sztabowych i technicznych weryfikujących gotowość organizacji do odparcia ataku.

Im więcej potu na poligonie, tym mniej krwi w walce: jak testować plany IR

Rzeczywisty atak hakerski w niedzielę o 2:00 w nocy to najgorszy możliwy moment na sprawdzanie, czy telefony w drzewie kontaktowym działają, a procedury są zrozumiałe. Gotowość weryfikuje się na symulacjach. Metodykę ćwiczeń sztabowych i poligonowych określa przewodnik NIST SP 800-84 (Test and Training Programs) oraz pakiety CISA Tabletop Exercise Packages (CTEP).

  • Ćwiczenia Sztabowe Tabletop (Tabletop Exercises - TTX): Dyskusyjne symulacje kryzysowe dla Zarządu, działu prawnego, PR i sztabu IR wokół realnego scenariusza (np. podwójne wymuszenie ransomware i presja mediów).
  • Ćwiczenia techniczne Purple Teaming: Ścisła współpraca zespołów ofensywnych (Red Team) i defensywnych (Blue Team); sprawdzanie w czasie rzeczywistym czy ataki generują alerty w konsoli EDR/SIEM.
  • Testy łączności i eskalacji (Call Tree Drills): Niezapowiedziane próby powiadomienia członków sztabu poza godzinami pracy w celu weryfikacji alternatywnych kanałów łączności Out-of-Band.
  • Symulacje przywracania danych ze środowiska offline: Fizyczny test odtworzenia serwerów bazodanowych z kopii zapasowych w warunkach pełnego odcięcia od sieci produkcyjnej.
Ćwiczenia Reagowania na Incydenty (Incident Response Exercises): Symulowane, kontrolowane operacje sprawdzające skuteczność procedur reagowania, kompetencje personelu oraz integrację technologiczną w realistycznych warunkach kryzysowych. Skróty i pojęcia: TTX (Tabletop Exercise, ćwiczenie sztabowe metodą dyskusyjną); Red Team (zespół ofensywny) i Blue Team (zespół defensywny); Purple Teaming (wspólne ćwiczenie obu zespołów w czasie rzeczywistym); Out-of-Band (kanał komunikacji niezależny od sieci firmowej); Call Tree Drill (ćwiczenie drzewa kontaktowego).
Spektrum Metod Testowania Gotowości Reagowania TABLETOP (DYSKUSJA) • Uczestnicy: C-Level, PR, Prawnik • Format: Scenariusz w sali sztabowej • Cel: Decyzje strategiczne • Test: Komunikacja kryzysowa • Koszt: Niski / Efekt: Duży Częstość: 2x w roku PURPLE TEAMING (HYBRYDA) • Uczestnicy: Red Team + Blue Team • Format: Warsztat techniczny live • Cel: Kalibracja reguł SIEM • Test: Wykrywalność technik MITRE • Likwidacja martwych pól detekcji Częstość: Kwartalnie RED TEAMING (BOJOWE) • Uczestnicy: Zewnętrzni etyczni hakerzy • Format: Pełna symulacja adwersarza • Cel: Zdobycie „flagi” (np. baza SQL) • Test: Zero uprzedzenia dla SOC • Prawdziwy test obrony w boju Częstość: 1x w roku Złota Reguła Planowania Ćwiczeń • Każde ćwiczenie kończy się formalnym raportem i listą zadań korygujących w pętli CAP. • Wyniki testów są prezentowane Zarządowi w celu uzasadnienia inwestycji w nowe narzędzia obronne. • Ćwiczenia budują pamięć mięśniową sztabu kryzysowego, eliminując panikę w warunkach realnego ataku.
48/55
Budowanie kultury bezpieczeństwa i zgłaszalności incydentów
Cel slajdu: Przedstawienie roli czynnika ludzkiego, programów Security Champions oraz eliminacji barier raportowania.

Ludzie jako najważniejszy sensor: jak przekształcić pracowników w pierwszą linię obrony

Najnowocześniejszy system SIEM i najdrożsi agenci EDR są bezużyteczni, jeżeli pracownik, który zauważył podejrzaną anomalię, boi się zgłosić problem ze strachu przed naganą. Kluczem do wczesnego wykrywania incydentów jest otwarta kultura organizacyjna. Wytyczne budowy świadomości i higieny cyfrowej publikuje unijna agencja ENISA Good Practice Guide for Incident Management oraz poradniki CERT Polska.

  • Eliminacja kultury strachu i obwiniania (No-Blame Culture): Gwarancja, że pracownik, który zgłosi nawet własną pomyłkę (np. wpisanie hasła na fałszywej stronie), nie spotka się z karą, lecz z podziękowaniem za czujność.
  • Program Ambasadorów Bezpieczeństwa (Security Champions): Wyznaczenie i przeszkolenie liderów bezpieczeństwa w działach biznesowych (HR, Księgowość, Sprzedaż), którzy stanowią lokalny punkt kontaktu z SOC.
  • Maksymalne uproszczenie kanału zgłoszeniowego: Jeden prosty przycisk w aplikacji pocztowej, krótki numer alarmowy do dyżurnego analityka oraz brak skomplikowanych formularzy biurokratycznych dla użytkownika końcowego.
  • Nagradzanie postaw proobronnych: Publiczne docenianie pracowników, którzy udaremnili atak socjotechniczny, budujące poczucie dumy i współodpowiedzialności za bezpieczeństwo całej firmy.
Kultura Bezpieczeństwa Informacji (Information Security Culture): Zbiór norm, wartości, zachowań i postaw personelu organizacji determinujących codzienne postępowanie z danymi oraz gotowość do natychmiastowego i otwartego zgłaszania zdarzeń niepożądanych. Skróty i pojęcia: SIEM i EDR (system korelacji zdarzeń oraz ochrona punktów końcowych); ENISA (agencja UE ds. cyberbezpieczeństwa, ENISA).
Model Przekształcenia Czynnika Ludzkiego w Sensor KULTURA STRACHU (STARA SZKOŁA) • "Kliknąłem i skasują mi premię" • Wyłączanie stacji i zacieranie śladów • Zgłoszenie po 48h, gdy serwery stoją • Wrogość między IT a resztą firmy • MTTD mierzone w tygodniach ORGANIZACJA ŚLEPA I BEZBRONNA KULTURA DIALOGU (SECURITY CHAMPIONS) • "Kliknąłem i od razu klikam ZGŁOŚ" • SOC dziękuje pracownikowi za czujność • Natychmiastowa izolacja sesji w ciągu 2 minut • Partnerstwo i wspólna duma z obrony • MTTD zredukowane do minut ORGANIZACJA CZUJNA I ODPORNA Zasada Otwartej Bramy Raportowania • Każde zgłoszenie fałszywego alarmu przez pracownika jest traktowane z szacunkiem i powagą. • Lepsze jest sto zgłoszeń fałszywych niż jedno przemilczane przełamanie perymetru. • Bezpieczeństwo psychologiczne personelu stanowi najtańszą i najskuteczniejszą tarczę organizacji.
49/55
Skalowanie cyklu IR: od małej firmy do korporacji
Cel slajdu: Przedstawienie wariantów implementacji cyklu IR w zależności od zasobów, budżetu i skali podmiotu.

Krawiectwo na miarę: jak dobrać architekturę reagowania do realiów organizacji

Nie każde przedsiębiorstwo dysponuje budżetem na utrzymanie własnego centrum SOC 24/7 z dziesięcioma inżynierami na zmianie. Obowiązki wynikające z ustawy o KSC dotyczą podmiotów kluczowych oraz podmiotów ważnych, a nie każdego przedsiębiorstwa; w praktyce jednak zdolność sprawnego reagowania warto utrzymywać także poza tymi kategoriami. Praktyczne modele obrony dla małych i średnich firm promuje portal CISA StopRansomware oraz formularze zgłoszeniowe CERT Polska.

  • Model MŚP: Hybrydowy i zewnętrzny (MDR / MSSP): Wykorzystanie usług zewnętrznego dostawcy Managed Detection and Response (MDR); utrzymanie wewnętrznej procedury Call Tree i natychmiastowe wsparcie dyżurne na żądanie.
  • Model Korporacyjny: Własny SOC i wyspecjalizowany sztab: Własny zespół analityków Tier 1-3, dedykowana sekcja Threat Hunting i Digital Forensics, automatyzacja playbooków SOAR oraz bezpośrednie łącza CTI do centrów ISAC.
  • Uniwersalne zasady niezmienne w każdej skali: Niezależnie od wielkości podmiotu fundamentem pozostają: 1. Niezmienne kopie zapasowe -> 2. Uwierzytelnianie MFA -> 3. Aktualizacje systemów -> 4. Znajomość terminów prawnych 24h i 72h.
  • Wsparcie publiczne i zgłoszenia do właściwego CSIRT: Wykorzystanie bezpłatnych narzędzi i ostrzeżeń publikowanych przez CERT Polska i CSIRT GOV w celu podniesienia bazowej ochrony bez nakładów licencyjnych.
Skalowalność Cyklu IR (IR Lifecycle Scalability): Zdolność adaptacji procesów, ról i narzędzi zarządzania incydentem do specyfiki, wielkości budżetu i profilu ryzyka organizacji przy zachowaniu pełnej zgodności z wymogami prawa. Skróty i pojęcia: MDR (Managed Detection and Response, zarządzane wykrywanie i reagowanie); MSSP (Managed Security Service Provider, zewnętrzny dostawca usług bezpieczeństwa); SOC (centrum operacji bezpieczeństwa); Tier 1-3 (poziomy wsparcia analitycznego); DFIR (informatyka śledcza i reagowanie); Immutable Backup (kopia niezmienna).
Trzy Modele Architektury IR wg Skali Organizacji MAŁA ORGANIZACJA • Model: Outsourcing IR • Narzędzia: EDR SaaS cloud • Kontrakt: Retainer 4h SLA • Dyżur: Właściciel + IT admin • Koszt: Niski, przewidywalny MŚP / Usługi ŚREDNIA FIRMA (HYBRYDA) • Model: IT 8/5 + MSSP 24/7 • Narzędzia: SIEM/EDR hybryda • Eskalacja: On-call inżynier • Zgodność: Podmiot Ważny • Koszt: Zrównoważony NIS2 Podmiot Ważny KORPORACJA (SOC 24/7) • Model: Własny SOC L1/L2/L3 • Narzędzia: SIEM + SOAR + TI • Threat Hunting & Forensic • Zgodność: Podmiot Kluczowy • Koszt: Bardzo wysoki Banki / Energetyka Wspólny Mianownik Niezależnie od Budżetu • Każda organizacja musi posiadać spisany i zatwierdzony przez Zarząd Plan Reagowania na Incydenty. • Każdy pracownik musi wiedzieć, gdzie i jak zgłosić anomalię w ciągu pierwszych 15 minut. • Brak budżetu na własny SOC nie zwalnia z odpowiedzialności za niedotrzymanie terminów NIS2 i RODO.
50/55
Podsumowanie cyklu: zintegrowana architektura IR
Cel slajdu: Syntetyczne podsumowanie wszystkich faz cyklu zarządzania incydentem, powiązań prawnych i metryk operacyjnych.

Pełny obraz cyklu życia incydentu w nowoczesnym przedsiębiorstwie

Zarządzanie incydentami bezpieczeństwa informacji to nie zbiór doraźnych interwencji technicznych, lecz zintegrowany, dojrzały proces biznesowy. Połączenie inżynierii operacyjnej, ładu normatywnego oraz wymogów prawa powszechnego tworzy tarczę cyberodporności organizacji. Podsumowanie standardów wyznaczają normy ISO/IEC 27035-1:2023 oraz wytyczne NIST SP 800-61 Rev. 3.

  • Harmonia Faz: Od Identyfikacji po Lessons Learned: Płynne przejście przez 5 faz normy ISO/IEC 27035-1 oraz model NIST SP 800-61 Rev. 3, osadzony w funkcjach NIST CSF 2.0, zamyka pętlę doskonalenia PDCA w ramach SZBI.
  • Zsynchronizowany Zegar Prawny: 24h, 72h i 1 Miesiąc: Precyzyjna koordynacja działań inżynierskich z terminami notyfikacyjnymi Dyrektywy NIS2, ustawy o Krajowym Systemie Cyberbezpieczeństwa (tekst jednolity: Dz.U. 2026 poz. 20) oraz RODO.
  • Kultura Otwartości: Blameless Post-Mortem i RCA: Przekształcenie każdego incydentu w konkretne zadania Planu Działań Korygujących (CAPA) i nową inżynierię detekcji (Detection Engineering).
  • Od Odpowiedzi do Cyberodporności (Cyber Resilience): Budowa zdolności organizacji do przetrwania najcięższego ataku z zachowaniem ciągłości kluczowych operacji biznesowych.
Zintegrowany Cykl Reagowania na Incydenty (Integrated IR Lifecycle): Holistyczny system organizacyjno-techniczny obejmujący wszystkie fazy życia incydentu, zintegrowany z ładem korporacyjnym, prawem krajowym i unijnym oraz systemem zarządzania ryzykiem organizacji. Skróty i pojęcia: PDCA (cykl Deminga); SZBI (System Zarządzania Bezpieczeństwa Informacji); NIS2 (dyrektywa (UE) 2022/2555); KSC (ustawa o Krajowym Systemie Cyberbezpieczeństwa); RODO (rozporządzenie (UE) 2016/679); Blameless Post-Mortem (przegląd bez szukania winnych); Dz.U. (Dziennik Ustaw).
Zintegrowany Cykl Życia Incydentu w Architekturze 360° FAZA 1 Identyfikacja FAZA 2 Analiza FAZA 3 Reakcja FAZA 4 Recovery FAZA 5 Lessons CYBER RESILIENCE Naczelne Podsumowanie Modułu Szóstego • Incydent jest nieunikniony, ale katastrofa organizacji jest wyborem wynikającym z braku przygotowania. • Prawdziwa cyberodporność powstaje w fazie piątej: Lessons Learned zamyka pętlę i chroni przyszłość. • Zgodność z NIS2 i ISO/IEC 27035 to nie biurokracja, lecz tarcza chroniąca stabilność przedsiębiorstwa.
51/55
Cykl w pigułce: infografika sztabowa dla dowódcy (IC)
Cel slajdu: Przedstawienie skróconego, operacyjnego widoku całego cyklu reagowania jako karty podręcznej dla Incident Commandera.

Karta sztabowa: sekwencja krytyczna, terminy ustawowe i bramy decyzyjne

W warunkach kryzysu dowódca sztabu (Incident Commander) nie ma czasu na czytanie kilkuset stron dokumentacji. Karta sztabowa integruje najważniejsze punkty kontrolne, krytyczną sekwencję inżynierską oraz terminy prawne w jeden czytelny schemat. Ramy organizacyjne dowodzenia incydentem definiują standardy ISO/IEC 27035-1:2023, podręcznik NIST SP 800-61 Rev. 3 oraz znowelizowana ustawa o Krajowym Systemie Cyberbezpieczeństwa (tekst jednolity: Dz.U. 2026 poz. 20).

  • Faza 1: Identyfikacja i Triage (T0 do T+2h): Rejestracja sprawy (Case ID); kwalifikacja True Positive; ocena CIA i Severity P1-P4; uruchomienie zalaminowanego drzewa kontaktowego Call Tree.
  • Faza 2: Analiza i Zabezpieczenie Dowodów (T+2h do T+12h): Zrzuty pamięci RAM; zachowanie łańcucha dowodowego wg ISO/IEC 27037; budowa osi czasu (Supertimeline) i określenie promienia penetracji (Blast Radius).
  • Faza 3: Aktywna Obrona i Zgłoszenie 24h (T+4h do T+24h): Taktyczny containment (Network Isolation); zakaz restartu; wysłanie Wczesnego Ostrzeżenia (24h) do właściwego CSIRT; podwójny reset hasła KRBTGT w AD.
  • Faza 4: Recovery, Zgłoszenie 72h i Wnioski 1M (T+24h do T+1 miesiąc): Reinstalacja z czystych obrazów bazowych i niezmiennych kopii zapasowych; pełne zgłoszenie do CSIRT i UODO w ciągu 72 godzin; warsztat Blameless Post-Mortem i sprawozdanie końcowe w terminie miesiąca od zgłoszenia.
Karta Sztabowa Cyklu IR (IR Incident Commander Cheat-Sheet): Syntetyczny, skrócony przewodnik operacyjny dla kierownictwa incydentu, integrujący techniczne punkty kontrolne, terminy notyfikacji prawnych oraz kryteria podejmowania decyzji kryzysowych. Skróty i pojęcia: Case ID (identyfikator sprawy); True Positive (potwierdzony przypadek); CIA (poufność, integralność, dostępność); Severity (dotkliwość, tu skala P1-P4); Call Tree (drzewo kontaktowe i eskalacyjne); RAM (pamięć operacyjna); ISO/IEC 27037 (norma o dowodach cyfrowych); Blast Radius (promień rażenia).
Karta Sztabowa Incident Commandera: Sekwencja Zegarowa 0 - 1 GODZINA • Alert EDR / SIEM • Szybki triage • Powołanie IC • Start Dziennika DETEKCJA 1 - 24 GODZINY • EDR Izolacja • Odcięcie sieci • Forensic RAM • CSIRT 24h CONTAINMENT 24 - 72 GODZINY • Eradykacja root • 2x KRBTGT reset • Start Recovery • UODO 72h ERADICATION DNI 4 - 30 • Etapowe run • Smoke tests • Kwarantanna 30d • Threat hunting RECOVERY DO 1 MIESIĄCA • Post-mortem • Plan CAP (SLA) • Raport 1M • Archiwum 5 lat LESSONS Trzy Żelazne Zasady Sztabowe dla Incident Commandera • Zasada 1: Nigdy nie negocjuj procedur bezpieczeństwa pod presją biznesową. • Zasada 2: Zegar terminów prawnych (24h/72h) biegnie bez względu na weekendy i święta. • Zasada 3: Co nie zostało zapisane w dzienniku incydentu, w sądzie uznaje się za niebyłe.
52/55
Najczęstsze luki procesowe w cyklu IR organizacji
Cel slajdu: Przedstawienie najgroźniejszych błędów organizacyjnych i technicznych niweczących skuteczność reagowania.

Grzechy główne obrony: dlaczego organizacje ponoszą porażkę pomimo milionowych inwestycji

Analizy wiodących zespołów reagowania (CERT Polska, Mandiant, SANS) wskazują, że większość katastrof w trakcie obsługi incydentu nie wynika z zaawansowania intruza, lecz z elementarnych błędów własnego personelu. Zasady unikania zniszczenia śladów forensycznych formułują standard RFC 3227 (Evidence Collection) oraz raporty CERT Polska.

  • Luka 1: Wyłączenie zasilania (Pull the plug): Błąd krytyczny: wyłączenie komputera niszczy ulotną pamięć RAM, usuwając klucze deszyfrujące ransomware i unieważniając materiał dowodowy w sądzie.
  • Luka 2: Próba „czyszczenia” zamiast reinstalacji (Clean vs Re-image): Pozostawienie uśpionych backdoorów i zadań WMI, co grozi ponowną kompromitacją infrastruktury już po zakończeniu obsługi incydentu.
  • Luka 3: Komunikacja kryzysowa wewnątrz skompromitowanej sieci (In-Band): Prowadzenie narad na firmowym Teams/Exchange podsłuchiwanym przez adwersarza; brak alternatywnego kanału Out-of-Band (np. Signal).
  • Luka 4: Zatajanie incydentu i naruszenie terminów 24h / 72h: Próba ukrycia ataku przed organami nadzorczymi ze strachu przed utratą reputacji, kończąca się maksymalnymi karami z NIS2 i RODO oraz odpowiedzialnością osobistą Zarządu.
Luka Procesowa Reagowania (IR Process Anti-Pattern): Systemowa wada procedur, architektury lub kultury organizacyjnej uniemożliwiająca skuteczną realizację faz cyklu IR i prowadząca do spotęgowania strat biznesowych oraz prawnych. Skróty i pojęcia: RFC 3227 (wytyczne IETF do zbierania dowodów, RFC 3227); CERT Polska (krajowy zespół reagowania), backdoor (ukryty mechanizm dostępu); WMI (Windows Management Instrumentation) i DLL (biblioteka dołączana dynamicznie).
Katalog 7 Grzechów Głównych w Cyklu Reagowania 1. Backupy online podpięte do AD -> Szyfrowanie 2. Brak testów odtwarzania baz -> Paraliż RTO 3. Zniszczenie pamięci RAM -> Brak dowodów 4. Obwinianie użytkowników -> Zatajanie 5. Przekroczenie terminu 72h -> Kary RODO 6. Pominięcie Lessons Learned -> Re-infekcja 7. Brak kontraktu Retainer IR -> Brak wsparcia REMEDIUM: CHECKLIST SZBI Standard Należytej Staranności (Due Care) w Orzecznictwie • Popełnienie któregokolwiek z powyższych błędów uniemożliwia skuteczną obronę przed Prezesem UODO. • Ubezpieczyciele ryzyk cybernetycznych rutynowo odmawiają wypłaty odszkodowań w przypadku braku testów kopii. • Eliminacja tych 7 luk procesowych podnosi odporność organizacji o ponad 80%. • Wdrożenie procedur naprawczych musi nastąpić w ramach fazy Lessons Learned.
53/55
Checklist dojrzałości cyklu IR: pytania audytowe
Cel slajdu: Przedstawienie praktycznego narzędzia samooceny gotowości organizacji do zarządzania incydentem.

Test odporności bojowej: czy Twoja organizacja przetrwa atak w najbliższy weekend?

Dojrzałość procesu zarządzania incydentami weryfikuje się za pomocą twardych pytań sprawdzających, a nie deklaracji w politykach. Praktyczny kwestionariusz pozwala kadrze inżynierskiej i audytorom na natychmiastową identyfikację krytycznych braków. Metodykę audytu dojrzałości CSIRT określa standard SIM3 v2 interim (Open CSIRT Foundation) oraz oficjalne procedury CISA Response Playbooks.

  • 1. Kopia papierowa IRP: Czy plan IRP i drzewo kontaktowe Call Tree istnieją w formie zalaminowanego wydruku poza siecią IT?
  • 2. Niezmienne kopie (Immutable Backup): Czy kopie zapasowe posiadają kryptograficzną ochronę WORM i czy przetestowano ich odtworzenie w ciągu ostatnich 90 dni?
  • 3. Łączność Out-of-Band: Czy członkowie sztabu kryzysowego posiadają skonfigurowany, zewnętrzny komunikator szyfrowany (np. Signal) niezależny od Active Directory?
  • 4. Zgłoszenia 24h/72h i narzędzia forensyczne: Czy organizacja posiada przetestowane konta w systemie zgłoszeniowym właściwego CSIRT sektorowego (dla zgłoszeń do CERT Polska: portal incydent.cert.pl) oraz nośnik przygotowany do zrzutu obrazu bitowego?
Lista Kontrolna Dojrzałości IR (IR Readiness Audit Checklist): Zestaw kluczowych kryteriów operacyjno-prawnych służących do obiektywnej ewaluacji zdolności podmiotu do wykrycia, zatamowania i obsłużenia incydentu cyberbezpieczeństwa. Skróty i pojęcia: SIM3 (model dojrzałości zarządzania incydentami); CISA (agencja wydająca wzorcowe playbooki); IRP (Incident Response Plan); Immutable Backup i WORM (kopia niezmienna w technologii zapisu tylko raz); Out-of-Band i Signal (kanał komunikacji szyfrowanej niezależny od domeny); NIS2 i RODO (terminy 24 i 72 godziny).
Matryca Checklist Dojrzałości Procesu IR [1] Aktualny Plan IR zatwierdzony przez Zarząd w ciągu ostatnich 12 miesięcy [2] Dedykowany Incident Commander i zastępca z uprawnieniami decyzyjnymi [3] Scentralizowana telemetria SIEM/EDR obejmująca 100% serwerów i stacji roboczych [4] Procedura zgłaszania do CSIRT w 24h przetestowana na ćwiczeniach Tabletop [5] Niezmienne kopie zapasowe (WORM / Air-Gap) z kwartalnym testem odzyskiwania [6] Podpisana umowa wsparcia kryzysowego (Retainer IR z gwarantowanym SLA 4h) Interpretacja Wyników Samooceny • 6/6 punktów: Poziom 4/5 (Zarządzany / Optymalizowany) - gotowość na wymogi NIS2. • 4-5 punktów: Poziom 3 (Zdefiniowany) - konieczność uzupełnienia procedur testowych. • Poniżej 4 punktów: Poziom 1/2 (Reaktywny) - krytyczne ryzyko paraliżu i sankcji prawnych.
54/55
Pytania kontrolne do modułu szóstego
Cel slajdu: Weryfikacja wiedzy studentów w zakresie modeli ISO/IEC 27035-1, NIST SP 800-61, recovery, terminów prawnych i cyber resilience.

Sprawdzian wiedzy inżynierskiej: kluczowe zagadnienia egzaminacyjne

Poniższy zestaw pytań pozwala studentom sprawdzić stopień opanowania materiału wykładowego i przygotować się do egzaminu. Zagadnienia integrują inżynierię techniczną z wymogami znowelizowanej ustawy o Krajowym Systemie Cyberbezpieczeństwa (tekst jednolity: Dz.U. 2026 poz. 20) oraz wytycznymi podręcznika NIST SP 800-61 Rev. 3.

  • 1. Porównanie faz ISO vs NIST: Jakie są zasadnicze różnice w podziale faz między normą ISO/IEC 27035-1 (5 faz) a wytycznymi NIST SP 800-61 Rev. 3, które nie narzucają sztywnego podziału na fazy?
  • 2. Zegar notyfikacji prawnych: Jakie informacje i w jakich nieprzekraczalnych terminach (24h, 72h, 1 miesiąc) podmiot kluczowy musi przekazać do właściwego CSIRT sektorowego na gruncie ustawy o KSC, a od którego zdarzenia liczy się każdy termin?
  • 3. Triada Fazy Reagowania: Dlaczego faza reagowania łączy w sobie containment, eradykację oraz recovery i jaka jest rola Incident Commandera?
  • 4. Kultura Blameless Post-Mortem i RCA: Na czym polega zasada „Blameless” podczas warsztatu Lessons Learned i jak metoda 5 Why demaskuje wady systemowe?
Weryfikacja Kompetencji Cyklu IR (IR Competency Verification): Zestaw akademickich pytań kontrolnych oceniających zrozumienie relacji między technologią, procedurami normatywnymi a przepisami prawa w cyklu życia incydentu. Skróty i pojęcia: RTO (Recovery Time Objective); RPO (Recovery Point Objective) i MTPD (Maximum Tolerable Period of Disruption, maksymalny tolerowany czas zakłócenia); AD (Active Directory) i KRBTGT (konto KDC domeny), MTTA, MTTC i MTTR (średnie czasy do potwierdzenia zgłoszenia, powstrzymania i odtworzenia).
Baza Pytań Egzaminacyjnych: Moduł 6 PYTANIE 1 & 2: MODELE ISO/IEC 27035 vs NIST SP 800-61 Rev. 3 PYTANIE 3 & 4: RECOVERY Known Good State i backupy 3-2-1-1-0 PYTANIE 5 & 6: PRAWO 24H/72H Terminy NIS2, KSC art. 11 ust. 1 pkt 4 i 4a oraz RODO art. 33 PYTANIE 7 & 8: POST-MORTEM Kultura Blameless i techniki 5 Why / RCA PYTANIE 9 & 10: RESILIENCE Filary Cyber Resilience i integracja ISO/IEC 27005 POWODZENIA NA EGZAMINIE! Wymagania Merytoryczne na Ocenę Bardzo Dobrą (5.0) • Umiejętność swobodnego poruszania się między terminologią ISO/IEC 27035 a wytycznymi NIST. • Znajomość konsekwencji prawno-finansowych niedochowania terminów 24h/72h/1M. • Zrozumienie, dlaczego analiza przyczyn źródłowych (RCA) chroni organizację przed powtórką ataku. • Praktyczna wiedza z zakresu architektury Known Good State i zabezpieczeń kopii immutable.
55/55
Literatura, normy i źródła wiedzy specjalistycznej
Cel slajdu: Przedstawienie kanonu normatywnego, publikacji naukowych i wytycznych branżowych dla Modułu 6.

Źródła normatywne i literatura zalecana: fundament wiedzy inżyniera cyberbezpieczeństwa

Wiedza z zakresu zarządzania incydentami opiera się na międzynarodowych standardach inżynierii bezpieczeństwa oraz krajowych i unijnych aktach prawnych. Poniższy kanon stanowi fundament merytoryczny modułu szóstego i punkt odniesienia w profesjonalnej praktyce inżynierskiej.

  • Międzynarodowe Normy i Standardy Techniczne: • ISO/IEC 27035-1:2023 (Zasady zarządzania incydentami)
    • ISO/IEC 27035-2:2023 (Planowanie i przygotowanie)
    • ISO/IEC 27001:2022 (SZBI - Załącznik A.5.24 - A.5.28)
    • ISO/IEC 27037:2012 (Zabezpieczanie dowodów cyfrowych)
    • ISO 22301:2019 (Zarządzanie ciągłością działania)
    • ISO/IEC 27005:2022 (Zarządzanie ryzykiem) (normy w wersji oryginalnej, język angielski; polskie odpowiedniki PN-EN dostępne odpłatnie w Polskim Komitecie Normalizacyjnym)
  • Wytyczne Inżynierskie NIST i Standardy Branżowe: • NIST SP 800-61 Rev. 3 (Incident Response Recommendations and Considerations for Cybersecurity Risk Management: A CSF 2.0 Community Profile)
    • NIST SP 800-61 Rev. 2 (Klasyczny model IR)
    • NIST Cybersecurity Framework 2.0 (CSF 2.0)
    • NIST SP 800-86 (Digital Forensics Guide)
    • RFC 3227 (Evidence Collection and Archiving)
    • CIS Critical Security Controls v8 (Kontrola 17: Incident Response) (dokumenty NIST, RFC i CIS w wersji oryginalnej, język angielski, brak urzędowych polskich odpowiedników; polskie uzupełnienie: publikacje CERT Polska)
  • Akty Prawne Rzeczypospolitej Polskiej i Unii Europejskiej: • Ustawa o Krajowym Systemie Cyberbezpieczeństwa - tekst jednolity (Dz.U. 2026 poz. 20) oraz ustawa zmieniająca (Dz.U. 2026 poz. 252)
    • Dyrektywa NIS2 - Dyrektywa PE i Rady (UE) 2022/2555 (art. 20, 21, 23) oraz tekst w języku polskim ELI
    • Rozporządzenie RODO - Rozporządzenie PE i Rady (UE) 2016/679 (art. 33, 34) oraz UODO - zgłaszanie naruszeń
  • Instytucje Zaufania, Frameworki i Portale Wiedzy: • CERT Polska (cert.pl) oraz Zgłaszanie incydentów (incydent.cert.pl)
    • CSIRT GOV (ABW) oraz Urząd Ochrony Danych Osobowych (uodo.gov.pl)
    • ENISA CSIRT Maturity Framework
    • FIRST CSIRT Services Framework v2.1 oraz FIRST TLP 2.0
    • Model dojrzałości SIM3 v2 interim (Open CSIRT Foundation)
    • MITRE ATT&CK Framework oraz CISA StopRansomware (dokumenty FIRST, MITRE, CISA, ENISA i SIM3 w wersji oryginalnej, język angielski, brak urzędowych polskich odpowiedników; polskie uzupełnienie: CERT Polska)
Kanon Normatywny Zarządzania Incydentem (Normative IR Framework Canon): Zbiór zharmonizowanych norm międzynarodowych, standardów technicznych i przepisów prawa powszechnego, wyznaczających stan wiedzy technicznej (State of the Art) w dziedzinie reagowania na incydenty. Skróty i pojęcia: PN-EN (polska norma europejska, dostępna w Polskim Komitecie Normalizacyjnym); PKN (Polski Komitet Normalizacyjny); NIST (amerykański instytut norm); RFC (Request for Comments, dokumenty IETF).
Fundamenty Normatywne i Bibliografia Modułu 6 NORMY MIĘDZYNARODOWE ISO/IEC • ISO/IEC 27035-1:2023 & 27035-2:2023 • ISO/IEC 27001:2022 & ISO/IEC 27005:2022 • ISO/IEC 27037:2012 (Dowody cyfrowe) WYTYCZNE NIST & FRAMEWORKS • NIST SP 800-61 Rev. 2 & Rev. 3 (2025) • NIST Cybersecurity Framework (CSF 2.0) • NIST SP 800-160 Vol. 2 (Cyber Resiliency) PRAWODAWSTWO KSC / UE • Dyrektywa NIS2 (UE 2022/2555) • Ustawa KSC (Dz.U. 2026 poz. 252) • Rozporządzenie RODO (UE 2016/679) RAPORTY CSIRT & WIEDZA BRANŻOWA • Publikacje i biuletyny CERT Polska / NASK • Wytyczne ENISA Incident Response Guide • MITRE ATT&CK Framework for Enterprise Zakończenie Wykładu 6: Od Cyklu do Odporności • Opanowanie 5 faz cyklu IR stanowi fundament pracy każdego oficera bezpieczeństwa i inżyniera SOC. • Zrozumienie współzależności technologii, prawa i biznesu decyduje o przetrwaniu organizacji w kryzysie. • W kolejnym module (Moduł 7) przejdziemy do szczegółowej taksonomii i klasyfikacji incydentów wg CIA. Dziękuję za uwagę! Zapraszam do dyskusji i pytań.