Odzyskiwanie tożsamości kryptograficznej, ponowne logowanie do konta i odzyskiwanie historii czatu to trzy różne czynności. Zgodnie z dokumentacją bezpieczeństwa Livary format v7 służy do odzyskiwania tożsamości kryptograficznej; sam ten format nie przywraca historii czatu.
Nie należy też opisywać tej architektury jako działającej „bez jakiejkolwiek kopii zapasowej w chmurze”. Obecny dokument mówi, że materiał tożsamości jest szyfrowany na urządzeniu, a następnie przesyłany jako zaszyfrowana kopia zapasowa. Istotna różnica zachodzi między przechowywaniem czytelnego klucza na serwerze a przechowywaniem zaszyfrowanej kopii, do otwarcia której potrzebny jest klucz odzyskiwania.
Troje drzwi, do których nie pasuje ten sam klucz
| Operacja | Cel | Dlaczego to nie wystarcza? |
|---|---|---|
| Logowanie do konta | Potwierdzenie prawa dostępu do konta usługi | Niekoniecznie zapewnia klucz do odszyfrowania wcześniejszych wiadomości |
| Odzyskiwanie tożsamości | Ponowny dostęp do materiału tożsamości kryptograficznej | Samo nie dowodzi istnienia ani możliwości odzyskania wszystkich wiadomości |
| Odzyskiwanie historii | Przywrócenie potrzebnych wiadomości i załączników | Poza kluczem wymaga samych danych i obsługiwanej metody odzyskiwania |
To rozróżnienie zapobiega kosztownemu błędowi: wymazaniu starego telefonu w przekonaniu, że znajomość hasła logowania wystarczy do przywrócenia wszystkich rozmów.
Co dokładnie mówi dokumentacja v7?
Strona bezpieczeństwa Livary wyjaśnia, że klucze P-256 do uzgadniania kluczy i podpisywania oraz ziarno ML-KEM są szyfrowane na urządzeniu przy użyciu losowego, 256-bitowego klucza odzyskiwania. W opisie formatu v7 uwierzytelniane są również zestaw algorytmów, epoka tożsamości i generacja. Jest to dokumentacja producenta i sama w sobie nie stanowi niezależnego audytu implementacji.
Model zagrożeń Livary wskazuje, że fraza odzyskiwania jest niezbędna do otwarcia kopii zapasowej kluczy. Nie należy na podstawie tego opisu zgadywać dokładnego algorytmu przekształcania frazy w klucz ani zakładać bezpośredniego odtwarzania wszystkich kluczy. Szczegóły praktyczne trzeba sprawdzić w odniesieniu do wersji aplikacji i instrukcji dla tej wersji.
Dlaczego funkcja wyprowadzania klucza nie wzmacnia słabej frazy?
Długość wyniku funkcji nie jest tym samym co nieprzewidywalność jej danych wejściowych. RFC 5869 wyraźnie wskazuje, że HKDF koncentruje istniejącą entropię, ale jej nie zwiększa. Nie można zatem twierdzić, że dowolnie wybrana fraza po przetworzeniu przez HKDF automatycznie uzyskuje pełne 256-bitowe bezpieczeństwo.
Nie skracaj samodzielnie, nie przeredagowuj ani nie zastępuj przewidywalnym zdaniem frazy wygenerowanej w oficjalnej procedurze aplikacji. Nie wysyłaj jej żadnej osobie, botowi wsparcia ani do nieznanego formularza.
Przed wymianą lub wymazaniem telefonu
- Sprawdź w aplikacji, co zostało objęte kopią zapasową: tożsamość, historia czy obie te rzeczy za pomocą odrębnych metod.
- Przechowuj frazę odzyskiwania w bezpiecznym miejscu, niezależnym od tego telefonu; dostęp innych osób traktuj jako poważne ryzyko.
- Przeczytaj instrukcję odzyskiwania dla obecnej wersji. Sam komunikat „Logowanie pomyślne” nie oznacza pełnego odzyskania danych.
- Jeśli obsługiwana jest metoda testowania odzyskiwania, wypróbuj ją najpierw na niewrażliwych danych, bez usuwania jedynej istniejącej kopii.
- Po przeniesieniu sprawdź potrzebne rozmowy i pliki; dopiero potem zdecyduj o wycofaniu starego urządzenia.
Co jeśli nie mam frazy odzyskiwania?
Jeśli nadal masz autoryzowane urządzenie, sprawdź wyłącznie oficjalne ścieżki dostępne w tej aplikacji; nie zakładaj możliwości utworzenia nowej kopii zapasowej bez sprawdzenia wersji. Jeśli utracono zarówno urządzenie, jak i frazę, dokumentacja Livary nie obiecuje odzyskania klucza. Żadnej usługi „gwarantowanego odszyfrowania” nie traktuj jako sposobu obejścia tego ograniczenia.
Plan przeniesienia konta zacznij od pytania „Jakie dane, za pomocą którego klucza i z której kopii zapasowej zostaną przywrócone?”, a nie od założenia, że ponowne logowanie oznacza powrót wszystkich czatów.
