Szyfrowanie plików a szyfrowanie dysku: kluczowe różnice

Szyfrowanie dysku (BitLocker na Windows, FileVault 2 na macOS, LUKS/dm-crypt na Linuksie, APFS na iOS) chroni cały nośnik jednym kluczem odblokowywanym przy uruchomieniu systemu — po zalogowaniu każdy plik jest dostępny dla każdego działającego procesu. Szyfrowanie plików (age, 7-Zip AES-256, GPG, Cryptomator) chroni poszczególne pliki oddzielnymi kluczami, które pozostają zablokowane nawet po zalogowaniu. Szyfrowanie dysku zabezpiecza przed kradzieżą sprzętu; szyfrowanie plików — przed złośliwym oprogramowaniem, niepowołanymi współpracownikami i dostawcami synchronizacji w chmurze. Większość systemów bezpieczeństwa wymaga obu warstw — rozwiązują różne problemy i dobrze się uzupełniają.

Co tak naprawdę robi szyfrowanie dysku

BitLocker stosuje AES-XTS-256 na całym wolumenie. Klucz główny wolumenu (VMK) szyfruje klucz szyfrowania pełnego wolumenu (FVEK); sam VMK jest chroniony pomiarami TPM oraz opcjonalnie kodem PIN lub kluczem odzyskiwania. Podczas uruchamiania TPM weryfikuje ścieżkę rozruchu (UEFI, bootloader, jądro), zwalnia VMK, który odblokowuje FVEK, co umożliwia deszyfrowanie odczytów dysku w locie. FileVault 2 działa analogicznie, opierając się na układzie T2/M-series Secure Enclave. LUKS stosuje format LUKS2 z derywacją klucza Argon2id. Po zamontowaniu wolumenu każdy plik jest dostępny dla zalogowanego użytkownika i każdego procesu działającego w jego kontekście.

Co tak naprawdę robi szyfrowanie plików

Szyfrowanie plików traktuje każdy plik (lub archiwum) jako niezależny szyfrogram z własnym kluczem. Archiwum .7z chronione AES-256 pozostaje zaszyfrowane na odblokowanym dysku. Plik .pdf zaszyfrowany przez GPG jest nieczytelny bez klucza prywatnego. Dostępne narzędzia obejmują podejście archiwalne (7-Zip, WinRAR, age -p), transparentne montowanie (Cryptomator, gocryptfs, EncFS) oraz szyfrowanie jednostkowe (age, GPG, openssl enc). Klucz dla każdego pliku może być inny — klucz publiczny konkretnego odbiorcy, losowy klucz per plik opakowany hasłem lub hasło na poziomie folderu derywowane przez scrypt.

Jakie zagrożenia każda metoda neutralizuje

Szyfrowanie dysku broni przed kradzieżą fizyczną. Laptop skradziony w kawiarni, dysk wyjęty z wycofanego serwera, tablet zatrzymany na granicy — bez danych uwierzytelniających przy rozruchu dysk jest bezużyteczny. Szyfrowanie plików broni przed zagrożeniami po rozruchu. Współpracownik korzystający z odblokowanej stacji roboczej nie odczyta zaszyfrowanego dokumentu płacowego. Złośliwe oprogramowanie działające w kontekście użytkownika nie eksfiltruje zaszyfrowanych plików. Dostawca synchronizacji w chmurze nie odczyta plików zaszyfrowanych przed synchronizacją. Nakaz sądowy wobec dostawcy chmury daje jedynie szyfrogram. Oba rodzaje zagrożeń są ortogonalne: szyfrowanie dysku nie pomaga w drugiej kategorii, a szyfrowanie plików — w pierwszej.

Charakterystyka wydajnościowa

Szyfrowanie dysku jest praktycznie bezkosztowe na nowoczesnych procesorach. Instrukcje AES-NI Intela i rozszerzenia kryptograficzne ARM obsługują AES-XTS z przepustowością pamięci — ponad 5 GB/s na przyzwoitym laptopie. BitLocker ani FileVault nie będą zauważalne w codziennej pracy. Narzut szyfrowania plików zależy od zastosowania: 7-Zip ponownie szyfrujący całe archiwum przy każdym zapisie jest wolny dla dużych plików; AES-GCM per plik w Cryptomator jest wystarczająco szybki, by działać transparentnie; operacje klucza publicznego GPG trwają milisekundy na plik niezależnie od rozmiaru, bo tylko klucz sesji korzysta z RSA/ECC. W przypadku synchronizacji z chmurą szyfrowanie plików jest jedynym działającym modelem — szyfrowanie dysku nie pomaga przy przesyłaniu tekstu jawnego.

Granularność i selektywny dostęp

