Przygotowanie wojsk do obrony

Model wykrywania cyberataku

 Praktyczny model wykrywania i analizy cyberataków dla organizacji, jednostki, urzędu, firmy lub zespołu SOC/IT. To jest podejście obronne: wykryć, potwierdzić, zrozumieć skalę, odtworzyć przebieg ataku i podjąć działania naprawcze.

1. Co oznacza „wykrycie cyberataku”

Cyberatak rzadko zaczyna się od widocznego „alarmu”. Częściej widzimy anomalię, która dopiero po analizie okazuje się incydentem: nietypowe logowanie, skok transferu danych, nowe konto administratora, uruchomiony skrypt PowerShell, komunikacja z podejrzanym adresem IP, zaszyfrowane pliki albo nietypowe reguły pocztowe.

NIST opisuje obsługę incydentu jako proces obejmujący m.in. przygotowanie, wykrycie i analizę, powstrzymanie, usunięcie skutków, odzyskanie działania oraz wnioski po incydencie.

Najważniejsza zasada: nie analizujemy pojedynczego alertu w izolacji. Trzeba ustalić: kto, co, kiedy, skąd, na jakim systemie, jaką metodą, z jakim skutkiem i czy atak nadal trwa.

2. Główne źródła wykrywania

Logi systemowe i domenowe

Najważniejsze źródła:

 

Źródło

Co wykrywa

   1

Windows Event Logs / Linux auth logs

logowania, błędy, eskalację uprawnień

2

 Active Directory / Entra ID

 przejęcia kont, nowe grupy, zmiany uprawnień

3

VPN / firewall

nietypowe połączenia z zewnątrz

4

 proxy / DNS

 komunikację do domen C2, phishing, exfiltrację

5

EDR / antywirus

malware, skrypty, podejrzane procesy

6

 poczta    phishing

 złośliwe załączniki, reguły przekierowań

7

aplikacje biznesowe    nadużycia kont

nietypowe pobrania danych

8

 chmuranowe klucze API

 nietypowe logowania, publiczne zasoby

Dobrą praktyką jest zbieranie tych danych w SIEM, np. Microsoft Sentinel, Splunk, QRadar, Elastic, Wazuh.

3. Typowe sygnały cyberataku

Konto użytkownika

Alarmujące są:

 

Objaw

Możliwa interpretacja

   1

 logowanie z nowego kraju lub TOR/VPN

 przejęcie konta

2

wiele błędnych logowań, potem sukces

 brute force / password spraying

3

 logowanie poza godzinami pracy

nadużycie konta

4

 nowe MFA lub zmiana metody MFA

  próba utrwalenia dostępu

5

nagłe dodanie do grupy adminów

eskalacja uprawnień

6

 utworzenie reguły pocztowej „forward”

  przejęcie skrzynki

7

Stacja robocza lub serwer

 

Podejrzane są:

 

Objaw

Możliwa interpretacja

   1

 uruchomienie powershell, cmd, wscript, mshta

 wykonanie kodu

2

nowe zadanie harmonogramu

 persistence

3

 wyłączenie EDR/AV

obrona atakującego przed wykryciem

4

 narzędzia typu mimikatz, rclone, anydesk

  kradzież danych / dostęp zdalny

5

 masowa zmiana rozszerzeń plików

ransomware

6

 nietypowe procesy z katalogu TEMP/AppData

  malware

Sieć

Sygnały ostrzegawcze:

 

Objaw

Możliwa interpretacja

   1

 połączenia do rzadkich domen

 command & control

2

duży upload poza organizację

duży upload poza organizację

3

skanowanie portów wewnątrz sieci

rozpoznanie

4

RDP/SMB między nietypowymi hostami 

lateral movement

5

DNS do losowych domen

malware / DGA

MITRE ATT&CK porządkuje takie zachowania według taktyk i technik przeciwnika, np. initial access, execution, persistence, privilege escalation, defense evasion, credential access, discovery, lateral movement, collection, command and control oraz exfiltration.

4. Procedura analizy ataku krok po kroku

Krok 1: Potwierdź, czy to incydent

