Szyfrowanie on Arpokrat

Porównanie komunikatorów szyfrowanych 2026: szyfrowanie już nie wystarcza

Thu, 10 Sep 2026 00:00:00 +0000

Otwórz WhatsAppa, Telegrama, Signala, Messengera, Google Messages. Wszystkie te aplikacje wyświetlają dziś gdzieś w swoim interfejsie tę samą obietnicę: szyfrowanie end-to-end. Formuła stała się standardowym argumentem handlowym, dokładnie tak jak „bez zobowiązań" u operatora komórkowego. Nie różnicuje już niczego, właśnie dlatego, że stała się prawdziwa niemal wszędzie.

A jednak te aplikacje nie są do siebie w niczym podobne. Jedna żąda twojego numeru telefonu i przekazuje wymiarowi sprawiedliwości listę osób, które mają cię w swojej książce adresowej. Druga dosłownie nie wie o tobie nic, nawet tego, że istnieje konto. Pomiędzy nimi kilkanaście projektów dokonuje bardzo różnych wyborów i żaden nie tłumaczy ich jasno na swojej stronie głównej.

Szyfrowanie end-to-end oznacza, że treść twoich wiadomości jest nieczytelna dla pośrednika, który je przenosi. To ważne osiągnięcie i byłoby absurdem je pomniejszać. Nie mówi ono jednak nic o tym, czego ten sam pośrednik dowiaduje się poza treścią: że pisałeś, do kogo, o której godzinie, z jakiego adresu IP, jak często, w jakich grupach, z jakim numerem telefonu powiązanym z twoją tożsamością cywilną.

Szyfrowanie chroni to, co mówisz. Nie chroni faktu, że to powiedziałeś, ani do kogo, ani kiedy, ani skąd.

Ten artykuł nie ustala rankingu. Nie istnieje najlepszy komunikator w sensie absolutnym, ponieważ nie istnieje przeciwnik ogólny. To, co proponuje ten materiał, to najpierw siatka siedmiu kryteriów pozwalająca ocenić dowolną aplikację, w tym te, które jeszcze nie powstały, następnie uczciwa karta każdej z czternastu wybranych aplikacji, a na koniec rekomendacje według profilu zagrożenia. Każda karta zawiera rubrykę poświęconą temu, czego aplikacja nie chroni, bez wyjątku, łącznie z naszą.

Spis treści

Siedem kryteriów, które zastępują szyfrowanie

Ta sekcja jest najważniejsza w całym artykule. Jeśli masz przeczytać tylko jedną, przeczytaj tę: pozwoli ci samodzielnie ocenić dowolny komunikator, w tym te, które ukażą się po publikacji tego tekstu.

Szyfrowanie end-to-end, zdobycz, która już nie różnicuje

Protokół Signal, opublikowany w 2013 roku i od tego czasu formalnie analizowany przez badaczy kryptografii, stał się standardem faktycznym. WhatsApp używa go od 2016 roku, Google Messages go używa, Messenger go używa. Debata kryptograficzna jest w dużej mierze zamknięta, gdy chodzi o treść rozmów jeden na jeden.

Pytania, które pozostają użyteczne, nie dotyczą już obecności szyfrowania, lecz jego trybu. Czy jest włączone domyślnie, czy trzeba o nie poprosić? Czy obejmuje grupy, czy tylko wymianę we dwoje? Czy obejmuje kopie zapasowe, czy też trafiają one jawnie do Google i Apple? Czy istnieje forward secrecy, czyli regularna rotacja kluczy gwarantująca, że skompromitowanie klucza dzisiaj nie daje dostępu do wczorajszych wiadomości?

Te pytania wciąż różnicują. Obecność słowa „szyfrowany" na stronie marketingowej nie.

Metadane, czyli to, co usługa wie bez czytania twoich wiadomości

W maju 2014 roku, podczas publicznej debaty na Uniwersytecie Johnsa Hopkinsa z prawnikiem Davidem Cole’em, były dyrektor NSA i CIA Michael Hayden wypowiedział zdanie, które stało się słynne. Cole zacytował właśnie byłego radcę prawnego NSA Stewarta Bakera, według którego „metadane mówią ci absolutnie wszystko o czyimś życiu, a jeśli masz ich dość dużo, treść nie jest ci właściwie potrzebna". Hayden odpowiedział, przytakując: „Zabijamy ludzi na podstawie metadanych." Natychmiast dodał, że nie tak działały amerykańskie programy zbierania danych wewnątrz kraju, i to uściślenie trzeba przytoczyć dla uczciwości. Nie zmienia ono rzeczy najważniejszej: najwyższy rangą przedstawiciel amerykańskiego wywiadu publicznie potwierdził, że metadane wystarczają do decyzji o zabiciu człowieka.

Metadana w komunikatorze to wszystko, co nie jest treścią: kto pisze do kogo, o której godzinie, z jakiego adresu IP, jak często, w jakich grupach, przy jakim rozmiarze pliku. Odtworzenie związku między dziennikarzem a źródłem nie wymaga czytania ich korespondencji. Wystarczy stwierdzić, że zaczęli do siebie pisać trzy dni przed publikacją śledztwa. To samo rozumowanie dotyczy adwokata i jego klienta, lekarza i pacjenta, pracownika i związku zawodowego, dwojga ludzi, którzy nie chcą, by ich relacja była znana.

Usługa może więc być nienaganna, gdy chodzi o szyfrowanie treści, i całkowicie przejrzysta co do reszty. To wręcz sytuacja najczęstsza. Opisaliśmy gdzie indziej, jak to samo rozumowanie stosuje się do innych biernych sygnałów codzienności, zwłaszcza w naszym artykule o stałej geolokalizacji telefonu oraz w naszej analizie systemu SignalTrace firmy Leonardo, który odtwarza trasy i relacje wyłącznie na podstawie identyfikatorów Bluetooth przechwyconych mimochodem.

Dobre pytanie do zadania każdemu dostawcy: co zostanie na waszych serwerach, jeśli sędzia zajmie je jutro rano?

Wymagany identyfikator, numer, adres albo nic

To kryterium najbardziej konkretne i najbardziej niedoceniane. Współistnieją trzy modele.

Numer telefonu. W większości krajów jest powiązany z dokumentem tożsamości. Jest unikalny, trwały i już figuruje w książkach adresowych setek osób. Wymagać numeru to wiązać każde konto z tożsamością cywilną i czynić trywialnym odkrycie grafu społecznego: wystarczy porównać książki adresowe. Numer jest też dobrze znanym słabym punktem uwierzytelniania, jak pokazaliśmy w naszym artykule o uwierzytelnianiu dwuskładnikowym przez SMS: udany SIM swap nie kradnie tylko kodu, kradnie tożsamość w komunikatorze.

Adres e-mail albo losowy identyfikator. Lepiej, bo adres jednorazowy kosztuje kilka sekund, a losowy identyfikator nic nie mówi. Pozostaje jednak trwałym identyfikatorem po stronie serwera, a więc punktem zaczepienia do korelowania sesji w czasie.

Żadnego identyfikatora. To model najnowszy i najrzadszy. Nie ma w ogóle konta, katalogu, stałego adresu. Istniejesz jako zestaw kluczy kryptograficznych na swoim urządzeniu, a kontakt nawiązuje się przez jednorazowy link z zaproszeniem. Nic do wpisania, nic do wycieku, nic do skorelowania.

Otwarty kod i niezależny audyt, dwa pojęcia, które trzeba przestać mylić

To dwie różne rzeczy i trzeba przestać przedstawiać je razem.

Otwarty kod oznacza, że kod jest czytelny. To warunek konieczny zaufania, nie dowód bezpieczeństwa. Nikt nie czyta kodu, chyba że przypadkiem. Poważne luki przetrwały latami w bardzo obserwowanych projektach wolnego oprogramowania.

Niezależny audyt oznacza, że osoba trzecia opłacona po to, by szukać luk, szukała ich i opublikowała to, co znalazła. To nieskończenie mocniejsze i nieskończenie rzadsze, ponieważ kosztuje.

Następnie trzeba odróżnić dwa rodzaje audytu. Przegląd projektu kryptograficznego bada, czy protokół jest dobrze pomyślany na papierze. Audyt implementacji bada, czy kod rzeczywiście robi to, co protokół deklaruje. Oba są przydatne, nie dowodzą tego samego, a projekt może mieć pierwszy bez drugiego.

Przypadek Threemy doskonale ilustruje wartość takiego podejścia. W 2022 roku trzej badacze z ETH w Zurychu znaleźli siedem ataków na jej protokół, w trzech różnych modelach zagrożenia, i przekazali je producentowi. Threema odpowiedziała nowym protokołem, Ibex, opublikowanym pod koniec listopada 2022 roku. Aplikacja zamknięta i nieaudytowana nigdy nie doświadczyłaby tego epizodu, co wcale nie znaczyłoby, że jest bezpieczniejsza.

Jurysdykcja i CLOUD Act

Miejsce siedziby przedsiębiorstwa określa, które rządy mogą je zmusić. To kryterium prawne, nie techniczne, i jest rozstrzygające.

CLOUD Act, uchwalony w Stanach Zjednoczonych w 2018 roku, rozstrzyga pytanie postawione przez sprawę Microsoft Ireland: czy amerykańska firma może odmówić wydania poczty przechowywanej na irlandzkim serwerze? Odpowiedź ustawodawcy brzmi nie. Tekst nakłada na dostawców podlegających jurysdykcji amerykańskiej obowiązek przekazania danych, które kontrolują, niezależnie od miejsca przechowywania. Serwer we Frankfurcie prowadzony przez spółkę amerykańską pozostaje w zasięgu amerykańskiego żądania. Dostawca może wnieść sprzeciw, jeśli żądanie koliduje z prawem obcym, ale sprzeciw to procedura, nie tarcza.

