Szyfrowanie w Messengerze to temat, który wygląda prosto z zewnątrz, a pod spodem kryje dwie odrębne warstwy kryptograficzne i kilka mechanizmów, o których większość użytkowników nigdy nie słyszała. Od grudnia 2023 roku wszystkie prywatne czaty są domyślnie szyfrowane, ale sposób, w jaki to szyfrowanie działa – i czego nie chroni – to już zupełnie inna historia. Ten artykuł wyjaśnia mechanizm działania szyfrowania end-to-end w Messengerze, od protokołu Signal przez Labyrinth, aż po granice tej ochrony.

Najważniejsze informacje z tego artykułu:

• Od grudnia 2023 roku szyfrowanie end-to-end obejmuje domyślnie wszystkie prywatne czaty w Messengerze, wcześniej dostępne było tylko w opcjonalnych Tajnych konwersacjach.
• Szyfrowanie w Messengerze składa się z dwóch warstw – protokołu Signal chroniącego przesyłanie wiadomości oraz autorskiego protokołu Labyrinth chroniącego historię przechowywanąna serwerach Meta.
• Meta nie ma technicznej możliwości odczytania treści zaszyfrowanych wiadomości, jednak nadal widzi metadane, takie jak czas wysłania, częstotliwość komunikacji i dane urządzeń.
• Każde urządzenie użytkownika ma własną parę kluczy kryptograficznych, a wiadomość jest szyfrowana osobno dla każdego urządzenia odbiorcy i nadawcy.
• Szyfrowanie end-to-end chroni treść wiadomości, ale nie chroni przed przejęciem konta, złośliwym oprogramowaniem na urządzeniu ani analizą metadanych.

Jak działa szyfrowanie w Messengerze?

Szyfrowanie end-to-end (E2EE) w Messengerze opiera się na dwóch niezależnych warstwach, które współpracują ze sobą, żeby chronić zarówno wiadomości w trakcie przesyłania, jak i ich historię przechowywaną na serwerach Meta.

Pierwsza warstwa to protokół Signal – de facto standard szyfrowanej komunikacji, który używają też WhatsApp, Skype czy Google Allo. Odpowiada za szyfrowanie transmisji między urządzeniami. Druga warstwa to autorski protokół Meta o nazwie Labyrinth, który szyfruje wiadomości przechowywane po stronie serwera, tak żeby historia czatów była dostępna z wielu urządzeń bez konieczności udostępniania jej treści samej Meta. Większość artykułów opisuje tylko tę pierwszą warstwę – tymczasem to właśnie Labyrinth odpowiada za możliwość przeglądania historii na nowym telefonie czy w przeglądarce.

Jak działa protokół Signal w Messengerze?

Zanim dwie osoby zaczną wymieniać zaszyfrowane wiadomości, urządzenia muszą uzgodnić wspólny sekret kryptograficzny. Odbywa się to przez mechanizm zwany X3DH (Extended Triple Diffie-Hellman). Każde urządzenie rejestruje trzy rodzaje kluczy publicznych na serwerze:

• Identity Key – długoterminowy klucz tożsamości urządzenia, który nigdy nie opuszcza urządzenia w postaci prywatnej.
• Signed Pre-Key – klucz zmieniany cyklicznie, podpisany kluczem tożsamości, co pozwala zweryfikować jego autentyczność.
• One-Time Pre-Keys (OPK) – jednorazowe klucze efemeryczne zwiększające ochronę przed atakami na sesję.

Kiedy nadawca chce wysłać pierwszą wiadomość, pobiera klucze publiczne odbiorcy z serwera i wykonuje serię operacji matematycznych ECDH na krzywej X25519:

master_secret = ECDH(IK nadawcy, SPK odbiorcy) 
              || ECDH(EK nadawcy, IK odbiorcy) 
              || ECDH(EK nadawcy, SPK odbiorcy) 
              || ECDH(EK nadawcy, OPK odbiorcy)

Wynik jest przepuszczany przez funkcję HKDF, która tworzy Root Key i początkowe Chain Keys. Prywatne klucze nigdy nie opuszczają urządzeń – serwer przechowuje tylko klucze publiczne, co oznacza, że nadawca może zainicjować szyfrowaną sesję nawet wtedy, gdy odbiorca jest offline.

