Zaczynamy?
Dataone Business Solutions Sp. z o. o.
Aleje Jerozolimskie 25/21,
00-508 Warszawa
NIP: 1133049655
zbyszek@dataone.pl
+48 515 453 151


Ransomware to dziś nie tylko „zaszyfrowane pliki”. Najczęściej uderza jednocześnie w trzy obszary: firma przestaje działać (bo systemy są zablokowane), rośnie ryzyko wycieku danych (bo napastnicy potrafią je najpierw wynieść), a do tego pojawia się presja czasu. Im dłużej trwa przestój, tym trudniej podejmować spokojne decyzje. I o to właśnie chodzi atakującym: o chaos, pośpiech i „drogie godziny”.
W firmach 50–500 użytkowników problem jest szczególnie dotkliwy, bo IT bywa małe i przeciążone, a część usług jest w rękach zewnętrznych dostawców. Wtedy kluczowe pytanie brzmi: czy potrafimy wrócić do działania bez płacenia? „Nie płacić” nie oznacza „mieć szczęście”. Oznacza odporność operacyjną: umiejętność odtworzenia działania firmy oraz gotowy sposób reagowania, żeby nie pogorszyć sytuacji w pierwszych godzinach. W praktyce liczą się też dwa proste parametry: RPO (ile danych możesz stracić) i RTO (jak szybko musisz wrócić). Jeśli te wartości są tylko „na papierze”, a nie weryfikowane testami, to w dniu ataku Ransomware mogą okazać się życzeniowe.
Ten tekst jest planem działania. Pokazuje typowy przebieg ataku Ransomware, miejsca, w których da się go przerwać, oraz konkretne minimum techniczne, które realnie zmniejsza ryzyko. Klucz jest jeden: da się to ogarnąć etapami — bez straszenia i bez „rewolucji w tydzień”.
Większość ataków ransomware zaczyna się banalnie. Ktoś kliknie w link, poda hasło na fałszywej stronie, albo w systemie jest niezałatana luka. Czasem wystarczy jedno przejęte konto do poczty lub VPN, żeby napastnik miał punkt zaczepienia. Potem celem staje się zdobycie większych uprawnień: atakujący szuka kont „mocnych”, które pozwolą mu wejść na serwery i poruszać się po firmie bez ograniczeń.
W wielu środowiskach takim „centrum dowodzenia” jest Active Directory, bo zarządza logowaniem i uprawnieniami. Jeśli ktoś przejmie AD, to często jest w stanie rozsyłać polecenia po sieci, wdrażać złośliwe zmiany i odcinać dostęp innym. Kolejny etap to rozpoznanie: napastnik mapuje sieć i szuka tego, co najbardziej boli — serwerów plików, systemów ERP/CRM, środowiska wirtualizacji oraz… kopii zapasowych.
I tu pojawia się element, o którym wiele firm myśli dopiero po incydencie: atakujący często próbuje najpierw uderzyć w „ratunek”. Wyłącza ochronę na stacjach i serwerach, usuwa snapshoty, atakuje repozytoria backupu albo zmienia ich ustawienia. Dopiero gdy jest pewny, że firma ma ograniczone możliwości odtworzenia, uruchamia szyfrowanie i presję, często dokładając groźbę publikacji danych.
Dlaczego „sam backup” czasem nie ratuje? Bo jeśli kopie są dostępne jak zwykły zasób w sieci, są spięte z domeną i da się je skasować kontem z dużymi uprawnieniami, to po przejęciu takiego konta napastnik potrafi usunąć albo zaszyfrować backup. Z perspektywy strategii „nie płacić” backup musi być nie tylko „robiony”, ale przede wszystkim odporny na sabotaż i odizolowany.
Utrudnij wejście
MFA, aktualizacje i higiena logowania.
Zatrzymaj rozchodzenie się ataku
Segmentacja sieci i sensowne uprawnienia.
Zadbaj o odtworzenie
Kopie odporne na sabotaż oraz testy, które potwierdzają, że to działa.
Miej plan dowodzenia
Kto podejmuje decyzje, kto komunikuje i co robimy krok po kroku w pierwszej godzinie i pierwszej dobie.
MFA w kluczowych miejscach
Zacznij od poczty, VPN i paneli administracyjnych (backup, firewall, wirtualizacja). To najkrótsza droga do dużego zmniejszenia ryzyka, bo odbiera atakującemu możliwość wykorzystania samego hasła jako przepustki.
Wyłączenie starych metod logowania
W wielu środowiskach da się zalogować „starą metodą”, która omija MFA. Jeśli to działa, to MFA jest tylko częściową tarczą. W praktyce warto sprawdzić, czy nie ma wyjątków i „starych integracji”, które niepostrzeżenie zostawiają otwartą furtkę.
Rozdzielenie kont admin od zwykłej pracy
Konto administracyjne nie powinno służyć do maila i przeglądarki. To prosta zasada, ale często łamana „bo wygodniej”. A to właśnie wygoda bywa najdroższa w skutkach.
Porządek w hasłach lokalnych administratorów
Jedno hasło lokalnego admina na wielu komputerach to klasyczny przyspieszacz ataku Ransomware. Rotacja haseł (np. LAPS) ogranicza ryzyko, że przejęcie jednego urządzenia otwiera drzwi do kolejnych.
Ograniczenie RDP
RDP jest często potrzebne, ale powinno być używane mądrze: z ograniczonych źródeł, najlepiej przez bezpieczny „jump host”, a nie „z każdego miejsca do każdego serwera”.
Najczęstszy błąd to MFA wdrożone tylko częściowo oraz admin działający na jednym koncie do wszystkiego. W wielu firmach samo uporządkowanie tego obszaru daje szybki i bardzo odczuwalny spadek ryzyka.


