Szyfrowanie end to end: co to jest i jak działa przy wysyłaniu plików

Szyfrowanie end to end (E2EE, szyfrowanie od końca do końca) oznacza, że wiadomości lub pliki są szyfrowane na Twoim urządzeniu, zanim je opuszczą, i mogą je odszyfrować tylko osoby, które mają klucz, nigdy serwis, który je przechowuje i dostarcza. Zwykłe „szyfrowane” serwisy chronią pliki w drodze i na swoich dyskach, ale same trzymają klucze; przy szyfrowaniu end to end widzą wyłącznie zaszyfrowane dane.

Ta różnica brzmi technicznie, ale decyduje o tym, kto może przeczytać Twoje pliki, gdy ktoś włamie się na serwer, gdy pracownik zajrzy tam, gdzie nie powinien, albo gdy do dostawcy trafi żądanie od organów. Ten poradnik wyjaśnia trzy rodzaje szyfrowania, które spotkasz w reklamach, jak działa szyfrowanie end to end w Messengerze, WhatsAppie czy na Discordzie, jak wygląda przy przesyłaniu plików i jakie ma praktyczne ograniczenia.

Szyfrowanie end to end, w transmisji i w spoczynku: porównanie

Szyfrowanie w transmisji opiera się na protokole TLS, obecnie w wersji 1.3 (RFC 8446), który chroni przed podsłuchem w sieci. Szyfrowanie w spoczynku chroni przed kradzieżą dysku. Oba są standardem i warto je mieć, ale w obu przypadkach serwis może odszyfrować pliki, bo to on zarządza kluczami. Szyfrowanie end to end dodaje warstwę, której serwis nie jest w stanie zdjąć.

Szyfrowanie end to end w Messengerze, WhatsAppie i na Discordzie

Najczęściej szukasz tego hasła przy komunikatorach. Oto, jak to wygląda w popularnych aplikacjach, według ich oficjalnych stron (stan na październik 2026):

Discord napisał w maju 2026 roku, że nie planuje rozszerzać szyfrowania end to end na wiadomości tekstowe. Jeśli więc wysyłasz komuś poufny dokument przez czat, zastanów się, czy aplikacja go w ogóle szyfruje od końca do końca. Przy większych plikach dochodzą limity rozmiaru: zobacz limit plików na Discordzie i maksymalny rozmiar pliku na WhatsAppie.

Jak działa szyfrowanie end to end przy przesyłaniu plików?

1. 1

   Krok 1

   Klucz powstaje w Twojej przeglądarce

   Gdy włączasz E2EE, przeglądarka generuje losowy tajny klucz. Nie musisz go wpisywać ani zapamiętywać.

2. 2

   Krok 2

   Pliki są szyfrowane przed wysłaniem

   Każdy plik jest szyfrowany na Twoim urządzeniu tym kluczem, nowoczesnym szyfrem, takim jak AES w trybie GCM, który wykrywa też próby modyfikacji.

3. 3

   Krok 3

   Na serwer trafia tylko szyfrogram

   Serwis przechowuje i dostarcza zaszyfrowane dane, których nie potrafi odczytać.

4. 4

   Krok 4

   Klucz podróżuje w linku

   Klucz jest dopisywany do linku do pobrania po znaku #. Ta część adresu zostaje w przeglądarce.

5. 5

   Krok 5

   Przeglądarka odbiorcy odszyfrowuje pliki

   Gdy odbiorca otwiera pełny link, jego przeglądarka pobiera zaszyfrowane pliki i odszyfrowuje je lokalnie kluczem.

Dlaczego klucz po znaku # pozostaje prywatny?

Adres internetowy może kończyć się fragmentem, czyli częścią po znaku #. Standard HTTP (RFC 9110) mówi, że fragmenty są przeznaczone do przetwarzania po stronie klienta i nie są wysyłane w żądaniach: gdy odbiorca otwiera link, przeglądarka prosi serwer o stronę bez fragmentu, a klucz odczytuje lokalnie. Taki model spopularyzowała dawna usługa Firefox Send od Mozilli i tak działa szyfrowanie end-to-end w Transfr.

Przed czym chroni szyfrowanie end to end?

• Włamanie na serwery dostawcy: wykradzione pliki są bezużyteczne bez kluczy.
• Dostęp od środka: pracownicy serwisu nie otworzą Twoich plików.
• Żądania kierowane do dostawcy: serwis nie przekaże czytelnej treści, której nigdy nie miał.
• Źle skonfigurowane magazyny danych: nawet gdyby jakiś zasób z plikami został wystawiony publicznie, zawierałby tylko szyfrogram.

Jest też korzyść prawna. Zgodnie z RODO firma nie musi zawiadamiać osób, których dane dotyczą, o naruszeniu, jeśli zastosowała środki uniemożliwiające odczyt danych osobom nieuprawnionym, „takie jak szyfrowanie” (art. 34 ust. 3 lit. a). Europejska Rada Ochrony Danych dodaje, że dotyczy to tylko danych prawidłowo zaszyfrowanych, których klucz nie wyciekł. Zobacz nasz poradnik przesyłanie plików a RODO.