Na początku trzeba odróżnić fałszywy alarm od realnego zagrożenia.

Sprawdź:

 

Pytanie

Cel

   1

Czy zdarzenie jest nietypowe dla tego użytkownika/systemu?

ustalenie anomalii

2

 Czy są powiązane alerty?

 korelacja

3

 Czy host komunikował się z podejrzaną domeną/IP? 

możliwy C2

4

 Czy konto wykonało nietypową akcję? 

ocena przejęcia konta

5

Czy są ślady wykonania kodu?  

potwierdzenie kompromitacji

Wynik tego kroku powinien brzmieć: false positive, suspicious activity albo confirmed incident.

Krok 2: Ustal oś czasu

To najważniejsza część analizy.

Przykładowa oś:

 

Czas

Zdarzenie

   1

 08:11

 użytkownik otrzymał phishing

2

08:14

kliknięcie linku

3

08:16

logowanie z nietypowego IP

4

08:19

 dodanie nowej metody MFA

5

08:27

utworzenie reguły przekierowania poczty

6

09:05

próba dostępu do SharePoint

7

09:40

pobranie dużej liczby plików

Oś czasu odpowiada na pytanie: jak daleko zaszedł atakujący.

Krok 3: Określ wektor wejścia

Najczęstsze wektory:

 

Wektor

Co sprawdzać

   1

phishing

poczta, link, załącznik, logowania po kliknięciu

2

 podatność publicznej usługi

VPN, RDP, firewall, aplikacja webowa

3

 hasło z wycieku 

password spraying, logowania z wielu IP

4

złośliwy załącznik

sandbox, EDR, makra, procesy potomne

5

 supply chain    aktualizacje 

narzędzia firm trzecich

6

błędna konfiguracja chmury

publiczne buckety, klucze API, role IAM

Krok 4: Oceń skalę kompromitacji

Trzeba ustalić:

 

Obszar

Pytanie

   1

użytkownicy

 które konta przejęto?

2

urządzenia

 które hosty są zainfekowane?

3

 dane

czy doszło do pobrania lub wycieku?

4

uprawnienia

czy atakujący zdobył admina?

5

persistence  

czy pozostawił furtki?

6

 lateral movement

 czy przemieszczał się po sieci?

7

C2 

 czy systemy nadal łączą się z infrastrukturą atakującego?

CISA w swoich playbookach zaleca standaryzację reakcji, w tym analizę, koordynację działań, ograniczanie skutków i dokumentowanie decyzji podczas incydentu.

5. Minimalny zestaw narzędzi do wykrywania

Dla małej organizacji

 

Funkcja

Przykład narzędzia

   1

 EDR/AV

 Microsoft Defender for Endpoint, SentinelOne, CrowdStrike

2

logi i SIEM

 Wazuh, Elastic, Microsoft Sentinel

3

 monitoring DNS

Quad9, Cloudflare Gateway, Cisco Umbrella

4

 poczta

  Microsoft Defender for Office 365, Google Workspace security

5

 skan podatności

Nessus, OpenVAS, Qualys

6

 kopie zapasowe

  backup offline / immutable

Dla większej organizacji potrzebne są dodatkowo:

 

Obszar

narzędzia / procesy

   1

 SOC

 całodobowy monitoring lub dyżury

2

SOAR

  automatyzacja reakcji

3

 Threat Intelligence

IOC, TTP, reputacja domen/IP

4

 NDR

  analiza ruchu sieciowego

5

 UEBA

analiza nietypowych zachowań użytkowników

6

 DFIR

  obrazowanie dysków, pamięci, analiza forensic

7

Purple Team

testowanie detekcji na podstawie MITRE ATT&CK

6. Jak analizować technicznie podejrzany host

Na zainfekowanym lub podejrzanym komputerze zbierz:

 

Dane

Po co

   1

 lista procesów

 wykrycie malware i narzędzi atakującego

2

połączenia sieciowe  C2

  exfiltracja

3

  autostart / scheduled

tasks  persistence

4

 logi logowania

  dostęp lokalny i zdalny

5

 historia PowerShell

wykonane komendy

