Porównanie komunikatorów SimpleX, Signal, Session, Briar, Matrix i Threema nie polega wyłącznie na wskazaniu, który z nich jest „najbezpieczniejszy" — każdy z nich rozwiązuje inny problem i został zaprojektowany z innymi priorytetami. Najważniejsza rzecz do zapamiętania: szyfrowanie end-to-end (E2EE) to tylko jedna warstwa bezpieczeństwa. Dla prywatności równie istotne jest to, czy system wymaga identyfikatora użytkownika, kto ma dostęp do Twojego adresu IP, gdzie przechowywana jest historia rozmów oraz jakie metadane powstają w trakcie korzystania z aplikacji.
Podstawowe różnice
| Cecha | SimpleX | Signal | Session | Briar | Matrix | Threema | |
| Główna filozofia |
Minimalizacja identyfikatorów i metadanych |
Bezpieczny komunikator dla lażdego | Anonimowość + decentralizacja |
P2P + odporność na awarie |
Federacja + własna infrastruktura |
Prywatność + minimalizacja danych |
|
| Architektura |
Relay + prywatne kolejki 1 |
Centralna infrastruktura |
Zdecentralizowana sieć |
P2P + Tor |
Federacja homeserverów |
Centralna, ale z minimalizacją danych |
|
| Stały identyfikator |
Brak |
Konto powiązane z nr telefonu | ID konta | Tożsamość kryptograficzna |
ID konta |
ID konta |
|
| Szyfrowanie end-to-end (E2EE) | Tak | Tak | Tak | Tak | Tak/Nie2 | Tak | |
| Numer telefonu przy uruchomieniu | Nie | Wymagany | Nie | Nie | Nie | Nie | |
| Brak adresu e-mail przy uruchomieniu | Nie | Nie | Nie | Nie | Nie | Nie | |
| Nazwa użytkownika |
|
Dostępna | ID konta | ID konta | Brak klasycznej nazwy użytkownika | ID konta | |
| Forward secrecy(poufność przekazu) | ★★★★★ | ★★★★★ | ★★★★★ | ★★★★★ | ★★★★★2 | ★★★★★ | |
| Ochrona metadanych | ★★★★★ | ★★★★☆ | ★★★★★ | ★★★★★ | ★★★☆☆ | ★★★★★ | |
| Anonimowość | ★★★★★ | ★★★☆☆ | ★★★★★ | ★★★★★ | ★★☆☆☆ | ★★★★★ | |
| Ochrona IP przed infrastrukturą komunikatora | ★★★★☆ ★★★★★ 3 | ★★☆☆☆ | ★★★★★ | ★★★★★ 4 | ★★☆☆☆ | ★★★☆☆ | |
| Ochrona IP podczas rozmów głosowych | Zależnie od transportu | Zależnie od mechanizmu | Zależnie od wersji | Z TOR | Zależnie od konfiguracji | Może być przetwarzane | |
| Globalna książka użytkowników | Nie | Częściowo | Nie | Nie | Nie | Nie | |
| Własny serwer | Nie jako pojedynczy punkt | Tak | Nie | Nie | Nie | Tak, ale minimalizujący dane | |
| Federacja | Nie w stylu Matrixa | Nie | Zdecentralizowana sieć | P2P | Tak | Nie | |
| Historia na serwerze | Kolejki | Tymczasowo | Tymczasowo roju, do czasu dostarczenia, pełna na urządzeniu użytkownika | Głównie urządzenia | Homeserver | Minimalnie | |
| Wiadomości usuwane po dostarczeniu | ★★★★★ | ★★★★☆ | ★★★★★ | ★★★★★ | ★☆☆☆☆ | ★★★★★ | |
| Numer telefonu można powiązać z ID | Nie | Tak | Nie | Nie | opcjonalnie poza protokołem | opcjonalnie | |
| Wielourządzeniowy | ★★★★☆ | ★★★★★ | ★★★★☆ | ★★☆☆☆ | ★★★★☆ | ★★★★★ | |
| Duże grupy | ★★★★☆ | ★★★★★ | ★★★★☆ | ★★★☆☆ | ★★★★★ | ★★★★☆ | |
| Audio / video | Tak | Tak | Tak | W ograniczonym zakresie | Tak | Tak | |
| Bluetooth / Wi-Fi Direct | bezpośrednia łaczność | Nie | Nie | Nie | Tak | Nie | Nie | |
| Działa bez Internetu przy spełnieniu określonych warunków | Nie | Nie | Nie | Tak | Nie | Nie | |
| Odporność na cenzurę | ★★★★☆ | ★★★☆☆ | ★★★★★ | ★★★★★ | ★★★★★ | ★★★★☆ | |
| Wygoda użytkownika | ★★★☆☆ | ★★★★★ | ★★★★☆ | ★★★☆☆ | ★★★★☆ | ★★★★★ | |
| Open source | Tak | Tak | Tak | Tak | Tak | Tak | |
| ★★★★★ | ★★★★★ | ★★★★☆ | ★★★★☆ | zależnie od klienta | ★★★★★ | ||
| Audytowany | ★★★★★ | ★★★★★ | ★★★★☆ | ★★★★☆ | ★★★★☆ | ★★★★★ | |
| Jurysdykcja | Wielka Brytania | USA | Zaleznie od ekosystemu | Wielka Brytania | Zależy od podmiotu / fundacji | Szwajcaria | |
| Model finansowania | Firma + inwestorzy + darowizny | Non-profit + darowizny | Non-profit + darowizny | Granty + darowizny | Fundacja + członkowie + firmy | Sprzedaż aplikacji | |
| Reklamy | Nie | Nie | Nie | Nie | Nie jako cecha protokołu | Nie | |
| Sprzedaż danych | Nie | Nie | Nie | Nie | Nie jako model protokołu | Nie | |
| Największa zaleta | Brak globalnego ID | Dojrzałość i wygoda | Onion routing | Może dzialać bez internetu | Własna (użytkownika) infrastruktura | Anonimowe ID + bardzo mało metadanych | |
| Największa wada | Złożoność | Numer telefonu / centralizacja | Złożony ekosystem | Mniejsza wygoda | Homeservery przechowują dane5 | Centralny model + IP w określonych połączeniach |
- W SimpleX nie ma żadnych kont ani identyfikatorów użytkowników (jak numery telefonów czy loginy). Zamiast tego wiadomości są przesyłane przez serwery pośredniczące (Relay) i dostarczane do jednorazowych, anonimowych skrzynek odbiorczych utworzonych dla każdej relacji z osobna (prywatne kolejki)
- W Matrix trzeba włączyć szyfrowanie pokoju. Domyślnie nie jest szyfrowany
- Z Tor pozwala ukryć rzeczywisty adres IP przed relayem.
- Briar korzysta z Tor przy komunikacji internetowej, dzięki czemu serwer/peer po drugiej stronie nie otrzymuje bezpośrednio rzeczywistego IP użytkownika. Przy komunikacji bezpośredniej przez Bluetooth lub Wi-Fi nie ma jednak „serwera internetowego”, przed którym należałoby ukrywać IP - komunikacja odbywa się lokalnie.
- Homeserver (serwer domowy) w ekosystemie Matrix to centralny punkt, w którym przechowywane są Twoje dane, wiadomości, konta użytkowników oraz konfiguracje pokoi. Ponieważ Matrix jest siecią zdecentralizowaną i zfederowaną, działa podobnie do poczty elektronicznej: zamiast jednego gigantycznego serwera (jak w Discordzie czy Slacku), sieć składa się z tysięcy niezależnych homeserverów, które mogą ze sobą rozmawiać.
Zestawienie kto i co widzi?
| Cecha | SimpleX | Signal | Session | Briar | Matrix | Threema |
| Operator zna IMSI | Tak | Tak | Tak | Tak | Tak | Tak |
| Operator zna IMEI | Tak | Tak | Tak | Tak | Tak | Tak |
| Operator wie, że telefon jest online | Tak | Tak | Tak | Tak | Tak | Tak |
| ISP zna Twój IP | Tak bez VPN/Tor | Tak bez VPN/Tor | Tak w zależności od transportu i konfiguracji | Tak w zależności od transportu i konfiguracji | Tak bez VPN/Tor | Tak bez VPN/Tor |
| Operator VPN zna Twój IP | Tak | Tak | Tak | Tak | Tak | Tak |
| Serwer zna IP | zależnie od routingu | Tak | Mocno ograniczone | Tor, mocno ograniczone | Tak | Tak |
| Serwer zna numer telefonu | Nie | Tak przy rejestracji | Nie | Nie | Nie | Nie |
| Serwer zna stały ID | Nie | Tak | Tak | Tożsamość kryptograficzną | Tak | Tak |
| Serwer czyta szyfrowanie E2EE | Nie | Nie | Nie | Nie | Nie | Nie |
| Serwer posiada historię | Minimalnie | Minimalnie | Tymczasowo tylko roje | Głównie urządzenia | Tak | Minimalnie |
| Odbiorca zna Twój komunikator / ID | Zależnie od ustawień | Tak | Tak | Tak | Tak | Tak |
| Pasywny obserwator widzi treść | Nie | Nie | Nie | Nie | Nie | Nie |
| Pasywny obserwator widzi ruch | Tak | Tak | Tak | Tak | Tak | Tak |
| Tor może dodatkowo ukryć źródło | Tak | Tak z zewnętrznym Tor | Mechanizm wbudowany | Tak | Tak | Możliwe |
| Komunikacja bez Internetu | Nie | Nie | Nie | Tak | Nie | Nie |
W którym komunikatorze infrastruktura zbierze najmniej danych - kim jesteś, skąd się łączysz i z kim rozmawiasz?
- SimpleX - ★★★★★ | Największa zaleta: brak globalnego identyfikatora + minimalizacja metadanych + private routing + możliwość użycia Tor.
- Session - ★★★★★ | Największa zaleta: onion routing i decentralizacja.
- Briar - ★★★★★ | Największa zaleta: Tor + P2P + możliwość całkowitego ominięcia Internetu.
- Threema - ★★★★☆ | Największa zaleta: bardzo mało danych + brak konieczności numeru telefonu + dojrzały produkt.
- Signal - ★★★★☆ | Największa zaleta: świetne E2EE i bardzo dobra ochrona treści, ale mniej anonimowa architektura sieciowa.
- Matrix - ★★★☆☆ | Największa zaleta: decentralizacja i własny homeserver; nie jest jednak z założenia systemem minimalizacji metadanych.
Operator komórkowy
Jeżeli telefon korzysta z LTE/5G, operator może posiadać informacje dotyczące:
SIM
│
├── IMSI
├── identyfikatory abonenta
├── IMEI / identyfikator urządzenia
├── komórka / sektor
├── czas
└── parametry połączenia
Komunikator nie jest w stanie tego wyeliminować. Czy używasz: SimpleX, Signal, Session, Threema czy Briar operator nadal widzi telefon w sieci komórkowej. Do tego IMSI-catcher może obserwować warstwę radiową niezależnie od tego, jaka aplikacja działa wyżej.
Komunikator zaczyna chronić Cię dopiero powyżej warstwy sieciowej.
Dostawca internetu (ISP)
ISP - tutaj zaczynają się duże różnice Jeżeli nie używasz VPN/Tor to Telefon → ISP → Internet → komunikator
Czyli ISP może obserwować Twój adres IP, czas połączenia, adresy IP serwerów, ilość danych, charakterystykę ruchu, czasami informacje wynikające z DNS. Ale przy prawidłowymszyfrowaniu E2EE: ISP nie widzi treści wiadomości. Nie zobaczy: „Cześć, spotkajmy się jutro.”
Zobaczy natomiast coś w rodzaju: urządzenie X → infrastruktura komunikatora → 14:32 → 80 KB. I właśnie metadane są tutaj problemem.
Co widzi odbiorca?
To jest zagadnienie często pomijane.Odbiorca może zobaczyć znacznie więcej niż serwer, a czasami więcej niż byśmy chcieli. Przede wszystkim:
- Twoją wiadomość,
- Twój profil / identyfikator,
- nazwę, którą sam podałeś,
- zdjęcie profilowe,
- wysłane pliki,
- metadane pliku, jeśli aplikacja ich nie usunęła,
- informacje ujawnione w samej rozmowie.
A więc najlepszy komunikator nie ochroni Cię przed informacjami, które sam przekazujesz odbiorcy. Przykładowo wysyłasz zdjęcie samochodu. Szyfrowanie
E2EE działa idealnie, ale zdjęcie zawiera:
- GPS: 45.xxxxxx, ...
- Data: ...
- Model aparatu: ...
- Tło zdjęcia ...
Odbiorca może to odczytać.
SimpleX Chat - brak identyfikatorów i jednokierunkowe kolejki wiadomości
Większość bezpiecznych komunikatorów przypisuje użytkownikowi jakiś stały identyfikator – numer telefonu, nazwę użytkownika lub klucz publiczny. SimpleX Chat nie posiada żadnych identyfikatorów użytkowników, nawet losowych liczb. Zamiast tego sieć opiera się na jednokierunkowych (simpleksowych) kolejkach wiadomości. Kiedy łączysz się z drugą osobą, tworzone są dwie niezależne, jednokierunkowe rury (kolejki) na serwerach pośredniczących. Jedna kolejka służy wyłącznie do wysyłania wiadomości od Ciebie do odbiorcy, a druga - od odbiorcy do Ciebie. Serwer obsługujący dany kanał wie jedynie, że ma przekazać paczkę danych z punktu A do punktu B, ale nie ma pojęcia, kim są osoby po obu stronach ani czy te dwie kolejki należą do tej samej rozmowy.
Dlaczego to nie jest typowa federacja? W tradycyjnej federacji (jak e-mail, Matrix czy XMPP) serwery wymieniają się informacjami o użytkownikach na podstawie ich adresów przypisanych do konkretnych domen (np.
Nikt nie widzi, z kim rozmawiasz, nawet serwery - wszystkie wiadomości wyglądają jak losowy szum. Dziesiątki milionów wiadomości dostarczanych prywatnie każdego dnia. Evgeny Poberezkin jest twórcą, głównym deweloperem i założycielem bezpiecznego komunikatora SimpleX Chat.
Jak to działa? - gdy łączysz się ze znajomym, tworzone są dwie niezależne, jednokierunkowe kolejki: jedna do wysyłania (Twój serwer → jego serwer) i druga do odbierania (jego serwer → Twój serwer). Pełna izolacja relacji, jeśli masz 50 kontaktów, Twoja aplikacja obsługuje 100 różnych kolejek. Dla obserwatora zewnętrznego lub operatora serwera te kolejki nie mają ze sobą żadnego punktu wspólnego. Nie da się powiązać Twoich różnych konwersacji z jedną tożsamością. To absolutna rewolucja dająca odporność na analizę metadanych. Służby specjalne czy cyberprzestępcy nie mogą powiązać Twojej tożsamości na podstawie ruchu sieciowego, ponieważ nie ma jednego punktu odbiorczego, do którego spływają wiadomości. Brak centralnego punktu awarii / cenzury, komunikacja odbywa się przez rozproszone routery. Możesz także bez problemu postawić własny serwer (SMP router) i przenieść tam swoje kolejki. Komunikator stosuje post-kwantowe szyfrowanie, protokół implementuje warstwy szyfrowania odporne na przyszłe komputery kwantowe. Ponieważ nie masz publicznego ID, nikt nie może Cię wyszukać ani do Ciebie napisać, dopóki celowo nie przekażesz mu jednorazowego linku / kodu QR lub stałego kodu QR, umieszczonego gdzieś w internecie i zapraszającego do kontaktu.
| Cecha / protokół | Signal (Signal Protocol) | SimpleX Chat (SMP + X3DH/Double Ratchet) |
| Szyfrowanie treści (E2EE) | Tak - Algorytm Double Ratchet (podwójna zapadka) | Tak - Podobnie jak Signal, używa schematu zapadkowego (Double Ratchet) dla wiadomości |
| Szyfrowanie metadanych | Częściowe (funkcja Sealed Sender ukrywa nadawcę przed serwerem, ale serwer zna odbiorcę) | Pełne - Serwer pośredniczący nie wie, kto wysyła, kto odbiera, ani czy dwie wiadomości pochodzą od tej samej osoby |
| Ochrona Post-Kwantowa (PQ) | Tak - Signal wprowadził protokół PQXDH (Kyber + X25519) | Tak - SimpleX natywnie wdraża algorytmy post-kwantowe także na poziomie protokołu transportowego i aplikacji |
| Liczba warstw szyfrowania | 1 warstwa (treść wiadomości jest szyfrowana od nadawcy do odbiorcy) | 2 warstwy (E2EE dla treści + dodatkowe szyfrowanie warstwowe/cebulowe dla samego transportu przez serwery) |
Czytaj także:
- Komunikator Session
- Komunikator Signal
- 8 Best Secure Messaging Apps For Encrypted Chats In 2026
- Real-Time Communication
Uwaga - wszelkie treści na blogu letheko.pl powinny być traktowane jako subiektywna ocena tematu dokonana przez autora tekstu, Może to stanowić punkt wyjścia do zainteresowania się i zrozumienia zagadnienia, jednak nie zastąpi własnej pogłębionej analizy i oceny. Jeśli masz do czynienia z konkretnym zagrożeniem lub incydentem, skontaktuj się ze specjalistą ds. cyberbezpieczeństwa. Podejrzewasz, że padłeś ofiarą ataku, natychmiast zgłoś to do CERT Polska – czas ma tu kluczowe znaczenie.
Grafika tytułowa wygenerowana przez model AI OpenAI (ChatGPT / DALL·E).
