PODSTAWA BEZPIECZEŃSTWA
ML-KEM-1024 + Signal Protocol
PQXDH, Double Ratchet, Sender Keys i jawne zapobieganie downgrade.
KOMPLETNA SPECYFIKACJA PRODUKTU Arc
KOMPLETNA SPECYFIKACJA PRODUKTU Arc
Te jedenaście możliwości tworzy kompletną specyfikację i jest ocenianych wspólnie jako Arc.
KOMPLETNA SPECYFIKACJA PRODUKTU ArcOBRAZ RYNKU WEDŁUG PUBLICZNEJ DOKUMENTACJI · 2026-07-31Arc · 2026-08-26
Karty konkurentów odsyłają do źródeł własnych; karta Arc wiąże się z kompletną specyfikacją i tym samym modelem oceny.
Krótka odpowiedź
KOMPLETNA SPECYFIKACJA PRODUKTU Arc
Te jedenaście możliwości tworzy kompletną specyfikację i jest ocenianych wspólnie jako Arc.
KONTROLA DANYCH
IGF + Mutual Burn
Zdarzenia zegara, odczytu i dotknięcia prowadzą do trwałego usunięcia z urządzenia/servera.
ODPORNOŚĆ
Głos Ogg Opus 16 kbps + Mesh
KOMPLETNA SPECYFIKACJA PRODUKTU Arc
Arc
KOMPLETNA SPECYFIKACJA PRODUKTU Arc
Te jedenaście możliwości tworzy kompletną specyfikację i jest ocenianych wspólnie jako Arc.
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
Co Arc celowo pomija
Skupienie produktu jest również decyzją bezpieczeństwa. Arc usuwa lub odrzuca zachowania osłabiające integralność wiadomości, kontrolę użytkownika albo jasność operacyjną.
- Bez Group Mutual Burn: Mutual Burn pozostaje umową jeden na jeden.
- Read-or-Lose wycofano: ważne nieprzeczytane wiadomości nie są niszczone tylko z powodu upływu czasu.
- Bez cichego downgrade z PQXDH, Sealed Sender lub Mesh E2EE do słabszego trybu.
- Bez wbudowanych osobowości AI, modeli tłumaczeń, asystentów dla zwierząt ani modeli podsumowań w rdzeniu komunikatora Arc.
- Mesh E2EE Group nie należy do głównej obietnicy produktu; podpisany Group bez E2EE i E2EE DM pozostają oddzielnymi trybami.
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)
Hybrydowe postkwantowe ustanawianie session z klasycznym uzgadnianiem klucza i bez cichego downgrade do starszej ścieżki.
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ą.
Karty konkurentów odsyłają do źródeł własnych; karta Arc wiąże się z kompletną specyfikacją i tym samym modelem oceny.
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)
Karty konkurentów odsyłają do źródeł własnych; karta Arc wiąże się z kompletną specyfikacją i tym samym modelem oceny.
| 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)
Karty dowodów i specyfikacji 20 produktów
Karty konkurentów odsyłają do źródeł własnych; karta Arc wiąże się z kompletną specyfikacją i tym samym modelem oceny.
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
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
#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
Co wyjaśnia porównanie
Te jedenaście możliwości tworzy kompletną specyfikację i jest ocenianych wspólnie jako Arc.
Prywatność metadata to osobny front
Silne szyfrowanie treści samo nie ukrywa relacji nadawców. Sealed Sender i anonimowe dostarczanie są traktowane jako niezależna praca produktowa.
Offline nie oznacza automatycznie E2EE
Arc oddziela podpisaną komunikację awaryjną bez E2EE od E2EE Mesh DM i oznacza aktywny tryb bez zacierania różnicy.
Usuwanie to lifecycle, nie animacja
IGF i Mutual Burn są projektowane wokół trwałego usuwania z urządzenia/servera, retry i odzyskiwania, a nie tylko znikającego UI.
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?
Hybrydowe postkwantowe ustanawianie session z klasycznym uzgadnianiem klucza i bez cichego downgrade do starszej ścieżki.
Czym jest Double Ratchet DM w Arc?
Atomowe przesuwanie ratchet, retry identycznego ciphertext, limit pominiętych kluczy i bezpieczne odzyskiwanie po awarii dla zwykłego czatu jeden na jeden.
Czym jest Grupy Sender Keys w Arc?
Epoki Group dla każdego nadawcy i urządzenia, odgradzanie członkostwa i dostarczanie SKDM przez uwierzytelnione sessions jeden na jeden.
Czym jest Sealed Sender + anonimowe dostarczanie w Arc?
Certyfikaty nadawcy rozdzielone według celu, niejawne skrzynki odbiorców, ogólny push i zakaz fallback do tekstu jawnego.
Czym jest Podpisane bezpośrednie Mesh DM i Group w Arc?
Bezpośrednie wiadomości awaryjne z uwierzytelnionym źródłem i integralnością, jawnie oznaczone jako nie E2EE, ponieważ relay lub pobliscy obserwatorzy mogą zobaczyć treść.
Czym jest Bezpośredni Mesh E2EE DM w Arc?
Oddzielny tryb wiadomości bezpośrednich z treścią E2EE, jawnym stanem zaufania i bez cichego fallback do podpisanego dostarczania bez E2EE.
Czym jest Ograniczony multi-hop i store-and-forward w Arc?
Relay z limitami zasobów, deduplikacja, TTL i odzyskiwanie offline bez deklarowania gwarantowanego dystansu, route ani czasu dostarczenia.
Podstawa porównania i ujawnienie
- Karty konkurentów odsyłają do źródeł własnych; karta Arc wiąże się z kompletną specyfikacją i tym samym modelem oceny.
- 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.
- Nazwy i znaki dostawców należą do ich właścicieli. Obecność nie oznacza partnerstwa, poparcia ani afiliacji.
Security
Szczegóły bezpieczeństwa Arc
Te jedenaście możliwości tworzy kompletną specyfikację i jest ocenianych wspólnie jako Arc.
Technology
Technologia Arc
Te jedenaście możliwości tworzy kompletną specyfikację i jest ocenianych wspólnie jako Arc.