6

nowe pliki w TEMP/AppData

droppery, skrypty

7

konta lokalne

ukryte konta

8

usługi systemowe

złośliwe service

9

pamięć RAM

aktywne malware, klucze, artefakty

10

 hash podejrzanych plików

 porównanie z threat intelligence  

Ważne: przy poważnym incydencie nie wyłączaj od razu komputera, jeżeli chcesz zachować dowody z pamięci RAM. Najpierw należy go odizolować od sieci, a następnie zabezpieczyć dane forensic, o ile organizacja ma takie możliwości.

7.Analiza wiadomości phishingowej

Sprawdź:

 

Element

Co analizować

   1

  nadawca

czy domena jest podobna do prawdziwej

2

nagłówki

SPF, DKIM, DMARC, trasa przesyłki

3

 linki

dokąd naprawdę prowadzą

4

załączniki 

makra, skrypty, archiwa, pliki ISO/LNK

5

język

presja czasu, płatność, faktura, hasło

6

 odbiorcy

czy kampania była masowa

7

 logowania po kliknięciu

czy doszło do przejęcia konta

Najczęstszy schemat: e-mail → fałszywa strona logowania → przejęcie hasła/MFA → dostęp do poczty/chmury → reguły przekierowań → kradzież danych lub BEC.

8. Mapowanie ataku na MITRE ATT&CK

Dobre raporty nie kończą się na „był malware”. Powinny pokazać techniki przeciwnika.

Przykład:

 

Etap

Obserwacja

MITRE

   a)

Initial Access   

phishing z linkiem

Phishing

b)

 Execution

uruchomienie PowerShell

 Command and Scripting Interpreter

c)

Persistence

scheduled task

Scheduled Task/Job

d)

Credential Access

dump haseł

OS Credential Dumping

e)

Discovery

net group, whoami, ipconfig

System / Account Discovery

f)

Lateral Movement

RDP/SMB do serwera

Remote Services

g)

Exfiltration

upload przez rclone

Exfiltration Over Web Service

MITRE ATT&CK jest używany jako baza wiedzy o technikach przeciwnika oraz sposobach detekcji i ograniczania ryzyka.

9. Priorytetyzacja incydentu

Nadaj poziom:

 

Poziom

Kryteria

   I

Niski 

pojedynczy zablokowany phishing, brak kliknięcia

II

Średni

kliknięcie, ale brak potwierdzonego przejęcia konta

III

Wysoki

przejęte konto, malware na hoście, dostęp do danych

IV

Krytyczny

ransomware, domena AD przejęta, wyciek danych, systemy krytyczne zagrożone

Najgroźniejsze sygnały:

A

przejęcie konta administratora

B

wyłączenie zabezpieczeń

C

ruch lateralny

D

exfiltracja danych

E

szyfrowanie plików

F

 manipulacja backupami

G

 aktywność na kontrolerach domeny

10. Co robić po potwierdzeniu ataku

Kolejność działań:

a) Izoluj podejrzane hosty od sieci.

b) Zablokuj konta lub wymuś reset haseł.

c) Unieważnij sesje i tokeny w usługach chmurowych.

d) Zablokuj IOC: domeny, IP, hashe, adresy URL.

e) Zabezpiecz dowody: logi, obrazy dysków, próbki.

f) Usuń persistence: zadania, usługi, konta, reguły pocztowe.

g) Załataj podatność, która umożliwiła wejście.

h) Przywróć systemy z czystych kopii.

i) Monitoruj, czy atak nie wraca.

j) Napisz raport po incydencie.

NIST CSF 2.0 ujmuje cyberbezpieczeństwo w funkcjach: Govern, Identify, Protect, Detect, Respond i Recover - czyli wykrycie musi być połączone z odpowiedzią i odtworzeniem działania, a nie traktowane jako osobna czynność.

11. Struktura raportu z analizy cyberataku.

Dobry raport powinien zawierać:

 

Sekcja

Zawartość

   1

Streszczenie

co się stało, wpływ, aktualny status

2

Zakres

 systemy, konta, dane objęte analizą

3

Oś czasu