Konsekwencja praktyczna jest prosta: hosting w Europie nie wystarczy, jeśli hostingodawca, spółka matka lub holding podlegają prawu amerykańskiemu. Pytanie, które należy zadać, brzmi nie „gdzie są wasze serwery", lecz „kto może was prawnie zmusić i na jakiej podstawie".

Trzeba dodać dwa zastrzeżenia. Po pierwsze, ochronna jurysdykcja nie służy niczemu, jeśli usługa mimo wszystko przechowuje dane nadające się do wykorzystania: najlepszą obroną pozostaje nie mieć nic do wydania. Po drugie, wroga jurysdykcja nie przekreśla usługi, która strukturalnie nic nie wie. Signal jest amerykański i nigdy nie mógł wydać niczego poza dwoma znacznikami czasu.

Trwałość projektu, kryterium, na które nikt nie patrzy

Bardzo dobrze zaprojektowany komunikator, który znika w ciągu osiemnastu miesięcy, zostawia cię z bezużyteczną książką adresową i, często, utraconą historią. To kryterium nigdy nie pojawia się w porównaniach. Rok 2026 uczynił je nie do pominięcia.

W kwietniu 2026 roku Session Technology Foundation ogłosiła publicznie, że zebrała jedynie około 65 000 dolarów darowizn, że potrzebuje mniej więcej miliona dolarów rocznie, by funkcjonować, i że jej środki nie wystarczą poza lipiec. Wszyscy pracownicy zostali zwolnieni, a prace rozwojowe stanęły. Session ma ponad milion aktywnych użytkowników miesięcznie. W czerwcu fundacja ogłosiła, że projekt uratowały darowizny tysięcy użytkowników, w większości drobne kwoty, i że rusza on ponownie z zespołem trzech programistów kierowanym przez architekta oprogramowania Jasona Rhinelandera.

Trzy tygodnie później, 9 lipca 2026 roku, projekt Briar opublikował podobny komunikat: po rozważeniu zamknięcia przechodzi w tryb utrzymania, to znaczy wyłącznie poprawki bezpieczeństwa i błędów, bez rozwoju nowych funkcji, z braku trwałego finansowania.

Dwa sztandarowe projekty, dwa różne modele ekonomiczne, ten sam rok, ten sam ślepy zaułek. Pytanie, które trzeba sobie zadać przed wyborem komunikatora, brzmi więc dziś: kto płaci, ile i przez jaki czas? Fundacja żyjąca z darowizn, firma sprzedająca licencje, dotowany projekt uniwersytecki i oprogramowanie tworzone społecznie przez wolontariuszy nie mają tej samej oczekiwanej długości życia, a nie ma to nic wspólnego z jakością ich kryptografii.

Praktyczność, pełnoprawne kryterium bezpieczeństwa

To ostatnie kryterium bywa traktowane przez purystów z pogardą. To błąd.

Komunikator, którego twoi rozmówcy odmawiają zainstalowania, nie chroni nikogo, bo rozmowa odbędzie się gdzie indziej, jawnie. Komunikator, którego powiadomienia nie docierają, popycha użytkowników z powrotem na WhatsAppa przy pilnych sprawach. Komunikator wymagający, by obie osoby były połączone w tej samej chwili, nie nadaje się do zwykłej korespondencji między dwiema strefami czasowymi.

Rzeczywiste bezpieczeństwo systemu to bezpieczeństwo jego rzeczywistego użycia, a nie jego karty katalogowej. Model odrobinę mniej czysty, z którego twoje kontakty faktycznie korzystają, chroni bardziej niż model doskonały, którego używasz tylko ty.

Komunikatory masowe

WhatsApp to najczęściej używany komunikator na świecie. Należy do Meta, jest darmowy, a jego model ekonomiczny opiera się na ekosystemie reklamowym grupy i na usługach dla firm.

Co naprawdę chroni. Treść wiadomości, z protokołem Signal, od 2016 roku. Ta implementacja jest poważna i trzeba to powiedzieć jasno: treść twoich rozmów na WhatsAppie nie jest czytelna dla Meta. Kopie zapasowe szyfrowane end-to-end istnieją i warto je włączyć, bo domyślnie włączone nie są. Aplikacja jest wyjątkowo niezawodna, dostępna wszędzie, a twoje kontakty już ją mają.

Czego nie chroni. Całej reszty. Na zwykłe żądanie Meta przekazuje dane abonenta: nazwę konta, datę utworzenia, ostatnie połączenie, adres IP, adres e-mail. Na nakaz przeszukania firma dostarcza książkę adresową osoby objętej postępowaniem, a także listę innych użytkowników WhatsAppa, którzy mają tę osobę w swoich kontaktach. Innymi słowy, graf społeczny jest do wydania w obie strony. Przechowywane metadane obejmują znaczniki czasu, identyfikatory nadawcy i odbiorcy, statusy doręczenia, skład grup i jego zmiany. Według upublicznionego dokumentu FBI WhatsApp jest w stanie wytwarzać określone metadane wskazanego użytkownika co piętnaście minut w ramach nadzoru w czasie rzeczywistym. Wreszcie numer telefonu jest obowiązkowy, a Meta podlega CLOUD Act.

Dla kogo jest przeznaczony. Dla wszystkich, jako zwykły kanał komunikacji, przy którym akceptuje się, że graf relacji jest znany Meta i może zostać przekazany organowi wymiaru sprawiedliwości.

Telegram bywa zaliczany do komunikatorów bezpiecznych. To nieporozumienie, które trzeba wyjaśnić bez agresji, bo Telegram jest znakomity w tym, co robi naprawdę.

Co naprawdę chroni. W codziennym użyciu nic ponad to, co klasyczna usługa internetowa. Zwykłe rozmowy, zwane czatami w chmurze, są szyfrowane między klientem a serwerem, a następnie przechowywane w postaci zaszyfrowanej po stronie Telegrama, który dysponuje środkami, by je odczytać. Szyfrowanie end-to-end jest dostępne wyłącznie w czatach tajnych, które nie są włączone domyślnie, ograniczają się do wymiany we dwoje, pozostają związane z urządzeniem źródłowym i nie synchronizują się. To, co Telegram robi znakomicie, to za to grupa masowa, kanał nadawczy, udostępnianie dużych plików i obecność na wielu urządzeniach. To znakomita sieć publikacyjna i tak należy ją oceniać.

Czego nie chroni. Treści zwykłych rozmów wobec producenta, numeru telefonu, adresu IP. Stanowisko firmy zmieniło się we wrześniu 2024 roku, po zatrzymaniu Pawła Durowa we Francji: Telegram przekazuje odtąd numery i adresy IP zgłoszonych użytkowników w odpowiedzi na ważne żądania prawne, podczas gdy wcześniejsze zobowiązanie ograniczało takie przekazania do spraw terrorystycznych. Liczby opublikowane za 2024 rok oddają zmianę skali: około 900 żądań spełnionych w Stanach Zjednoczonych wobec 2253 użytkowników, 14 641 w Indiach wobec 23 535 użytkowników, 142 w Wielkiej Brytanii. Grupa jest ponadto zarejestrowana na Brytyjskich Wyspach Dziewiczych i kierowana z Dubaju, a nieprzejrzystość tej struktury sama w sobie jest danymi do analizy.

Dla kogo jest przeznaczony. Do publicznego rozpowszechniania, dla szerokich społeczności, do śledzenia informacji. Nie do rozmowy, która ma pozostać poufna wobec producenta.

Standard faktyczny

Signal

Signal jest punktem odniesienia i ten artykuł traktuje go jako taki. Wydaje go Signal Foundation, amerykańska organizacja non profit finansowana z darowizn i z początkowej dotacji Briana Actona.

Co naprawdę chroni. Treść, protokołem, który sam wymyślił i który służy branży za wzorzec. Ale przede wszystkim, i to go wyróżnia, resztę: poufne odkrywanie kontaktów, zapieczętowanego nadawcę, systematyczną minimalizację przechowywanych danych. Dowód nie jest deklaratywny, jest sądowy. Signal publikuje swoje odpowiedzi na żądania na osobnej stronie i te odpowiedzi są do siebie podobne: organizacja może dostarczyć jedynie znacznik czasu utworzenia konta i datę ostatniego połączenia. W sprawie przed sądem Dystryktu Kolumbii wymiar sprawiedliwości zażądał danych abonenckich dla trzydziestu siedmiu numerów telefonów. Odpowiedź była ta sama. To jedyna publiczna historia oporu wobec żądań tej jakości w całym tym porównaniu i jest warta więcej niż jakakolwiek obietnica marketingowa.

Czego nie chroni. Numer telefonu pozostaje w 2026 roku obowiązkowy przy rejestracji. Nazwy użytkownika, wprowadzone w 2024 roku, pozwalają nie podawać numeru swoim kontaktom, co jest realnym postępem, ale nie znoszą wymogu przy zakładaniu konta. Publiczne prace wskazują, że Signal bada rejestrację bez numeru, być może opartą na jednorazowej opłacie ograniczającej nadużycia, lecz w chwili pisania tych słów nie jest ona dostępna. Signal podlega ponadto prawu amerykańskiemu, a więc CLOUD Act: ochrona nie wynika z jurysdykcji, wynika z tego, że nie ma czego wydać. Wreszcie infrastruktura jest scentralizowana, a ekosystem zamknięty dla klientów firm trzecich, do czego wracamy dalej.

Dla kogo jest przeznaczony. Dla właściwie każdego. To najlepszy na rynku stosunek ochrony do rzeczywistego rozpowszechnienia i domyślna rekomendacja, gdy numer telefonu nie stanowi problemu w twoim modelu zagrożenia.

Molly

Molly to utwardzony fork Signala na Androida. Nie zmienia ani protokołu, ani sieci, ani modelu identyfikatora: utwardza klienta.

Co naprawdę chroni. To, czego Signal nie chroni po stronie urządzenia. Molly szyfruje lokalną bazę danych za hasłem-frazą, co blokuje całą aplikację, i przy blokadzie nadpisuje pamięć operacyjną danymi losowymi, by oprzeć się analizie śledczej po zatrzymaniu urządzenia. Pozwala też kierować ruch przez serwer pośredniczący SOCKS lub przez Tor. Wariant Molly-FOSS usuwa własnościowe komponenty Google. Tego wszystkiego oficjalny klient nie robi.