Jak działa Double Ratchet – algorytm odpowiedzialny za każdą kolejną wiadomość?

Po ustanowieniu sesji każda kolejna wiadomość korzysta z algorytmu Double Ratchet, który składa się z dwóch współpracujących mechanizmów.

Pierwszym jest ratchet symetryczny: z Chain Key wyprowadzany jest Message Key dla danej wiadomości, a następnie Chain Key jest aktualizowany jednokierunkowo – nie można go cofnąć. Message Key w Messengerze ma 80 bajtów: 32 bajty tworzą klucz AES-256 szyfrujący treść, 32 bajty to klucz HMAC-SHA-256 uwierzytelniający wiadomość, a 16 bajtów to wektor inicjalizacyjny. Każdy klucz jest używany dokładnie raz.

Drugi mechanizm to ratchet Diffie-Hellmana. Urządzenia cyklicznie wymieniają nowe efemeryczne klucze publiczne i wykonują kolejne operacje ECDH, po których HKDF aktualizuje Root Key oraz Chain Key. Dzięki temu nawet jeśli atakujący przejmie bieżący stan urządzenia, nie powinien móc odszyfrować wcześniejszych wiadomości – bo klucze, których do nich użyto, już nie istnieją. Mówi się wtedy o forward secrecy (poufności posunięć wstecz). Co więcej, po odzyskaniu dostępu do urządzenia przez kolejne wymiany kluczy sesja może odzyskać bezpieczeństwo – to backward secrecy (poufność posunięć naprzód), potwierdzona w formalnej analizie protokołu Signal.

Jak szyfrowanie obsługuje wiele urządzeń jednocześnie?

Messenger nie szyfruje wiadomości jednym kluczem przypisanym do rozmowy. Każde urządzenie użytkownika ma własną parę kluczy i własną sesję kryptograficzną. Kiedy wysyłasz wiadomość, Twoje urządzenie szyfruje ją oddzielnie dla każdego urządzenia odbiorcy – i oddzielnie dla każdego własnego urządzenia, na którym jesteś zalogowany. To tak zwany model client-fanout.

Praktyczna konsekwencja jest taka, że stary telefon, który wciąż jest zalogowany na Twoim koncie, jest aktywnym odbiorcą kryptograficznym każdej nowej wiadomości. Podobnie przeglądarka, w której nie wylogowałeś się ze swojego konta. Każde takie urządzenie to potencjalny punkt dostępu do Twoich rozmów.

Wskazówka: Regularnie sprawdzaj listę urządzeń zalogowanych na Twoim koncie Messenger i usuwaj te, których już nie używasz – każde aktywne urządzenie jest pełnoprawnym uczestnikiem szyfrowania i odbiera kopię każdej nowej wiadomości.

Jak szyfrowane są rozmowy grupowe, pliki i połączenia?

Czaty grupowe i mechanizm Sender Keys

W rozmowach grupowych Messenger nie stosuje klasycznego modelu client-fanout dla każdego uczestnika z osobna – byłoby to zbyt kosztowne przy dużych grupach. Zamiast tego każdy nadawca tworzy własny klucz łańcucha wiadomości (Sender Key) i dystrybuuje go do urządzeń pozostałych uczestników przez istniejące sesje jeden-do-jednego. Serwer może wtedy przeprowadzić server-side fanout, przekazując jeden zaszyfrowany pakiet grupowy zamiast osobnego szyfrogramu dla każdego odbiorcy.

Ważna właściwość tego systemu dotyczy zarządzania członkostwem w grupie:

• Nowy uczestnik dodany do grupy otrzymuje bieżące klucze i może odczytywać nowe wiadomości, ale nie ma dostępu do historii.
• Po usunięciu uczestnika lub urządzenia pozostali uczestnicy czyszczą Sender Keys i inicjują nową konfigurację grupy, żeby usunięty uczestnik nie mógł odszyfrowywać kolejnych wiadomości.

Pliki i załączniki

