Komunikatory porównane względem OpSec

Tue, 11 Aug 2026 00:00:00 +0000

Ten artykuł ocenia profile OpSec popularnych komunikatorów przeznaczonych do anonimowej i bezpiecznej komunikacji w darknecie, gdzie wymuszone szyfrowanie end-to-end i anonimizacja są uznawane za oczekiwane minimum standardów bezpieczeństwa. Każdy komunikator jest oceniany pod kątem funkcji bezpieczeństwa, prywatności oraz gwarancji anonimizacji.

Porównanie komunikatorów

Poniższe zestawienie porównuje komunikatory ocenione pod kątem ich profilu OpSec. Wymuszona anonimizacja i wymuszone szyfrowanie E2E są uznawane za oczekiwane minimum domyślnie bezpiecznej konfiguracji.

Session

+ Klient otwartoźródłowy
+ Wymuszone szyfrowanie E2E
+ Wymuszona anonimizacja (sieć Session)
+ Zdecentralizowany

OnionXMPP

+ Klient otwartoźródłowy
+ Wymuszone szyfrowanie E2E
+ Wymuszona anonimizacja (sieć Tor)
- Scentralizowany

Cwtch, Ricochet Refresh, Briar

+ Klient otwartoźródłowy
+ Wymuszone szyfrowanie E2E
+ Wymuszona anonimizacja (sieć Tor)
+ Zdecentralizowany
- Wysokie ryzyko ataku Guard Discovery [1]

Bitmessage

+ Klient otwartoźródłowy
+ Wymuszone szyfrowanie E2E
+ Wymuszona anonimizacja (sieć Bitmessage)
+ Zdecentralizowany
- Wysokie ryzyko ataku Sybil [2]
- Nierozwijany od 2018 roku

Matrix (Clearnet)

+ Klient otwartoźródłowy
+ Wymuszone szyfrowanie E2E
+ Zdecentralizowany
- Brak wymuszonej anonimizacji

SimpleX

+ Klient otwartoźródłowy
+ Wymuszone szyfrowanie E2E
+ Zdecentralizowany
- Brak wymuszonej anonimizacji [3]

Threema

+ Klient otwartoźródłowy
+ Wymuszone szyfrowanie E2E
- Brak wymuszonej anonimizacji
- Płatność powiązana z tożsamością [4]
- Scentralizowany

Signal

+ Klient otwartoźródłowy
+ Wymuszone szyfrowanie E2E
- Brak wymuszonej anonimizacji
- Wymagana weryfikacja SMS
- Scentralizowany

Tox, Skred

+ Klient otwartoźródłowy
+ Wymuszone szyfrowanie E2E
+ Zdecentralizowany
- Brak wymuszonej anonimizacji
- P2P ujawnia IP odbiorcom [5]

Wire

+ Klient otwartoźródłowy
+ Wymuszone szyfrowanie E2E
- Brak wymuszonej anonimizacji
- Numer telefonu (jeśli używany) i IP udostępniane służbom
- Wycieka identyfikatory urządzenia i użytkownika w powiadomieniach push
- Zbiera dane telemetryczne i raporty o awariach
- Scentralizowany

XMPP (Clearnet)

+ Klient otwartoźródłowy
+ Zdecentralizowany
- Brak wymuszonego szyfrowania E2E
- Brak wymuszonej anonimizacji

Zangi

+ Zdecentralizowany
- Klient zamkniętoźródłowy
- Szyfrowanie E2E własnościowe [6]
- Brak wymuszonej anonimizacji
- P2P ujawnia IP odbiorcom

+ Klient otwartoźródłowy
- Brak wymuszonego szyfrowania E2E [7]
- Brak wymuszonej anonimizacji
- Wymagana weryfikacja SMS, bany za wirtualne numery [8]
- Numer telefonu i IP udostępniane służbom [9]
- Zbiera dane telemetryczne i raporty o awariach
- Scentralizowany

- Klient zamkniętoźródłowy
- Niehermetyczne szyfrowanie E2E [10]
- Brak wymuszonej anonimizacji
- Wymagana weryfikacja SMS, bany za wirtualne numery
- Jawny numer telefonu, IP udostępniane służbom
- Zbiera dane telemetryczne i raporty o awariach
- Scentralizowany

Przypisy

[1] „Wysokie ryzyko ataku Guard Discovery” (Cwtch, Ricochet Refresh, Briar). Te komunikatory komunikują się przez lokalnie hostowane usługi Onion. To rozwiązanie ma zalety pod kątem decentralizacji lecz hostowanie długodziałających usług Onion daje atakującemu większe możliwości obserwacji oraz przeprowadzania ataków typu Bandwidth i Rendezvous Point overuse. Hostowanie usługi Onion ma inny model zagrożeń niż bycie klientem sieci Tor łączącym się z serwerem; szanse na udany atak Guard Discovery, a następnie deanonimizację lokalizacji usługi Onion, są wyższe. Nieliczni doświadczeni administratorzy świadomi tego ryzyka stosują dodatkowe mitygacje do swoich usług Onion, ale Cwtch, Ricochet Refresh, Briar ich nie zawierają. Tor dostarcza wbudowane vanguards-lite będące zabezpieczeniem o ograniczonej funkcjonalności, który nie jest przeznaczony do hostowania długodziałających usług Onion. Tor Project jest tego świadomy, ale nadal nie zaimplementował pełnej funkcjonalności dodatku „vanguards”. Pełna implementacja jest planowana w Arti, eksperymentalnym kliencie Tor.

Źródła: 1, 2, 3, 4