Tu chodzi o to, żeby przejęcie jednego komputera nie dawało atakującemu kluczy do całej firmy. W praktyce oznacza to kilka zasad, które nie są „efektowne”, ale są skuteczne. Po pierwsze, praca uprzywilejowana powinna być rozdzielona od zwykłej: konta z dużymi uprawnieniami nie logują się na stacje użytkowników, a administracja odbywa się z wydzielonych stacji lub wydzielonego środowiska. To ogranicza ryzyko, że zwykła infekcja „przeskoczy” na konto, które ma dostęp do wszystkiego.
Po drugie, trzeba myśleć o narzędziach i ścieżkach „przechodzenia po sieci”. Jeśli stacja użytkownika zostanie zainfekowana, nie powinna mieć prostego przejścia do paneli administracyjnych, serwerów krytycznych i systemów backupu. Po trzecie, aktualizacje są naprawdę strategiczne — szczególnie VPN, usługi wystawione do internetu, hypervisor oraz kluczowe serwery. To nie jest „ładny proces”, tylko fundament bezpieczeństwa.
Wreszcie EDR. Działa wtedy, gdy jest wdrożony konsekwentnie (również na serwerach), ma ustawione polityki i jest zabezpieczony przed łatwym wyłączeniem. W incydencie liczy się też możliwość izolacji hosta, bo to często najprostszy sposób, żeby zatrzymać rozchodzenie się ataku Ransomware bez robienia blackout’u całej firmy.
Najczęstszy błąd: EDR jest, ale można go wyłączyć, a aktualizacje są odkładane miesiącami. Klasyczny scenariusz wygląda tak: przejęte konto admina → wyłączenie ochrony → usunięte snapshoty → szyfrowanie plików i serwerów → firma traci szybkie „cofnięcie”.
Wydzielone strefy
Oddziel użytkowników od serwerów, backupu i sieci administracyjnej.
Ograniczony dostęp do paneli zarządzania
Panele do backupu, wirtualizacji i firewalli powinny być dostępne tylko z sieci administracyjnej.
Kontrola protokołów „do rozchodzenia”
SMB/RPC i podobne rzeczy powinny działać tylko tam, gdzie naprawdę muszą.
Najczęstszy błąd to płaska sieć, gdzie „wszyscy widzą wszystko”, a backup stoi obok użytkowników. W takim układzie jedna zainfekowana stacja potrafi stać się początkiem problemu na poziomie całej organizacji.
Jeśli chcesz nie płacić, musisz mieć kopie, które przeżyją atak Ransomware. W praktyce oznacza to co najmniej jedną kopię odizolowaną (offline) lub niemodyfikowalną (immutable), a także rozdzielenie dostępu do backupu od zwykłych kont domenowych. To rozdzielenie jest ważne: jeśli atakujący przejmie domenę, nie może „z automatu” przejąć też backupu.
Bardzo ważny jest też element, który firmy często pomijają: testy odtworzeń. Backup nie jest strategią, jeśli nie wiesz, czy da się z niego wrócić w realnym czasie. Odtworzenie w izolacji potrafi szybko pokazać „ukryte zależności” – np. to, że aplikacja niby działa, ale bez DNS/certyfikatów/integracji nie obsłuży użytkowników. I dopiero taka wiedza daje sensowne RTO/RPO.
Warto traktować zasadę 3-2-1-1-0 jako kierunek: kopie w więcej niż jednym miejscu, w tym przynajmniej jedna odporna na sabotaż, oraz regularna weryfikacja, że odtwarzanie działa i mieści się w oczekiwanym czasie.