Pliki są szyfrowane oddzielnie od wiadomości tekstowych. Urządzenie nadawcy generuje 32-bajtowy klucz mediakey, z którego wyprowadza klucz szyfrowania, wektor inicjalizacyjny i klucz HMAC. Plik jest szyfrowany AES-CBC, a jego zaszyfrowana wersja trafia do magazynu Meta przez HTTPS. Sama wiadomość E2EE zawiera tylko mediakey, skrót zaszyfrowanego pliku i wskaźnik do obiektu – serwer przechowuje zaszyfrowany plik, ale nie zna klucza potrzebnego do jego odszyfrowania. Odbiorca najpierw odszyfrowuje wiadomość, pobiera plik, weryfikuje hash i HMAC, a dopiero potem odszyfrowuje jego zawartość.

Połączenia głosowe i wideo

Połączenia jeden na jeden korzystają z efemerycznych sesji Signal tworzonych wyłącznie na czas trwania rozmowy i przechowywanych w pamięci operacyjnej. Po zakończeniu połączenia klucze są usuwane. Media są transmitowane przez WebRTC z kluczem SRTP.

W połączeniach grupowych sytuacja jest bardziej złożona. Serwer działa jako SFU (Selective Forwarding Unit) – przekazuje strumienie audio i wideo. Sama ochrona SRTP między urządzeniem a serwerem nie byłaby wystarczająca dla pełnego E2EE, dlatego Messenger dodaje warstwę SFrame szyfrującą i uwierzytelniającą poszczególne ramki audio i wideo algorytmem AES128GCM64HKDFSHA256. SFU widzi nagłówki routingowe, ale nie ma dostępu do treści samych ramek.

Jak działa Labyrinth – szyfrowanie historii na serwerach Meta?

Klasyczne systemy szyfrowania end-to-end zakładają, że historia wiadomości pozostaje lokalnie na urządzeniu. Messenger od zawsze oferował dostęp do historii z wielu urządzeń i z przeglądarki, co wymagało przechowywania wiadomości po stronie serwera. Meta rozwiązała ten problem, tworząc protokół Labyrinth, który przechowuje wiadomości na serwerze jako zaszyfrowane szyfrogramy (ciphertexty), a klucze potrzebne do ich odszyfrowania zarządzane są przez urządzenia użytkownika.

Wiadomości w Labyrinth są szyfrowane przy użyciu Message Encryption Key (MEK), wspólnego klucza dla danego wątku lub okresu kluczowego zwanego epoką. Dla każdej pojedynczej wiadomości z MEK jest wyprowadzany osobny klucz przez funkcję KDF, uwzględniającą identyfikator wiadomości, wątku i czas. Szyfrogram jest dodatkowo podpisywany kluczem tożsamości urządzenia nadawcy – dzięki temu MEK nie służy jednocześnie do uwierzytelniania autora.

Epoki urządzeń i ochrona po odwołaniu dostępu

Labyrinth wprowadza pojęcie epok urządzeń. Gdy do konta dodawane lub usuwane jest urządzenie, skład grupy uprawnionych urządzeń zmienia się, a klucze przechodzą do nowej epoki. Urządzenie usunięte z konta nie powinno móc odszyfrować wiadomości wysłanych po tej zmianie, nawet jeśli wcześniej posiadało klucze do starszej epoki – to właściwość zwana post-revocation secrecy. Żaden uproszczony model lokalnej kopii zapasowej ani samo szyfrowanie transportowe tego nie zapewnia.

Czy Meta może odczytać Twoje wiadomości?

Meta deklaruje, że nie ma technicznej możliwości odczytania treści zaszyfrowanych wiadomości – klucze prywatne pozostają na urządzeniach użytkowników, a serwery przechowują wyłącznie szyfrogramy. Potwierdzają to publikacje techniczne Meta dotyczące protokołów Signal i Labyrinth.

Są jednak sytuacje, w których ta zasada nie obowiązuje w pełni:

• Zgłoszenie nadużycia – kiedy użytkownik zgłasza wiadomość jako nadużycie, jego urządzenie samo odszyfrowuje i przesyła ostatnie wiadomości z rozmowy. Mechanizm zwany message franking (oparty na tagach HMAC) pozwala Meta zweryfikować, że zgłoszona treść pochodzi z autentycznej wiadomości, a nie została sfabrykowana – bez możliwości samodzielnego odszyfrowywania przez Meta.
• Rozmowy ze stronami firmowymi i Meta AI – nie mają takiego samego poziomu ochrony jak prywatny czat między osobami. Treść kierowana do AI jest przetwarzana po stronie Meta.