Czego nie chroni. Wszystkiego, co dotyczy serwera. Molly korzysta z serwerów Signala, wymaga więc numeru telefonu i dziedziczy dokładnie ten sam profil metadanych i tę samą jurysdykcję. Istnieje wyłącznie na Androida. I działa w sieci Signala dzięki tolerancji fundacji, a nie jej formalnej zgodzie, co od lat obywa się bez incydentów.

Dla kogo jest przeznaczony. Dla użytkownika Signala na Androidzie, którego model zagrożenia obejmuje fizyczne zajęcie telefonu: dziennikarz w podróży, aktywistka, adwokat przekraczający granicę.

Komunikatory bez numeru telefonu

Session

Session postawił na radykalne rozwiązanie: znieść numer i e-mail. Przy rejestracji aplikacja generuje losowy identyfikator konta i o nic więcej nie pyta. Projekt prowadzi Session Technology Foundation, fundacja prawa szwajcarskiego.

Co naprawdę chroni. Tożsamość przy rejestracji i adres IP. Wiadomości przechodzą przez zdecentralizowaną sieć węzłów z trasowaniem cebulowym, tak że żaden serwer nie zna jednocześnie źródła i celu. Kod klientów na Androida, iOS i komputery był przedmiotem audytu opublikowanego przez francuską firmę Quarkslab, która wskazała siedem problemów na Androidzie, siedem na iOS i dwa w kliencie komputerowym, w większości od tego czasu naprawionych. Aplikacja jest dostępna na wszystkich platformach i wygląda jak zwykły komunikator, co w tej kategorii nie jest drobiazgiem.

Czego nie chroni. Session usunął forward secrecy w 2021 roku, powołując się na problemy ze stabilnością swojej zdecentralizowanej architektury. Konkretnie skompromitowanie klucza długoterminowego odsłania wiadomości z przeszłości. Fundacja ogłosiła w grudniu 2025 roku protokół V2 przywracający forward secrecy i dodający postkwantową wymianę kluczy opartą na ML-KEM, ale protokół ten nie był ukończony w chwili pisania. A przede wszystkim ciąży tu kryterium trwałości: projekt był w 2026 roku o kilka tygodni od zamknięcia i działa obecnie z trzema programistami przy ponad milionie użytkowników.

Dla kogo jest przeznaczony. Dla tych, którzy chcą obejść się bez numeru telefonu, nie zmieniając swoich nawyków, i akceptują obecny brak forward secrecy.

Threema

Threema to szwajcarska firma, która sprzedaje swoją aplikację. To jedyny płatny podmiot w tym porównaniu i właśnie to czyni jej model czytelnym.

Co naprawdę chroni. Tożsamość i jurysdykcję. Przy instalacji aplikacja generuje losowy Threema ID. Numer telefonu i adres e-mail są opcjonalne i służą wyłącznie temu, by kontakty mogły cię odnaleźć, do czego nic nie zmusza. Serwery należą do firmy i znajdują się w centrum danych z certyfikatem ISO 27001 w Zurychu, pod prawem szwajcarskim, poza zasięgiem CLOUD Act. Kod źródłowy jest opublikowany, a powtarzalne kompilacje są dostępne na Androidzie, co pozwala sprawdzić, czy rozpowszechniana aplikacja odpowiada kodowi. Threema zleciła audyt swoich aplikacji mobilnych firmie Cure53 w październiku 2020 roku, a następnie aplikacji komputerowej w styczniu 2024 roku. Protokół Ibex, przyjęty pod koniec 2022 roku, był przedmiotem formalnego dowodu bezpieczeństwa opublikowanego przez niemieckich badaczy w 2023 roku.

Czego nie chroni. Cena, około sześciu euro przy zakupie jednorazowym, to realna przeszkoda w przyjęciu jej przez twoich bliskich i główny praktyczny hamulec. Epizod ETH w Zurychu z 2022 roku przypomina ponadto, że nawet poważny podmiot może latami mieć podatny protokół: siedem znalezionych ataków, protokół przebudowany od zera. Wreszcie identyfikator Threema pozostaje trwałym identyfikatorem po stronie serwera, co nie jest modelem bez żadnego identyfikatora.

Dla kogo jest przeznaczona. Dla europejskiej firmy, kancelarii, administracji albo osoby prywatnej, która woli zapłacić za produkt niż zależeć od darowizn i chce jasnej jurysdykcji szwajcarskiej.

Wire

Wire mocno zmienił swoją naturę. Powstał jako komunikator masowy, po czym przestawił się na organizacje, firmy i sektor publiczny.

Co naprawdę chroni. Treść, protokołem Proteus, a następnie MLS, standardem komunikacji grupowej IETF, którego Wire był jednym z pierwszych poważnych wdrożeniowców. Rejestracja odbywa się przez e-mail, co pozwala uniknąć numeru telefonu. Audyty są publiczne: Kudelski Security i X41 D-Sec opublikowały przegląd implementacji protokołu w 2017 roku, a następnie audyty aplikacyjne klientów iOS, Android i webowego w 2018 roku.

Czego nie chroni. Metadanych, które Wire przechowuje jawnie po stronie serwera, czego producent nigdy nie ukrywał i co bywa regularnie krytykowane. Struktura prawna jest również złożona: działalność operacyjna podlega Wire Swiss GmbH w Szwajcarii, holding grupy ma siedzibę w Berlinie, a producent twierdzi, że ponad 90 % kapitału należy do europejskich inwestorów instytucjonalnych, lecz w 2019 roku utworzono podmiot amerykański w Delaware. Tę złożoność warto zrozumieć przed wyborem Wire do zastosowań wrażliwych.

Dla kogo jest przeznaczony. Dla organizacji, która potrzebuje zgodnej z przepisami szyfrowanej współpracy, ze wsparciem komercyjnym i scentralizowaną administracją, bardziej niż dla osoby poszukującej anonimowości.

Element i protokół Matrix

Element to główny klient Matrixa, otwartego i federacyjnego protokołu. Model różni się od wszystkich pozostałych w tym porównaniu: każdy może utrzymywać własny serwer, a serwery komunikują się ze sobą tak jak serwery poczty elektronicznej.

Co naprawdę chroni. Autonomię. Organizacja może utrzymywać swój serwer, kontrolować swoją infrastrukturę, nie zależeć od żadnego producenta i pozostać osiągalna z reszty sieci. To jedyny model w tym porównaniu, który daje takie połączenie, i właśnie dlatego wybrało go kilka europejskich administracji. Szyfrowanie end-to-end wiadomości jest wdrożone.

Czego nie chroni. Metadanych, i to strukturalnie. Administrator twojego serwera widzi, kto z kim rozmawia, kiedy i w jakich pokojach. Metadane pokoju, nazwa, temat i inne zdarzenia stanu, są przechowywane jawnie na serwerze. Element pracuje nad szyfrowaniem tych zdarzeń stanu, ale we wrześniu 2025 roku funkcja była wciąż eksperymentalna i zarezerwowana dla opcji laboratoryjnych. Federacja pogłębia problem: historia pokoju jest replikowana na serwerach uczestniczących, które ją przechowują. Producent sprzedaje zresztą bramę służącą do filtrowania federacji, by ograniczyć te wycieki, co jest pouczającym przyznaniem.

Dla kogo jest przeznaczony. Dla organizacji, która chce suwerenności nad swoją infrastrukturą i której przeciwnikiem nie jest jej własny administrator systemu. Nie dla osoby, która chce ukryć swoje relacje.

Komunikatory bez żadnego identyfikatora

To kategoria najnowsza. Zasada nie polega na ukryciu identyfikatora, lecz na nietworzeniu go.

SimpleX Chat

SimpleX Chat to pierwsza sieć komunikacyjna bez identyfikatora użytkownika, także losowego. To realny postęp koncepcyjny i tak należy go przedstawiać.

Co naprawdę chroni. Graf społeczny, z samej konstrukcji. Nie ma konta, katalogu, stałego adresu. Każda rozmowa opiera się na kolejkach jednokierunkowych umieszczonych na różnych przekaźnikach: to, co wysyłasz, przechodzi przez kolejkę na jednym przekaźniku, odpowiedzi wracają inną kolejką na innym przekaźniku, tak że żaden przekaźnik nie widzi obu końców. Przekaźniki są ślepe, nie znają ani nadawcy, ani odbiorcy. Projekt opublikował dwa niezależne audyty wykonane przez Trail of Bits: ocenę bezpieczeństwa implementacji w listopadzie 2022 roku, a następnie przegląd projektu kryptograficznego protokołów w październiku 2024 roku, obejmujący formalną weryfikację protokołu negocjacji kolejek i kończący się trzema problemami o średniej wadze i jednym o niskiej, wszystkimi trudnymi do wykorzystania. Protokół dodaje warstwę postkwantową do podwójnej zapadki. Przekaźniki można utrzymywać samodzielnie, klienci istnieją na Androida, iOS i komputery, a producent, SimpleX Chat Ltd, to brytyjska spółka zarejestrowana od października 2021 roku.

Czego nie chroni. Dwie rzeczy zasługują na wypowiedzenie. Po pierwsze hosting domyślny: przekaźniki prowadzone przez projekt działają u jednego dostawcy, Linode, spółki zależnej amerykańskiego Akamai, w jego europejskich centrach danych w Londynie, Frankfurcie i Sztokholmie. Użytkownik, który nie włącza Tora i nie zmienia przekaźników, zależy więc od infrastruktury prowadzonej przez spółkę amerykańską, co przywraca CLOUD Act do obrazu. Temat jest publicznie udokumentowany w repozytorium projektu. Po drugie, doświadczenie użytkownika pozostaje wymagające: nawiązanie połączenia wymaga wymiany linku lub kodu QR, niezawodność powiadomień na iOS była długo słabym punktem, a skalowanie dużych grup wciąż jest placem budowy. Finansowanie opiera się wreszcie odtąd na finansowaniu społecznościowym udziałowym uruchomionym w sierpniu 2026 roku.