Izolujesz podejrzane komputery lub segmenty sieci.
Blokujesz podejrzane konta i dostępy, zwłaszcza zdalne.
Przechodzisz na komunikację poza firmową pocztą.
Ustalasz obraz sytuacji: co padło, co działa, czy są oznaki wycieku.
Ustalasz, co musi wrócić jako pierwsze, żeby firma działała.
Decydujesz, czy odtwarzasz z kopii, czy odbudowujesz systemy „od zera”.
Przygotowujesz jasne komunikaty do pracowników i klientów.
W razie potrzeby uruchamiasz wsparcie prawne, ubezpieczeniowe albo zewnętrzny zespół reagowania.
Ważne: nie płać w panice i nie przywracaj systemów do tej samej, potencjalnie zainfekowanej sieci. To prosta droga do „drugiej rundy” ataku Ransomware.
W pierwszym tygodniu warto uporządkować to, co krytyczne dla działania firmy, oraz zamknąć najczęstszą furtkę, czyli logowanie: MFA i konta admin. W drugim tygodniu dokładamy ochronę na stacjach i serwerach oraz ograniczamy zdalne dostępy, żeby atak Ransomware nie miał prostej drogi do „przejścia po firmie”. Trzeci tydzień to kopie odporne na sabotaż i pierwsze odtworzenia w izolacji — bo to najszybciej weryfikuje, czy „nie płacić” jest realne. Czwarty tydzień to spięcie planu działania, ćwiczenie decyzyjne i techniczny test odtworzenia kluczowej usługi.
Chcesz sprawdzić, czy Twoje kopie i środowisko naprawdę pozwalają wrócić do działania bez płacenia okupu? W Dataone Business Solutions robimy przegląd backup + AD + EDR oraz praktyczny test odtworzenia, żebyś znał realny czas powrotu do pracy. Skontaktuj się już dziś
Zobacz też: Rozbudowa sieci Wi-FI | Dług technologiczny
Nie ma gwarancji, że po zapłacie ransomware faktycznie „odpuści” i odzyskasz dane. Nawet jeśli dostaniesz narzędzie do odszyfrowania, proces bywa długi, a ryzyko wycieku danych po ataku ransomware może pozostać.
To nie wybór „albo–albo”. EDR pomaga wykryć i zatrzymać ransomware szybciej, ale to backup odporny na ransomware decyduje, czy firma wróci do działania bez płacenia okupu.
Jeśli atakujący przejmie konto z wysokimi uprawnieniami, ransomware może usunąć lub zaszyfrować kopie. Dlatego potrzebujesz kopii odizolowanej albo niemodyfikowalnej (immutable), odpornej na sabotaż.
To kopia, której nie da się zmienić ani skasować przez określony czas (retencję) — nawet przez administratora. Dla ransomware oznacza to, że „ratunek” nie znika w kilka minut.
Wiele firm jest w stanie zrobić duży krok w 30 dni: najpierw MFA i konta admin, potem EDR i segmentacja minimum, następnie backup odporny na ransomware i testy, a na końcu playbook i ćwiczenia.
Aleje Jerozolimskie 25/21,
00-508 Warszawa
NIP: 1133049655
zbyszek@dataone.pl
+48 515 453 151