Przed czym szyfrowanie end to end nie chroni?

• Wyciek linku: kto ma pełny link, ten ma klucz.
• Zainfekowane urządzenie: złośliwe oprogramowanie lub szkodliwe rozszerzenie przeglądarki na komputerze nadawcy albo odbiorcy widzi pliki przed zaszyfrowaniem lub po odszyfrowaniu. Sam RFC 9110 zaznacza, że fragmenty pozostają widoczne dla skryptów na stronie.
• Metadane: w zależności od serwisu nazwy plików, rozmiary, daty i adresy e-mail mogą pozostać dla niego widoczne.
• To, co odbiorca zrobi dalej: po odszyfrowaniu i zapisaniu plik jest zwykłym plikiem.

Kompromisy w praktyce

Skoro serwis nie może odczytać plików, nie może też wiele z nimi zrobić. W Transfr włączenie szyfrowania end to end oznacza na przykład, że:

• Pliki są szyfrowane w przeglądarce algorytmem AES-128-GCM, a klucz trafia do fragmentu linku. Pod spodem nadal działa szyfrowanie przechowywanych plików (AES-256 w spoczynku).
• Podglądy powstają w przeglądarce odbiorcy po odszyfrowaniu, dla plików do 2 GB i tylko wtedy, gdy link zawiera klucz; większe pliki trzeba pobrać.
• Struktura folderów nie jest zachowywana, przerwanego przesyłania nie da się wznowić po odświeżeniu strony, a plików zaimportowanych z Drime nie można zaszyfrować end to end, bo Transfr kopiuje je za Ciebie.
• Klucz nigdy nie jest przechowywany na serwerach Transfr. Ale gdy Transfr wysyła link e-mailem, do odbiorców albo jako e-mail z potwierdzeniem dla zalogowanego nadawcy, Twoja przeglądarka przekazuje mu pełny link razem z kluczem, żeby mógł trafić do wiadomości; jest używany tylko do tego e-maila, a potem e-mail leży w skrzynkach. Jeśli chcesz maksymalnej ochrony, skopiuj link sam i przekaż go kanałem, któremu ufasz.

To nie są wady, tylko bezpośrednia konsekwencja tego, że serwis nie widzi Twoich treści. Przy codziennych wysyłkach często wystarczą hasło i data ważności; przy poufnych materiałach dodatkowa ochrona jest warta tych kompromisów.

Szyfrowanie end to end a hasło

Rozwiązują różne problemy i dobrze działają razem. Hasło decyduje o tym, kto może otworzyć stronę pobierania; sprawdza je serwis, więc serwis wciąż ma dostęp do plików. Szyfrowanie end to end decyduje o tym, kto w ogóle może odczytać treść, łącznie z serwisem. Połączenie obu sprawia, że sam wyciek linku nie wystarczy, a dostawca nigdy nie widzi treści. Jak dobrać hasło i datę ważności, wyjaśniamy w tekście link z hasłem i datą ważności.

Kiedy warto włączyć szyfrowanie end to end przy wysyłaniu plików?

Szyfrowanie end to end w innych serwisach do plików

Poza komunikatorami szyfrowanie plików w przeglądarce przed wysłaniem oferują m.in. Proton Drive, Tresorit Send i Wormhole. Popularne dyski w chmurze zazwyczaj szyfrują pliki w transmisji i w spoczynku kluczami, którymi zarządza dostawca. W zestawieniu najlepszych stron do wysyłania dużych plików zaznaczamy, które oferują szyfrowanie end to end za darmo, a strona dla kancelarii prawnych pokazuje, jak profesjonaliści łączą je z hasłami i krótką ważnością linków.

Jak sprawdzić, czy serwis naprawdę szyfruje end to end?

• Szyfrowanie powinno odbywać się przed wysłaniem, w Twojej przeglądarce lub aplikacji, a nie „na naszych bezpiecznych serwerach”.
• Serwis powinien deklarować, że nie przechowuje kluczy; szukaj kluczy we fragmencie linku albo wyprowadzanych z sekretu, który znasz tylko Ty, i sprawdź, co się dzieje, gdy serwis wysyła linki e-mailem w Twoim imieniu.
• Jeśli serwis potrafi pokazać podgląd lub przeskanować zaszyfrowany plik po stronie serwera bez klucza, to nie jest szyfrowanie end to end.
• Szukaj opisu szyfru i architektury, a nie tylko hasła „bezpieczeństwo na poziomie bankowym”.

Szerszy zestaw nawyków, od haseł po to, kto powinien dostać jakie pliki, znajdziesz w checkliście bezpieczne przesyłanie plików i na stronie o bezpiecznym transferze plików.