W firmie można mieć dobry antywirus, firewall, aktualne systemy, uwierzytelnianie wieloskładnikowe i rozbudowaną ochronę punktów końcowych, a mimo to jeden błąd użytkownika, awaria sprzętu albo atak ransomware może doprowadzić do utraty dostępu do danych. Dlatego backup nie jest dodatkiem do bezpieczeństwa firmy. Jest jednym z jego podstawowych elementów.
Problem polega na tym, że wiele firm ma jakąś kopię zapasową, ale niekoniecznie ma bezpieczny i sprawdzony system backupu. Kopia znajdująca się na tym samym komputerze nie daje dużego bezpieczeństwa. Drugi dysk podłączony cały czas do serwera również może zostać zaszyfrowany przez ransomware. Automatyczny backup, którego nigdy nie próbowano odtworzyć, może z kolei okazać się bezużyteczny dokładnie wtedy, gdy będzie najbardziej potrzebny.
W tym artykule wyjaśniamy, czym jest zasada 3-2-1, jak zbudować backup dla małej i średniej firmy, czym różni się kopia offline od immutable backupu oraz dlaczego testowanie odtwarzania danych jest równie ważne jak samo wykonywanie kopii.
Dlaczego backup jest tak ważny dla firmy?
Dane firmowe mogą zniknąć z wielu powodów. Nie zawsze musi być to atak hakera. Przyczyną może być:
- awaria dysku,
- uszkodzenie serwera,
- błąd użytkownika,
- przypadkowe usunięcie plików,
- kradzież sprzętu,
- pożar lub zalanie,
- awaria infrastruktury,
- błędna aktualizacja lub konfiguracja,
- infekcja malware,
- ransomware.
W przypadku ransomware problem jest jeszcze poważniejszy. Atakujący nie muszą ograniczać się do zaszyfrowania dokumentów znajdujących się na komputerach użytkowników. Jeżeli backup jest dostępny z tej samej sieci i kont użytkowników, które zostały przejęte, napastnik może próbować zaatakować również kopie zapasowe. Dlatego współczesna strategia backupu powinna odpowiadać nie tylko na pytanie:
„Czy mamy kopię danych?”
ale przede wszystkim:
„Czy będziemy w stanie odzyskać dane, jeżeli główne środowisko oraz dostępne w sieci kopie zostaną zaatakowane?”
Czym jest zasada backupu 3-2-1?
Zasada 3-2-1 jest prostym sposobem projektowania systemu kopii zapasowych. W najbardziej klasycznej postaci oznacza:
- 3 kopie danych – dane produkcyjne oraz co najmniej dwie kopie zapasowe,
- 2 różne typy nośników lub lokalizacji przechowywania,
- 1 kopia poza główną lokalizacją firmy.
Najważniejsza jest tutaj nie sama matematyka, ale redundancja i separacja:
- Jeżeli wszystkie kopie znajdują się w jednym miejscu, awaria tego miejsca może pozbawić firmę wszystkich danych.
- Jeżeli wszystkie kopie znajdują się na urządzeniach dostępnych z tej samej sieci, ransomware może potencjalnie zaatakować również backup.
- Jeżeli wszystkie kopie znajdują się w jednym pomieszczeniu, pożar, zalanie lub kradzież może zniszczyć zarówno dane produkcyjne, jak i kopie.
Reguła 3-2-1 ma więc stworzyć kilka niezależnych możliwości odzyskania danych.
Jak wygląda backup 3-2-1 w praktyce?
Załóżmy, że firma posiada serwer, na którym znajdują się:
- dokumenty,
- baza danych,
- pliki księgowe,
- dane klientów,
- projekty,
- konfiguracje aplikacji.
Przykładowa architektura może wyglądać tak:
1. Dane produkcyjne
Serwer firmy przechowuje aktualne dane.
2. Pierwsza kopia
Backup wykonywany jest na lokalne urządzenie backupowe, np. dedykowany serwer lub NAS.
3. Druga kopia
Kolejna kopia trafia do innego systemu lub na inny typ nośnika.
4. Kopia poza firmą
Jedna z kopii jest dodatkowo przechowywana poza główną lokalizacją – np. w bezpiecznej infrastrukturze chmurowej albo innej lokalizacji firmy.
Schemat może więc wyglądać następująco:
Dane firmy → lokalny backup → druga kopia → kopia off-site
To już zdecydowanie więcej niż pojedynczy dysk USB podłączony do serwera.
Czy jeden backup wystarczy?
W praktyce często spotykamy konfigurację:
serwer → drugi dysk
Na pierwszy rzut oka wszystko wygląda dobrze. Problem pojawia się wtedy, gdy ransomware uzyska dostęp do serwera i wszystkich zasobów, które serwer może zapisywać lub usuwać. Wtedy możliwy scenariusz wygląda następująco:
serwer zostaje zaszyfrowany → ransomware uzyskuje dostęp do backupu → backup zostaje zaszyfrowany lub usunięty → firma traci możliwość prostego odtworzenia danych.
Dlatego backup powinien być projektowany z założeniem, że atakujący może próbować zaatakować również kopie zapasowe.
Współczesne zalecenia dotyczące ochrony przed ransomware zwracają szczególną uwagę na kopie offline, izolację backupów, ich szyfrowanie oraz regularne testowanie procesu odtwarzania.
Backup offline – dlaczego jest tak ważny?
Backup offline to kopia, która nie jest stale dostępna z głównego środowiska IT. Może to być na przykład:
- odłączany nośnik,
- taśma,
- system przechowywania kopii w trybie offline,
- odpowiednio skonfigurowane repozytorium,
- rozwiązanie chmurowe zapewniające izolację kopii.
Idea jest prosta: jeżeli komputer zostanie zainfekowany, nie powinien automatycznie otrzymać możliwości usunięcia lub zaszyfrowania wszystkich kopii zapasowych firmy. To właśnie dlatego sama synchronizacja plików nie jest tym samym co bezpieczny backup. Jeżeli komputer automatycznie synchronizuje zmiany z innym miejscem, a ransomware zaszyfruje pliki, istnieje ryzyko, że zaszyfrowana wersja zostanie również zsynchronizowana. Backup powinien więc umożliwiać powrót do wcześniejszego, bezpiecznego punktu w czasie.
Immutable backup – czym jest i dlaczego pomaga przy ransomware?
Coraz częściej przy projektowaniu backupu pojawia się określenie immutable backup, czyli kopia niezmienna. W uproszczeniu chodzi o to, aby przez określony czas kopii nie można było zmodyfikować ani usunąć – nawet jeżeli osoba atakująca uzyska dostęp do systemu, w którym backup jest przechowywany. To bardzo ważna różnica. Zwykła kopia może być dostępna dla administratora. Kopia immutable ma dodatkową warstwę ochrony przed zmianą lub usunięciem. W przypadku ransomware może to mieć ogromne znaczenie, ponieważ atakujący może próbować nie tylko zaszyfrować dane produkcyjne, ale również:
- usunąć backupy,
- usunąć snapshoty,
- zmienić konfigurację systemu backupowego,
- skasować historię wersji,
- przejąć konto administratora backupu.
Dlatego współczesne podejście do ochrony kopii zapasowych często łączy: offline + off-site + immutable + kontrolę dostępu.
Nie każda firma musi wdrażać wszystkie te mechanizmy w identyczny sposób. Ich dobór powinien zależeć od wartości danych, wymaganej ciągłości działania i budżetu.
Backup w chmurze – czy jest bezpieczny?
Backup w chmurze może być bardzo dobrym elementem strategii 3-2-1, ale samo słowo „chmura” nie oznacza automatycznie „bezpieczny backup”. Trzeba sprawdzić przede wszystkim:
- czy backup jest odseparowany od środowiska produkcyjnego,
- kto ma prawo go usuwać,
- czy dostęp do niego jest chroniony MFA,
- czy istnieje możliwość przechowywania niezmiennych kopii,
- jak długo przechowywane są wersje danych,
- czy można odtworzyć dane do konkretnego punktu w czasie,
- gdzie fizycznie przechowywane są dane,
- jak szybko można je odzyskać,
- czy dostawca umożliwia wykonanie testowego odtworzenia.
Dobra usługa backupowa powinna więc być oceniana nie tylko przez pryzmat pojemności i ceny. Najważniejsze pytanie brzmi:
„Co stanie się z moim backupem, jeżeli ktoś przejmie konto administratora?”
W rozwiązaniach chmurowych warto zwrócić szczególną uwagę na dodatkowe mechanizmy ochrony przed usunięciem i zmianą kopii, takie jak MFA, blokady usuwania czy niezmienne przechowywanie danych.
RPO i RTO – jak ustalić, czego naprawdę potrzebuje firma?
Samo pytanie „jak często robić backup?” nie zawsze jest wystarczające. Najpierw warto określić, ile danych firma może stracić i jak długo może działać bez danego systemu. Tutaj pojawiają się dwa bardzo ważne pojęcia.
RPO – ile danych możemy stracić?
RPO, czyli Recovery Point Objective, określa akceptowalną utratę danych mierzoną w czasie.
Przykład. Firma wykonuje backup raz na 24 godziny. Jeżeli serwer ulegnie awarii tuż przed kolejnym backupem, potencjalnie można utracić prawie cały dzień pracy. Dla jednej firmy będzie to akceptowalne. Dla innej – absolutnie nie.
Jeżeli dane zmieniają się cały czas, backup raz dziennie może być niewystarczający.
RTO – jak szybko musimy wrócić do pracy?
RTO, czyli Recovery Time Objective, określa docelowy czas przywrócenia działania. Przykład:
- mała firma może zaakceptować kilka godzin przestoju,
- sklep internetowy może potrzebować znacznie szybszego odtworzenia,
- firma produkcyjna może mieć jeszcze bardziej restrykcyjne wymagania.
Dlatego backup powinien być projektowany nie tylko pod kątem: „czy odzyskamy dane?” ale również: „jak szybko odzyskamy możliwość normalnej pracy?” Współczesne strategie backupu uwzględniają właśnie punkt odzyskiwania oraz wymagany czas przywrócenia usług.
Jak często robić backup?
Nie istnieje jedna częstotliwość odpowiednia dla każdej firmy. Backup może być wykonywany:
- raz dziennie,
- kilka razy dziennie,
- co godzinę,
- niemal ciągle,
- zgodnie z określonym harmonogramem zależnym od rodzaju danych.
Najważniejsza zasada jest prosta: częstotliwość backupu powinna wynikać z tego, ile danych firma może realnie stracić.
Jeżeli pracownik przez cały dzień wprowadza dane do systemu, backup wykonywany raz na tydzień może być zdecydowanie niewystarczający. Jeżeli natomiast system zmienia się bardzo rzadko, codzienna kopia może być wystarczająca. Warto również pamiętać, że backup powinien obejmować nie tylko dokumenty. Do odtworzenia całego środowiska mogą być potrzebne również:
- bazy danych,
- konfiguracje,
- maszyny wirtualne,
- systemy operacyjne,
- aplikacje,
- ustawienia serwerów,
- certyfikaty,
- konfiguracje urządzeń,
- dokumentacja.
Czy backup trzeba testować?
Tak. I to jest jeden z najczęściej pomijanych elementów całej strategii backupu. Można wykonywać backup codziennie przez kilka lat i nadal nie mieć pewności, że dane rzeczywiście uda się odzyskać. Dlaczego? Bo mogą wystąpić problemy takie jak:
- uszkodzone archiwum,
- błędna konfiguracja,
- brak odpowiednich uprawnień,
- brak klucza szyfrującego,
- niekompletna kopia,
- niezgodność wersji oprogramowania,
- brak miejsca na odtworzenie,
- uszkodzenie repozytorium,
- brak wiedzy, jak rozpocząć proces odtwarzania.
Dlatego backup bez testu odtworzenia jest tylko założeniem, że backup działa. NIST zaleca zarówno odpowiednie zabezpieczenie kopii, jak i regularne testowanie strategii backupu oraz odtwarzania.
Jak sprawdzić, czy backup naprawdę działa?
Nie trzeba od razu odtwarzać całego serwera produkcyjnego. Można zacząć od prostego testu.
Test 1 – pojedynczy plik
Wybieramy plik znajdujący się w backupie i sprawdzamy, czy można go odzyskać.
Test 2 – większy zestaw danych
Odtwarzamy cały katalog lub wybraną grupę danych.
Test 3 – baza danych
Sprawdzamy, czy baza może zostać przywrócona i uruchomiona.
Test 4 – maszyna wirtualna
Jeżeli firma korzysta z wirtualizacji, warto przetestować pełne odtworzenie wybranej maszyny.
Test 5 – scenariusz awaryjny
Najbardziej wartościowy jest test odpowiadający rzeczywistemu problemowi:
„Serwer przestał działać. Co robimy?”
Wtedy okazuje się, czy firma rzeczywiście posiada procedurę odzyskiwania, czy tylko kilka plików zapisanych na dysku.
Czy backup chroni przed ransomware?
Backup nie zatrzymuje ransomware.
Jego zadaniem jest umożliwienie odzyskania danych po incydencie. To bardzo ważne rozróżnienie. Ochrona przed ransomware powinna działać na wielu poziomach: zapobieganie → wykrywanie → zatrzymanie ataku → ograniczenie skutków → odzyskanie danych. Backup znajduje się przede wszystkim na końcu tego łańcucha.
Jeżeli ransomware zostanie zatrzymane przez ochronę endpointów, backup może nie być potrzebny. Jeżeli atak ominie zabezpieczenia i zaszyfruje dane, backup może stać się jednym z najważniejszych elementów odzyskiwania. Dlatego backup nie powinien być traktowany jako zamiennik ochrony antywirusowej. Tak samo antywirus nie powinien być traktowany jako zamiennik backupu.
Co zrobić, jeśli ransomware zaatakuje firmę?
W przypadku podejrzenia ransomware najważniejsza jest szybka reakcja. Pierwszym celem powinno być ograniczenie rozprzestrzeniania się ataku. W zależności od sytuacji może to oznaczać:
- odłączenie zainfekowanych urządzeń od sieci,
- odseparowanie zaatakowanych systemów,
- ograniczenie dostępu do udziałów sieciowych,
- zabezpieczenie dowodów i informacji o incydencie,
- ustalenie zakresu ataku,
- sprawdzenie, które dane zostały naruszone,
- zabezpieczenie zdrowych kopii zapasowych.
Dopiero po opanowaniu sytuacji można przejść do bezpiecznego odtwarzania środowiska. Nie warto automatycznie przywracać danych na system, który nadal może być zainfekowany. Dlatego procedura odzyskiwania powinna być przygotowana zanim wydarzy się incydent.
ESET a backup – czy ESET zastępuje kopie zapasowe?
Nie. I warto powiedzieć to wprost. ESET nie zastępuje profesjonalnego systemu backupowego firmy.
Ochrona ESET może pomóc zapobiegać infekcjom, wykrywać podejrzane zachowania i ograniczać skutki ataku ransomware, ale firma nadal powinna posiadać własną strategię wykonywania i przechowywania kopii zapasowych. To dwa różne elementy bezpieczeństwa. Można to przedstawić bardzo prosto:
- ESET → pomaga chronić dane przed atakiem
- Backup → pomaga odzyskać dane po awarii lub ataku
Najbezpieczniejszy model łączy oba mechanizmy.
ESET Ransomware Remediation – czym różni się od klasycznego backupu?
W przypadku wybranych rozwiązań ESET PROTECT dostępna jest funkcja ESET Ransomware Remediation. Jej zadaniem jest zabezpieczenie i odtworzenie plików w sytuacji, gdy mechanizmy ochrony ESET wykryją podejrzaną aktywność ransomware. Mechanizm działa inaczej niż klasyczny backup.
Ransomware Remediation może tworzyć chronione kopie plików podczas podejrzanej aktywności. Jeżeli zachowanie zostanie rozpoznane jako ransomware, mechanizm może wykorzystać przygotowane kopie do odtworzenia danych. Funkcja jest zarządzana przez ESET PROTECT i dotyczy odpowiednio chronionych systemów Windows.
To bardzo przydatna dodatkowa warstwa ochrony. Nie należy jednak mylić jej z pełnym systemem backupowym. Ransomware Remediation nie jest przeznaczone do przechowywania wielodniowej historii firmowych danych, wykonywania kopii całego serwera czy realizowania klasycznej strategii disaster recovery.
Dlatego właściwe podejście wygląda raczej tak:
backup 3-2-1 + ochrona ESET + Ransomware Remediation
a nie:
„mamy ESET, więc backup nie jest potrzebny”.
Przykładowy backup 3-2-1 dla małej firmy
Załóżmy, że firma posiada jeden główny serwer oraz kilka komputerów pracowników. Przykładowa architektura może wyglądać następująco:
Kopia 1 – dane produkcyjne
Dane znajdują się na serwerze firmy.
Kopia 2 – lokalny backup
Automatyczny backup trafia na dedykowane urządzenie backupowe.
Kopia 3 – druga kopia
Drugi backup jest przechowywany w innym systemie lub repozytorium.
Kopia off-site
Jedna z kopii jest dodatkowo przechowywana poza główną lokalizacją.
Ochrona dostępu
Konto administratora backupu jest zabezpieczone silnym hasłem i MFA.
Ochrona przed usunięciem
Jeżeli rozwiązanie na to pozwala, wykorzystywana jest niezmienność kopii lub mechanizm ochrony przed przypadkowym i złośliwym usunięciem.
Test
Regularnie wykonywane jest testowe odtworzenie danych.
To już jest znacznie bardziej odporne podejście niż: „robimy kopię na drugi dysk”.
Backup 3-2-1 a Microsoft 365
Warto pamiętać również o danych przechowywanych w chmurze. Microsoft 365 nie powinien być automatycznie traktowany jako pełny system backupowy firmy. W środowisku firmowym mogą znajdować się między innymi:
- wiadomości e-mail,
- dokumenty,
- pliki SharePoint,
- dane OneDrive,
- dane Teams,
- dane użytkowników.
Jeżeli dane są krytyczne dla działalności firmy, warto odpowiedzieć na pytanie:
„Czy w przypadku przypadkowego usunięcia, błędu użytkownika albo incydentu bezpieczeństwa jesteśmy w stanie odzyskać potrzebne dane z odpowiedniego punktu w czasie?”
Dlatego strategia backupu powinna obejmować również dane znajdujące się poza lokalnym serwerem.
Ile kosztuje brak backupu?
To pytanie warto postawić inaczej niż:
„Ile kosztuje backup?”
Lepsze pytanie brzmi:
„Ile kosztuje jeden dzień bez danych?”
Dla firmy może to oznaczać:
- brak możliwości wystawiania faktur,
- brak dostępu do dokumentów,
- zatrzymanie produkcji,
- niedostępność systemów,
- utratę zamówień,
- opóźnienia w realizacji usług,
- konieczność odtwarzania danych ręcznie,
- utratę części klientów,
- dodatkowe koszty pracy,
- koszty odzyskiwania infrastruktury.
A w przypadku ransomware może pojawić się jeszcze problem czasu potrzebnego na analizę incydentu, oczyszczenie środowiska i bezpieczne odtworzenie systemów. Dlatego koszt backupu powinien być porównywany nie tylko z ceną dysków, serwera czy usługi chmurowej. Trzeba porównać go z potencjalnym kosztem przestoju i utraty danych.
Backup 3-2-1 – checklista dla firmy
Jeżeli chcesz szybko sprawdzić, czy firma ma sensownie zaprojektowany backup, odpowiedz na poniższe pytania:
- Czy mamy co najmniej trzy kopie danych?
- Czy kopie znajdują się w co najmniej dwóch różnych miejscach lub typach przechowywania?
- Czy przynajmniej jedna kopia znajduje się poza główną lokalizacją?
- Czy przynajmniej jedna kopia jest odseparowana od sieci?
- Czy backup jest chroniony przed nieautoryzowanym usunięciem?
- Czy dostęp administratora do backupu jest chroniony MFA?
- Czy znamy RPO dla najważniejszych danych?
- Czy znamy RTO dla najważniejszych systemów?
- Czy backup wykonywany jest wystarczająco często?
- Czy monitorujemy poprawność wykonywania kopii?
- Czy regularnie testujemy odtwarzanie?
- Czy wiemy, kto odpowiada za odzyskanie danych?
- Czy mamy procedurę działania na wypadek ransomware?
- Czy backup obejmuje również dane znajdujące się w chmurze?
- Czy znamy sposób odtworzenia całego środowiska, a nie tylko pojedynczych plików?
Jeżeli na kilka pytań odpowiadasz „nie wiem”, warto potraktować to jako sygnał ostrzegawczy.
Backup 3-2-1 nie oznacza, że firma jest całkowicie bezpieczna
Reguła 3-2-1 jest bardzo dobrym fundamentem, ale sama w sobie nie rozwiązuje wszystkich problemów. Nowoczesna ochrona danych powinna obejmować również:
- ochronę endpointów,
- aktualizacje i zarządzanie podatnościami,
- MFA,
- kontrolę uprawnień,
- segmentację sieci,
- ochronę poczty,
- ochronę danych w chmurze,
- monitoring,
- plan reagowania na incydenty,
- regularne testy odtwarzania.
W przypadku większych organizacji dochodzą również rozwiązania EDR/XDR oraz usługi MDR.
Jak połączyć backup z ochroną ESET?
Najlepiej myśleć o bezpieczeństwie firmy warstwowo.
Warstwa 1 – zapobieganie
Aktualne systemy, zarządzanie podatnościami, MFA i odpowiednie uprawnienia.
Warstwa 2 – ochrona
Ochrona endpointów, serwerów, poczty i pozostałych elementów infrastruktury.
Warstwa 3 – wykrywanie
Monitoring podejrzanych zachowań, EDR/XDR i analiza zagrożeń.
Warstwa 4 – reakcja
Izolowanie urządzeń i reagowanie na incydenty.
Warstwa 5 – odzyskiwanie
Backup 3-2-1, kopie offline/off-site, niezmienne kopie oraz przetestowany proces odtwarzania.
Dzięki temu awaria jednej warstwy nie musi oznaczać katastrofy dla całej firmy.
Jaki backup wybrać dla małej firmy?
Nie każda firma potrzebuje rozbudowanego centrum danych i skomplikowanego systemu disaster recovery. Dla niewielkiej firmy podstawą może być: regularny automatyczny backup + druga kopia + kopia poza firmą + odpowiednia ochrona dostępu + regularny test odtworzenia. W większej organizacji potrzeby mogą być znacznie bardziej rozbudowane. Wtedy warto uwzględnić:
- serwery fizyczne,
- maszyny wirtualne,
- bazy danych,
- aplikacje biznesowe,
- Microsoft 365,
- systemy ERP,
- urządzenia sieciowe,
- konfiguracje,
- wymagania dotyczące RPO/RTO,
- backup off-site,
- immutable backup,
- procedury disaster recovery.
Najważniejsze jest jednak to, aby rozwiązanie odpowiadało rzeczywistym potrzebom firmy. Nie chodzi o posiadanie najdroższego backupu. Chodzi o możliwość odzyskania danych wtedy, kiedy naprawdę ich potrzebujesz.
FAQ: najczęstsze pytania o backup 3-2-1
Czy backup 3-2-1 jest potrzebny każdej firmie?
Nie każda firma potrzebuje identycznej infrastruktury backupowej, ale każda firma powinna określić sposób ochrony i odzyskiwania swoich istotnych danych. Im bardziej działalność zależy od danych, tym większe znaczenie ma dobrze zaprojektowany backup.
Czy dysk USB jest backupem?
Może być elementem systemu backupowego, ale sam jeden dysk USB nie realizuje pełnej zasady 3-2-1. Jeżeli jest stale podłączony do komputera lub serwera, może również zostać narażony na skutki ransomware.
Czy backup w chmurze wystarczy?
Może być ważnym elementem strategii, ale bezpieczeństwo zależy od sposobu jego konfiguracji. Warto zweryfikować izolację kopii, ochronę przed usunięciem, MFA, retencję oraz możliwość odtworzenia danych.
Jak często trzeba testować backup?
Nie ma jednej częstotliwości odpowiedniej dla każdej firmy. Test powinien być na tyle regularny, aby firma miała aktualną wiedzę, że proces odtwarzania rzeczywiście działa. W przypadku danych krytycznych warto testować nie tylko pojedyncze pliki, ale również rzeczywiste scenariusze odzyskiwania.
Czy ransomware może zaatakować backup?
Tak. Jeżeli kopia jest dostępna z zaatakowanego środowiska, ransomware może próbować ją zaszyfrować lub usunąć. Dlatego tak ważne są izolacja, offline/off-site, niezmienność kopii i odpowiednia kontrola dostępu.
Czy ESET zastępuje backup?
Nie. ESET stanowi element ochrony przed zagrożeniami, natomiast backup służy do odzyskiwania danych po awarii, błędzie lub incydencie.
Czy ESET Ransomware Remediation zastępuje backup?
Nie. Ransomware Remediation jest dodatkową funkcją ochrony i odzyskiwania plików w określonym scenariuszu ransomware. Nie zastępuje pełnego systemu kopii zapasowych firmy.
Czy backup chroni przed ransomware?
Nie zatrzymuje samego ataku. Pozwala natomiast odzyskać dane po incydencie, jeżeli kopie są dostępne i nie zostały naruszone. Dlatego backup powinien być jednym z elementów szerszej strategii bezpieczeństwa.
Podsumowanie
Backup 3-2-1 to jeden z podstawowych fundamentów bezpieczeństwa danych w firmie. Jego największa wartość polega nie na samym wykonywaniu kopii, ale na stworzeniu kilku niezależnych możliwości odzyskania danych. W praktyce warto dążyć do tego, aby:
- posiadać co najmniej trzy kopie danych,
- wykorzystywać różne miejsca lub typy przechowywania,
- przechowywać przynajmniej jedną kopię poza główną lokalizacją,
- posiadać kopię odseparowaną od sieci,
- chronić backup przed usunięciem i modyfikacją,
- stosować MFA i ograniczać uprawnienia administratorów,
- określić RPO i RTO,
- regularnie testować odtwarzanie danych.
I przede wszystkim: nie czekać z przygotowaniem backupu do momentu, kiedy będzie już potrzebny.
Aktualizacja artykułu
Artykuł został przygotowany na podstawie aktualnych informacji dotyczących ochrony danych, ransomware oraz funkcji ESET dostępnych we wrześniu 2026 r. Zakres funkcji, dostępność modułów oraz zasady licencjonowania mogą ulegać zmianom. Przed wdrożeniem konkretnego rozwiązania warto sprawdzić jego aktualną dokumentację oraz wymagania techniczne.