Dla kogo jest przeznaczony. Dla tych, którzy chcą modelu bez identyfikatora z najlepszym dostępnym dziś poziomem weryfikacji zewnętrznej i akceptują bardziej techniczną obsługę.

Arpokrat Messenger

Arpokrat Messenger to nasz produkt, a ta karta stosuje tę samą siatkę co pozostałe. Trzeba zacząć od powiedzenia tego wprost: Arpokrat Messenger jest forkiem SimpleX. Opisana wyżej architektura, brak identyfikatorów, kolejki jednokierunkowe, ślepe przekaźniki, nie jest nasza, jest SimpleX. Nie twierdzimy, że ulepszyliśmy ją kryptograficznie, oddajemy jej autorstwo, dokładnie tak, jak wyraźnie czyni to nasza strona o protokole. To samo stanowisko zajmujemy wobec GrapheneOS w przypadku ArpokratOS.

Co naprawdę chroni. To, co chroni SimpleX, plus szereg decyzji eksploatacyjnych i produktowych. Prowadzone przez nas przekaźniki są rozmieszczone w pięciu jurysdykcjach dobranych ze względu na ich prawo: Szwajcarii, Islandii, Panamie, Malezji i na Mauritiusie, żadna nie jest amerykańska, a infrastruktura nie opiera się na żadnym amerykańskim hiperskalerze, ani Amazon Web Services, ani Google Cloud, ani Microsoft Azure, ani Cloudflare. Wiadomości oczekujące żyją wyłącznie w pamięci operacyjnej, pamięć wymiany jest wyłączona, przerwa w zasilaniu kasuje wszystko, a manifesty publikacyjne są podpisywane na maszynie Qubes OS odciętej od sieci. Tor włącza się jednym przyciskiem, bez aplikacji zewnętrznej, i pozostaje domyślnie wyłączony. Tryb incognito przypisuje inny profil do każdego kontaktu, wraz z nazwą wyświetlaną i przekaźnikiem, co uniemożliwia powiązanie życia zawodowego z prywatnym. Przekaźniki może utrzymywać samodzielnie każdy, bo oprogramowanie jest otwarte. Klienci są publikowani na licencji AGPLv3. Portfel niepowierniczy obsługuje Bitcoina, Ethereum, Monero, Polygon, Solanę i Trona, a klucze nigdy nie opuszczają urządzenia; obsługa Zcash jest zapowiedziana, lecz do dziś niedostępna. Wbudowany Swap to agregator porównujący oferty niezależnych dostawców i oceniający każdego w skali od A do D według wymaganego poziomu weryfikacji tożsamości, od A dla braku KYC do D dla KYC obowiązkowego, przy czym środki przechodzą bezpośrednio między użytkownikiem a wybranym dostawcą. Wedle naszej wiedzy żaden inny komunikator nie oferuje takiej oceny. Producentem jest wreszcie możliwy do zidentyfikowania podmiot komercyjny, Arpokrat GmbH, z siedzibą w Zug w Szwajcarii, z publicznym adresem pocztowym, warrant canary podpisanym w PGP, odnawianym w oknie ważności sześćdziesięciu dni, i zobowiązaniem do odpowiedzi wsparcia w ciągu 24 godzin. Aplikacja jest darmowa, bez reklam.

Czego nie chroni. I tu trzeba być precyzyjnym, bo to jedyny sposób, by zachować wiarygodność co do reszty.

Arpokrat Messenger nie dysponuje do dziś żadnym niezależnym audytem kryptograficznym opublikowanym pod jego nazwą. SimpleX ma dwa. Protokół leżący u podstaw jest więc audytowany, nasza implementacja i nasza eksploatacja nie są, a to nie to samo, jak wyjaśniono wyżej w tym artykule.

Arpokrat nie ma żadnej publicznej historii oporu wobec żądań sądowych. Signal ma taką, weryfikowalną, rozłożoną na lata. Warrant canary to poważne zobowiązanie, ale nie precedens sądowy.

Aplikacja istnieje dziś wyłącznie na Androida. Wersje na iOS, Linuksa, macOS i Windows są zapowiedziane, nie są dostępne. Dla tych, którzy piszą z użytkownikami iPhone’a, to przeszkoda natychmiastowa i nie da się jej obejść.

Sieć jest wreszcie młoda i mała. Liczba użytkowników nie stanowi o bezpieczeństwie, ale stanowi o dostępności twoich korespondentów, a to kryterium uzasadnione, którego sami broniliśmy wyżej.

Dla kogo jest przeznaczony. Dla tych, którzy chcą architektury bez identyfikatora, nie rezygnując z codziennej wygody, i wolą możliwy do zidentyfikowania podmiot komercyjny od projektu społecznościowego, którego finansowanie może się urwać. Pozycja, której bronimy, to nie „najbardziej prywatny", jest węższa i uczciwsza: najbardziej użyteczny spośród architektur bez identyfikatora, z modelem asynchronicznym, którego architektury peer-to-peer nie oferują, z ekosystemem i wsparciem komercyjnym.

Briar

Briar to prawdopodobnie najbardziej bezkompromisowy projekt na tej liście. Nie ma tu w ogóle serwera: wiadomości przechodzą bezpośrednio z jednego urządzenia na drugie przez Tor, a w braku połączenia przez Wi-Fi lub Bluetooth między urządzeniami w pobliżu.

Co naprawdę chroni. Wszystko, co zależy od infrastruktury, skoro jej nie ma. Nie ma czego zająć, nie ma czego żądać, nie ma operatora, którego można zmusić. Tryb sieci kratowej offline działa naprawdę przy odcięciu internetu, co czyni Briara narzędziem odniesienia na czas blackoutów i manifestacji. Kod został zaudytowany przez Cure53 w marcu 2017 roku, z dwunastoma wskazanymi i naprawionymi problemami. Projekt jest wolny, a jego koncepcja stanowi wzorzec. Briar Mailbox, osobna aplikacja instalowana na zapasowym urządzeniu z Androidem pozostawionym włączonym, pozwala odbierać wiadomości, gdy główny telefon jest offline, co częściowo odpowiada na główne ograniczenie modelu peer-to-peer.

Czego nie chroni. Wygody użytkowania, a odtąd i kierunku samego projektu. Zużycie baterii jest wysokie, praca w tle na Androidzie nieregularna, brakuje kopii zapasowej konta i załączników, a dodanie kontaktu jest mozolne. Nie ma wersji na iOS. Wersja komputerowa pozostaje w fazie beta, ostatnia to 0.6.5-beta opublikowana 20 lutego 2026 roku. A przede wszystkim ogłoszenie z 9 lipca 2026 roku przenosi projekt w tryb utrzymania: poprawki bezpieczeństwa i błędów, bez rozwoju funkcji. Projekt precyzuje, że plotki o całkowitym zamknięciu są nieaktualne, ale ambicja jest wyraźnie zawieszona.

Dla kogo jest przeznaczony. Dla strefy odcięcia internetu, manifestacji, kontekstu cenzury albo małej grupy, która akceptuje ograniczenie w zamian za całkowity brak infrastruktury.

Cwtch

Cwtch jest rozwijany przez Open Privacy Research Society, kanadyjskie stowarzyszenie non profit z siedzibą w Vancouver. Projekt jawnie celuje w komunikację grupową odporną na metadane.

Co naprawdę chroni. Metadane, także w grupie, co jest problemem trudnym. Połączenia przechodzą przez usługi onion Tor v3, a serwery przekazujące rozmowy grupowe są z założenia projektowane jako niezaufane: nie mają się niczego dowiedzieć. Wersja 1.13, opublikowana we wrześniu 2023 roku, zamknęła długą fazę alfa i beta, a projekt kontynuowano do wersji 1.15.

Czego nie chroni. Trwałości, po raz kolejny. Organizacja żyje zasadniczo z darowizn indywidualnych i wielokrotnie powtarzała to publicznie. Nie ma wersji na iOS. Tempo rozwoju jest tempem małego zespołu, a ekosystem użytkowników bardzo wąski. Nie znaleźliśmy opublikowanego audytu zewnętrznego równoważnego audytom SimpleX czy Briara.

Dla kogo jest przeznaczony. Dla grupy aktywistycznej lub badawczej, która potrzebuje rozmów zbiorowych odpornych na metadane i której członkowie czują się swobodnie technicznie.

Konwergencja roku 2026, komunikator staje się portfelem

Oto najciekawsza obserwacja tego roku i, wedle naszej wiedzy, nikt jeszcze nie sformułował jej w ten sposób.

W 2026 roku trzy forki trzech różnych protokołów, rozwijane przez trzy niepowiązane ze sobą zespoły, miały tę samą intuicję w tym samym momencie: zintegrować portfel niepowierniczy z szyfrowanym komunikatorem. Radar to fork Signala z Bitcoinem na Lightningu. Zerion to pochodna Briara z Bitcoinem i Monero. Arpokrat Messenger to fork SimpleX z portfelem wielołańcuchowym i agregatorem swapów.

Trzy przeciwstawne podstawy techniczne, jeden i ten sam wniosek. To nie przypadek, to znak, że dwie potrzeby traktowane dotąd osobno schodzą się ze sobą. Wysłanie pieniędzy i wysłanie wiadomości stawiają ten sam problem: pośrednika, który zna oba końce. Odpowiedź zbudowana dla wiadomości, szyfrowanie treści i minimalizacja metadanych, to dokładnie to, czego szukają użytkownicy kryptowalut. A komunikator to jedyne miejsce, w którym już się zna swojego odbiorcę.

Trzy podejścia są jednak bardzo różne, a porównanie jest pouczające.

Radar