Badanie świadomości użytkowników Messengera wykazało, że najniższy wynik spośród mierzonych przekonań (3,06 w 5-punktowej skali) dotyczył właśnie stwierdzenia, że twórcy Messengera nie mogą odczytywać zaszyfrowanych wiadomości – co sugeruje, że duża część użytkowników nie jest przekonana co do tej gwarancji.

Co jest szyfrowane, a co nie?

Nie wszystkie dane związane z komunikacją są chronione jednakowo. Poniżej zestawienie tego, co szyfrowanie end-to-end w Messengerze obejmuje, a czego nie:

Badanie dotyczące analizy ruchu sieciowego wykazało, że obserwator może odgadnąć długość wiadomości, język i rodzaj aktywności użytkownika z dokładnością przekraczającą 96%, analizując wyłącznie rozmiary zaszyfrowanych pakietów. Szyfrowanie treści nie ukrywa więc wzorców komunikacji ani metadanych – a Meta nadal widzi, kto z kim, kiedy i jak często się komunikuje.

Wskazówka: Jeśli zależy Ci na ukryciu nie tylko treści, ale też faktu, że komunikujesz się z daną osobą, samo szyfrowanie end-to-end nie wystarczy – metadane pozostają widoczne dla Meta i mogą być udostępniane organom ścigania na podstawie nakazu.

Jak włączyć szyfrowanie czatu w Messengerze i jak sprawdzić, czy rozmowa jest zaszyfrowana?

Od grudnia 2023 roku szyfrowanie end-to-end jest domyślnie włączone we wszystkich prywatnych czatach i nie wymaga żadnej ręcznej konfiguracji. Badanie Accountable Tech pokazało jednak, że około dwie trzecie użytkowników Messengera nie zauważyło tej zmiany, a prawie połowa nie widziała nawet komunikatu informującego o jej wdrożeniu.

Przed tą datą jedyną opcją były Tajne konwersacje, dostępne od 2016 roku – ograniczone do jednego urządzenia i wymagające ręcznego włączenia. Stare, niezaszyfrowane rozmowy sprzed 2023 roku nie zostały wstecznie objęte pełną ochroną.

Żeby sprawdzić, czy dana rozmowa jest zaszyfrowana, możesz sprawdzić gdzie znaleźć pin do Messengera i powiązane ustawienia bezpieczeństwa – to jeden ze sposobów na orientację w tym, jak Twoje konto jest skonfigurowane pod kątem szyfrowania.

Jak rozpoznać zaszyfrowany czat:

• Ikona kłódki przy nazwie rozmówcy lub w oknie czatu oznacza aktywne szyfrowanie end-to-end.
• Brak ikony kłódki może oznaczać rozmowę z botem, stroną firmową lub starszą, niezaszyfrowaną historią.
• W ustawieniach rozmowy możesz sprawdzić informacje o szyfrowaniu oraz zobaczyć klucze urządzeń rozmówcy.

Jeśli z jakiegoś powodu chcesz sprawdzić, jak wyłączyć pełne szyfrowanie w Messengerze, warto najpierw zrozumieć, jakie konsekwencje niesie ta decyzja dla bezpieczeństwa Twoich rozmów.

Jak działa kopia zapasowa i przywracanie zaszyfrowanych wiadomości?

PIN, kod odzyskiwania ani żaden inny mechanizm przywracania nie jest bezpośrednim kluczem szyfrującym wiadomości. Służą one do odtworzenia dostępu do materiału kryptograficznego, który z kolei pozwala odszyfrować historię przechowywaną przez Labyrinth. To ważne rozróżnienie – bezpieczeństwo archiwum zależy od siły wybranej metody odzyskiwania.

Dostępne metody przywracania historii na nowym urządzeniu:

• PIN – prosty w użyciu, ale krótki PIN jest słabszym ogniwem niż sam protokół transmisji; liczba prób odgadnięcia jest jednak ograniczona.
• 40-znakowy kod odzyskiwania – generowany przez Messengera, wysokiej entropii, powinien być zapisany w bezpiecznym miejscu.
• Kod jednorazowy – wysyłany na wcześniej używane urządzenie, przydatny przy dostępie do starego telefonu.
• Integracja z kontem Apple lub Google – zależnie od platformy i konfiguracji.

Utrata wszystkich metod odzyskiwania przy jednoczesnym wylogowaniu ze wszystkich urządzeń oznacza bezpowrotną utratę zaszyfrowanej historii. Meta deklaruje, że technicznie nie jest w stanie jej przywrócić nawet na wyraźną prośbę właściciela konta.

Warto też wiedzieć, że w przeglądarce klucze są przechowywane lokalnie w pamięci przeglądarki. Wyczyszczenie danych witryny lub korzystanie z trybu incognito wymusza ponowne podanie PIN-u, żeby zobaczyć historię – to zachowanie, które wielu użytkowników wersji webowej uważa za zaskakujące.

Jeśli szukasz informacji o tajnych konwersacjach, warto sprawdzić, jak znaleźć tajne konwersacje na Messengerze, bo ich architektura różni się od standardowych zaszyfrowanych czatów.

Jak zweryfikować tożsamość rozmówcy za pomocą kodów bezpieczeństwa?

Samo szyfrowanie nie gwarantuje, że klucz pobrany z serwera rzeczywiście należy do Twojego rozmówcy. Złośliwy lub skompromitowany serwer mógłby próbować podstawić inny klucz – to tak zwany atak man-in-the-middle lub split-view attack. Jedynym sposobem wykrycia takiej sytuacji jest ręczna weryfikacja kluczy urządzeń.

Jak przeprowadzić weryfikację:

1. Wejdź w ustawienia danej rozmowy i odszukaj sekcję dotyczącą szyfrowania lub kluczy urządzeń.
2. Porównaj wyświetlany kod bezpieczeństwa z tym, który widzi Twój rozmówca na swoim urządzeniu – najlepiej przez inny kanał komunikacji, np. osobiście lub telefonicznie.
3. Jeśli kody są identyczne, masz kryptograficzne potwierdzenie, że komunikujesz się bezpośrednio z właściwym urządzeniem.
4. Włącz powiadomienia o zmianie kluczy – jeśli klucz rozmówcy nagle się zmieni, aplikacja Cię o tym poinformuje.

Z mojego doświadczenia wynika, że tej funkcji prawie nikt nie używa, choć jest to jedyna techniczna metoda wykrycia ataku na sesję. Warto ją znać chociażby z tego powodu, że każde dodanie nowego urządzenia przez rozmówcę zmienia jego klucze – a alerty o zmianach kluczy mogą być pierwszym sygnałem przejęcia konta.

Meta rozwija też podejście oparte na key transparency – audytowalnym katalogu kluczy, w którym zmiany mają być wykrywalne zamiast pozostawać wyłącznie kwestią zaufania do serwera. To kierunek zbliżony do mechanizmów stosowanych w bardziej zaawansowanych systemach kryptograficznych.

Wskazówka: Jeśli otrzymasz powiadomienie o zmianie klucza rozmówcy, skontaktuj się z tą osobą innym kanałem i zapytaj, czy rzeczywiście dodała nowe urządzenie – zmiana klucza bez wiedzy użytkownika może oznaczać przejęcie konta.

Jakie są ograniczenia szyfrowania w Messengerze?

Szyfrowanie end-to-end w Messengerze jest technicznie solidne, ale nie eliminuje wszystkich zagrożeń. Kilka ograniczeń, o których warto wiedzieć:

• Bezpieczeństwo endpointów – jeśli telefon, przeglądarka lub konto zostanie przejęte, atakujący może odczytać wiadomości po odszyfrowaniu, niezależnie od siły protokołu.
• Przejęcie konta – napastnik, który zdobędzie hasło do konta Facebook, nie zobaczy zaszyfrowanej historii bez PIN-u, ale na dodanym przez siebie urządzeniu będzie odbierał nowe wiadomości.
• Metadane – wzorce komunikacji, częstotliwość, dane urządzeń i adresy IP są widoczne dla Meta i mogą trafić do organów ścigania na podstawie nakazu sądowego.
• Wersja webowa – klucze są przechowywane w pamięci przeglądarki, a bezpieczeństwo zależy też od integralności kodu JavaScript serwowanego przez Meta. Rozszerzenie przeglądarki Code Verify pozwala sprawdzić, czy załadowany kod nie został zmodyfikowany.
• Zrzuty ekranu – szyfrowanie chroni kanał transmisji, nie treść wyświetlaną na ekranie odbiorcy. Znikające wiadomości generują powiadomienie o zrzucie ekranu, ale nie chronią przed zrobieniem zdjęcia ekranu innym urządzeniem.
• Interoperacyjność – Unijny akt o rynkach cyfrowych (DMA) zobowiązuje Meta do otwartości Messengera na zewnętrzne komunikatory, a Meta wymaga od partnerów poziomu szyfrowania zgodnego z Signal Protocol. Bezpieczeństwo rozmowy międzyplatformowej zależy jednak też od implementacji po drugiej stronie.

Przegląd literatury z dziedziny kryminalistyki cyfrowej odnotował 11 podatności CVE powiązanych z protokołem Signal od 2018 roku, z medianą oceny CVSS v3 na poziomie 7,3. To przypomnienie, że nawet dobrze zaprojektowany protokół kryptograficzny nie jest odporny na błędy implementacyjne, podatności systemów operacyjnych czy błędy w samej aplikacji.

Obserwuję, że wielu użytkowników traktuje szyfrowanie end-to-end jako rodzaj tarczy chroniącej przed wszelkimi zagrożeniami. Tymczasem szyfrowanie chroni konkretny kanał transmisji i określoną warstwę przechowywania danych – reszta zależy od higieny konta, zarządzania urządzeniami i świadomości tego, co dzieje się po odszyfrowaniu wiadomości na ekranie.

Podsumowanie

Szyfrowanie w Messengerze to architektura dwuwarstwowa: protokół Signal chroni transmisję wiadomości między urządzeniami, a protokół Labyrinth szyfruje historię przechowywanąna serwerach Meta. Od grudnia 2023 roku szyfrowanie end-to-end obejmuje domyślnie wszystkie prywatne czaty. Meta nie ma technicznej możliwości odczytania treści wiadomości, jednak metadane komunikacji pozostają widoczne. Bezpieczeństwo systemu zależy też od kondycji samych urządzeń, zarządzania listą zalogowanych urządzeń i aktywnej weryfikacji kluczy rozmówcy.

FAQ

Q: Czy szyfrowanie end-to-end w Messengerze działa też na komputerze?

A: Tak, ale klucze są przechowywane w pamięci przeglądarki. Wyczyszczenie danych witryny lub tryb incognito wymusi ponowne podanie PIN-u do odszyfrowania historii.

Q: Czy Tajne konwersacje w Messengerze różnią się od zwykłych zaszyfrowanych czatów?

A: Tajne konwersacje, dostępne od 2016 roku, były przypisane do jednego urządzenia i nie synchronizowały historii. Zwykłe zaszyfrowane czaty korzystają z Labyrinth i obsługują wiele urządzeń.

Q: Czy organy ścigania mogą uzyskać dostęp do treści wiadomości z Messengera?

A: Meta deklaruje, że treści zaszyfrowanych wiadomości są dla niej niedostępne. Organy ścigania mogą jednak uzyskać metadane komunikacji na podstawie nakazu sądowego.

Q: Co się stanie z historią czatów, jeśli skasuję aplikację Messenger?

A: Historia jest przechowywana w postaci zaszyfrowanej na serwerach Meta w ramach protokołu Labyrinth. Po ponownej instalacji można ją odtworzyć, podając PIN lub kod odzyskiwania.

Q: Czy połączenia wideo w Messengerze są szyfrowane tak samo jak wiadomości tekstowe?

A: Połączenia jeden na jeden używają efemerycznych sesji Signal kasowanych po zakończeniu rozmowy. W grupach dodawana jest warstwa SFrame szyfrująca ramki audio i wideo, bo serwer SFU musi routować strumienie.