Konflikt BitLocker z oprogramowaniem do backupu

Konflikt BitLocker z oprogramowaniem do backupu wskazuje, że narzędzie kopii zapasowej próbuje odczytać dysk na niższym poziomie niż odszyfrowana warstwa systemu plików.

Konflikt BitLocker z oprogramowaniem do backupu – czym jest ten problem

Konflikt BitLocker z oprogramowaniem do backupu pojawia się wtedy, gdy program tworzący kopię zapasową próbuje uzyskać dostęp do danych w sposób niezgodny z mechanizmem szyfrowania zastosowanym w systemie Windows. BitLocker chroni zawartość woluminu, kontrolując sposób odblokowania dysku oraz moment, w którym dane stają się dostępne dla systemu operacyjnego. Oprogramowanie backupowe może natomiast próbować wykonać obraz całego nośnika, odczytać sektory rozruchowe, przeanalizować partycje albo przywrócić zapis bez wcześniejszego przekazania prawidłowych kluczy.

Nie oznacza to automatycznie uszkodzenia dysku ani utraty plików. Często problem wynika z różnicy pomiędzy kopią plikową a kopią sektorową. Kopia plikowa działa na poziomie widocznych katalogów i dokumentów, natomiast obraz systemu obejmuje również strukturę partycji, dane rozruchowe oraz obszary wymagające obsługi szyfrowania. Jeżeli aplikacja backupowa nie rozpoznaje poprawnie stanu blokady, może zgłaszać błąd odczytu, przerywać zadanie lub tworzyć kopię, której późniejsze odtworzenie nie będzie możliwe.

Znaczenie ma także sposób skonfigurowania funkcji BitLocker. Inaczej może zachowywać się zaszyfrowany wolumin systemowy, inaczej dodatkowa partycja danych, a jeszcze inaczej dysk podłączony do komputera zewnętrznie. Weryfikacji wymaga również to, czy nośnik jest w danym momencie odblokowany, czy system został uruchomiony w środowisku odzyskiwania oraz czy program backupowy korzysta z własnego sterownika dostępu do dysku.

Jak BitLocker współdziała z kopiami zapasowymi

BitLocker szyfruje dane zapisane na nośniku, dlatego zwykły odczyt sektorów nie zawsze daje aplikacji backupowej użyteczny obraz plików. Gdy system działa i wolumin został prawidłowo odblokowany, część programów może wykonać kopię z poziomu systemu plików. Przy tworzeniu obrazu offline sytuacja wygląda inaczej, ponieważ środowisko uruchomieniowe musi mieć dostęp do klucza odzyskiwania lub do odpowiednio odblokowanego woluminu.

W praktyce należy rozróżnić kilka sposobów wykonywania kopii:

• Kopia plikowa obejmuje wybrane dokumenty, katalogi i ustawienia dostępne po odblokowaniu woluminu.
• Obraz partycji odwzorowuje strukturę wybranego obszaru dysku i może wymagać obsługi metadanych związanych z szyfrowaniem.
• Obraz całego nośnika uwzględnia również układ partycji, obszary rozruchowe oraz dane niewidoczne w Eksploratorze plików.
• Kopia wykonywana z nośnika startowego zależy od tego, czy środowisko odzyskiwania potrafi rozpoznać BitLocker i odblokować właściwy wolumin.

Ważne jest także odróżnienie szyfrowania od kompresji lub deduplikacji stosowanej przez aplikację backupową. Zmniejszenie rozmiaru pliku kopii nie oznacza odszyfrowania danych, a zaszyfrowany obraz może dodatkowo podlegać kompresji w ograniczonym zakresie. Jeżeli program próbuje przetwarzać dane w niewłaściwej kolejności, może pojawić się komunikat o nieznanym systemie plików, niedostępnym woluminie albo braku możliwości wykonania migawki.

Bezpieczna konfiguracja powinna uwzględniać przechowywanie klucza odzyskiwania w miejscu niezależnym od komputera, sprawdzenie zgodności programu backupowego z używaną wersją systemu oraz przeprowadzenie testowego odtworzenia. Sama informacja, że kopia została utworzona, nie potwierdza jeszcze, że da się z niej uruchomić system lub odzyskać pojedyncze pliki.

