SHARE THE PERSPECTIVE

Szyfrowanie end-to-end nie wymaga, aby komunikator unikał centralnego przechowywania danych. Serwer może przechowywać zaszyfrowane wiadomości do synchronizacji, nie posiadając sekretów potrzebnych do odczytania ich treści.

Trudność w obsłudze wielu urządzeń polega na ustaleniu, które urządzenia są uprawnione, jakie klucze otrzymują i czy mogą uzyskać dostęp do starszej historii. Te decyzje są ważniejsze niż to, czy system korzysta z bazy danych.

Cztery odrębne operacje często nazywane „synchronizacją”

Operacja Co musi zapewnić
Dostarczanie nowych wiadomości Przekazywanie chronionej treści aktualnie uprawnionym urządzeniom
Łączenie nowego urządzenia Potwierdzenie, że właściciel konta zatwierdza nowy punkt końcowy
Przenoszenie historii Zapewnienie nowemu urządzeniu dostępu do wybranych dawnych treści i materiału potrzebnego do ich odszyfrowania
Odzyskiwanie tożsamości Przywrócenie lub zastąpienie kluczy tożsamości bez koniecznego przywracania historii wiadomości

Produkt może obsługiwać jedną operację, nie obsługując wszystkich czterech. Udane logowanie nie dowodzi, że można odzyskać starą historię czatu.

Jak szyfrowane dostarczanie może obsługiwać kilka urządzeń

Jedno z podejść utrzymuje oddzielne sesje dla każdego urządzenia. Specyfikacja Sesame firmy Signal opisuje zarządzanie sesjami w asynchronicznym środowisku wielu urządzeń, w tym dodawanie i usuwanie urządzeń oraz wiadomości przychodzące w zmienionej kolejności.

To udokumentowany przykład projektu, a nie uniwersalny wymóg. Inne systemy mogą szyfrować treść raz i rozsyłać chronione klucze treści, korzystać z mechanizmów grupowych lub łączyć podejścia. Twierdzenie „E2EE wymaga pełnej kopii ładunku dla każdego urządzenia” jest zbyt szerokie.

Niezależnie od wybranego projektu dodanie urządzenia zdolnego do odszyfrowywania dodaje punkt końcowy wymagający ochrony. Zaniedbany laptop może ujawnić otrzymany tekst jawny, nawet jeśli serwer nigdy go nie widzi.

Przechowywane szyfrogramy nadal wpływają na prywatność i retencję

Szyfrowane przechowywanie nie oznacza braku przechowywania. Dostawcy mogą zachowywać informacje o dostarczeniu, rekordy urządzeń, znaczniki czasu, członkostwo lub zaszyfrowaną historię wiadomości. Szczegóły bywają różne i powinny być jasno podane.

Dokumentacja bezpieczeństwa Livara mówi, że jej przekaźnik przechowuje szyfrogramy i dane operacyjne do synchronizacji oraz odzyskiwania po ponownym połączeniu. Opisuje routing, członkostwo, znaczniki czasu, stan dostarczenia i inne rekordy. Nie należy przedstawiać tego jako nieudokumentowanej tymczasowej kolejki, która koniecznie znika natychmiast po otrzymaniu wiadomości przez wszystkie urządzenia.

Poufność treści i retencja metadanych wymagają zatem osobnych pytań. Pytaj, co jest zachowywane, jak długo i co zmienia usunięcie danych lub konta; nie wymyślaj okresu retencji, jeśli go nie zweryfikowano.

Co faktycznie przywraca odzyskiwanie v7 w Livara

Livara opisuje v7 jako zaszyfrowaną kopię zapasową tożsamości, zabezpieczoną przed wysłaniem losowym 256-bitowym kluczem odzyskiwania. Udokumentowany ładunek obejmuje materiał kluczy tożsamości, a format uwierzytelnia zestaw kryptograficzny, epokę tożsamości i generację.

Ta sama strona podaje, że przywraca tożsamość, a nie historię czatu. Frazy odzyskiwania nie należy więc przedstawiać jako gwarancji, że nowe urządzenie wyświetli każdą dawną rozmowę.

Przed wymianą lub wymazaniem urządzenia sprawdź dostępne obecnie opcje przenoszenia historii i kopii zapasowych. Zachowaj wszelkie materiały odzyskiwania w tajemnicy. Nie wysyłaj frazy odzyskiwania na konto pomocy technicznej ani nie wklejaj jej do niezweryfikowanej witryny.

Forward secrecy nie wymazuje skrzynki uprawnionego urządzenia

Mechanizm zapadkowy może ograniczać to, co późniejsze przejęcie klucza ujawni o wcześniejszym zaszyfrowanym ruchu, gdy spełnione są jego założenia i usunięto nieaktualne sekrety. Nie może ukryć tekstu jawnego już zapisanego przez punkt końcowy ani powstrzymać nadal aktywnego złośliwego oprogramowania przed odczytywaniem nowych wiadomości.

Podobnie bezpieczeństwo po kompromitacji wymaga odpowiedniej świeżej aktualizacji po utracie dostępu przez atakującego. Nie jest obietnicą, że dowolny stary tablet staje się nieszkodliwy za każdym razem, gdy rośnie licznik wiadomości.

Lista kontrolna bezpieczniejszej zmiany urządzenia

  1. Zinwentaryzuj połączone urządzenia przed dodaniem kolejnego.
  2. Korzystaj z udokumentowanego procesu łączenia i weryfikacji aplikacji, a nie z kodu QR wysłanego przez obcą osobę.
  3. Sprawdź w nieszkodliwej rozmowie testowej, jaką historię otrzymuje nowe urządzenie.
  4. Potwierdź materiały odzyskiwania i ewentualną oddzielną kopię historii przed wymazaniem starego urządzenia.
  5. Odbierz uprawnienia urządzeniom, nad którymi nie masz już kontroli, i sprawdź, czy rozmówcy otrzymują powiadomienie o zmianie tożsamości.
  6. Przejrzyj lokalne pobrane pliki, powiadomienia i kopie zapasowe systemu operacyjnego na każdym punkcie końcowym.

Model zagrożeń Livara wyraźnie uwzględnia ograniczenia punktów końcowych i odbiorców. Ograniczenia te pozostają istotne na każdym ekranie. Przydatna obietnica obsługi wielu urządzeń osobno wyjaśnia autoryzację urządzeń, przechowywane dane i zakres odzyskiwania.

Zweryfikuj plik APK Livara
CONTINUE THE THREADCalls, sync & reliability ↗
YOU’VE REACHED THE ENDBack to the reading room ↗