Radar został uruchomiony 7 lipca 2026 roku przez zespół Cake Wallet, pod odrębnym podmiotem, Radar Chat, Inc., kierowanym przez jego założyciela Vikranta Sharmę. To fork Signala, darmowy, o otwartym kodzie, dostępny na iOS i Androida. Portfel jest niepowierniczy, z dwunastowyrazową frazą odzyskiwania i szyfrowanymi kopiami zapasowymi. Warstwa płatnicza zasługuje na doprecyzowanie, bo źródła nie mówią tego samego. Strona Radara opisuje portfel Bitcoin oparty na sieci Lightning, przypisuje każdemu kontu adres Lightning i nie wspomina o niczym więcej. Kilka artykułów z lipca 2026 roku wskazuje natomiast, że leżący u podstaw mechanizm opiera się na Spark, sieci Bitcoin warstwy 2 zintegrowanej przez SDK Breez, przy czym przelew między dwoma użytkownikami Radara rozlicza się wtedy ze Sparka na Sparka w mniej niż sekundę. Obie wersje się nie wykluczają, ponieważ dokumentacja Breez opisuje SDK obsługujące Spark i Lightning razem, wraz z adresami Lightning i fakturami bolt11. Wobec braku publicznego potwierdzenia ze strony samego producenta trzymamy się tego, co da się zweryfikować na jego własnej stronie: niepowiernicze płatności Bitcoin osiągalne przez sieć Lightning.

Najbardziej uderzający wybór leży gdzie indziej. Radar nie jest osobną siecią: łączysz się z nim swoim istniejącym kontem Signal, a kontakty, rozmowy, grupy i nazwa użytkownika idą za tobą. To przewaga konkurencyjna Radara i zarazem jego główne pytanie otwarte.

Ta interoperacyjność oznacza bowiem, że Radar dziedziczy model Signala w całości: numer telefonu pozostaje identyfikatorem, kod PIN Signala rządzi odzyskiwaniem konta, a więc domyślnie dostępem do kluczy portfela, które Radar szyfruje w koncie Signal, a wykorzystywana infrastruktura należy do Signal Foundation i podlega jurysdykcji amerykańskiej.

Następnie trzeba postawić pytanie o trwałość tej konstrukcji, nie twierdząc niczego jako faktu. Signal historycznie odmawiał, by klienci firm trzecich korzystali z jego serwerów: w 2016 roku porzucono projekt LibreSignal po tym, jak Moxie Marlinspike dał do zrozumienia, że nie życzy sobie, by fork używał ani nazwy, ani serwerów Signala, i wykluczył ponadto wszelką przyszłą federację. Fundacja zachowuje techniczną możliwość zablokowania klienta firmy trzeciej po jego podpisie. Do dziś tego nie zrobiła, a Molly używa sieci od lat bez incydentu, na który to precedens zespół Radara wprost się powołuje. Radar wpłaca zresztą miesięczną składkę na rzecz Signal Foundation i zamierza ją zwiększać wraz ze swoim wzrostem. Nic nie wskazuje więc, że Radar zostanie zablokowany. Ale produkt, którego dostęp do sieci zależy od trwającej tolerancji osoby trzeciej, niesie ryzyko strukturalne, którego nie niesie ani SimpleX, ani Briar, i użytkownik zasługuje na to, by wiedzieć o tym, zanim umieści tam środki.

Zerion

Zerion to pochodna Briara, zbudowana na protokole transportowym Bramble, opublikowana na GPL v3; projekt wyraźnie zaznacza, że nie jest ani powiązany z projektem Briar, ani przez niego zatwierdzony. Istnieje wyłącznie na Androida.

Trzeba oddać mu sprawiedliwość, bo kilka rzeczy robi wybitnie dobrze. Cały ruch przechodzi przez Tor, bez wyjątku: twoje urządzenie buduje obwód o trzech skokach, urządzenie twojego korespondenta buduje kolejny, a oba spotykają się na przekaźniku spotkaniowym, czyli sześć skoków łącznie i żadnego ujawnienia adresu IP. Każda wiadomość jest chroniona postkwantową wymianą kluczy opartą na ML-KEM-768. Wersja 3.0 dodała sieć kratową offline przez Bluetooth, przekazującą wiadomości indywidualne i grupowe przez sąsiednie telefony, przy czym każdy przekaźnik przenosi wyłącznie materiał zaszyfrowany, a także opcjonalny transport I2P. Tryb utwardzony odmawia uruchomienia na urządzeniu skompromitowanym, pod debuggerem lub z frameworkami przechwytującymi. Od wersji 3.0.4 zaszyfrowany sejf może zawierać niepowiernicze portfele Bitcoina i Monero, których klucze są generowane na urządzeniu, chronione własnym hasłem, z powtarzalnymi kompilacjami z zamrożonych źródeł i opublikowanymi odciskami.

Ograniczenie jest strukturalne i projekt go nie ukrywa: jego dokumentacja stwierdza czarno na białym, że wiadomość zostaje doręczona tylko wtedy, gdy oba urządzenia są online i połączone z Torem, i że żaden serwer nie przechowuje jej w międzyczasie na długie okresy offline. Innymi słowy nie istnieje odpowiednik Briar Mailbox. To rozstrzygający punkt techniczny i to on oddziela model peer-to-peer od modelu store and forward, w którym ślepy przekaźnik przechowuje zaszyfrowaną wiadomość, dopóki odbiorca po nią nie przyjdzie. Dla zwykłej korespondencji między dwiema osobami, które nie są połączone w tym samym czasie, różnica nie jest teoretyczna, rozstrzyga o użyteczności.

Drugie pytanie pozostaje otwarte i formułujemy je jako pytanie, skoro nie znaleźliśmy żadnego publicznego pomiaru: jaka jest rzeczywista jakość połączeń audio i wideo peer-to-peer na architekturze o sześciu skokach Tora? Zapowiedziane wybory techniczne są poważne, Opus, H.264, szyfrowanie AES-256-GCM i ramki wypełniane, a połączenia są domyślnie wyłączone. Ale Tor nie jest zaprojektowany pod niskie opóźnienia i wobec braku opublikowanych pomiarów ani producent, ani my nie możemy twierdzić, że doświadczenie jest porównywalne z klasycznym połączeniem.

Wreszcie nie znaleźliśmy opublikowanego niezależnego audytu dla Zeriona.

Zestawione ze sobą, trzy podejścia rysują trzy wyraźne kompromisy. Radar wybiera natychmiastowe rozpowszechnienie kosztem zależności od osoby trzeciej i utrzymania numeru telefonu. Zerion wybiera maksimum odporności sieciowej kosztem doręczalności i dostępności na iPhonie. Arpokrat wybiera model asynchroniczny i rozproszenie jurysdykcyjne kosztem historii i audytu, których jeszcze nie ma. Żaden z tych trzech kompromisów nie jest absurdalny i żaden nie jest darmowy.

Tabela zbiorcza

Aplikacja	Wymagany identyfikator	Jurysdykcja i hosting	Metadane po stronie serwera	Opublikowany audyt zewnętrzny	Doręczanie offline	Kod
WhatsApp	Numer telefonu	Stany Zjednoczone (Meta), CLOUD Act	Rozległe, graf kontaktów do wydania na nakaz	Nie dla usługi	Tak	Klient zamknięty
Telegram	Numer telefonu	Brytyjskie Wyspy Dziewicze, kierownictwo w Dubaju	Rozległe, czaty w chmurze czytelne dla producenta	Nie	Tak	Klient otwarty, serwer zamknięty
Signal	Numer telefonu	Stany Zjednoczone, CLOUD Act	Dwa znaczniki czasu, publiczna historia sądowa	Protokół przeanalizowany formalnie	Tak	Otwarty
Molly	Numer (konto Signal)	Serwery Signala, Stany Zjednoczone	Identyczne jak Signal	Odziedziczony po Signalu	Tak	Otwarty
Session	Brak, identyfikator losowy	Szwajcaria, zdecentralizowana sieć węzłów	Minimalne, do dziś bez forward secrecy	Tak, Quarkslab	Tak	Otwarty
Threema	Brak, Threema ID	Szwajcaria, serwery w Zurychu	Minimalne	Tak, Cure53 i ETH w Zurychu	Tak	Otwarty, płatny
Wire	E-mail lub numer	Szwajcaria i Niemcy, podmiot amerykański w Delaware	Przechowywane jawnie	Tak, Kudelski i X41	Tak	Otwarty
Element / Matrix	Zależnie od serwera, często e-mail	Twojego hostingodawcy	Widoczne dla serwera, stan pokoi jawny	Audyty opublikowane dla protokołu	Tak	Otwarty
SimpleX Chat	Brak, bez identyfikatora	Wielka Brytania, przekaźniki domyślne u Linode i Akamai	Brak możliwości korelacji przez pojedynczy przekaźnik	Tak, dwa audyty Trail of Bits	Tak	Otwarty
Arpokrat Messenger	Brak, bez identyfikatora	Szwajcaria (Zug), przekaźniki w pięciu jurysdykcjach spoza USA	Ślepe przekaźniki, wyłącznie pamięć operacyjna	Do dziś nie	Tak	Otwarty, AGPLv3
Briar	Brak, bez identyfikatora	Żadna, bez serwera	Żadne, nie ma czego zająć	Tak, Cure53 w 2017	Przez Briar Mailbox	Otwarty
Cwtch	Brak, bez identyfikatora	Kanada dla stowarzyszenia, serwery niezaufane z założenia	Odporność na metadane grupowe	Nie stwierdzono	Częściowe	Otwarty
Radar	Numer (konto Signal)	Serwery Signala, Stany Zjednoczone	Identyczne jak Signal	Nie stwierdzono	Tak	Otwarty
Zerion	Brak, bez identyfikatora	Żadna, bez serwera	Żadne, wszystko idzie przez Tor	Nie stwierdzono	Nie, oba urządzenia muszą być online	Otwarty, GPL v3

Jaki komunikator do jakiego profilu

Nie ma zwycięzcy, są sytuacje.

