Dobry model zagrożeń łączy konkretne ryzyko z działaniem, którego skuteczność można sprawdzić, a nie z najdłuższą listą funkcji.
Model zagrożeń dla komunikatora polega na ustaleniu, jakie informacje są dla Ciebie ważne, kto może uzyskać do nich dostęp i jakie działania odpowiadają Twojemu ryzyku oraz sytuacji. Rodzina, dziennikarz i pracownik korzystający z telefonu służbowego nie muszą mierzyć się z tymi samymi zagrożeniami. Ten przewodnik to proste ramy do stworzenia własnego planu, a nie ostateczny ranking komunikatorów.
Najważniejsze informacje
- Model zagrożeń to trzy lub cztery zdania, a nie produkt. Zapisz, co chcesz chronić, przed kim i ile wysiłku możesz w to włożyć. Bez tych zdań wybór komunikatora jest tylko zbieraniem listy funkcji.
- Twój czat ma cztery ogniwa: Twoje urządzenie, sieć, serwer komunikatora i urządzenie rozmówcy. Te cztery obszary to punkt wyjścia; osobno przyjrzyj się także kopiom zapasowym, kontom i połączonym usługom.
- Szyfrowanie end-to-end chroni treść przed pośrednikami; bezpieczeństwo urządzeń, kluczy i kopii zapasowych oraz zachowanie odbiorcy nadal mają znaczenie.
- Oceniaj zagrożenia w kontekście własnej sytuacji: dostęp fizyczny, podgląd powiadomień, phishing, kopie zapasowe i połączone urządzenia to przykłady kwestii do sprawdzenia, nie ranking statystyczny.
- Metadane to coś innego niż treść. Informacje o tym, z kim i kiedy rozmawiasz, pozostają nawet przy w pełni zaszyfrowanej treści i wymagają osobnych decyzji.
Czym jest model zagrożeń i dlaczego ma znaczenie przy wyborze komunikatora?
Model zagrożeń to krótki opis tego, co chcesz chronić, przed kim i jakim nakładem wysiłku. Dopóki te trzy elementy nie są jasne, porównywanie komunikatorów daje tylko coraz dłuższą listę funkcji, bez odpowiedzi na pytanie, która z nich przyda się Tobie.
Electronic Frontier Foundation (EFF) wyjaśnia to w swoim poradniku Security Planning (Threat Modeling): próba ochrony przed wszystkimi możliwymi zagrożeniami w każdej chwili prowadzi do frustracji, bo bezpieczeństwo jest procesem, a nie zakupem. Zespołom technicznym podobne ramy zapewnia projekt modelowania zagrożeń OWASP, a biblioteka modeli zagrożeń w przewodniku OWASP dla programistów zawiera wiele gotowych przykładów, którymi można się inspirować.
Praktyczna uwaga: model zagrożeń nie jest niezmiennym dokumentem. Zmiana pracy, wyjazd służbowy lub dodanie kogoś do grupy rodzinnej mogą go całkowicie zmienić. Za każdym razem, gdy tak się dzieje, napisz te same cztery zdania od nowa.
Kto czyta moje wiadomości? Podziel łańcuch na cztery ogniwa
Krótka odpowiedź: każda wiadomość przechodzi przez cztery ogniwa — Twoje urządzenie, sieć, serwer komunikatora i urządzenie rozmówcy — a kopie lub połączone konta mogą tworzyć dodatkowe drogi dostępu. Właściwe pytanie nie brzmi więc „który komunikator jest bezpieczniejszy?”, tylko „które ogniwo jest najsłabsze w mojej sytuacji?”.
Pierwsze ogniwo: Twoje urządzenie
Wszystko, co widać na ekranie telefonu, zostało już odszyfrowane. Jeśli telefon jest odblokowany, podgląd powiadomień na ekranie blokady jest włączony lub ktoś zna Twój czterocyfrowy kod, szyfrowanie przesyłanej wiadomości nie zapobiegnie odczytaniu treści dostępnej na tym urządzeniu.
Drugie ogniwo: sieć
Obserwator sieci może widzieć cel połączenia, czas i ilość przesyłanych danych. Usługa DNS nie musi jednak widzieć całej trasy ani wszystkich pakietów wiadomości. Przy szyfrowaniu end-to-end obserwator widzi dane zaszyfrowane, a nie tekst, ale sam fakt wymiany wiadomości i ich objętość zwykle nie pozostają ukryte.
Trzecie ogniwo: serwer komunikatora
Serwer synchronizuje urządzenia. Przy szyfrowaniu end-to-end nie odczytuje treści, ale nadal widzi metadane routingu i może je przechowywać. Właśnie tutaj ujawnia się różnica między „zaszyfrowane” a „prywatne”.
Czwarte ogniwo: urządzenie rozmówcy
Ostatnie ogniwo pozostaje poza Twoją kontrolą. Rozmówca może zrobić zrzut ekranu, przekazać wiadomość dalej albo mieć zainfekowany telefon. Szyfrowanie end-to-end sprowadza to ogniwo do „zaufania do rozmówcy” — i niczego więcej.
Podsumowując: szyfrowanie end-to-end ogranicza dostęp do treści, ale urządzenia, zarządzanie kluczami i uprawnieni odbiorcy nadal są częścią modelu zagrożeń.
Jakie zagrożenia warto przeanalizować w swojej sytuacji?
Odblokowany telefon, dostęp do konta, podgląd powiadomień i kopie zapasowe to przykłady obszarów do sprawdzenia. W przypadku osoby będącej celem profesjonalnie prowadzonych ataków znaczenie mogą mieć również zaawansowane złośliwe oprogramowanie lub przymus fizyczny. Nie bagatelizuj ryzyka bez znajomości sytuacji.
Kopie zapasowe stanowią osobną drogę dostępu. Jeśli komunikator przechowuje kopię w chmurze i nie jest ona szyfrowana end-to-end, ochrona zapewniana przez szyfrowanie na telefonie kończy się na granicy chmury. To tak, jakby zamknąć właściwe drzwi, ale zostawić klucz tuż obok. Poradnik dotyczący bezpiecznego tworzenia kopii zapasowych zaszyfrowanych czatów pomaga przeanalizować tę drogę dostępu.
Drugie zagrożenie to osoby z otoczenia: współpracownik, współlokator lub ktoś, kto pożycza telefon „tylko na chwilę”. Trzecie to konto używane do logowania. Jeśli logujesz się przez e-mail, a skrzynka ma słabe zabezpieczenia, cały łańcuch można otworzyć przez to najsłabsze ogniwo. Silniejsze szyfrowanie nie rozwiąże żadnego z tych problemów.
Ochrona czatu przed hakerem: jakie ataki rzeczywiście się zdarzają?
Krótka odpowiedź: typowe ataki na czaty nie polegają na łamaniu matematycznych podstaw szyfrowania. To phishing, złośliwe oprogramowanie, kradzież kodów logowania i ataki na samo urządzenie. Napastnik w praktyce szuka klucza, zamiast wyłamywać zamek.
Dlatego sposób logowania jest równie ważny jak długość klucza. Livara wykorzystuje do uwierzytelniania SRP — dowód znajomości hasła bez jego ujawniania. Twoje urządzenie dowodzi, że zna hasło, nie wysyłając samego hasła przez sieć. W praktyce oznacza to, że przechwycenie ruchu logowania nie ujawnia hasła. Ograniczenie trzeba jednak nazwać wprost: SRP nie chroni przed fałszywą stroną, na której użytkownik sam wpisuje hasło. W tym przypadku problemem nie jest już matematyka, tylko czujność użytkownika.
Drugą powierzchnią ataku jest sama aplikacja. Zmodyfikowany plik APK może ominąć wszelkie szyfrowanie. Livara publikuje sumę kontrolną SHA-256 każdego wydania, aby można było porównać pobrany plik z zaufanym wzorcem. Laboratorium dowodów robi to w przeglądarce. Jeśli chcesz wiedzieć, o co pytać w przypadku każdego innego komunikatora, lista pytań, które warto zadać przed wyborem bezpiecznego komunikatora, jest dobrym punktem wyjścia.
Co obejmuje szyfrowanie end-to-end, a czego nie?
Krótka odpowiedź: szyfrowanie end-to-end chroni treść wiadomości od Twojego urządzenia do urządzenia odbiorcy, tak aby serwer widział jedynie zaszyfrowane dane. Z samej nazwy tej funkcji nie można jednak wyciągać wniosków dotyczących wszystkich metadanych, kopii zapasowych, zrzutów ekranu czy kanałów publicznych. Każdy z tych obszarów wymaga osobnej kontroli.
W przypadku konkretnego produktu przeczytaj tabelę zakresu ochrony poszczególnych funkcji, zamiast wnioskować z nazwy algorytmu. Strona bezpieczeństwa Livary i jej model zagrożeń opisują czaty, kanały, połączenia, metadane i odzyskiwanie. Są to deklaracje opublikowane przez twórcę i nie zastępują niezależnych testów. W szczególności osobno sprawdź zasady nagrywania połączeń oraz różnicę między odzyskiwaniem tożsamości a odzyskiwaniem historii czatu.
Co ujawniają metadane, nawet gdy treść jest zaszyfrowana?
Krótka odpowiedź: metadane mówią, kto z kim rozmawiał, kiedy i ile danych wymieniono. Zaszyfrowanie treści nie sprawia, że te informacje znikają.
Livara przechowuje standardowe metadane routingu — nadawcę, cel i czas dostarczenia — aby zapewniać płynną synchronizację urządzeń. To wyraźne ograniczenie, a nie szczegół, który można zignorować. Nawet bez odczytywania treści graf „kto z kim” może być wrażliwy: lekarz i pacjent, prawnik i klient albo strony negocjacji biznesowych. Szersze wyjaśnienie zawiera tekst o tym, co ujawniają metadane komunikatora.
Jeśli Twój model zagrożeń obejmuje „kogoś, kto widzi mój wzorzec komunikacji”, żaden komunikator z szyfrowaniem end-to-end sam nie rozwiąże tego problemu. Trzeba także przemyśleć, z kim i skąd rozmawiasz.
Zapisz własny model zagrożeń w pięć minut
Krótka odpowiedź: odpowiedz na cztery pytania — kogo się obawiam, czego ta osoba chce, jakie ma możliwości i co się stanie, jeśli wiadomość wycieknie — a potem wybierz skuteczne działanie o najniższym koszcie, nie odwrotnie.
- Kto stanowi zagrożenie? Nazwij go: współpracownik, były partner, złodziej, firma, państwo.
- Co warto chronić? Treść rozmowy, pliki czy sam wzorzec komunikacji.
- Jakie możliwości ma ta osoba? Fizyczny dostęp do telefonu? Dostęp do konta? Duże zasoby?
- Co się stanie w razie wycieku? Utrata reputacji lub pracy, zagrożenie bezpieczeństwa fizycznego czy tylko zakłopotanie?
- Na podstawie tych odpowiedzi wybierz skuteczne działanie o najniższym koszcie.
Jeśli zagrożeniem jest obserwator tej samej sieci Wi-Fi, istotne są prawidłowo zweryfikowane połączenie TLS i uwierzytelnione szyfrowanie end-to-end. Przy dostępie fizycznym inną wagę ma blokada urządzenia. Poradnik o weryfikowaniu czatu za pomocą numerów bezpieczeństwa pokazuje, jak przeprowadzić taką weryfikację. A jeśli chcesz wiedzieć, kto co widzi w konkretnym komunikatorze, opublikowany model zagrożeń Livary wyjaśnia to bez sloganów.
Krótki przykład modelu zagrożeń
„Pliki służbowe na moim telefonie są wrażliwe. Główne obecne zagrożenie to dostęp współpracownika do odblokowanego telefonu i kopii zapisanych w galerii. W tym tygodniu skrócę czas do automatycznej blokady, ograniczę podgląd powiadomień i sprawdzę foldery kopii zapasowych. Następnie ocenię wynik, używając pliku testowego”.
To tylko przykład. Jeśli dostęp do Twojego urządzenia ma osoba, która Cię kontroluje, nagłe zmiany ustawień mogą zwrócić jej uwagę. Planuj na bezpiecznym urządzeniu, skorzystaj z pomocy zaufanej osoby i postaw bezpieczeństwo fizyczne na pierwszym miejscu.
Najczęściej zadawane pytania
Jak zdefiniować „model zagrożeń” w jednym zdaniu?
To określenie, co chcesz chronić, przed kim i jakim nakładem wysiłku. To jedno zdanie wskazuje, która funkcja bezpieczeństwa jest warta kosztu, a która tylko niepotrzebnie komplikuje sytuację.
Czy przy szyfrowaniu end-to-end nadal trzeba obawiać się hakera?
Tak, ale niekoniecznie tak, jak myślisz: zamiast łamać zamek, napastnik atakuje urządzenie, stosuje phishing i próbuje zdobyć kod logowania. Właściwe pytania brzmią więc: czy mój telefon jest zablokowany, czy kopia w chmurze jest zaszyfrowana i czy moje konto e-mail jest chronione?
Czy kanały publiczne też są szyfrowane end-to-end?
Nie. Kanał jest publiczną, czytelną przestrzenią do nadawania treści, aby można było rozpatrywać zgłoszenia i usuwać treści stanowiące nadużycie. Według dokumentacji Livary czaty bezpośrednie i kompatybilne grupy prywatne są szyfrowane end-to-end przy aktywnym E2EE. Starsza, niekompatybilna grupa może w widoczny sposób pozostawać poza E2EE. Sprawdź status konkretnej rozmowy. Kontrola członkostwa w grupie nadal należy do serwera.
Jak sprawdzić, czy zainstalowana wersja na Androida nie została zmodyfikowana?
Porównaj skrót pobranego pliku APK z sumą kontrolną tej samej wersji pochodzącą z zaufanego źródła. Laboratorium dowodów służy do sprawdzania plików w przeglądarce. Zgodność skrótów potwierdza jedynie zgodność z wzorcem. Jeśli napastnik podmieni jednocześnie plik i skrót wzorcowy, sama zgodność nie wystarczy. Zmodyfikowany APK może ominąć szyfrowanie, dlatego sprawdzanie integralności aplikacji jest równie ważne jak samo szyfrowanie.
