Cybersecurity po wycieku danych: dlaczego sam backup nie wystarczy?

Spis treści

    Głośne incydenty dotyczące danych medycznych pokazują, że nawet informacje przetwarzane przez wyspecjalizowane systemy mogą stać się celem cyberprzestępców. Gdy dojdzie do naruszenia, zarząd musi odpowiedzieć nie tylko na pytanie, jakie dane mogły zostać ujawnione, lecz także czy organizacja potrafi utrzymać najważniejsze procesy i bezpiecznie odtworzyć środowisko IT.

    W sierpniu 2026 roku Prezes Urzędu Ochrony Danych Osobowych zapowiedział kontrolę zastosowanych środków technicznych i organizacyjnych w spółce MyDr po informacjach o incydencie dotyczącym danych pacjentów. Organ podkreślił, że dokładna skala zdarzenia nie była jeszcze w pełni znana, a kontroli miał podlegać również sposób prowadzenia analizy ryzyka. To istotne zastrzeżenie: dopóki postępowania trwają, nie należy przesądzać przyczyny ani odpowiedzialności poszczególnych podmiotów.

    Nie jest to pierwszy poważny sygnał dla polskiego rynku. W listopadzie 2023 roku UODO informował o ataku ransomware połączonym z wyciekiem danych z ALAB Laboratoria. Zdarzenia różnią się mechanizmem i okolicznościami, ale prowadzą do wspólnego wniosku: bezpieczeństwa danych nie można sprowadzać do jednego produktu ani jednej procedury.

    Wiele firm nadal traktuje backup jako podstawową odpowiedź na cyberzagrożenia. Dobrze zaprojektowana kopia zapasowa może uratować organizację po zaszyfrowaniu, usunięciu lub uszkodzeniu danych. Nie cofnie jednak wycieku, nie odbierze napastnikowi skradzionych informacji i nie zastąpi kontroli dostępu, szyfrowania, monitoringu ani przygotowanego wcześniej planu reagowania.

    1. Wyciek danych i utrata danych to dwa różne zagrożenia

    Wyciek oznacza, że osoba nieuprawniona uzyskała lub mogła uzyskać dostęp do informacji. Utrata danych dotyczy ich niedostępności, usunięcia, zaszyfrowania albo uszkodzenia. Jeden atak może wywołać oba skutki: przestępcy najpierw kopiują dane, a następnie szyfrują systemy i żądają zapłaty za ich odblokowanie lub niepublikowanie.

    Backup odpowiada przede wszystkim na problem dostępności i odtworzenia. Jeśli kopie są aktualne, odseparowane i możliwe do wykorzystania, firma może odbudować system bez polegania na obietnicach napastnika. Kopia zapasowa nie przywraca jednak poufności informacji, które opuściły organizację. Po wycieku pozostają obowiązki prawne, ryzyko oszustw, koszty obsługi incydentu i utrata zaufania klientów.

    1.1 Podwójne wymuszenie zmienia rolę backupu

    W klasycznym scenariuszu ransomware napastnik szyfrował dane i żądał opłaty za klucz deszyfrujący. Coraz częściej wcześniej kopiuje informacje, a następnie grozi ich publikacją lub sprzedażą. Ten model, określany jako podwójne wymuszenie, sprawia, że możliwość odtworzenia systemu nie kończy kryzysu. Firma może wznowić działalność, ale nadal musi ustalić zakres wycieku, ocenić ryzyko dla osób i kontrahentów oraz prowadzić komunikację zgodnie z obowiązkami prawnymi.

    W praktyce potrzebne są więc dwa równoległe plany. Pierwszy dotyczy odzyskania systemów i ciągłości działania. Drugi obejmuje analizę naruszenia poufności: zabezpieczenie logów, identyfikację pobranych danych, ograniczenie dalszego dostępu oraz decyzje dotyczące powiadomień. Backup jest kluczowy dla pierwszego planu, ale nie zastępuje drugiego.

    Takie rozróżnienie ma znaczenie również na gruncie RODO. Art. 32 RODO wskazuje m.in. na zdolność do szybkiego przywrócenia dostępności danych oraz regularne testowanie skuteczności środków bezpieczeństwa. Jednocześnie wymaga ochrony poufności i integralności, a więc szerszego zestawu zabezpieczeń niż sam backup.

    Naruszenie danych i utrata danych to rozne ryzyka

    2. Czego głośne wycieki danych uczą polski biznes?

    Pierwsza lekcja dotyczy wartości danych. Dokumentacja medyczna, dane klientów, informacje finansowe, dane pracowników i własność intelektualna mogą służyć do szantażu, kradzieży tożsamości, phishingu lub dalszych ataków. Organizacja powinna wiedzieć, gdzie takie informacje się znajdują, kto ma do nich dostęp i jak szybko wykryje ich nietypowe pobieranie.

    Druga lekcja dotyczy zależności od dostawców. Dane biznesowe często są przetwarzane w systemach SaaS, chmurze, centrach danych i aplikacjach utrzymywanych przez podmioty trzecie. Przekazanie obsługi technicznej nie usuwa ryzyka po stronie klienta. Potrzebne są wymagania umowne, okresowa ocena zabezpieczeń, uzgodnione zasady raportowania incydentów oraz pewność, że dane można odzyskać także w razie awarii lub zakończenia współpracy.

    Trzecia lekcja jest zarządcza: bezpieczeństwo nie zaczyna się w chwili ataku. Organizacja powinna wcześniej ustalić priorytety odtwarzania, role decyzyjne, kanały komunikacji i akceptowalny czas przestoju. Dla podmiotów objętych NIS2 wymagania dotyczące ciągłości działania wynikające z NIS2 obejmują m.in. zarządzanie kopiami zapasowymi, odtwarzanie po awarii i zarządzanie kryzysowe.

    3. Kiedy backup rzeczywiście ratuje firmę?

    Kopia zapasowa ma największą wartość, gdy podstawowe dane lub systemy przestają być dostępne. Przyczyną może być ransomware, awaria infrastruktury, błąd administratora, wadliwa aktualizacja, usunięcie danych przez pracownika albo uszkodzenie środowiska chmurowego. Backup pozwala wtedy ograniczyć przestój, odbudować usługi i zmniejszyć zakres nieodwracalnej utraty informacji.

    Warunkiem jest jednak objęcie kopią całego procesu, a nie tylko pojedynczego katalogu. Do wznowienia działalności mogą być potrzebne bazy danych, konfiguracje, klucze, kod aplikacji, dokumentacja, integracje, obrazy systemów i informacje o kolejności uruchamiania usług. Kopia danych bez wiedzy, jak odtworzyć zależności, może okazać się niewystarczająca.

    4. Backup, replikacja, archiwizacja i Disaster Recovery to nie to samo

    Pojęcia te bywają stosowane zamiennie, choć odpowiadają na inne potrzeby. Backup tworzy punkty, z których można odzyskać wcześniejszą wersję danych. Replikacja utrzymuje drugą, możliwie aktualną kopię środowiska, ale może natychmiast powielić także usunięcie pliku, błędną zmianę lub zaszyfrowanie. Archiwizacja służy długoterminowemu przechowywaniu informacji, a nie szybkiemu wznowieniu całego procesu.

    Disaster Recovery obejmuje natomiast technologię i procedury potrzebne do przywrócenia usług po poważnym zdarzeniu. Określa kolejność uruchamiania systemów, zależności, zasoby zastępcze, role zespołu i sposób potwierdzenia, że proces działa poprawnie. Firma może więc posiadać wiele kopii plików, a mimo to nie mieć realnego planu odtworzenia działalności.

    Dojrzała strategia łączy te mechanizmy. Replikacja może skrócić przestój po awarii infrastruktury, backup umożliwia powrót do stanu sprzed ataku, archiwum wspiera retencję, a Disaster Recovery porządkuje sposób wykorzystania wszystkich tych zasobów podczas kryzysu.

    4.1 RPO i RTO trzeba określić językiem biznesowym

    RPO określa, jaką maksymalną ilość ostatnio zapisanych danych organizacja może utracić. RTO wskazuje, jak długo proces może pozostawać niedostępny. Parametry te nie powinny wynikać wyłącznie z możliwości technologii. Muszą odpowiadać skutkom biznesowym: zatrzymaniu produkcji, braku obsługi klientów, opóźnieniu rozliczeń, naruszeniu terminów lub zagrożeniu dla bezpieczeństwa ludzi.

    4.2 Przykład: system sprzedażowy i miesięczne archiwum

    Jeżeli system przyjmuje zamówienia przez całą dobę, utrata danych z ostatnich 24 godzin może oznaczać konieczność ręcznego odtworzenia setek transakcji. Taki proces może wymagać RPO liczonego w minutach i RTO w godzinach. Dla zamkniętego archiwum dokumentów z poprzedniego roku dopuszczalne wartości mogą być znacznie wyższe. Jedna polityka backupu dla obu zasobów prowadzi albo do nadmiernych kosztów, albo do niewystarczającej ochrony.

    Czym roznia sie backup replikacja archiwizacja i disaster recovery

    5. Dlaczego sam backup nie zatrzyma wycieku danych?

    Backup jest mechanizmem odzyskiwania, a nie pełnym systemem ochrony informacji. Nawet idealnie odtworzona baza pozostaje naruszona, jeśli napastnik wcześniej pobrał jej zawartość. Dlatego kopie muszą być częścią architektury obejmującej profilaktykę, wykrywanie, reakcję i przywracanie działalności.

    • Kontrola dostępu i zasada najmniejszych uprawnień ograniczają liczbę osób oraz kont mogących pobierać dane.
    • MFA, segmentacja i oddzielne konta administracyjne utrudniają przejęcie całego środowiska jednym zestawem poświadczeń.
    • Szyfrowanie chroni dane przechowywane i przesyłane, o ile klucze są zarządzane oddzielnie i bezpiecznie.
    • DLP, klasyfikacja informacji i monitoring pomagają rozpoznać nietypowy transfer lub masowe pobieranie plików.
    • EDR, ochrona przed malware i zarządzanie podatnościami zmniejszają prawdopodobieństwo utrzymania dostępu przez napastnika.
    • Plan Incident Response określa, kto izoluje systemy, zabezpiecza dowody, ocenia ryzyko i uruchamia komunikację kryzysową.
    Dlaczego sam backup nie zatrzyma naruszenia danych

    6. Jak zbudować odporny backup: zasada 3-2-1-1-0

    Punktem wyjścia jest zasada 3-2-1: trzy kopie danych, dwa różne rodzaje nośników lub środowisk i jedna kopia poza główną lokalizacją. W realiach ransomware warto rozszerzyć ją do modelu 3-2-1-1-0. Dodatkowa jedynka oznacza kopię offline albo niezmienialną, a zero – brak błędów potwierdzony w testach odtwarzania.

    1. Ustal, które dane, systemy i konfiguracje są krytyczne dla działania organizacji.
    2. Oddziel infrastrukturę backupową od środowiska produkcyjnego, domeny i podstawowych kont administratorów.
    3. Stosuj kopie offline lub mechanizmy niezmienialności, które blokują usunięcie i nadpisanie danych przez określony czas.
    4. Szyfruj kopie oraz kontroluj dostęp do kluczy, konsoli zarządzającej i procedur awaryjnych.
    5. Monitoruj nieudane zadania, zmiany retencji, kasowanie punktów przywracania i nietypowe logowania.
    6. Regularnie testuj odtworzenie w izolowanym środowisku i dokumentuj osiągnięte RPO oraz RTO.

    Zgodnie z wytycznymi CISA dotyczącymi ochrony kopii przed ransomware, organizacje powinny utrzymywać zaszyfrowane kopie danych przechowywane offline oraz regularnie sprawdzać ich dostępność i integralność. Ransomware często próbuje odnaleźć i usunąć dostępne backupy, dlatego logiczna separacja i niezmienialność mają równie duże znaczenie jak częstotliwość wykonywania kopii.

    Jak budowac odporne kopie zapasowe zgodnie z zasada 3-2-1-1-0

    7. Backup bez testu odtworzenia jest tylko założeniem

    Status „backup wykonany pomyślnie” nie dowodzi, że organizacja potrafi wznowić działanie. Kopia może być niekompletna, uszkodzona, zainfekowana, zależna od niedostępnego klucza albo niemożliwa do uruchomienia na dostępnej infrastrukturze. Problem może ujawnić się dopiero podczas kryzysu, gdy czas i kompetencje zespołu są najbardziej ograniczone.

    Test powinien obejmować nie tylko odzyskanie pliku, ale także odtworzenie reprezentatywnego procesu. Warto sprawdzić kolejność uruchamiania usług, działanie integracji, poprawność uprawnień, integralność danych i możliwość pracy użytkowników. Ćwiczenie powinno zakończyć się raportem: co odtworzono, ile to trwało, jakie dane utracono i jakie działania naprawcze są potrzebne.

    Dojrzała organizacja zakłada również niedostępność części personelu i podstawowych narzędzi komunikacji. Instrukcje awaryjne, kontakty, klucze i minimalne konfiguracje powinny być dostępne w sposób bezpieczny także poza środowiskiem dotkniętym incydentem.

    8. Pierwsze 24 godziny po incydencie

    Pierwsze działania mają wpływ zarówno na możliwość odtworzenia systemów, jak i na późniejsze ustalenie przebiegu zdarzenia. Pochopne kasowanie plików, restartowanie serwerów lub natychmiastowe przywrócenie całego środowiska może zniszczyć ślady potrzebne do analizy i ponownie uruchomić mechanizm ataku.

    1. Ogranicz rozprzestrzenianie się incydentu. Odizoluj zagrożone systemy i konta zgodnie z przygotowaną procedurą, zachowując materiały potrzebne do analizy.
    2. Zabezpiecz dowody i ustal zakres. Zachowaj logi, wskaż systemy objęte zdarzeniem i sprawdź, czy doszło wyłącznie do niedostępności, czy również do pobrania danych.
    3. Chroń środowisko odtworzeniowe. Przed przywróceniem danych potwierdź, że kopie są integralne, a konta, podatności lub konfiguracje wykorzystane w ataku zostały zabezpieczone.
    4. Uruchom ścieżkę decyzyjną i komunikacyjną. Zaangażuj osoby odpowiedzialne za IT, bezpieczeństwo, ochronę danych, kwestie prawne, ciągłość działania i komunikację z klientami.

    Odtwarzanie powinno następować zgodnie z priorytetami biznesowymi, nie według przypadkowej kolejności serwerów. Najpierw trzeba uruchomić usługi bazowe i mechanizmy bezpieczeństwa, a następnie procesy o najwyższym wpływie na klientów, przychody, zobowiązania prawne lub bezpieczeństwo operacyjne.

    Pierwsze 24 godziny po incydencie

    9. Bezpieczeństwo dostawców jest częścią Cybersecurity firmy

    Jeżeli dostawca przechowuje lub przetwarza dane, ocena backupu powinna obejmować model współodpowiedzialności. Trzeba ustalić, kto wykonuje kopie, gdzie są przechowywane, jak długo trwa odtworzenie, czy klient może otrzymać eksport oraz co dzieje się z danymi po zakończeniu umowy. Samo stwierdzenie, że usługa działa w chmurze, nie odpowiada na te pytania.

    Umowa powinna określać zasady zgłaszania incydentów, współpracy przy analizie naruszenia, zachowania logów, obsługi żądań organów i powiadamiania osób. Warto również weryfikować podwykonawców, lokalizacje danych, uprawnienia uprzywilejowane i wyniki testów ciągłości działania. Certyfikat lub deklaracja dostawcy mogą wspierać ocenę, ale nie zastępują analizy konkretnej usługi i przepływu danych.

    9.1 SaaS nie zawsze oznacza pełny backup po stronie dostawcy

    W usługach SaaS dostawca zwykle odpowiada za dostępność platformy, ale klient może nadal odpowiadać za retencję, konfigurację, konta użytkowników i możliwość odzyskania przypadkowo usuniętych informacji. Wersjonowanie lub kosz w aplikacji nie zawsze zapewniają wymaganą historię zmian, odseparowaną kopię ani eksport pozwalający odtworzyć proces poza usługą.

    Przed zakupem należy sprawdzić zakres odpowiedzialności, okres przechowywania usuniętych danych, możliwość masowego odtworzenia, ochronę przed przejęciem konta administratora oraz sposób odzyskania danych w razie długotrwałej niedostępności dostawcy.

    10. Od backupu do pełnej cyberodporności

    Cyberodporność oznacza zdolność zapobiegania incydentom, ich wykrywania, ograniczania skutków oraz przywracania działalności. Backup realizuje tylko część tego cyklu. Jego skuteczność zależy od jakości inwentaryzacji, klasyfikacji danych, zarządzania dostępem, monitoringu i przygotowania ludzi.

    Dla zarządu praktycznym punktem wyjścia jest zestaw pytań: czy wiemy, gdzie znajdują się najważniejsze dane; czy posiadamy kopię odporną na zmianę; kiedy ostatnio odtworzyliśmy krytyczny proces; kto podejmuje decyzję o izolacji systemów; jak komunikujemy się z klientami i organami; oraz czy dostawcy potrafią przedstawić dowody działania swoich procedur. Brak odpowiedzi wskazuje obszary wymagające pilnego uporządkowania.

    10.1 Krótka lista kontrolna dla organizacji

    • Najważniejsze dane i procesy mają przypisanych właścicieli, RPO, RTO oraz kolejność odtwarzania.
    • Co najmniej jedna kopia jest odseparowana, offline lub niezmienialna i chroniona innymi poświadczeniami niż produkcja.
    • Testy obejmują cały proces biznesowy, a nie wyłącznie odzyskanie pojedynczego pliku.
    • Monitoring wykrywa nieudane zadania, zmianę retencji, kasowanie kopii i nietypową aktywność administratorów.
    • Umowy z dostawcami regulują odzyskiwanie danych, współpracę podczas incydentu i zakończenie usługi.
    • Plan Incident Response wskazuje osoby decyzyjne, kanały komunikacji i sposób współpracy funkcji technicznych, prawnych oraz biznesowych.

    11. Jak TTMS pomaga przygotować organizację na incydent?

    TTMS wspiera organizacje w ocenie zabezpieczeń, tworzeniu polityk bezpieczeństwa, ochronie danych oraz przygotowaniu procedur reagowania i ciągłości działania. Zakres wsparcia obejmuje m.in. audyty cyberbezpieczeństwa, szyfrowanie, DLP, ochronę przed malware, zarządzanie podatnościami, Incident Response oraz planowanie odzyskiwania danych po awarii.

    Takie podejście pozwala umieścić backup w szerszej strategii bezpieczeństwa. Celem nie jest wyłącznie wykonanie kolejnej kopii, lecz potwierdzenie, że najważniejsze procesy można odtworzyć w założonym czasie, a ryzyko wycieku jest ograniczane przez spójne środki techniczne i organizacyjne.

    Czy Twoja organizacja potrafi nie tylko wykonać backup, ale także bezpiecznie odtworzyć dane i najważniejsze procesy? Sprawdź usługi cyberbezpieczeństwa TTMS i przygotuj firmę na incydent, zanim do niego dojdzie.

    Czy backup chroni firmę przed wyciekiem danych?

    Nie. Backup pomaga odzyskać dane po ich usunięciu, zaszyfrowaniu lub uszkodzeniu, ale nie blokuje ich skopiowania przez osobę nieuprawnioną. Ochrona przed wyciekiem wymaga m.in. kontroli dostępu, szyfrowania, DLP, monitoringu oraz reagowania na incydenty.

    Jak często firma powinna testować odtwarzanie danych?

    Częstotliwość powinna wynikać z ryzyka i znaczenia procesu. Systemy krytyczne wymagają częstszych testów niż archiwa o niewielkim wpływie na działalność. Test należy powtarzać także po istotnej zmianie infrastruktury, aplikacji, dostawcy lub polityki backupu.

    Czy backup w chmurze jest wystarczający?

    Może być częścią skutecznej strategii, ale sama lokalizacja w chmurze nie gwarantuje odporności. Trzeba sprawdzić separację kont, wersjonowanie, niezmienialność, szyfrowanie, retencję, możliwość eksportu oraz scenariusz utraty dostępu do głównego konta lub dostawcy.

    Czy zasada 3-2-1-1-0 jest obowiązkiem prawnym?

    Nie jest uniwersalnym przepisem obowiązującym każdą firmę. To praktyczny model projektowania kopii odpornych na awarie i ransomware. Konkretne środki powinny wynikać z analizy ryzyka, rodzaju danych, obowiązujących regulacji, umów oraz wymaganej ciągłości działania.

    Od czego zacząć ocenę odporności organizacji?

    Od inwentaryzacji danych i usług krytycznych, określenia RPO i RTO, przeglądu uprawnień oraz testu odtworzenia wybranego procesu. Wynik powinien prowadzić do planu działań obejmującego technologię, procedury, dostawców i odpowiedzialność konkretnych osób.

    Wiktor Janicki

    Transition Technologies MS świadczy usługi informatyczne terminowo, o wysokiej jakości i zgodnie z podpisaną umową. Polecamy firmę TTMS jako godnego zaufania i rzetelnego dostawcę usług IT oraz partnera wdrożeniowego Salesforce.

    Czytaj więcej
    Julien Guillot Schneider Electric

    TTMS od lat pomaga nam w zakresie konfiguracji i zarządzania urządzeniami zabezpieczającymi z wykorzystaniem różnych technologii. Ueługi świadczone przez TTMS są realizowane terminowo, i zgodnie z umową.

    Czytaj więcej

    Już dziś możemy pomóc Ci rosnąć

    Porozmawiajmy, jak możemy wesprzeć Twój biznes

    TTMC Contact person
    Monika Radomska

    Sales Manager