Dla rodziny i bliskich. Signal, bez wahania. To jedyny wybór łączący poważną ochronę z realną szansą, że twoi rozmówcy go zainstalują. Jeśli przeszkadza ci numer telefonu, włącz nazwę użytkownika, by go nie podawać. Jeśli twoi bliscy absolutnie nie chcą się ruszyć, włącz przynajmniej kopie zapasowe szyfrowane end-to-end na WhatsAppie: to nie ta sama ochrona, ale realny i darmowy postęp.

Dla dziennikarza ze źródłami. Problemem nie jest treść, lecz powiązanie. Architektura bez identyfikatora jest tu jedyną spójną odpowiedzią: SimpleX Chat albo Arpokrat Messenger, z włączonym Torem i innym profilem dla każdego źródła. Jeśli twoje źródło używa już Signala i odmawia instalowania czegokolwiek innego, użyj Signala zamiast niczego, z dedykowanym numerem, który cię nie identyfikuje, i Molly na Androidzie, by chronić samo urządzenie na wypadek zajęcia.

Dla członka zarządu lub radcy prawnego. Kryterium dominującym jest jurysdykcja, nie anonimowość. Threema dla kancelarii lub małej struktury, z jasnym rozliczeniem i szwajcarskimi serwerami. Element utrzymywany samodzielnie dla organizacji, która ma zespół techniczny i chce suwerenności nad swoją infrastrukturą, pamiętając, że administrator serwera widzi metadane. Wire dla organizacji, która chce komercyjnego produktu do współpracy, po zbadaniu jej struktury właścicielskiej.

Dla strefy odcięcia internetu lub cenzury. Briar, bo tryb kratowy przez Bluetooth i Wi-Fi działa całkiem bez infrastruktury, i Zerion z tych samych powodów, z nowszą siecią kratową offline. To dwie jedyne realne odpowiedzi, gdy przeciwnikiem jest sama sieć. Przewidź Briar Mailbox, jeśli twoja korespondencja ma przetrwać dłuższe okresy offline.

Dla tych, którzy na co dzień obracają kryptowalutami. To jedyny profil, dla którego konwergencja roku 2026 coś zmienia. Radar, jeśli twoje użycie to Bitcoin, a twoja sieć kontaktów już jest na Signalu, przy akceptacji zależności od infrastruktury Signala i numeru telefonu. Zerion, jeśli chcesz Bitcoina i Monero z maksimum odporności sieciowej, a twoi korespondenci są na Androidzie i często online. Arpokrat Messenger, jeśli chcesz wielu łańcuchów, dostępności asynchronicznej i możliwości porównywania dostawców swapów według ich wymogu KYC.

Dla tych, którzy chcą maksimum bez kompromisu w użytkowaniu. Ta kategoria nie istnieje i taki jest uczciwy wniosek z tego porównania. Maksimum teoretyczne to Briar albo Zerion, a płaci się za nie doręczalnością, baterią i brakiem iPhone’a. Najkorzystniejszy dziś kompromis, jeśli twoi korespondenci są na Androidzie, to architektura bez identyfikatora w trybie store and forward, SimpleX Chat albo Arpokrat Messenger, z włączonym Torem. Jeśli musisz uwzględnić użytkowników iPhone’a, SimpleX Chat jest dziś jedynym z tej rodziny, który pokrywa obie platformy. Arpokrat Messenger, dostępny na Androida, jest w trakcie prac nad iOS i platformami komputerowymi, bez ogłoszonej daty dostępności.

Co wybraliśmy w Arpokrat i dlaczego

Ta sekcja nie jest argumentarium, jest wyjaśnieniem kompromisów, w tym tych, których nie zawarliśmy.

Wyszliśmy od SimpleX, zamiast pisać własny protokół. Powód jest prosty: protokół bezpiecznej komunikacji ma wartość dopiero wtedy, gdy został sprawdzony, a protokół nowy z definicji nie ma za sobą żadnego sprawdzenia. SimpleX ma publiczną specyfikację, publiczny kod i dwa audyty Trail of Bits. Wymyślenie własnej kryptografii pozwoliłoby nam zrobić lepszą stronę marketingową i gorszy komunikator.

Wybraliśmy model store and forward zamiast peer-to-peer. To jawny kompromis wobec maksimum teoretycznego. Ślepy przekaźnik przechowujący zaszyfrowaną wiadomość aż do jej odebrania to jeden element infrastruktury więcej, a więc jedna powierzchnia więcej. W zamian wiadomość wyrusza, gdy ją piszesz, i dociera, gdy twój korespondent się połączy, co jest warunkiem normalnej korespondencji. Kryterium praktyczności, bronione na początku tego artykułu, nie jest ozdobnikiem: zastosowaliśmy je do siebie samych.

Rozmieściliśmy przekaźniki w pięciu jurysdykcjach poza Stanami Zjednoczonymi i wykluczyliśmy amerykańskich hiperskalerów, nie dla pozy, lecz dlatego, że CLOUD Act działa, zmuszając amerykańskiego dostawcę co do danych, które ten kontroluje. Ślepy przekaźnik, który nic nie przechowuje na dysku, ma niewiele do wydania; ślepy przekaźnik, którego żaden amerykański nakaz nie może dosięgnąć, ma jeszcze mniej. Oba środki się sumują, żaden nie zastępuje drugiego.

Zintegrowaliśmy portfel i agregator swapów, bo ta sama osoba, która nie chce, by pośrednik znał jej rozmówców, zazwyczaj nie chce też, by pośrednik znał jej transakcje. Ocena dostawców swapów od A do D według ich wymogu weryfikacji tożsamości wynika z tej samej logiki: nie decydujemy za użytkownika, jaki poziom poufności chce opłacić, dajemy mu informację, by mógł to rozważyć.

To, czego jeszcze nie zrobiliśmy, zasługuje wreszcie na wymienienie w tej samej sekcji. Nie mamy niezależnego audytu opublikowanego pod naszą nazwą. Nie mamy historii opublikowanych żądań sądowych, mamy tylko warrant canary. Nie jesteśmy jeszcze na iOS. Te trzy braki są realne, są udokumentowane w naszej karcie wyżej i żadnego nie da się nadrobić komunikatem prasowym.

Podsumowanie

Właściwe pytanie nie brzmi „który komunikator jest najlepszy". Nie ma odpowiedzi, bo jest źle postawione. Właściwe pytanie brzmi: przed kim się bronisz?

Przed reklamodawcą, który chce sprofilować twoje zainteresowania, wystarczy właściwie każda aplikacja z tego porównania. Przed przemocowym partnerem, który ma dostęp do twojego telefonu, liczy się blokada lokalna i czyszczenie pamięci, a Molly odpowiada lepiej niż Threema. Przed żądaniem sądowym w twoim kraju liczy się jurysdykcja i to, co usługa przechowuje. Przed przeciwnikiem, który chce ustalić, że z kimś rozmawiałeś, jedyną odpowiedzią jest architektura, która tej informacji nie tworzy. A przed przeciwnikiem zdolnym odciąć sieć jedyną odpowiedzią jest nie zależeć od niej.

Żadna aplikacja nie odpowiada na wszystkie te zagrożenia naraz, a te, które tak twierdzą, w pierwszej kolejności zasługują na twoją nieufność. Rok 2026 pokazał, że szyfrowanie stało się częścią łatwą. Trudne pozostają metadane, jurysdykcja i zdolność projektu do tego, by istnieć jeszcze za dwa lata. Session był o kilka tygodni od zniknięcia, Briar ograniczył swoje ambicje, a te dwa wydarzenia mówią o rzeczywistym stanie branży więcej niż jakiekolwiek porównanie prymitywów kryptograficznych.

Wybieraj więc zależnie od swojego przeciwnika, nie zależnie od rankingu. I pamiętaj, że najlepsze narzędzie świata nic nie jest warte, jeśli rozmowa skończy się gdzie indziej, bo twój rozmówca nie zechciał go zainstalować.

Źródła

Koniec prywatności? Backdoors, Online Safety Act i odpowiedź suwerennych ekosystemów

Wed, 10 Jun 2026 00:00:00 +0000

Londyn stał się epicentrum globalnej bitwy o przyszłość cyfrowej prywatności. Wraz z przyjęciem ustawy Online Safety Act 2023 (OSA) oraz niedawnymi propozycjami rewizji ustawy Investigatory Powers Act (IPA) — nazywanej przez jej krytyków „Kartą Szpiegów” —, brytyjski rząd przyznaje sobie prawo do nakładania obowiązków inwigilacyjnych w samym sercu prywatnej komunikacji. Punktem krytycznym jest uprawnienie przyznane regulatorowi OFCOM do żądania od platform wdrożenia „akredytowanej technologii” w celu wykrywania materiałów przedstawiających seksualne wykorzystywanie dzieci (CSEA) lub terroryzm, w tym wewnątrz komunikacji szyfrowanej typu end-to-end.

Dla dużych platform cyfrowych przesłanie z Westminsteru jest jednoznaczne: albo ułatwią państwu dostęp do swoich infrastruktur, albo narażą się na kary sięgające 10% ich globalnego obrotu. Reakcja była natychmiastowa: usługi takie jak Signal i WhatsApp publicznie zagroziły wycofaniem się z brytyjskiego rynku, odmawiając naruszenia bezpieczeństwa swoich użytkowników w celu zaspokojenia jednej jurysdykcji. Argument techniczny jest trudny do podważenia: nie istnieje klucz uniwersalny (master key) zarezerwowany wyłącznie dla legalnych podmiotów. Otwarte drzwi dla organów ścigania są, z założenia, otwartymi drzwiami dla cyberprzestępców i zagranicznych służb wywiadowczych.

Model biznesowy wielkich platform: strukturalna przeszkoda dla Zero-Knowledge

