SHARE THE PERSPECTIVE
Nazwa algorytmu nie zastępuje dowodów dotyczących miejsca przechowywania danych i ochrony klucza.

Szyfrowanie danych w spoczynku, czyli Data-at-Rest, chroni przechowywane dane; szyfrowanie end-to-end chroni treść wiadomości między uprawnionymi urządzeniami. Aby ocenić bezpieczeństwo komunikatora, trzeba zbadać oba te obszary. Sama nazwa algorytmu lub określenie „postkwantowy” nie pokazuje, jak chronione są baza danych, pamięć podręczna multimediów i wyeksportowane pliki w telefonie.

Również w analizie śledczej urządzeń mobilnych „pozyskanie pliku” nie jest tym samym co „odczytanie jego zaszyfrowanej zawartości”. Wynik zależy od modelu urządzenia, wersji systemu operacyjnego, stanu blokady, rodzaju danych, kluczy możliwych do użycia i metody badania. Na podstawie samej nazwy narzędzia nie można przewidzieć powodzenia lub niepowodzenia ekstrakcji na wszystkich telefonach.

Trzy warstwy, których nie należy ze sobą mylić

Warstwa Co chroni? Ważne pytanie
Szyfrowanie wiadomości end-to-end Treść wymienianą między uprawnionymi urządzeniami Kto posiada klucze i jak weryfikowany jest rozmówca?
Szyfrowanie pamięci urządzenia Pliki przechowywane w pamięci Kiedy i z jakimi uprawnieniami można używać odpowiednich kluczy?
Ochrona w aplikacji i kopiach zapasowych Bazę danych, eksporty lub oddzielne kopie Jakie dane są objęte ochroną i gdzie znajduje się klucz każdej kopii?

Na przykład obraz zapisany z czatu w galerii nie podlega już wyłącznie zasadom przechowywania danych tego komunikatora. Kopię w chmurze lub ręczny eksport także trzeba ocenić oddzielnie. Różnicę tę wyjaśnia poradnik o bezpieczeństwie kopii zapasowych czatu.

Co oznaczają BFU i AFU?

Terminy te zwykle opisują stan urządzenia względem pierwszego odblokowania po uruchomieniu:

  • BFU, czyli Before First Unlock: od włączenia lub ponownego uruchomienia użytkownik nie odblokował jeszcze urządzenia po raz pierwszy.
  • AFU, czyli After First Unlock: pierwsze odblokowanie już nastąpiło; urządzenie może teraz ponownie wyświetlać ekran blokady.

Te dwie etykiety nie są oceną bezpieczeństwa ani pewnym wynikiem analizy śledczej. AFU nie oznacza, że „można wyodrębnić wszystkie klucze”; BFU nie oznacza też, że „żadne dane nie są dostępne”.

W szyfrowaniu plikowym Androida obszar Credential Encrypted, czyli CE, staje się dostępny po odblokowaniu urządzenia przez użytkownika. Obszar Device Encrypted, czyli DE, można wykorzystywać również do niezbędnych funkcji w trybie Direct Boot. Znaczenie mają miejsce przechowywania konkretnych danych i zasady zarządzania kluczami; nie wszystkie pliki mają taki sam stan dostępności.

Ilustracja koncepcyjna ochrony danych przechowywanych w telefonie

Dlaczego zarządzanie kluczami jest ważniejsze niż samo wymienienie AES?

Szyfrowanie bazy danych jest przydatne wtedy, gdy jej klucz także jest właściwie chroniony. Przechowywanie zaszyfrowanego pliku obok niezabezpieczonego klucza nie tworzy takiej samej granicy ochrony jak klucz powiązany z uwierzytelnianiem i bezpiecznym sprzętem. Trzeba też ustalić, jak traktowane są pliki tymczasowe, załączniki i dzienniki aplikacji.

Android Keystore umożliwia używanie kluczy, których nie można eksportować, a niektóre klucze mogą opierać się na bezpiecznym sprzęcie. Brak możliwości eksportu nie oznacza jednak, że atakujący nie może użyć klucza: według dokumentacji Androida atakujący, który przejął proces aplikacji, może być w stanie używać klucza, nawet jeśli nie może wyodrębnić samego klucza.