dokładna chronologia zdarzeń

4

Wektor wejścia

jak atakujący dostał się do środka

5

Techniki ataku

mapowanie do MITRE ATT&CK

6

IOC  IP

domeny, hashe, konta, pliki

7

Skala kompromitacji

hosty, konta, dane

8

Działania podjęte

 izolacja, blokady, odzyskanie

9

Wnioski 

przyczyny i słabe punkty

10

Rekomendacje

działania techniczne i organizacyjne

12. Prosty schemat decyzyjny

Alert → weryfikacja → korelacja → klasyfikacja → izolacja → analiza zakresu → usunięcie przyczyny → odzyskanie → raport → poprawa zabezpieczeń.

Najczęstszy błąd to szybkie „czyszczenie” komputera bez ustalenia, jak atakujący wszedł i czy ma dostęp gdzie indziej. Wtedy incydent wraca.

13. Najważniejsze detekcje, które warto mieć od razu

W praktyce należy zacząć  od tych reguł:

 

Detekcja

Znaczenie

   a

 logowanie admina z nietypowej lokalizacji

przejęcie konta uprzywilejowanego

b

wiele błędnych logowań z wielu kont

password spraying

c

nowy użytkownik w grupie adminów

eskalacja uprawnień

d

wyłączenie Defendera/EDR

próba ukrycia ataku

e

PowerShell z parametrami encoded/base64

podejrzane wykonanie kodu

f

masowe pobieranie danych z chmury

możliwa exfiltracja

g

nowe reguły przekierowania poczty

kompromitacja skrzynki

h

RDP/SMB między nietypowymi hostami

 lateral movement

i

usunięcie kopii zapasowych lub shadow copies

przygotowanie ransomware

j

komunikacja do świeżych domen

możliwy C2

14. Najkrótsza praktyczna checklista

Podczas incydentu odpowiedz na 10 pytań:

1) Kiedy zaczęła się aktywność?

2) Które konto lub host był pierwszy?

3) Jak atakujący wszedł?

4) Czy zdobył wyższe uprawnienia?

5) Czy poruszał się po sieci?

6) Czy dane zostały pobrane?

7) Czy zostawił mechanizmy persistence?

8) Czy atak nadal trwa?

9) Co trzeba natychmiast odciąć?

10) Jak zapobiec powtórce?

To jest fundament profesjonalnej analizy cyberataku.
 

LITERATURA
Standardy i dobre praktyki - najważniejsze

1. NIST SP 800-61 Rev. 3, Incident Response Recommendations and Considerations for Cybersecurity Risk Management, 2025.
Podstawowy dokument do organizacji procesu obsługi incydentów: przygotowanie, wykrywanie, analiza, reakcja i odtwarzanie. 

2. NIST, Cybersecurity Framework 2.0, 2024.
Ramowy model zarządzania cyberbezpieczeństwem: Govern, Identify, Protect, Detect, Respond, Recover. 

3. CISA, Federal Government Cybersecurity Incident and Vulnerability Response Playbooks, 2024.
Bardzo praktyczne playbooki do reakcji na incydenty i podatności; dobre jako wzór procedur organizacyjnych. 

4. MITRE, MITRE ATT&CK Enterprise Matrix.
Kluczowa baza taktyk, technik i procedur przeciwnika; przydatna do mapowania przebiegu ataku i budowy detekcji. 

5. ISO/IEC 27001:2022, Information security, cybersecurity and privacy protection - Information security management systems.
Norma zarządzania bezpieczeństwem informacji. 

6. ISO/IEC 27035, Information security incident management.
Seria norm dotyczących zarządzania incydentami bezpieczeństwa informacji. 

7. ISO/IEC 27002:2022, Information security controls.
Katalog zabezpieczeń organizacyjnych, technicznych i fizycznych. 

8. FIRST, Computer Security Incident Response Team Services Framework.
Przydatne przy budowie lub ocenie zespołu CSIRT/SOC. 

2. Podręczniki praktyczne - incident response i DFIR