Opór wielkich platform przed wdrożeniem szyfrowania typu Zero-Knowledge nie wynika z niezdolności technicznej, lecz z fundamentalnej niezgodności ekonomicznej. Firmy takie jak Alphabet i Meta opierają się na modelach monetyzacji opartych na systematycznym zbieraniu danych behawioralnych. Model ten jest zresztą pośrednio uznany przez Akt o rynkach cyfrowych (DMA) Unii Europejskiej, który klasyfikuje tych „strażników dostępu” (gatekeepers) jako podmioty, których dominująca pozycja jest napędzana właśnie przez akumulację danych na niespotykaną skalę. Dla tych graczy przyjęcie architektury Zero-Knowledge oznaczałoby pozbawienie ich systemów reklamowych ciągłej identyfikacji użytkowników, która stanowi ich paliwo. Nie jest to więc wybór techniczny, ale kompromis między prywatnością użytkowników a żywotnością ich modelu biznesowego.

Ryzyko strategiczne: zagrożenie „Harvest Now, Decrypt Later”

Poza debatą na temat prywatności, osłabienie szyfrowania podnosi kwestię bezpieczeństwa narodowego o zupełnie innym zasięgu. Strategia znana jako Harvest Now, Decrypt Later (HNDL) polega na przechwytywaniu i przechowywaniu przez państwowych adwersarzy masowych ilości zaszyfrowanej komunikacji dzisiaj, w oczekiwaniu na przyszłe możliwości deszyfrowania kwantowego. Osłabiając obecne standardy szyfrowania, brytyjskie ramy prawne obiektywnie ułatwiają tego typu operacje przeciwko komunikacji rządowej, dyplomatycznej czy przemysłowej.

Właśnie w tym kontekście deficytu zaufania ekosystemy takie jak Arpokrat zyskują operacyjne znaczenie. Działając w reżimie szwajcarskiej federalnej ustawy o ochronie danych (LPD/FADP), z architekturą, która ne gromadzi żadnych cywilnych identyfikatorów, Arpokrat oferuje techniczne zerwanie z infrastrukturami podlegającymi jurysdykcji brytyjskiej — gwarantując, że system pozostaje głuchy na nakazy przewidziane przez OSA.

Konflikt norm: OSA i IPA kontra prawo europejskie

Analiza prawna nowych brytyjskich prerogatyw państwowych ujawnia bezpośrednie zderzenie z fundamentami prawa europejskiego w zakresie ochrony danych i poufności komunikacji.

OSA kontra zakaz ogólnej inwigilacji

Artykuł 121 ustawy OSA wprowadza możliwość wydawania przez OFCOM nakazów zmuszających platformy do wdrożenia skanowania po stronie klienta (client-side scanning). Środek ten jest bezpośrednio sprzeczny z zasadą, wywodzącą się l prawem europejskim i zawartą w orzecznictwie TSUE, zakazującą ogólnych obowiązków nadzorczych. Narzucając „podatność z założenia” (vulnerability by design), stawia on również firmy w sytuacji podwójnego wiązania: osłabiając swoje bezpieczeństwo w celu dostosowania się do mandatu państwowego, uchybiają one obowiązkowi zagwarantowania poziomu bezpieczeństwa odpowiedniego do przetwarzania, zapisanemu w artykule 32 RODO.

Dyrektywa ePrivacy a poufność komunikacji

Skanowanie prywatnych wiadomości stoi w bezpośredniej sprzeczności z artykułem 5, paragraf 1 Dyrektywy 2002/58/WE (ePrivacy), która zobowiązuje państwa członkowskie do zagwarantowania poufności komunikacji elektronicznej i zakazuje wszelkiej formy przechwytywania lub inwigilacji bez wyraźnej zgody zainteresowanych użytkowników.

Technical Capability Notices i blokowanie aktualizacji bezpieczeństwa

W reżimie ustawy IPA 2016 rząd brytyjski zamierza teraz używać nakazów Technical Capability Notices (TCN) do sprzeciwiania się aktualizacjom bezpieczeństwa przed ich wdrożeniem. Mechanizm ten tworzy niemożliwy do rozwiązania konflikt z obowiązkiem, nałożonym przez artykuł 32 RODO, zapewnienia ciągłego bezpieczeństwa systemów przetwarzania — obowiązkiem, który wymaga precyzyjnie zdolności do wdrażania poprawek (patches) bez zwłoki i zewnętrznej ingerencji.

Ryzyka zgodności dla firm prowadzących działalność w Europie

Rewizje IPA mają na celu zmuszenie firm do powiadamiania rządu brytyjskiego o wszelkich modyfikacjach technicznych wpływających na bezpieczeństwo przed ich wdrożeniem, przyznając mu tym samym prawo weta wobec ewolucji produktów. Ta ingerencja tworzy znaczną niestabilność prawną dla dostawców działających na rynku europejskim: brytyjska adekwatność do prawa europejskiego — i tak już krucha — mogłaby zostać podana w wątpliwość, gdyby Wielka Brytania przestała gwarantować ochronę zasadniczo równoważną z RODO. Transfery danych do Wielkiej Brytanii w tych nowych ramach mogłyby w konsekwencji narazić firmy na sankcje z tytułu RODO.

Obrona przez techniczną niemożliwość: zasada Zero-Knowledge jako tarcza prawna

Międzynarodowe orzecznictwo, skonsolidowane wyrokami Schrems I i Schrems II TSUE, ustanowiło decydującą zasadę: jedynym solidnym zabezpieczeniem przed nieproporcjonalną inwigilacją jest techniczna niemożliwość uzyskania do niej dostępu. Architektury Zero-Knowledge realizują tę zasadę w trzech warstwach ochrony:

Brak pieczy: ponieważ platforma nie posiada kluczy deszyfrujących, jakikolwiek nakaz skanowania wiadomości jest technicznie bezprzedmiotowy;
Suwerenność systemu operacyjnego: kontrola nad ArpokratOS eliminuje telemetrię, która napędza zbieranie danych wywiadowczych na poziomie urządzenia;
Szwajcarskie zakotwiczenie jurysdykcyjne: hostując swoją infrastrukturę w Szwajcarii, Arpokrat działa w reżimie prawnym wymagającym indywidualnych i uzasadnionych wniosków o wzajemną pomoc prawną, co neutralizuje automatyczne wykonywanie masowych skanów przewidzianych przez OSA.

Podsumowanie

Przepisy OSA i rewizje IPA stanowią zagrożenie nie tylko dla prywatności jednostek: reprezentują one naruszenie pewności prawnej dla wszystkich europejskich danych przechodzących przez infrastruktury podlegające jurysdykcji brytyjskiej. Legitymizując osłabienie szyfrowania w imię bezpieczeństwa publicznego, Londyn paradoksalnie naraża swoich sojuszników i partnerów handlowcych na ryzyko szpiegostwa przemysłowego i państwowego, któremu architektury Zero-Knowledge mają precyzyjnie zapobiegać.

Integralność komunikacji zawodowej i instytucjonalnej wymaga obecnie strukturalnej odpowiedzi: migracji w kierunku zdecentralizowanych ekosystemów gwarantujących suwerenność cyfrową, od poziomu kodu aż po zakotwiczenie jurysdykcyjne.

Hasło i Entropia: Nauka kryjąca się za twoim bezpieczeństwem

Wed, 03 Jun 2026 00:00:00 +0000

« Twoje hasło musi zawierać 8 znaków, wielką literę, małą literę, cyfrę i znak specjalny. »

Wszyscy znamy tę zasadę. A jednak w cyberbezpieczeństwie nazywa się to “teatrem bezpieczeństwa”. Hasło takie jak P@ssw0rd1! spełnia wszystkie te zasady. Ale to popularne słowo z przewidywalnymi podstawieniami, czyli dokładnie to, co narzędzia do łamania haseł sprawdzają najpierw.

Prawdziwe bezpieczeństwo nie opiera się na arbitralnych zasadach wizualnych, ale na bezlitosnej rzeczywistości matematycznej: entropii.

Entropia według Claude’a Shannona

Aby zrozumieć siłę hasła, musimy zwrócić się do Claude’a Shannona, ojca teorii informacji. Entropia mierzy stopień niepewności lub nieprzewidywalności informacji.

W zastosowaniu do haseł, entropia jest obliczana w bitach. Im wyższa liczba bitów, tym bardziej nieprzewidywalne jest hasło dla komputera. Uproszczony wzór na entropię (E) losowo wygenerowanego hasła to:

E = L × log2(R)

L to długość hasła.
R to rozmiar puli znaków (26 dla małych liter, 62 z wielkimi literami i cyframi, 94 ze wszystkimi drukowalnymi symbolami). Cztery zestawy znaków naszego generatora dają 91, ponieważ jego zestaw symboli ma 29 znaków.

Zwiększenie rozmiaru puli (dodanie symboli) zwiększa entropię, ale zwiększenie długości (dodanie znaków) zwiększa ją znacznie drastyczniej. Jednakże, długość pokonuje złożoność tylko pod jednym warunkiem: hasło musi zostać wygenerowane całkowicie losowo.

Brute Force vs. Atak Słownikowy

Jeśli używasz słów lub przewidywalnych struktur, zasada samej długości upada.

Oprogramowanie hakerskie nie sprawdza wszystkich kombinacji liter jedna po drugiej (nazywa się to Brute Force). Używają ogromnych list prawdziwych haseł z wcześniejszych wycieków danych, a także popularnych słów i wyrażeń. To jest Atak Słownikowy (Dictionary Attack).

Jeśli twoje hasło jest długie, ale składa się ze słów ze słownika lub przewidywalnych podstawień, jego rzeczywista entropia jest dramatycznie niższa niż jego teoretyczna entropia matematyczna.

Poniższa tabela stosuje jedną zasadę: 100 miliardów prób na sekundę, czyli tempo, które strona naszego generatora zakłada dla ataku offline na szybki hash. Czasy są przeciętne (połowa wszystkich możliwości) i zaokrąglone w dół tym samym wzorem co na tamtej stronie. Najszybsza droga dla każdego hasła jest pogrubiona:

Hasło	Entropia, gdyby każdy znak był losowy	Brute Force (przeciętnie)	Atak słownikowy (nasz szacunek)
`password123`	56 bitów (11 znaków, małe litery i cyfry)	7 dni	Mniej niż sekunda
`S3cr3t!99`	58 bitów (9 znaków, wszystkie cztery zestawy)	24 dni	Mniej niż sekunda
`correct horse battery staple`	133 bity (28 znaków, małe litery i spacja)	Więcej niż 1 bilion lat	1 minuta
`gL7!pQ9z#vX2`	78 bitów (12 znaków, wszystkie cztery zestawy)	51 tysięcy lat	Brak skrótu

Kolumna słownikowa to szacunek. Zakłada, że próby atakującego podążają za strukturą każdego hasła i że każde słowo bazowe należy do 1000 najpopularniejszych:

password123: jedno popularne słowo i trzy cyfry. To 1000 × 1000, czyli około miliona prób.
S3cr3t!99: jedno popularne słowo, z wielką literą lub bez, z każdym “e” zamienionym na “3” lub nie, a potem dowolny trzyznakowy przyrostek. To około 7 miliardów prób.
correct horse battery staple: cztery popularne słowa. Komiks xkcd, który je rozsławił, liczy 44 bity dla czterech słów z listy 2048 słów. Przy tym samym tempie to przeciętnie 88 sekund, po zaokrągleniu w dół 1 minuta.
gL7!pQ9z#vX2: brak słowa i wzoru, więc najszybszą drogą jest brute force.

Te szacunki traktują każde hasło tak, jakby atakujący go nie znał. Każde hasło w tym artykule jest teraz publiczne, więc każde trafia do słownika. Opublikowane hasło to spalone hasło.

Iluzja Leetspeak i Zasady Mutacji

Weźmy na przykład S3cr3t!99. Wizualnie wydaje się skomplikowane i solidne. A jednak jest to po prostu słownikowe słowo “secret”, w którym ’e’ zostały zastąpione przez ‘3’, do którego dodano bardzo powszechny przyrostek (!99). To się nazywa leetspeak.

Przeciwko atakowi słownikowemu to hasło wytrzymuje mniej niż sekundę, a nie 24 dni, które sugerowałaby jego długość. Nowoczesne oprogramowanie do łamania (takie jak Hashcat) nie zadowala się testowaniem statycznych list słów; automatycznie stosują zasady mutacji. Wezmą każde słowo ze swojego słownika, przetestują wszystkie możliwe kombinacje leetspeak, zamienią wielkie litery i dodadzą lata lub symbole. Leetspeak daje fałszywe poczucie bezpieczeństwa.

Sztuczka ze Zmianą Klawiatury (Keyboard Shift)

Aby skomplikować łatwą do zapamiętania frazę, niektórzy używają sztuczki polegającej na zmianie układu klawiatury. Na przykład zapamiętujesz frazę taką jak my-cat. Ale w momencie jej wpisywania umieszczasz palce na fizycznej klawiaturze QWERTY, podczas gdy twój system operacyjny jest skonfigurowany na AZERTY (francuski).

Pomyślane słowo: my-cat
Wpisany rezultat: ,y)cqt (Klawisz ’m’ staje się ‘,’; ‘-’ staje się ‘)’; ‘a’ staje się ‘q’).

Czy to dobry pomysł w OPSEC? Nie, ta metoda nie jest wystarczająca, jeśli jest używana samodzielnie. Podobnie jak leetspeak, zmiana układu klawiatury to stałe podstawienie: atakujący, który ją podejrzewa, stosuje to samo odwzorowanie do każdej próby. W OPSEC jest to bezpieczeństwo przez niejasność (security by obscurity): opóźnia amatorskiego atakującego, ale nie powstrzyma ukierunkowanego i wyposażonego ataku.

W połączeniu z hasłem, które już jest silne (jak długa losowa fraza hasłowa), daje niewiele. Nawet jeśli atakujący wypróbuje tysiąc par układów, dodaje to mniej niż 10 bitów, bo log2(1000) ≈ 9,97. Siła nadal pochodzi z frazy hasłowej pod spodem.

Budowa hasła głównego (~250 bitów)

Jeśli listy słów, leetspeak i sztuczki z pisaniem mają swoje ograniczenia, jak zbudować hasło główne, które przetrwa lata? Nasz generator już ocenia 80 bitów jako “Silne”, a 100 bitów jako “Bardzo Silne”. Dla hasła głównego, które ma służyć przez dziesięciolecia, ten artykuł mierzy znacznie wyżej: w około 250 bitów entropii. Sekcja kwantowa poniżej wyjaśnia dlaczego i czego ten zapas nie zapewnia.

Istnieją dwa sposoby osiągnięcia tego celu w zależności od potrzeb:

1. Losowe znaki (dla menedżera haseł)

Ciąg znaków wygenerowany całkowicie losowo, bez wzoru, który maszyna mogłaby wykorzystać: 8}8,_$-p)M&n,XvUCT0o+.5hDE6P^w6b@U-evS0 39 znaków wylosowanych z 91 znaków naszego generatora: generator pokazuje “Liczba bitów: ≈ 253”. To hasło wylosowano na potrzeby tego artykułu, więc jest teraz publiczne. Nigdy go nie używaj.

2. Losowa fraza hasłowa (dla hasła, które zapamiętujesz)

Losowe słowa łatwiej zapamiętać niż losowe znaki. Każde słowo wylosowane z listy EFF liczącej 7776 słów dodaje około 12,9 bitu, więc to liczba słów wyznacza entropię. Dwanaście słów daje “Liczba bitów: ≈ 155”, daleko powyżej progu “Bardzo Silne” naszego generatora. Same słowa przekraczają 250 bitów dopiero przy 20 słowach.

Nasz generator kończy na 12 słowach. Aby przekroczyć 250 bitów mniejszą liczbą słów, zaznacz “Losowa cyfra po każdym słowie” i wybierz “Cyfra + Symbol” jako separator. 11 słów daje wtedy “Liczba bitów: ≈ 260”: depletion78$sporting14~overlap11>macaw86>paced95,paramedic41}blot41$flagstone07;uncanny92/broadways77#say2 Wylosowane na potrzeby tego artykułu, dokładnie z tymi ustawieniami. Opublikowane hasło to spalone hasło: nigdy nie używaj tego ani żadnego przykładu, który czytasz. Liczy się tylko to, co zostało wylosowane. Wielka litera na początku każdego słowa nic nie dodaje, a słowa wybrane samodzielnie są dużo słabsze od losowych.

Kwantowe Zagrożenie: Algorytm Grovera

Dlaczego dążyć do 250 bitów, skoro 128 bitów już dziś blokuje superkomputery? Odpowiedź leży w perspektywie dużych komputerów kwantowych.

W kryptografii algorytm Grovera pozwala komputerowi kwantowemu przeszukiwać nieposortowaną bazę danych znacznie szybciej niż klasyczny komputer. Konkretnie, Grover skutecznie zmniejsza o połowę poziom bezpieczeństwa klucza symetrycznego lub hasła.

W starciu z komputerem kwantowym z uruchomionym algorytmem Grovera hasło o entropii 128 bitów dawałoby teoretycznie odporność równoważną zaledwie 64 bitom. To znacznie cieńszy zapas.

Podwojenie entropii zachowuje zapas: około 256 bitów nadal zostawiłoby około 128 bitów wobec algorytmu Grovera. Stąd bierze się cel 250 bitów w tym artykule. To środek ostrożności wybrany przez ten artykuł, a nie liczba zaczerpnięta z jakiegoś standardu.

Ten zapas ma swoje granice. Przyspieszenie Grovera jest kwadratowe, a nie nieograniczone. Każdy jego krok nadal musi obliczyć hash hasła danej strony, i to na komputerze kwantowym wystarczająco dużym, by go wykonać. Dla porównania: przy 100 miliardach prób na sekundę, które zakłada strona naszego generatora, przeciętne przeszukanie 100 bitów trwa już co najmniej 200 miliardów lat.

Ta logika przypomina Harvest Now, Decrypt Later (HNDL): skradzioną bazę hashów haseł można dziś przechować i zaatakować później, lepszymi maszynami. Większy zapas podnosi poprzeczkę wobec takiego ataku. Nie jest to trwała gwarancja.

Arpokrat Password Generator: Stwórz własne

Nie pozostawiaj bezpieczeństwa swoich dostępów przypadkowi. Nasz darmowy generator tworzy losowe hasła i frazy-hasła. Dla każdego pokazuje entropię w bitach i średni czas, jaki zajęłoby przeszukiwanie.

Tylko generuje: nie ocenia hasła, którego już używasz. Dla opisanego wyżej celu 250 bitów wybierz hasło o długości 39 znaków ze wszystkimi czterema zestawami znaków. Generator pokaże je jako “Liczba bitów: ≈ 253”.

👉 Arpokrat Password Generator

Działa w twojej przeglądarce. To, co wygeneruje, nigdy nie jest wysyłane ani zapisywane.

Ostatnie Słabe Ogniwo: Recykling i Zarządzanie Dostępami

Matematyczna entropia nie chroni przed błędem ludzkim. Hasło 250-bitowe traci swoją wartość, gdy wycieknie, jeśli jest używane wielokrotnie na wielu stronach (atak zwany Credential Stuffing) lub jeśli nie jest chronione drugim składnikiem uwierzytelniania (2FA).

Złotą zasadą higieny cyfrowej jest pamiętanie tylko jednego hasła: twojego 250-bitowego hasła głównego (losowej frazy hasłowej, jak wyżej). Wszystkie inne twoje dostępy (bank, sieci społecznościowe, serwery) muszą wykorzystywać unikalne losowe hasła, wygenerowane specjalnie dla nich.

Aby przechowywać wszystkie te hasła, których nie da się zapamiętać, używaj menedżera haseł. Wybierz taki, który szyfruje twój skarbiec na twoim urządzeniu przed synchronizacją (często mówi się o zero-knowledge), najlepiej taki, który jest open source i poddawany niezależnym audytom.