[2] „Wysokie ryzyko ataku Sybil” (Bitmessage). O ile Tor posiada mechanizm węzłów strażniczych (guard nodes) i aktywnie wyszukuje oraz usuwa złośliwe węzły na podstawie różnych cech, a sieć Session utrudnia ataki Sybil poprzez barierę finansową, Bitmessage jest przykładem otwartej sieci peer-to-peer z brakiem ograniczeń dla węzłów, wysoce podatnej na ataki Sybil.

Źródła: 1, 2, 3, 4

[3] „Brak wymuszonej anonimizacji” (SimpleX). SimpleX nie wymusza użycia żadnej sieci anonimizującej. Co więcej, jego autorzy fałszywie twierdzą, że zaimplementowali „2-hop onion message routing”, co jest jedynie opcją wyboru routera SMP przez nadawcę i nie różni się od użycia proxy. Nie ma to nic wspólnego z routingiem sieci Tor i daje użytkownikom fałszywe poczucie bezpieczeństwa. Autorzy SimpleX wykazują się też brakiem wiedzy technicznej o sieciach anonimizujących; dlatego używanie SimpleX jest odradzane.

Źródła: 1, 2, 3

[4] „Płatność powiązana z tożsamością” (Threema). Choć Threema nie jest darmowa i wymaga jednorazowej płatności, użytkownik może uzyskać licencję w ich sklepie przy użyciu przeglądarki Tor, bez adresu e-mail, bez podawania danych do rachunku, i zapłacić gotówką lub Bitcoinem. Choć Bitcoin jest transparentną, stosunkowo łatwą do śledzenia kryptowalutą, płatność może zostać dokonana przez usługę wymiany z Monero. Co więcej, wygenerowany Threema ID nie jest powiązany z danymi płatności. Nie jest to jednak płatność domyślnie anonimowa, a w przypadku dokonania nieanonimowej płatności operator płatności otrzyma informację o prawdziwej tożsamości i ujawni użycie Threema na żądanie służb. Dlatego ten punkt uznawany jest za niekrytyczną wadę.

Źródła: 1, 2, 3

[5] „P2P ujawnia IP odbiorcom” (Tox, Skred). Tox nie podejmuje żadnych prób ukrycia adresu IP podczas komunikacji z innymi, ponieważ celem sieci peer-to-peer jest bezpośrednie połączenie z odbiorcami. Umożliwia to więc odkrycie IP przez służby bez wezwania sądowego, jeśli nie zostanie zastosowana dodatkowa konfiguracja z Tor. Ta sama wada dotyczy również komunikatora Skred.

Źródła: 1, 2

[6] „Szyfrowanie E2E własnościowe” (Zangi). Szyfrowanie Zangi nie jest otwartoźródłowe i nie zostało poddane niezależnemu audytowi. Brak publicznego przeglądu przez badaczy bezpieczeństwa. Protokół może zawierać podatności, zarówno przypadkowe jak i celowe.

Źródła: 1

[7] „Brak wymuszonego szyfrowania E2E” (Telegram). Cała komunikacja jest domyślnie jawna dla Telegramu, a szyfrowanie E2E jest dostępne tylko w „Secret Chats”, które są wspierane wyłącznie w aplikacjach mobilnych. Tymczasem Telegram reklamuje swoją platformę komunikacyjną jako skupioną na bezpieczeństwie. W tym kontekście warto wspomnieć, że otwarcie twierdzą o stosowaniu narzędzi moderacji AI do „proaktywnego monitorowania”. Śledztwo OCCRP ujawniło, że infrastrukturą sieciową Telegramu zarządza rosyjski inżynier powiązany z FSB. Telegram zaprzecza tym twierdzeniom.

Źródła: 1, 2, 3, 4

[8] „Wymagana weryfikacja SMS, bany za wirtualne numery” (Telegram). Istnieje wiele doniesień użytkowników o banowaniu przez Telegram całych zakresów numerów operatorów wirtualnych, co może prowadzić do utraty konta później, gdy Telegram jest rejestrowany przez usługę aktywacji SMS. Bez włączonego 2FA wielu użytkowników takich usług aktywacji SMS również traci konta w wyniku przejęcia, gdy ich wybrany numer telefonu zostaje później przypisany innemu użytkownikowi.

Źródła: 1, 2

[9] „Numer telefonu i IP udostępniane służbom” (Telegram). Telegram zmienił swoje zasady w 2024 roku i od tamtej pory zgodził się na aktywną współpracę ze służbami. Telegram nie publikuje raportów przejrzystości na swojej stronie; pozostają one ukryte w bocie @transparency i są ograniczone do kraju, w którym zarejestrowane jest konto Telegram żądające danych.

Źródła: 1, 2

[10] „Niehermetyczne szyfrowanie E2E” (WhatsApp). Klucz szyfrowania kontaktu może ulec zmianie przy przeinstalowaniu aplikacji, zmianie urządzenia lub przywróceniu kopii zapasowej. Może to nastąpić również, gdy scentralizowana platforma komunikacyjna zostanie zmuszona do przeprowadzenia ataku Man-in-the-Middle i podsłuchiwania rozmów, a firmę Meta Platforms oskarżono o to w pozwie z 2026 roku. WhatsApp automatycznie ponownie szyfruje i wysyła Twoją wiadomość nowym kluczem bez pytania o zgodę. Nawet jeśli powiadomienia o zmianie klucza zostaną włączone, zostaniesz powiadomiony dopiero po dostarczeniu wiadomości, więc w takim przypadku wyciek danych jest nieunikniony.

Źródła: 1, 2, 3

Bezpieczeństwo on Cebulka Blog

Komunikatory porównane względem OpSec

Porównanie komunikatorów

Session

OnionXMPP

Cwtch, Ricochet Refresh, Briar

Bitmessage

Matrix (Clearnet)

SimpleX

Threema

Signal

Tox, Skred

Wire

XMPP (Clearnet)

Zangi

Telegram

WhatsApp

Przypisy