E2EE ogranicza to, co dostawca może odczytać; nie opisuje wszystkich miejsc, w których może istnieć rozmowa.
Żądanie prawne skierowane do dostawcy komunikatora może obejmować dane, które dostawca posiada lub do których ma dostęp. Szyfrowanie end-to-end może sprawić, że dostawca nie będzie posiadał czytelnej treści prywatnych wiadomości, ale nie czyni konta anonimowym ani nie uniemożliwia śledczym uzyskania informacji z innych źródeł.
Wynik zależy od rzeczywistej retencji danych w usłudze, użytej funkcji komunikacji, źródła dowodu i właściwej procedury prawnej. Wezwanie do wydania danych, nakaz przeszukania i badanie urządzenia nie są pojęciami zamiennymi. Ten artykuł wyjaśnia granice techniczne, nie sposób rozpatrzenia sprawy przez konkretny sąd lub w danej jurysdykcji; przy rzeczywistym żądaniu zasięgnij wykwalifikowanej porady prawnej.
Zacznij od źródła danych
Pytanie „Czy policja może czytać zaszyfrowane wiadomości?” jest zbyt szerokie. Zapytaj, skąd miałaby pochodzić kopia:
| Źródło | Co może być dostępne | Co zmienia E2EE |
|---|---|---|
| Dostawca komunikatora | Dane konta, przechowywane metadane, publiczne wpisy i zaszyfrowane dane dostarczania | Poprawnie wdrożone E2EE ogranicza dostęp do prywatnego tekstu jawnego, gdy dostawca nie ma kluczy |
| Urządzenie uczestnika | Wyświetlane rozmowy, lokalne bazy danych, pobrane pliki lub powiadomienia | Szyfrowanie transmisji nie ukrywa danych już dostępnych na dostępnym urządzeniu końcowym |
| Usługa kopii zapasowych | Zawartość kopii zgodna z jej własną polityką szyfrowania i kluczy | E2EE czatu nie oznacza automatycznie E2EE kopii zapasowej |
| Odbiorca lub członek grupy | Jego kopie, zrzuty ekranu, eksporty lub zeznania | Odbiorca może ujawnić otrzymane informacje |
Te kategorie mogą się nakładać. Serwer bez czytelnej prywatnej historii nadal może mieć użyteczne dane; dostawca z obszernymi rejestrami mógł usunąć konkretny element zgodnie ze swoją polityką retencji. Żadnego z tych wyników nie da się wywnioskować wyłącznie z oznaczenia szyfrowania.
Udokumentowany przykład: opublikowana odpowiedź Signala
W ujawnieniu dotyczącym kalifornijskiej wielkiej ławy przysięgłych z października 2021 r. Signal opisał przekazanie znaczników czasu utworzenia kont oraz dat ostatniego połączenia zamiast żądanych informacji o wiadomościach, kontaktach i grupach. To dowód tego, jakie dane były dostępne Signalowi na potrzeby tej ujawnionej odpowiedzi.
Nie dowodzi to, że każdy szyfrowany komunikator przechowuje te same dwa pola. Minimalizacja danych jest osobnym wyborem architektonicznym. Przykład nie mówi też, co śledczy mógłby uzyskać z urządzenia użytkownika, od innego uczestnika lub z innej usługi.
Co Livara dokumentuje o widoczności danych na serwerze
Przegląd bezpieczeństwa Livary, oznaczony jako dotyczący wersji 0.1.68, opisuje wiadomości bezpośrednie chronione przez LVR1 oraz zgodne grupy prywatne chronione przez LGS1; starsze niezgodne grupy pozostają wyraźnie poza E2EE. Udokumentowany projekt załączników szyfruje pliki przed wysłaniem i przenosi ich klucze w zaszyfrowanych kopertach rozmowy.
Ten sam przegląd wskazuje przechowywane metadane komunikacji, w tym informacje o nadawcy i miejscu docelowym, znaczniki czasu, rozmiary i członkostwo w grupach. Kanały publiczne są czytelne dla serwera. Opcjonalne rozmowy nagrywane na serwerze, wyraźnie oznaczone REC, w tym trybie nagrywania korzystają z szyfrowania transportowego zamiast E2EE. Czytaj granice właściwe danej funkcji, zamiast traktować całą zawartość jednej aplikacji jednakowo.
Dokumentacja mówi również, że ochrona metadanych LSS1 nie jest podłączona do zwykłego wysyłania. Opisywanie zwykłego przesyłania wiadomości jako ukrywającego graf komunikacji przed usługą byłoby więc mylące.
Są to deklaracje w dokumentacji produktu, nie opublikowana odpowiedź na żądanie prawne ani niezależny audyt wszystkich danych serwera. Model zagrożeń jest właściwym punktem wyjścia do zrozumienia zakładanych ograniczeń.
Szyfrowanie i retencja odpowiadają na różne pytania
Szyfrowanie pyta, kto ma klucze do interpretacji przechowywanych bajtów. Retencja pyta, które bajty i rekordy nadal istnieją. Zaszyfrowany plik może być przechowywany długo; czytelny dziennik może istnieć krótko. Deklaracja „nie możemy odszyfrować wiadomości” nie dowodzi braku adresów IP, rozmów z pomocą, zgłoszeń nadużyć ani danych dostarczania.
Przydatny raport przejrzystości powinien wskazywać okres raportowania, kategorie żądań, żądane dane, przekazane dane i ograniczenia ujawniania. Polityka prywatności powinna odróżniać zbieranie od retencji i wyjaśniać wyjątki. Nie wyciągaj wniosku „brak logów” z ogólnej obietnicy prywatności.
Uwierzytelnianie również ma własne dane. SRP może unikać wysyłania hasła podczas uczciwej wymiany protokołu, ale serwer zachowuje weryfikator. RFC 5054, sekcja 3.3 wyjaśnia ryzyko kradzieży weryfikatora, w tym zgadywanie hasła. „Brak hasła w tekście jawnym” nie oznacza „nie można ujawnić ani ukraść niczego wrażliwego”.
Pytania przed zaufaniem komunikatorowi
- Czy E2EE obejmuje dokładnie ten czat, kopię zapasową, połączenie i tryb załączników?
- Jakie metadane dostawca dokumentuje i jak długo je przechowuje?
- Czy dodatkowe urządzenia lub ścieżki odzyskiwania konta mogą ujawnić lokalną kopię?
- Czy publiczne wpisy, zgłoszenia do pomocy i zgłoszone wiadomości są obsługiwane osobno?
- Czy istnieje datowany raport przejrzystości lub faktyczne ujawnione żądanie, zamiast niepopartej deklaracji immunitetu prawnego?
W trwającej sprawie prawnej nie traktuj wpisu na blogu jako instrukcji usuwania danych, zmiany retencji lub ignorowania nakazu. Uzyskaj poradę odpowiednią dla danej jurysdykcji i zachowaj istotne materiały zgodnie z zaleceniami.
Czy szyfrowanie postkwantowe zmienia odpowiedź?
Może wzmocnić właściwie zaprojektowany protokół ustanawiania kluczy wobec przyszłych ataków kwantowych na przechwycony szyfrogram. Nie usuwa istniejących metadanych, treści publicznych, kopii na urządzeniach końcowych ani obowiązków prawnych. Praktyczne rozróżnienie pozostaje takie samo: ustal dane, ich lokalizację, klucze i procedurę dążącą do uzyskania dostępu.