Szyfrowanie dysku to model wszystko albo nic. Każdy posiadający dane uwierzytelniające rozruchowe odczyta każdy plik. Systemy wieloużytkownikowe wymagają szyfrowania per użytkownik (EFS na Windows lub stosy systemów plików), by zapewnić różne widoki — rzadko stosowane w praktyce. Szyfrowanie plików daje kontrolę dostępu per plik i per odbiorca. Plik zaszyfrowany kluczem publicznym Alicji odczyta tylko ona swoim kluczem prywatnym; Borek siedzący obok, z własnym kluczem, nie odczyta go nawet na tej samej maszynie. Ma to znaczenie dla wspólnie używanych laptopów, systemów kiosk i każdego scenariusza, w którym różne osoby mają różny widok na ten sam nośnik.

Odzyskiwanie danych po utracie hasła

Utrata danych uwierzytelniających do szyfrowania dysku zwykle oznacza utratę danych. BitLocker posiada 48-cyfrowy klucz odzyskiwania przechowywany domyślnie na koncie Microsoft (kompromis bezpieczeństwa: firma może potencjalnie przekazać go organom ścigania). FileVault korzysta z odzyskiwania przez iCloud lub lokalnego klucza odtwarzania. LUKS oferuje wiele slotów kluczy — zapasowe hasło wystarczy. Narzędzia do szyfrowania plików różnią się: GPG nie oferuje odzyskiwania po utracie klucza prywatnego — to celowy wybór projektowy. Cryptomator nie ma głównego klucza odtwarzania. Archiwa 7-Zip to trwały szyfrogram bez hasła. Wniosek: w przypadku szyfrowania plików należy przechowywać kopie kluczy w menedżerze haseł i trzymać kody odtwarzania offline.

Jak obie warstwy współpracują

Praktyczne wdrożenie to szyfrowanie dysku na każdym urządzeniu (laptop, telefon, dysk zapasowy) oraz szyfrowanie plików dla wszystkiego wrażliwego, co opuszcza urządzenie. Zeznanie podatkowe w formacie .pdf leżące w folderze Dropbox szyfruje się przez age lub Cryptomator przed synchronizacją — plik jest szyfrogramem zarówno na dysku (pod FileVault), jak i w Dropbox (pod szyfrowaniem po stronie klienta). Złodziej z laptopem nie odczyta go (warstwa dysku), Dropbox nie odczyta (warstwa pliku), złośliwe oprogramowanie nie eksfiltruje czytelnych kopii (warstwa pliku). Warstwy wzajemnie się wzmacniają.

Aspekty usług chmurowych

Usługi chmurowe i kopii zapasowych często reklamują „szyfrowanie w spoczynku", co oznacza szyfrowanie dysku na ich serwerach przy kluczu w rękach dostawcy. Chroni to przed złodziejem kradnącym dyski serwera, nie przed samym dostawcą. By wykluczyć dostawcę, potrzebne jest szyfrowanie plików przed przesłaniem. Dropbox, Google Drive i iCloud szyfrują w spoczynku, ale przechowują klucze. Zaawansowana ochrona danych Apple (wprowadzona w 2022 r.) czyni iCloud szyfrowaniem po stronie klienta dla większości typów plików. Standardowy iCloud, OneDrive i Dropbox tego nie robią. Jeśli model zagrożeń obejmuje dostawcę chmury, szyfrowanie plików jest obowiązkowe.

Regulacyjne traktowanie obu metod

Art. 32 RODO akceptuje obydwa jako „odpowiedni środek techniczny" w zależności od ryzyka. HIPAA 164.312(a)(2)(iv) traktuje szyfrowanie jako wymóg „adresowalny" — samo szyfrowanie dysku pozostawia PHI czytelne po uruchomieniu maszyny, co nie spełnia wymogów kontroli dostępu z 164.308(a)(4). PCI DSS 4.0 wymóg 3.5.1 nakazuje, by numer PAN był nieczytelny wszędzie tam, gdzie jest przechowywany; szyfrowanie na poziomie pliku z tokenizacją jest standardowym wzorcem, bo szyfrowanie dysku nie zapewnia granularnego dostępu. Bezpieczna przystań z CCPA 1798.150 ma zastosowanie do każdej metody, o ile klucze nie zostały skompromitowane razem z danymi.

Co zapewniają usługi przesyłania plików

HexaTransfer i podobne usługi E2EE wykonują specyficzny rodzaj szyfrowania plików — per plik, per transfer, z losowymi kluczami przekazywanymi we fragmencie URL. Nie jest to szyfrowanie dysku (nie chroni laptopa) ani trwałe szyfrowanie plików (plik znika po pobraniu). To szyfrowanie na etapie tranzytu: ochrona konkretnego transferu przed dostawcą, siecią i chmurą, po czym autodestrukcja. W przypadku trwałego przechowywania należy uzupełnić tę usługę trwałymi narzędziami szyfrowania plików (age, Cryptomator) stosowanymi przed archiwizacją. Różne problemy wymagają różnych narzędzi.

Wypróbuj na hexatransfer.com — bezpłatnie, bez konta, do 10 GB.