Co chroni szyfrowanie end-to-end, a czego nie

Szyfrowanie end-to-end (E2EE) to jedno z najbardziej uspokajających sformułowań w oprogramowaniu i jedno z najczęściej błędnie rozumianych. Przewodnik Surveillance Self-Defense od EFF definiuje je precyzyjnie: „zapewnia, że informacja zostaje zamieniona w tajną wiadomość przez pierwotnego nadawcę… i odkodowana wyłącznie przez ostatecznego odbiorcę”. To silna gwarancja dla treści wiadomości. Nie jest gwarancją dla wszystkiego innego, co dotyczy rozmowy.

Co E2EE faktycznie chroni: treść

Gdy aplikacja do przesyłania wiadomości poprawnie wdraża szyfrowanie end-to-end, firma prowadząca usługę nie może odczytać wiadomości przechodzących przez jej własne serwery — tylko urządzenie nadawcy i urządzenie odbiorcy posiadają klucze potrzebne do odszyfrowania. Opublikowana dokumentacja techniczna Signal opisuje leżące u podstaw mechanizmy, w tym algorytm Double Ratchet, zaprojektowany tak, by „wcześniejszych kluczy nie dało się obliczyć z późniejszych”: nawet jeśli jeden klucz kiedykolwiek wycieknie, wcześniejsze wiadomości pozostają chronione — właściwość zwana poufnością wsteczną (forward secrecy). To ta część obietnicy, która sprawdza się dobrze, gdy jest właściwie wdrożona, i stanowi istotną różnicę względem zwykłej wiadomości tekstowej czy niezaszyfrowanego e-maila, które może odczytać dowolny serwer na trasie.

Czego nie chroni: metadane

Przewodnik EFF jest bezpośredni co do tej luki: szyfrowanie „ukrywa treść twoich wiadomości, ale nie to, kto z kim rozmawia, kiedy ani jak często”. Metadane — kto z kim się kontaktował, o której godzinie, jak długo, z jakiej lokalizacji — mogą być tak samo wymowne jak sama wiadomość. Wiedza, że źródło zadzwoniło do dziennikarza w noc poprzedzającą publikację, może zidentyfikować to źródło, nawet bez odczytania ani jednego słowa rozmowy. Niektóre usługi pracują konkretnie nad ograniczeniem tej ekspozycji: funkcja „sealed sender” Signal jest zbudowana tak, by jego własne serwery nie musiały wiedzieć, kto wysłał daną wiadomość, tylko komu ma zostać dostarczona, choć własny opis tej funkcji przez Signal zaznacza, że odporność na bardziej zaawansowaną analizę ruchu — wykorzystującą czas i adresy IP — pozostaje obszarem trwających prac, a nie rozwiązanym problemem.

Czego nie chroni: punkty końcowe

Szyfrowanie chroni dane w tranzycie między dwoma urządzeniami. Nie może chronić danych na urządzeniu, które samo jest zaatakowane. EFF stwierdza to wprost: „jeśli twoje punkty końcowe… są zaatakowane, twoja zaszyfrowana komunikacja może zostać skompromitowana”. Szkodliwa aplikacja z dostępem do odczytu ekranu, urządzenie odblokowane przez kogoś innego albo wiadomość, którą odbiorca postanawia zrobić zrzutem ekranu — to wszystko leży poza tym, co szyfrowanie może rozwiązać: wiadomość została wiernie odszyfrowana dokładnie tak, jak zaprojektowano, dokładnie dla osoby, która miała ją przeczytać, a ta zrobiła z nią coś poza kontrolą nadawcy.

Czego nie chroni: kopie zapasowe

Rozmowa zaszyfrowana w tranzycie nie pozostaje zaszyfrowana w ten sam sposób po zapisaniu. EFF zauważa, że jeśli „automatycznie zapisujesz kopie zapasowe zaszyfrowanych rozmów w chmurze”, te kopie zapasowe mogą nie mieć takiej samej ochrony end-to-end, jaką miała rozmowa na żywo — w zależności od usługi i jej ustawień kopii zapasowych, dostawca chmury (albo każdy, kto zaatakuje tego dostawcę lub zostanie prawnie zmuszony do wydania jego zawartości) mógłby potencjalnie odczytać kopię zapasową, przed którą oryginalna wiadomość była chroniona. Sprawdzenie raz, czy kopie zapasowe aplikacji są domyślnie szyfrowane end-to-end, czy tylko opcjonalnie, jest warte zrobienia, zamiast zakładać, że najsilniejsze ustawienie jest automatyczne.

Dlaczego to rozróżnienie ma znaczenie w praktyce

Dla zagrożonego źródła albo klienta stwierdzenie „używamy zaszyfrowanej aplikacji” nie jest pełną odpowiedzią na pytanie „czy jesteśmy bezpieczni”, ponieważ zagrożenia mające największe znaczenie — zidentyfikowanie przez wzorce połączeń, przejęcie i odblokowanie telefonu albo wydanie kopii zapasowej w ramach procesu prawnego — w dużej mierze leżą poza tym, co adresuje szyfrowanie. Kolejna lekcja podejmuje element, który w ogóle sprawia, że to wszystko działa: klucze i hasła, od których zależy szyfrowanie, oraz to, co się dzieje, gdy zostaną utracone lub ujawnione.