1. Jason T. Luttgens, Matthew Pepe, Kevin Mandia, Incident Response & Computer Forensics, 3rd ed., McGraw-Hill, 2014.
Klasyczna pozycja do analizy incydentów, zabezpieczania dowodów i prowadzenia dochodzenia technicznego. 

2. Gerard Johansen, Digital Forensics and Incident Response, Packt, 2017.
Dobre wprowadzenie do DFIR: logi, hosty, sieć, malware, raportowanie. 

3. Steve Anson, Applied Incident Response, Wiley, 2020.
Bardzo praktyczna książka dla analityków: triage, analiza hostów, logów, ruchu sieciowego i chmury.

4. Harlan Carvey, Windows Forensic Analysis Toolkit, Syngress.
Przydatna do analizy artefaktów Windows: rejestr, logi, persistence, timeline. 

5. Harlan Carvey, Investigating Windows Systems, Syngress, 2018.
Dobra do analizy stacji roboczych i serwerów Windows po kompromitacji. 

6. Brian Carrier, File System Forensic Analysis, Addison-Wesley, 2005.
Starsza, ale nadal wartościowa pozycja do zrozumienia analizy systemów plików. 

3. SOC, monitoring i wykrywanie ataków

1. Richard Bejtlich, The Practice of Network Security Monitoring, No Starch Press, 2013.
Bardzo dobra książka o wykrywaniu zagrożeń przez analizę ruchu sieciowego. 

2. Chris Sanders, Jason Smith, Applied Network Security Monitoring, Syngress, 2013.
Praktyczne podejście do IDS, NSM, analizy pakietów i alertów. 

3. Don Murdoch, Blue Team Handbook: SOC, SIEM & Threat Hunting, 2nd ed.
Krótka, praktyczna pozycja dla analityków SOC. 

4. Carson Zimmerman, Ten Strategies of a World-Class Cybersecurity Operations Center, MITRE, 2014.
Dobry materiał do projektowania i oceny SOC. 

5. David Bianco, The Pyramid of Pain.
Krótka, ale ważna koncepcja pokazująca, dlaczego lepiej wykrywać techniki i zachowania przeciwnika niż tylko adresy IP lub hashe. 

6. Florian Roth, Thomas Patzke, Sigma Rules.
Repozytorium i standard reguł detekcyjnych dla SIEM; bardzo przydatne do praktycznego wykrywania ataków. 

4. Threat hunting i analiza zachowań przeciwnika

1. MITRE ATT&CK, Enterprise Techniques.
Najważniejsze źródło do opisywania technik przeciwnika i budowy scenariuszy detekcji. 

2. Katie Nickels, David J. Bianco, The ThreatHunting Project.
Materiały do tworzenia hipotez huntingowych i pracy analityka. 

3. SANS, DFIR Posters - Windows Forensics, Hunt Evil, Evidence of Compromise.
Bardzo dobre pomoce szkoleniowe i operacyjne dla zespołów SOC/DFIR. 

4. Rob Lee, SANS FOR508 materials - Advanced Incident Response, Threat Hunting, and Digital Forensics.
Materiały kursowe SANS są bardzo cenione w środowisku DFIR. 

5. Al-Sada, B., Sadighian, A., Oligeri, G., MITRE ATT&CK: State of the Art and Way Forward, 2023.
Przegląd naukowy zastosowań MITRE ATT&CK w analizie zagrożeń. 

5. Analiza malware

1. Michael Sikorski, Andrew Honig, Practical Malware Analysis, No Starch Press, 2012.
Jedna z najlepszych książek do statycznej i dynamicznej analizy malware. 

2. Michael Ligh, Steven Adair, Blake Hartstein, Matthew Richard, Malware Analyst’s Cookbook, Wiley, 2010.
Praktyczne receptury analityczne: próbki, IOC, pamięć, automatyzacja. 

3. Alex Matrosov, Eugene Rodionov, Sergey Bratus, Rootkits and Bootkits, No Starch Press, 2019.
Dla bardziej zaawansowanej analizy ukrywania się malware. 

4. Eldad Eilam, Reversing: Secrets of Reverse Engineering, Wiley, 2005.
Klasyka reverse engineeringu. 

