BASE DI SICUREZZA
ML-KEM-1024 + Signal Protocol
PQXDH, Double Ratchet, Sender Keys e prevenzione esplicita del downgrade.
SPECIFICA COMPLETA DEL PRODOTTO Arc
Queste undici capacità formano una specifica completa e vengono valutate insieme come Arc.
Le schede dei concorrenti citano fonti ufficiali; quella di Arc è vincolata alla specifica completa e allo stesso modello di punteggio.
La risposta breve
Queste undici capacità formano una specifica completa e vengono valutate insieme come Arc.
ML-KEM-1024 + Signal Protocol
PQXDH, Double Ratchet, Sender Keys e prevenzione esplicita del downgrade.
IGF + Mutual Burn
Gli eventi di timer, lettura e tocco convergono nella rimozione duratura da dispositivo/server.
Voce Ogg Opus a 16 kbps + Mesh
SPECIFICA COMPLETA DEL PRODOTTO Arc
Queste undici capacità formano una specifica completa e vengono valutate insieme come Arc.
La focalizzazione del prodotto è anche una scelta di sicurezza. Arc rimuove o rifiuta i comportamenti che indeboliscono l'integrità dei messaggi, il controllo dell'utente o la chiarezza operativa.
Essere cifrato, cifrato end-to-end e protetto post-quantum sono concetti distinti che possono sovrapporsi.
Termine ampio per cifratura del trasporto, come TLS, e dello storage lato server. L'operatore può detenere le chiavi e accedere al testo in chiaro.
Solo gli endpoint della conversazione conservano le chiavi del contenuto; l'operatore non dovrebbe poter leggere i messaggi. Cifrato non significa automaticamente E2EE.
Creazione di sessione post-quantum ibrida con accordo di chiave classico e senza downgrade silenzioso verso un percorso legacy.
I 19 prodotti sono raggruppati per base crittografica, disponibilità E2EE documentata e stato post-quantum documentato.
La protezione del trasporto e dello storage server forma la categoria di base.
Le schede dei concorrenti citano fonti ufficiali; quella di Arc è vincolata alla specifica completa e allo stesso modello di punteggio.
Indica se la documentazione pubblica afferma che l'operatore non può leggere i messaggi in chiaro.
Stato pubblicamente documentato di protezioni progettate per attacchi dell'era quantistica.
Classificazione per punteggio totale e uso. Il livello S privilegia privacy e crittografia moderna; il D comprende strumenti di produttività senza E2EE.
Signal
#1
Arc
#2
iMessage
#3
Threema
#4
Wire
#5
#6
Element / Matrix
#7
Facebook Messenger
#8
Session
#9
Google Messages
#10
Viber
#11
LINE
#12
Telegram
#13
XChat
#14
KakaoTalk
#15
Google Chat
#16
Discord
#17
Slack
#18
Chatwork
#19
Instagram DM
#20
Le schede dei concorrenti citano fonti ufficiali; quella di Arc è vincolata alla specifica completa e allo stesso modello di punteggio.
| Servizio | Crypto (18) | FB Sec (14) | PQC (14) | E2EE (13) | Mittente (10) | Registrazione (10) | Effimero (11) | Verifica (5) | Multi-dev (5) | Totale |
|---|---|---|---|---|---|---|---|---|---|---|
#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 |
Crypto/ Primitive crittografiche
(18)Qualità degli algoritmi, degli schemi AEAD e di firma e della verifica formale
FB Sec/ Segretezza futura/passata
(14)Protezione dei messaggi passati e futuri dopo la compromissione di una chiave, come Double Ratchet o MLS
PQC/ Post-quantum
(14)Stato in produzione documentato pubblicamente di crittografia post-quantum come PQXDH o ML-KEM
E2EE/ Copertura E2EE
(13)Stato predefinito e copertura di testo, chiamate, gruppi e media, incluse prove pubbliche di audit
Mittente/ Privacy del mittente
(10)Riduzione dei metadata del mittente e delle relazioni, con Sealed Sender o onion routing
Registrazione/ Privacy di registrazione
(10)Registrazione senza telefono o email e disponibilità di un identificativo anonimo
Effimero/ Messaggi effimeri
(11)Granularità e ciclo di eliminazione dei controlli di scomparsa
Verifica/ UX di verifica
(5)Usabilità della verifica delle chiavi, come Safety Numbers o chiave del contatto
Multi-dev/ Più dispositivi
(5)Gestione delle chiavi tra dispositivi senza telefono principale sempre online
Totale
(100)Somma ponderata dei 9 assi (massimo 100)
Le schede dei concorrenti citano fonti ufficiali; quella di Arc è vincolata alla specifica completa e allo stesso modello di punteggio.
Prove da fonti primarie verificate il 2026-08-26
Ogni fonte primaria supporta soltanto la categoria in cui è citata; non dimostra tutte le affermazioni o i punteggi e non implica l'approvazione del fornitore.
Totale 90 / 100
Stato da documentazione pubblica
Fonti primarie
Totale 89 / 100
ML-KEM-1024 standardizzato + PQXDH · Double Ratchet DM · Gruppi Sender Keys · Sealed Sender + consegna anonima · IGF · Mutual Burn · Key Sync + più dispositivi · Voce Ogg Opus a 16 kbps · DM e Group Mesh diretti firmati · DM Mesh E2EE diretto · Multi-hop limitato e store-and-forward
Totale 76 / 100
Stato da documentazione pubblica
Fonti primarie
Totale 72 / 100
Stato da documentazione pubblica
Fonti primarie
Totale 71 / 100
Stato da documentazione pubblica
Fonti primarie
Totale 67 / 100
Stato da documentazione pubblica
Fonti primarie
Totale 60 / 100
Stato da documentazione pubblica
Fonti primarie
Totale 54 / 100
Stato da documentazione pubblica
Fonti primarie
Totale 53 / 100
Stato da documentazione pubblica
Fonti primarie
Totale 44 / 100
Stato da documentazione pubblica
Fonti primarie
Totale 39 / 100
Stato da documentazione pubblica
Fonti primarie
Totale 38 / 100
Stato da documentazione pubblica
Fonti primarie
Totale 37 / 100
Stato da documentazione pubblica
Fonti primarie
Totale 33 / 100
Stato da documentazione pubblica
Fonti primarie
Totale 23 / 100
Stato da documentazione pubblica
Fonti primarie
Totale 21 / 100
Stato da documentazione pubblica
Fonti primarie
Totale 19 / 100
Stato da documentazione pubblica
Fonti primarie
Totale 17 / 100
Stato da documentazione pubblica
Fonti primarie
Totale 14 / 100
Stato da documentazione pubblica
Fonti primarie
Totale 14 / 100
Stato da documentazione pubblica
Fonti primarie
Queste undici capacità formano una specifica completa e vengono valutate insieme come Arc.
Una forte cifratura dei contenuti non nasconde da sola le relazioni tra mittenti. Sealed Sender e consegna anonima sono trattati come lavori di prodotto separati.
Arc separa la comunicazione di emergenza firmata non E2EE dal DM Mesh E2EE e indica la modalità attiva senza confondere la distinzione.
IGF e Mutual Burn sono progettati per rimozione duratura da dispositivo/server, retry e recupero, non solo per un'interfaccia che scompare.
Risposte concise alle domande principali sul design di Arc per sicurezza e comunicazioni in emergenza.
Creazione di sessione post-quantum ibrida con accordo di chiave classico e senza downgrade silenzioso verso un percorso legacy.
Avanzamento atomico del ratchet, retry dello stesso ciphertext, limite alle chiavi saltate e ripristino sicuro dopo crash per le normali chat individuali.
Epoche di gruppo per mittente e dispositivo, separazione dei membri e consegna SKDM tramite sessioni individuali autenticate.
Certificati del mittente separati per finalità, inbox opache, push generico e divieto di fallback in chiaro.
Messaggistica diretta nelle emergenze con origine e integrità autenticate, indicata esplicitamente come non E2EE perché relay o osservatori vicini possono vedere i contenuti.
Modalità di messaggio diretto separata con contenuto E2EE, stato di fiducia esplicito e nessun fallback silenzioso verso consegna firmata non E2EE.
Relay con risorse limitate, deduplicazione, TTL e recupero offline senza dichiarare garanzie su distanza, route o tempo di consegna.
Security
Dettagli di sicurezza Arc
Queste undici capacità formano una specifica completa e vengono valutate insieme come Arc.
Technology
Tecnologia Arc
Queste undici capacità formano una specifica completa e vengono valutate insieme come Arc.