Typowe objawy i błędy przy tworzeniu kopii

Najczęściej występującym objawem jest przerwanie zadania backupu po rozpoczęciu odczytu partycji systemowej. Program może informować o braku dostępu, niemożności utworzenia migawki, zablokowanym woluminie albo niespójności danych. Czasem kopia zostaje utworzona, ale podczas próby jej zamontowania pojawia się żądanie klucza odzyskiwania lub komunikat o uszkodzonym obrazie.

Do typowych przyczyn należą:

• uruchomienie narzędzia backupowego przed odblokowaniem chronionego woluminu,
• użycie środowiska startowego, które nie ma właściwego sterownika lub obsługi BitLocker,
• próba odtworzenia obrazu na nośniku o innym układzie partycji,
• zmiana ustawień rozruchu, modułu zabezpieczeń lub trybu uruchamiania po utworzeniu kopii,
• brak dostępu do klucza odzyskiwania podczas pracy poza uruchomionym systemem,
• uszkodzenie metadanych szyfrowania albo przerwanie procesu podczas aktualizacji systemu,
• równoczesne działanie kilku programów próbujących utworzyć migawkę tego samego woluminu.

Nie powinno się wielokrotnie odblokowywać, szyfrować i odszyfrowywać tego samego dysku bez wcześniejszego zabezpieczenia najważniejszych danych. Nie zaleca się również formatowania partycji tylko dlatego, że aplikacja backupowa nie potrafi jej odczytać. Taka czynność może usunąć informacje potrzebne do odzyskania plików. Najpierw należy ustalić, czy problem dotyczy hasła, klucza odzyskiwania, sterownika, migawek systemowych, struktury partycji czy fizycznego stanu nośnika.

Diagnostyka powinna obejmować stan ochrony woluminu, dostępność klucza, historię błędów systemowych, informacje o sposobie uruchamiania komputera oraz próbę odczytu kopii na odrębnym nośniku. Przy podejrzeniu awarii dysku trzeba ograniczyć działania zapisu i w pierwszej kolejności zabezpieczyć możliwy do odczytania materiał.

Kiedy warto zgłosić konflikt BitLocker do serwisu

Zgłoszenie do serwisu jest uzasadnione, gdy kopia zapasowa nie kończy się poprawnie, klucz odzyskiwania nie jest akceptowany, system zatrzymuje się przed uruchomieniem albo obraz utworzony wcześniej nie daje się odtworzyć. Pomoc techniczna jest szczególnie potrzebna wtedy, gdy na dysku znajdują się jedyne egzemplarze dokumentów, a każda kolejna próba naprawy może zmienić stan nośnika.

W Warszawskim Pogotowiu Komputerowym 24/7 można zlecić analizę laptopa pod kątem konfliktu szyfrowania, programu backupowego i procesu uruchamiania; w przypadku laptopów wykonywana jest darmowa diagnoza LAPTOPA. W ramach rozpoznania ustala się, czy wolumin jest poprawnie odblokowany, czy klucz odzyskiwania pozostaje dostępny, jaki typ kopii został użyty oraz czy problem ma charakter programowy, konfiguracyjny lub sprzętowy.

Przed przekazaniem urządzenia warto przygotować informacje o używanym programie do backupu, rodzaju wykonywanej kopii, momencie pojawienia się problemu oraz miejscu przechowywania klucza odzyskiwania. Jeżeli klucz zapisano na koncie użytkownika, nośniku USB lub wydrukowanym dokumencie, należy wskazać jego lokalizację, ale nie trzeba umieszczać go w opisie zgłoszenia. W przypadku podejrzenia awarii dysku powinno się również unikać samodzielnego usuwania partycji, reinstalacji systemu i kolejnych prób szyfrowania.

Po zakończeniu diagnostyki można dobrać dalsze postępowanie do celu: od przywrócenia dostępu do istniejącego woluminu, przez bezpieczne skopiowanie plików, aż po przygotowanie nowej strategii backupu z testem odtwarzania. Najważniejsze jest zachowanie klucza odzyskiwania oraz potwierdzenie, że kopia zawiera dane możliwe do wykorzystania w sytuacji awaryjnej.