Widoczna blokada aplikacji również nie musi dowodzić, że baza danych jest szyfrowana niezależnym kluczem. Takie twierdzenie wymaga zbadania projektu przechowywania danych, warunków uwierzytelniania i działania tej konkretnej wersji.

Co można wywnioskować o Livara?

Dokumentacja bezpieczeństwa Livara i modelu zagrożeń przedstawia opis projektu i granic produktu podany przez dostawcę; nie zastępuje niezależnego badania śledczego.

W szczególności odzyskiwania tożsamości w formacie v7 nie należy uznawać za kopię zapasową historii czatu ani za dowód szyfrowania lokalnej bazy danych. Sam opis protokołu wiadomości, takiego jak LVR1, również nie wyjaśnia, jakim kluczem i w jakich stanach chroniony jest każdy plik w telefonie.

Na potrzeby tego artykułu nie przeprowadzono testów komercyjnych narzędzi śledczych ani bazy danych konkretnej wersji Livara. Dlatego twierdzenia takie jak „żadne narzędzie śledcze nie może odczytać Livara” lub „ML-KEM szyfruje wszystkie pliki w pamięci” nie są uzasadnionymi wnioskami.

Jakich dowodów wymagać przy ocenie komunikatora?

Zamiast rankingu bez testów szukaj odpowiedzi na te konkretne pytania:

  1. Którą wersję aplikacji oraz jaki model urządzenia i jaką wersję systemu operacyjnego zbadano?
  2. Gdzie osobno przechowywane są tekst wiadomości, pliki, miniatury, pamięć podręczna i ręczne eksporty?
  3. Jak tworzony i przechowywany jest klucz bazy danych? Czy jego użycie zależy od uwierzytelnienia?
  4. Jakie różnice występują przy zablokowanym urządzeniu, po odblokowaniu i podczas działania aplikacji?
  5. Co dokładnie obejmuje kopia zapasowa i kto ma jej hasło lub klucz odzyskiwania?
  6. Czy opublikowano niezależny raport z metodą testów, ograniczeniami i datą badania?

Określenie „zaszyfrowane” bez odpowiedzi na te pytania nie wystarcza do porównania produktów. Publikowanie dokumentacji technicznej jest wartościowe, ale nie należy przedstawiać go jako niezależnego potwierdzenia wszystkich twierdzeń.

Praktyczne działania na rzecz codziennej ochrony

Używaj blokady urządzenia z odpowiednim hasłem, instaluj aktualizacje systemu operacyjnego i aplikacji oraz ogranicz wyświetlanie wrażliwego tekstu na ekranie blokady. Świadomie zarządzaj dodatkowymi kopiami w galerii, folderze pobierania i kopiach zapasowych; kopia poza komunikatorem może podlegać innym zasadom ochrony.

Przy wrażliwej rozmowie znaczenie ma też stan bezpieczeństwa urządzenia rozmówcy. Jeśli złośliwe oprogramowanie może czytać tekst po otwarciu aplikacji, problem nie sprowadza się do wyodrębnienia zaszyfrowanego pliku. Poradnik o bezpieczeństwie sesji w Androidzie wyjaśnia tę granicę.

Najczęstsze pytania

Czy wyłączony telefon oznacza, że pozyskanie danych jest niemożliwe?

Nie. Stan urządzenia jest jednym z czynników, a nie gwarancją wyniku. Trzeba znać szczegóły sprzętu, oprogramowania, danych i metody badania.

Czy postkwantowe szyfrowanie wiadomości gwarantuje bezpieczeństwo pamięci?

Nie. Ochrona wymiany kluczy i wiadomości nie zastępuje zaprojektowania i zbadania lokalnego przechowywania danych.

Czy odzyskanie konta oznacza powrót wszystkich wiadomości?

Niekoniecznie. Odzyskanie tożsamości, ponowne połączenie z kontem i przywrócenie historii to trzy różne możliwości. Przed zmianą telefonu sprawdź zakres kopii zapasowej danego produktu i jego konkretnej wersji.

Poznaj model zagrożeń i architekturę bezpieczeństwa Livara
CONTINUE THE THREADAndroid & device security ↗
YOU’VE REACHED THE ENDBack to the reading room ↗