Co to jest udostępnianie plików z szyfrowaniem end-to-end (E2E)? Poradnik dla początkujących

Na pewno słyszałeś termin „szyfrowanie end-to-end" (E2E albo E2EE). To funkcja bezpieczeństwa, którą reklamują WhatsApp i Signal, ale wiele osób nie wie, co dokładnie oznacza. Ten tekst tłumaczy, czym jest szyfrowanie end-to-end i dlaczego jest istotne przy udostępnianiu plików.

Zwykłe szyfrowanie vs szyfrowanie end-to-end

Zwykłe szyfrowanie (TLS/HTTPS)

Większość stron jest szyfrowana za pomocą HTTPS. Przebieg wygląda tak:

Ty → [Szyfrowanie] → Serwer → [Odszyfrowanie] → [Ponowne szyfrowanie] → Odbiorca

Dane są szyfrowane w transporcie, ale serwer może je odszyfrować i odczytać. Tak działa poczta, Google Drive i większość usług chmurowych.

Szyfrowanie end-to-end (E2EE)

Szyfrowanie end-to-end jest inne:

Ty → [Szyfrowanie] → Serwer → Odbiorca → [Odszyfrowanie]

Serwer nigdy nie jest w stanie odszyfrować danych. Oryginał widzą tylko nadawca i odbiorca.

Dlaczego E2E jest ważne

1. Bezpieczne nawet po włamaniu na serwer

Jeśli serwer zostanie zhakowany, atakujący otrzymają tylko zaszyfrowane dane. Bez klucza to bezużyteczne bajty.

2. Nawet dostawca usługi nie może tego odczytać

Firmy pokroju Google czy Microsoft technicznie mają dostęp do danych na swoich serwerach. Przy E2EE nawet one nie odczytają twoich plików.

3. Ochrona przed żądaniami organów państwowych

Jeśli firma zostanie zmuszona do wydania danych, może przekazać jedynie zaszyfrowane bajty.

4. Blokada dostępu wewnętrznego

Ciekawscy albo nieuczciwi pracownicy nie zajrzą do plików użytkownika.

Co E2E oznacza przy udostępnianiu plików

Zwykłe udostępnianie (Google Drive, Dropbox itp.):

Pozycja	Możliwe?
Serwer odszyfrowuje pliki	✅ Tak
Dostawca może czytać pliki	✅ Tak
Wyciek oryginałów przy włamaniu	✅ Ryzyko
Przekazanie organom ścigania	✅ Tak

Udostępnianie z szyfrowaniem end-to-end (Tresorit, Sync.com itp.):

Pozycja	Możliwe?
Serwer odszyfrowuje pliki	❌ Nie
Dostawca może czytać pliki	❌ Nie
Wyciek oryginałów przy włamaniu	❌ Bezpieczne
Przekazanie organom ścigania	❌ Tylko bajty szyfrowane

Jak działa szyfrowanie E2E

Na przykładzie linku z prośbą w LOCK.PUB — jedynej funkcji LOCK.PUB zbudowanej właśnie w ten sposób:

1. Konfiguracja: twoja przeglądarka generuje parę kluczy i zabezpiecza klucz prywatny twoim hasłem odblokowującym. Samo hasło nigdy nie opuszcza twojego urządzenia
2. Przesyłanie: przeglądarka nadawcy szyfruje zgłoszenie twoim kluczem publicznym, zanim cokolwiek opuści jego urządzenie
3. Przechowywanie: na serwerze zgłoszenia leżą jako szyfrogram, a twój klucz prywatny pozostaje zablokowany twoim hasłem. Praktyczne informacje, takie jak treść samego formularza czy imię nadawcy, pozostają czytelne. Hasła odblokowującego nie przechowujemy
4. Odszyfrowanie: otwierasz zgłoszenia we własnej przeglądarce swoim hasłem odblokowującym. Przesłana treść jest dla nas szyfrogramem, którego nie możemy odczytać

Ograniczenia szyfrowania E2E

E2E jest mocne, ale ma swoje ograniczenia.

1. Brak odzyskiwania po utracie hasła

Serwer nie zna twojego hasła, więc jeśli je zapomnisz, plik na zawsze pozostanie niedostępny. To nie wada, lecz dowód prawdziwego E2EE.

2. Słabe hasło niweczy wszystko

Hasła takie jak „1234" łamie się brute force'em. Używaj silnych haseł.

3. Urządzenie odbiorcy musi być bezpieczne

Jeśli komputer odbiorcy jest zainfekowany, odszyfrowane pliki mogą wyciec. Szyfrowanie chroni plik wszędzie poza urządzeniem, na którym się go otwiera, więc dbaj, by to urządzenie miało blokadę ekranu i aktualne oprogramowanie.

Które usługi są naprawdę E2E?

Usługa	E2EE?
Google Drive	❌
Dropbox	❌ domyślnie (opcjonalne foldery zespołowe z E2EE w najwyższych planach firmowych, bez udostępniania linkami)
OneDrive	❌
WeTransfer	❌
Tresorit	✅
Sync.com	✅
LOCK.PUB (linki z prośbą)	✅
LOCK.PUB (linki do plików)	❌ Szyfrowanie oparte na haśle
Signal (komunikator)	✅
WhatsApp (komunikator)	✅

LOCK.PUB mówi o tym podziale otwarcie. Linki z prośbą mają szyfrowanie end-to-end: para kluczy powstaje w twojej przeglądarce, a hasło odblokowujące klucz prywatny nigdy do nas nie trafia. Zwykłe linki do plików, notatek i obrazów są szyfrowane na naszych serwerach kluczem, który wymaga jednocześnie wybranego przez ciebie hasła i sekretu serwera przechowywanego poza bazą danych, więc sam wykradziony szyfrogram nie wystarczy, by je otworzyć. Treść twoich plików i wiadomości nigdy nie jest przechowywana jako czytelny tekst — praktyczne szczegóły, takie jak nazwa pliku czy wybrana przez ciebie publiczna notatka, pozostają czytelne, żeby odbiorca wiedział, co otwiera — a samego hasła nie przechowujemy wcale.

Podsumowanie

Szyfrowanie end-to-end to nie marketingowy slogan, tylko naprawdę solidny model bezpieczeństwa. Funkcje w obrębie jednej usługi mogą być szyfrowane na różne sposoby, więc sprawdź, czy ta, z której chcesz skorzystać, naprawdę się kwalifikuje, i dopasuj ją do zadania.

Jeśli potrzebujesz prawdziwego E2EE, link z prośbą w LOCK.PUB generuje parę kluczy w twojej przeglądarce, a twoje hasło odblokowujące nigdy do nas nie trafia — za darmo z kontem LOCK.PUB, a osoby wysyłające ci pliki nie potrzebują ani konta, ani aplikacji. Na co dzień prostszy jest link do pliku chroniony hasłem: pliki są przechowywane w postaci zaszyfrowanej, a nie jako gotowe do pobrania obiekty, twojego hasła nie przechowujemy i nie możemy go odzyskać, a do tego możesz ustawić datę wygaśnięcia (Pro), po której link przestanie działać.