5. Andrew Case, Jamie Levy, Memory Forensics.
Materiały i publikacje dotyczące analizy pamięci RAM, Volatility i artefaktów malware. 

6. Windows, Active Directory i chmura

1. Pavel Yosifovich, Mark Russinovich, David Solomon, Alex Ionescu, Windows Internals.
Niezbędne do głębszego rozumienia systemu Windows. 

2. Sean Metcalf, Trimarc Security - materiały o bezpieczeństwie Active Directory.
Bardzo dobre źródło do ataków i obrony AD. 

3. SpecterOps, The Definitive Guide to BloodHound.
Przydatne do rozumienia ścieżek eskalacji uprawnień w AD - w kontekście obronnym i audytowym. 

4. Microsoft, Microsoft Defender XDR documentation.
Dokumentacja detekcji, polowań i reakcji w środowisku Microsoft. 

5. Microsoft, Azure / Entra ID security operations guide.
Przydatne do analizy przejęcia kont, tokenów, MFA, aplikacji OAuth i logowań w chmurze. 

7. Raporty o zagrożeniach - do aktualizacji wiedzy

1. ENISA, ENISA Threat Landscape 2025.
Raport europejski o trendach zagrożeń; ENISA analizowała 4875 incydentów w raporcie 2025.

2. Verizon, Data Breach Investigations Report 2025.
Jeden z najczęściej cytowanych raportów o naruszeniach danych; edycja 2025 analizowała 22 052 incydenty i 12 195 potwierdzonych naruszeń danych. 

3. Mandiant, M-Trends.
Roczny raport o realnych incydentach, dwell time, technikach atakujących i trendach APT. 

4. CrowdStrike, Global Threat Report.
Dobry raport do śledzenia grup przeciwnika, ransomware, eCrime i operacji państwowych. 

5. Microsoft, Digital Defense Report.
Przydatny do środowisk Microsoft, chmury, tożsamości i zagrożeń państwowych. 

6. IBM, Cost of a Data Breach Report.
Dobre źródło do aspektu kosztów, czasu wykrycia i skutków naruszeń. 

8. Prawo i regulacje - Polska i UE

1. Ustawa z dnia 5 lipca 2018 r. o krajowym systemie cyberbezpieczeństwa.
Podstawowy polski akt prawny dotyczący KSC; dostępny jest tekst jednolity w Dzienniku Ustaw 2026 poz. 20. 

2. Ustawa z dnia 23 stycznia 2026 r. o zmianie ustawy o krajowym systemie cyberbezpieczeństwa oraz niektórych innych ustaw.
Nowelizacja KSC opublikowana jako Dz.U. 2026 poz. 252. 

3. Dyrektywa Parlamentu Europejskiego i Rady (UE) 2022/2555 - NIS2.
Kluczowa regulacja UE dotycząca wysokiego wspólnego poziomu cyberbezpieczeństwa w Unii. 

4. Rozporządzenie DORA - Digital Operational Resilience Act.
Szczególnie ważne dla sektora finansowego. 

5. RODO / GDPR.
Ważne przy incydentach obejmujących dane osobowe, obowiązki zgłoszeniowe i ocenę ryzyka naruszenia praw osób fizycznych. 

9. Proponowany zestaw podstawowy do szkolenia

Gdybym miał wskazać minimum literatury dla kursu „Wykrywanie i analiza cyberataków”, wybrałbym:

1. NIST SP 800-61 Rev. 3 - proces obsługi incydentu. 

2. CISA Incident Response Playbook - praktyczne procedury. 

3. MITRE ATT&CK Enterprise - język opisu technik przeciwnika. 

4. Richard Bejtlich, The Practice of Network Security Monitoring - wykrywanie w sieci. 

5. Steve Anson, Applied Incident Response - praktyczna analiza incydentów. 

6. Sikorski, Honig, Practical Malware Analysis - analiza malware. 

7. ENISA Threat Landscape 2025 - aktualne trendy w Europie. 

8. Ustawa o KSC + NIS2 - kontekst prawny dla Polski i UE.
 

« Powrót do listy