PODSTAWA BEZPIECZEŃSTWA
ML-KEM-1024 + Signal Protocol
PQXDH, Double Ratchet, Sender Keys i jawne zapobieganie downgrade.
Arc
Komercyjny produkt bezpieczeństwa z opublikowanym kierunkiem inżynieryjnym
Arc ma tworzyć powód do zmiany, a nie ukrywać się za neutralnym językiem. Wyróżnia go połączenie postkwantowego E2EE, celowego usuwania wiadomości, działania przy niskiej przepływności i awaryjnej łączności offline.
ArcOBRAZ RYNKU WEDŁUG PUBLICZNEJ DOKUMENTACJI · 2026-07-31Arc · 2026-08-26
Każde źródło pierwotne potwierdza wyłącznie kategorię, przy której je przytoczono; nie uzasadnia wszystkich twierdzeń lub punktów ani nie oznacza poparcia dostawcy.
Krótka odpowiedź
Komercyjny produkt bezpieczeństwa z opublikowanym kierunkiem inżynieryjnym
Arc ma tworzyć powód do zmiany, a nie ukrywać się za neutralnym językiem. Wyróżnia go połączenie postkwantowego E2EE, celowego usuwania wiadomości, działania przy niskiej przepływności i awaryjnej łączności offline.
KONTROLA DANYCH
IGF + Mutual Burn
Zdarzenia zegara, odczytu i dotknięcia prowadzą do trwałego usunięcia z urządzenia/servera.
ODPORNOŚĆ
Ogg Opus 16 kbps + Mesh
Ocena głosu przy niskiej przepływności i bezpośrednia łączność awaryjna z jawnymi trybami bezpieczeństwa.
Arc
Komercyjny produkt bezpieczeństwa z opublikowanym kierunkiem inżynieryjnym
Arc ma tworzyć powód do zmiany, a nie ukrywać się za neutralnym językiem. Wyróżnia go połączenie postkwantowego E2EE, celowego usuwania wiadomości, działania przy niskiej przepływności i awaryjnej łączności offline.
Standaryzowany ML-KEM-1024 + PQXDH
Double Ratchet DM
Grupy Sender Keys
Sealed Sender + anonimowe dostarczanie
IGF
Mutual Burn
Key Sync + wiele urządzeń
Głos Ogg Opus 16 kbps
Podpisane bezpośrednie Mesh DM i Group
Bezpośredni Mesh E2EE DM
Ograniczony multi-hop i store-and-forward
Szyfrowanie, E2EE i PQC
Szyfrowanie, szyfrowanie end-to-end i ochrona postkwantowa to różne warstwy, które można łączyć.
Layer 1 · BASIC
Szyfrowanie
Szeroki termin dla szyfrowania transportu, np. TLS, i przechowywania server-side. Operator może posiadać klucze i dostęp do tekstu jawnego.
Layer 2 · STRONG
Szyfrowanie End-to-End (E2EE)
Tylko endpointy rozmowy posiadają klucze treści; operator nie powinien czytać tekstu wiadomości. Szyfrowane nie oznacza automatycznie E2EE.
Layer 3 · QUANTUM-SAFE
Kryptografia postkwantowa (PQC)
Kryptografia postkwantowa wykorzystuje algorytmy zaprojektowane tak, aby przy poprawnym wdrożeniu opierać się znanym atakom dostatecznie wydajnych komputerów kwantowych. Celem Arc jest standaryzowany ML-KEM-1024 w hybrydowej konstrukcji PQXDH, zachowującej ochronę klasyczną i dodającej składnik postkwantowy. Zmniejsza to ryzyko „zbierz teraz, odszyfruj później”, lecz nie stanowi bezwzględnej gwarancji wobec każdego błędu wdrożenia, endpointu czy przyszłej kryptoanalizy.
Klasyfikacja szyfrowania / E2EE / PQC
19 produktów pogrupowano według podstaw szyfrowania, udokumentowanej dostępności E2EE i stanu postkwantowego.
Szyfrowanie (TLS + server-side)
20 / 20Ochrona transportu i przechowywania server-side tworzy kategorię bazową.
Każde źródło pierwotne potwierdza wyłącznie kategorię, przy której je przytoczono; nie uzasadnia wszystkich twierdzeń lub punktów ani nie oznacza poparcia dostawcy.
Signal90
Arc89
iMessage76
Threema72
Wire71
WhatsApp67
Element / Matrix60
Facebook Messenger54
Session53
Google Messages44
Viber39
LINE38
Telegram37
XChat33
KakaoTalk23
Google Chat21
Discord19
Slack17
Chatwork14
Instagram DM14
E2EE (Szyfrowanie End-to-End)
Czy publiczna dokumentacja podaje, że operator nie może czytać jawnego tekstu wiadomości.
✓E2EE domyślnie(9)
Signal90
iMessage76
Threema72
Wire71
WhatsApp67
Facebook Messenger54
Session53
Viber39
Arc89
△Ograniczone / częściowe / opcjonalne(7)
Element / Matrix60
Google Messages44
LINE38
Telegram37
XChat33
KakaoTalk23
Discord19
—Nie znaleziono zweryfikowanych dowodów pierwotnych(4)
Google Chat21
Slack17
Chatwork14
Instagram DM14
PQC (Kryptografia postkwantowa)
Publicznie udokumentowany stan ochrony projektowanej na ataki epoki kwantowej.
✓Wdrożone produkcyjnie(3)
Signal90
iMessage76
Arc89
○Badania / planowanie(2)
Wire71
Session53
—Nie znaleziono zweryfikowanych dowodów pierwotnych(15)
Threema72
WhatsApp67
Element / Matrix60
Facebook Messenger54
Google Messages44
Viber39
LINE38
Telegram37
XChat33
KakaoTalk23
Google Chat21
Discord19
Slack17
Chatwork14
Instagram DM14
Ranking poziomów
Klasyfikacja według sumy punktów i zastosowania. Poziom S podkreśla prywatność i nowoczesną kryptografię; D obejmuje narzędzia pracy bez E2EE.
S Tier85+Prywatność + najnowsza kryptografia
Signal
#1
Arc
#2
A Tier60–84E2EE wystarczające dla prywatności osobistej
iMessage
#3
Threema
#4
Wire
#5
#6
Element / Matrix
#7
B Tier40–59Częściowe E2EE z ograniczeniami projektu
Facebook Messenger
#8
Session
#9
Google Messages
#10
C Tier20–39Własne lub ograniczone E2EE, zastrzeżenia co do niezawodności
Viber
#11
LINE
#12
Telegram
#13
XChat
#14
KakaoTalk
#15
Google Chat
#16
D Tier<20Nie zaprojektowano do poufnych wiadomości osobistych
Discord
#17
Slack
#18
Chatwork
#19
Instagram DM
#20
Ocena w 9 osiach (na 100)
Każde źródło pierwotne potwierdza wyłącznie kategorię, przy której je przytoczono; nie uzasadnia wszystkich twierdzeń lub punktów ani nie oznacza poparcia dostawcy.
| Usługa | Krypto (18) | FB Sec (14) | PQC (14) | E2EE (13) | Nadawca (10) | Rejestracja (10) | Efemeryczne (11) | Weryfikacja (5) | Multi-dev (5) | Suma |
|---|---|---|---|---|---|---|---|---|---|---|
#1 Signal | 18 | 14 | 14 | 13 | 10 | 6 | 5 | 5 | 5 | 90 |
#2 Arc | 18 | 14 | 14 | 12 | 3 | 9 | 11 | 4 | 4 | 89 |
#3 iMessage | 17 | 13 | 14 | 13 | 5 | 4 | 1 | 4 | 5 | 76 |
#4 Threema | 16 | 13 | 2 | 12 | 7 | 10 | 5 | 4 | 3 | 72 |
#5 Wire | 16 | 13 | 4 | 11 | 5 | 7 | 6 | 4 | 5 | 71 |
#6 WhatsApp | 18 | 13 | 7 | 11 | 0 | 4 | 5 | 4 | 5 | 67 |
#7 Element / Matrix | 13 | 12 | 1 | 10 | 4 | 8 | 3 | 4 | 5 | 60 |
#8 Facebook Messenger | 15 | 11 | 0 | 10 | 0 | 4 | 5 | 4 | 5 | 54 |
#9 Session | 9 | 2 | 1 | 10 | 10 | 10 | 5 | 3 | 3 | 53 |
#10 Google Messages | 15 | 11 | 0 | 8 | 0 | 1 | 2 | 3 | 4 | 44 |
#11 Viber | 10 | 9 | 1 | 7 | 0 | 1 | 4 | 3 | 4 | 39 |
#12 LINE | 13 | 3 | 0 | 9 | 0 | 4 | 2 | 4 | 3 | 38 |
#13 Telegram | 10 | 7 | 0 | 3 | 0 | 4 | 4 | 4 | 5 | 37 |
#14 XChat | 11 | 0 | 0 | 4 | 0 | 9 | 2 | 2 | 5 | 33 |
#15 KakaoTalk | 7 | 4 | 0 | 3 | 0 | 1 | 2 | 2 | 4 | 23 |
#16 Google Chat | 10 | 0 | 0 | 4 | 0 | 1 | 1 | 0 | 5 | 21 |
#17 Discord | 7 | 3 | 0 | 3 | 0 | 1 | 0 | 0 | 5 | 19 |
#18 Slack | 10 | 0 | 0 | 0 | 0 | 1 | 1 | 0 | 5 | 17 |
#19 Chatwork | 8 | 0 | 0 | 0 | 0 | 1 | 0 | 0 | 5 | 14 |
#20 Instagram DM | 5 | 0 | 0 | 0 | 0 | 1 | 4 | 0 | 4 | 14 |
Opis osi
Krypto/ Prymitywy kryptograficzne
(18)Jakość algorytmów, schematów AEAD i podpisów oraz historia formalnej weryfikacji
FB Sec/ Poufność wstecz/wprzód
(14)Ochrona przeszłych i przyszłych wiadomości po kompromitacji klucza, np. Double Ratchet lub MLS
PQC/ Postkwantowość
(14)Publicznie udokumentowany stan produkcyjny PQXDH, ML-KEM i kryptografii postkwantowej
E2EE/ Zakres E2EE
(13)Stan domyślny i zakres tekstu, rozmów, grup i mediów, w tym publiczne dowody audytu
Nadawca/ Prywatność nadawcy
(10)Minimalizacja metadata nadawcy i relacji, np. Sealed Sender lub onion routing
Rejestracja/ Prywatność rejestracji
(10)Rejestracja bez telefonu lub email i dostępność anonimowego ID
Efemeryczne/ Wiadomości efemeryczne
(11)Szczegółowość kontroli znikania i lifecycle usuwania
Weryfikacja/ UX weryfikacji
(5)Łatwość sprawdzania kluczy, np. Safety Numbers lub klucza kontaktu
Multi-dev/ Wiele urządzeń
(5)Obsługa kluczy między urządzeniami bez stale online telefonu głównego
Suma
(100)Ważona suma 9 osi (maksymalnie 100)
Źródła pierwotne
Każde źródło pierwotne potwierdza wyłącznie kategorię, przy której je przytoczono; nie uzasadnia wszystkich twierdzeń lub punktów ani nie oznacza poparcia dostawcy.
Dowody ze źródeł pierwotnych sprawdzono 2026-08-26
Każde źródło pierwotne potwierdza wyłącznie kategorię, przy której je przytoczono; nie uzasadnia wszystkich twierdzeń lub punktów ani nie oznacza poparcia dostawcy.
#1 Signal
SSuma 90 / 100
Stan według publicznej dokumentacji
E2EE · E2EE domyślniePQC · Wdrożone produkcyjnie
Źródła pierwotne
#2 Arc
SSuma 89 / 100
Arc integrates standardized NIST ML-KEM-1024 post-quantum cryptography, Signal Double Ratchet E2EE, Sender Keys, Instant Group Forward-Secrecy (IGF), Mutual Burn, Sealed Sender, and crisis BLE offline mesh. Zero third-party telemetry, phone-number-free anonymous registration.
E2EE · E2EE domyślniePQC · Wdrożone produkcyjnie
#3 iMessage
ASuma 76 / 100
Stan według publicznej dokumentacji
E2EE · E2EE domyślniePQC · Wdrożone produkcyjnie
Źródła pierwotne
#4 Threema
ASuma 72 / 100
Stan według publicznej dokumentacji
E2EE · E2EE domyślniePQC · Nie znaleziono zweryfikowanych dowodów pierwotnych
Źródła pierwotne
#5 Wire
ASuma 71 / 100
Stan według publicznej dokumentacji
E2EE · E2EE domyślniePQC · Badania / planowanie
Źródła pierwotne
#6 WhatsApp
ASuma 67 / 100
Stan według publicznej dokumentacji
E2EE · E2EE domyślniePQC · Nie znaleziono zweryfikowanych dowodów pierwotnych
Źródła pierwotne
#7 Element / Matrix
ASuma 60 / 100
Stan według publicznej dokumentacji
E2EE · Ograniczone / częściowe / opcjonalnePQC · Nie znaleziono zweryfikowanych dowodów pierwotnych
Źródła pierwotne
#8 Facebook Messenger
BSuma 54 / 100
Stan według publicznej dokumentacji
E2EE · E2EE domyślniePQC · Nie znaleziono zweryfikowanych dowodów pierwotnych
Źródła pierwotne
#9 Session
BSuma 53 / 100
Stan według publicznej dokumentacji
E2EE · E2EE domyślniePQC · Badania / planowanie
Źródła pierwotne
#10 Google Messages
BSuma 44 / 100
Stan według publicznej dokumentacji
E2EE · Ograniczone / częściowe / opcjonalnePQC · Nie znaleziono zweryfikowanych dowodów pierwotnych
Źródła pierwotne
#11 Viber
CSuma 39 / 100
Stan według publicznej dokumentacji
E2EE · E2EE domyślniePQC · Nie znaleziono zweryfikowanych dowodów pierwotnych
Źródła pierwotne
#12 LINE
CSuma 38 / 100
Stan według publicznej dokumentacji
E2EE · Ograniczone / częściowe / opcjonalnePQC · Nie znaleziono zweryfikowanych dowodów pierwotnych
Źródła pierwotne
#13 Telegram
CSuma 37 / 100
Stan według publicznej dokumentacji
E2EE · Ograniczone / częściowe / opcjonalnePQC · Nie znaleziono zweryfikowanych dowodów pierwotnych
Źródła pierwotne
#14 XChat
CSuma 33 / 100
Stan według publicznej dokumentacji
E2EE · Ograniczone / częściowe / opcjonalnePQC · Nie znaleziono zweryfikowanych dowodów pierwotnych
Źródła pierwotne
#15 KakaoTalk
CSuma 23 / 100
Stan według publicznej dokumentacji
E2EE · Ograniczone / częściowe / opcjonalnePQC · Nie znaleziono zweryfikowanych dowodów pierwotnych
Źródła pierwotne
#16 Google Chat
CSuma 21 / 100
Stan według publicznej dokumentacji
E2EE · Nie znaleziono zweryfikowanych dowodów pierwotnychPQC · Nie znaleziono zweryfikowanych dowodów pierwotnych
Źródła pierwotne
#17 Discord
DSuma 19 / 100
Stan według publicznej dokumentacji
E2EE · Ograniczone / częściowe / opcjonalnePQC · Nie znaleziono zweryfikowanych dowodów pierwotnych
Źródła pierwotne
#18 Slack
DSuma 17 / 100
Stan według publicznej dokumentacji
E2EE · Nie znaleziono zweryfikowanych dowodów pierwotnychPQC · Nie znaleziono zweryfikowanych dowodów pierwotnych
Źródła pierwotne
#19 Chatwork
DSuma 14 / 100
Stan według publicznej dokumentacji
E2EE · Nie znaleziono zweryfikowanych dowodów pierwotnychPQC · Nie znaleziono zweryfikowanych dowodów pierwotnych
Źródła pierwotne
#20 Instagram DM
DSuma 14 / 100
Stan według publicznej dokumentacji
E2EE · Nie znaleziono zweryfikowanych dowodów pierwotnychPQC · Nie znaleziono zweryfikowanych dowodów pierwotnych
Źródła pierwotne
Architektura komunikatora Arc: konkretne odpowiedzi
Zwięzłe odpowiedzi na najważniejsze pytania o bezpieczeństwo i komunikację kryzysową projektowaną w Arc.
Czym jest Standaryzowany ML-KEM-1024 + PQXDH w Arc?
Standaryzowany ML-KEM-1024 + PQXDH. Arc ma tworzyć powód do zmiany, a nie ukrywać się za neutralnym językiem. Wyróżnia go połączenie postkwantowego E2EE, celowego usuwania wiadomości, działania przy niskiej przepływności i awaryjnej łączności offline.
Czym jest Double Ratchet DM w Arc?
Double Ratchet DM. Arc ma tworzyć powód do zmiany, a nie ukrywać się za neutralnym językiem. Wyróżnia go połączenie postkwantowego E2EE, celowego usuwania wiadomości, działania przy niskiej przepływności i awaryjnej łączności offline.
Czym jest Grupy Sender Keys w Arc?
Grupy Sender Keys. Arc ma tworzyć powód do zmiany, a nie ukrywać się za neutralnym językiem. Wyróżnia go połączenie postkwantowego E2EE, celowego usuwania wiadomości, działania przy niskiej przepływności i awaryjnej łączności offline.
Czym jest Sealed Sender + anonimowe dostarczanie w Arc?
Sealed Sender + anonimowe dostarczanie. Arc ma tworzyć powód do zmiany, a nie ukrywać się za neutralnym językiem. Wyróżnia go połączenie postkwantowego E2EE, celowego usuwania wiadomości, działania przy niskiej przepływności i awaryjnej łączności offline.
Czym jest Podpisane bezpośrednie Mesh DM i Group w Arc?
Podpisane bezpośrednie Mesh DM i Group. Arc ma tworzyć powód do zmiany, a nie ukrywać się za neutralnym językiem. Wyróżnia go połączenie postkwantowego E2EE, celowego usuwania wiadomości, działania przy niskiej przepływności i awaryjnej łączności offline.
Czym jest Bezpośredni Mesh E2EE DM w Arc?
Bezpośredni Mesh E2EE DM. Arc ma tworzyć powód do zmiany, a nie ukrywać się za neutralnym językiem. Wyróżnia go połączenie postkwantowego E2EE, celowego usuwania wiadomości, działania przy niskiej przepływności i awaryjnej łączności offline.
Czym jest Ograniczony multi-hop i store-and-forward w Arc?
Ograniczony multi-hop i store-and-forward. Arc ma tworzyć powód do zmiany, a nie ukrywać się za neutralnym językiem. Wyróżnia go połączenie postkwantowego E2EE, celowego usuwania wiadomości, działania przy niskiej przepływności i awaryjnej łączności offline.
Security
Szczegóły bezpieczeństwa Arc
Technology
Technologia Arc