Odzyskanie konta, tożsamości i historii rozmów to różne operacje; sprawdź, którą z nich produkt rzeczywiście obsługuje.
Odzyskiwanie tożsamości kryptograficznej przywraca materiał kluczowy powiązany z Twoją tożsamością w komunikatorze. Nie jest automatycznie tym samym co ponowne zalogowanie się do konta, przywrócenie wszystkich rozmów ani udowodnienie, że urządzenie zastępcze jest bezpieczne.
Zaszyfrowana kopia kluczy może pozwalać serwerowi przechowywać pakiet do odzyskania bez posiadania sekretu potrzebnego do jego otwarcia. To, czy takie rozwiązanie chroni użytkownika, zależy od generowania kluczy, uwierzytelniania, przechowywania sekretu odzyskiwania oraz sposobu obsługi odzyskanej tożsamości przez klienta.
Trzy rzeczy nazywane „odzyskiwaniem”
| Cel odzyskiwania | Co trzeba przywrócić lub autoryzować |
|---|---|
| Dostęp do konta | Uprawnienie do logowania i korzystania z usługi |
| Tożsamość kryptograficzna | Odpowiednie klucze prywatne lub nowa uwierzytelniona tożsamość |
| Historia czatu | Dane wiadomości oraz klucze i stan potrzebne do ich odczytania |
Udane logowanie nie dowodzi żadnej z pozostałych dwóch rzeczy. Podobnie klucz tożsamości nie musi odtwarzać dawnych kluczy wiadomości, które celowo usunięto, ani pliku historii, który już nie istnieje.
Zanim polegasz na funkcji odzyskiwania produktu, zapisz, który cel rzeczywiście obiecuje realizować.
Jak może działać zaszyfrowana kopia tożsamości
Typowy projekt generuje materiał tożsamości na zaufanym urządzeniu, szyfruje kopię osobnym sekretem odzyskiwania i przechowuje w usłudze wyłącznie chroniony pakiet. Urządzenie zastępcze pobiera pakiet i korzysta z sekretu odzyskiwania lokalnie.
Serwer nadal może kontrolować dostęp do pakietu, obserwować żądania, wstrzymywać dane lub zwracać starszą wersję. Szyfrowanie uwierzytelnione oraz powiązanie wersji i tożsamości pomagają ograniczać określone zagrożenia manipulacją; dostępność i obsługa cofania wersji wymagają własnych rozwiązań. „Zaszyfrowane na serwerze” nie stanowi pełnej odpowiedzi na każdy scenariusz przejęcia serwera.
Losowy klucz odzyskiwania o wysokiej entropii i hasło wybrane przez człowieka to również różne dane wejściowe. Nie opisuj HKDF jako metody zamieniającej dowolną słabą frazę hasłową w silny sekret. RFC 5869 omawia rolę HKDF i odróżnia ją od wzmacniania haseł przez zwiększanie kosztu obliczeń.
Co mówi dokumentacja v7 Livary
Strona bezpieczeństwa Livary podaje, że jej klucze P-256 do uzgadniania kluczy i podpisywania oraz ziarno ML-KEM są szyfrowane na urządzeniu losowym 256-bitowym kluczem odzyskiwania przed przesłaniem. Format v7 uwierzytelnia informacje obejmujące zestaw algorytmów, epokę tożsamości i generację.
Ta sama strona mówi wprost: przywraca tożsamość, nie historię czatu. Podaje też, że samo poprawne hasło logowania nie wystarcza do otwarcia zaszyfrowanej kopii kluczy; potrzebny jest klucz odzyskiwania reprezentowany przez frazę odzyskiwania.
Są to opublikowane deklaracje dotyczące produktu, a nie nowy audyt formatu kopii ani wszystkich ścieżek odzyskiwania. Ogólniejszy model zagrożeń należy czytać razem z tym węższym opisem odzyskiwania.
Gdzie pasuje SRP
Model uwierzytelniania SRP dotyczy logowania opartego na haśle. W przewidzianej wymianie protokołu może pozwalać uniknąć przesyłania samego hasła, ale nie definiuje zawartości kopii kluczy ani nie wyprowadza automatycznie każdego klucza odzyskiwania.
Jego weryfikator po stronie serwera nadal wymaga ochrony. RFC 5054, sekcja 3.3 opisuje ryzyko zgadywania hasła po kradzieży weryfikatora. Nie zamieniaj zdania „serwer nie otrzymuje hasła w tej wymianie” w „włamanie do serwera nie może ujawnić niczego użytecznego”.
Sesje konta, pakiety odzyskiwania, metadane operacyjne i oprogramowanie klienta to odrębne zasoby z odrębnymi sposobami wystąpienia problemów.
Lista kontrolna bezpiecznego przygotowania do odzyskiwania
- Ustal dokładnie, które dane funkcja przywraca, a których nie.
- Przechowuj sekret odzyskiwania tak, aby utrata telefonu nie oznaczała utraty jedynej kopii.
- Nie umieszczaj sekretu w wiadomości, zgłoszeniu do pomocy ani publicznym zrzucie ekranu.
- Chroń miejsce przechowywania sekretu; każdy, kto go zdobędzie, może uzyskać istotne możliwości, jeśli pozyska także odpowiednią kopię i dostęp.
- Przejrzyj oficjalne instrukcje odzyskiwania przed wymazaniem lub wymianą jedynego działającego urządzenia.
- Testuj wyłącznie wspieranymi procedurami, bez niszczenia jedynej kopii ważnych danych.
Po odzyskaniu osobno sprawdź połączone urządzenia i sesje. Odzyskany materiał tożsamości nie unieważnia automatycznie starego urządzenia. Jeżeli tożsamość kryptograficzna się zmieni, kontakty, z którymi wymieniasz poufne informacje, powinny zweryfikować nowy klucz niezależnie zaufaną drogą.
Gdy fraza odzyskiwania zaginie
Nie zakładaj, że pomoc techniczna potrafi odtworzyć sekret, którego system z założenia nie przechowuje. Tak samo nie zakładaj, że każde zapomniane hasło konta oznacza, iż wszystkie lokalne wiadomości już zniknęły. Wynik zależy od zachowanych urządzeń, dostępnych kopii i udokumentowanych zasad produktu.
Przydatne pytanie jest konkretne: „Którego sekretu lub której kopii brakuje i jaki cel odzyskiwania nadal jest możliwy?”. Daje to bezpieczniejszą odpowiedź niż ogólna obietnica, że odzyskiwanie jest albo bezproblemowe, albo niemożliwe.
