SOCLE DE SÉCURITÉ
ML-KEM-1024 + Signal Protocol
PQXDH, Double Ratchet, Sender Keys et prévention explicite du downgrade.
SPÉCIFICATION COMPLÈTE DU PRODUIT Arc
SPÉCIFICATION COMPLÈTE DU PRODUIT Arc
Ces onze capacités forment une spécification complète et sont évaluées ensemble comme Arc.
SPÉCIFICATION COMPLÈTE DU PRODUIT ArcINSTANTANÉ DU MARCHÉ D'APRÈS LA DOCUMENTATION PUBLIQUE · 2026-07-31Arc · 2026-08-26
Les fiches concurrentes citent des sources officielles ; celle d’Arc est liée à la spécification complète et au même modèle de score.
La réponse courte
SPÉCIFICATION COMPLÈTE DU PRODUIT Arc
Ces onze capacités forment une spécification complète et sont évaluées ensemble comme Arc.
CONTRÔLE DES DONNÉES
IGF + Mutual Burn
Les événements de minuterie, lecture et toucher convergent vers un retrait durable sur appareil et serveur.
RÉSILIENCE
Voix Ogg Opus à 16 kbps + Mesh
SPÉCIFICATION COMPLÈTE DU PRODUIT Arc
Arc
SPÉCIFICATION COMPLÈTE DU PRODUIT Arc
Ces onze capacités forment une spécification complète et sont évaluées ensemble comme Arc.
ML-KEM-1024 standardisé + PQXDH
Double Ratchet DM
Groupes Sender Keys
Sealed Sender + livraison anonyme
IGF
Mutual Burn
Key Sync + multi-appareil
Voix Ogg Opus à 16 kbps
DM et Group Mesh directs signés
DM Mesh E2EE direct
Multi-hop borné et store-and-forward
Ce qu'Arc écarte délibérément
La focalisation du produit est aussi une décision de sécurité. Arc supprime ou refuse les comportements qui affaiblissent l'intégrité des messages, le contrôle de l'utilisateur ou la clarté opérationnelle.
- Pas de Group Mutual Burn : Mutual Burn reste un accord individuel.
- Read-or-Lose est retiré : les messages importants non lus ne sont pas détruits par le seul passage du temps.
- Aucun downgrade silencieux de PQXDH, Sealed Sender ou Mesh E2EE vers un mode plus faible.
- Aucune personnalité IA, aucun modèle de traduction, assistant pour animaux ou modèle de résumé intégré au cœur de la messagerie Arc.
- Mesh E2EE Group est hors de la promesse centrale du produit ; Group signé non E2EE et E2EE DM restent des modes distincts.
Chiffrement, E2EE et PQC
Être chiffré, chiffré de bout en bout et protégé en post-quantique sont des concepts distincts qui peuvent se superposer.
Layer 1 · BASIC
Chiffrement
Terme large couvrant le chiffrement du transport, comme TLS, et du stockage côté serveur. L'opérateur peut détenir les clés et accéder au texte en clair.
Layer 2 · STRONG
Chiffrement de bout en bout (E2EE)
Seuls les terminaux de la conversation détiennent les clés du contenu ; l'opérateur ne devrait pas pouvoir lire les messages en clair. Chiffré ne signifie pas automatiquement E2EE.
Layer 3 · QUANTUM-SAFE
Cryptographie post-quantique (PQC)
Établissement de session post-quantique hybride avec accord de clé classique, sans downgrade silencieux vers une voie historique.
Classification chiffrement / E2EE / PQC
Les 19 produits du marché sont regroupés selon le socle de chiffrement, l'E2EE documenté et l'état post-quantique documenté.
Chiffrement (TLS + côté serveur)
20 / 20La protection du transport et du stockage côté serveur forme la catégorie de base.
Les fiches concurrentes citent des sources officielles ; celle d’Arc est liée à la spécification complète et au même modèle de score.
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 (chiffrement de bout en bout)
Indique si la documentation publique affirme que l'opérateur ne peut pas lire les messages en clair.
✓E2EE par défaut(9)
Signal90
iMessage76
Threema72
Wire71
WhatsApp67
Facebook Messenger54
Session53
Viber39
Arc89
△Limité / partiel / optionnel(7)
Element / Matrix60
Google Messages44
LINE38
Telegram37
XChat33
KakaoTalk23
Discord19
—Aucune preuve primaire vérifiée trouvée(4)
Google Chat21
Slack17
Chatwork14
Instagram DM14
PQC (cryptographie post-quantique)
État publiquement documenté d'une protection conçue pour les attaques de l'ère quantique.
✓Déployé en production(3)
Signal90
iMessage76
Arc89
○Recherche / planification(2)
Wire71
Session53
—Aucune preuve primaire vérifiée trouvée(15)
Threema72
WhatsApp67
Element / Matrix60
Facebook Messenger54
Google Messages44
Viber39
LINE38
Telegram37
XChat33
KakaoTalk23
Google Chat21
Discord19
Slack17
Chatwork14
Instagram DM14
Classement par niveau
Classement selon le score total et l'usage. Le niveau S privilégie la confidentialité et la cryptographie moderne ; le niveau D regroupe des outils de productivité sans E2EE.
S Tier85+Confidentialité + cryptographie de pointe
Signal
#1
Arc
#2
A Tier60–84E2EE suffisant pour la vie privée
iMessage
#3
Threema
#4
Wire
#5
#6
Element / Matrix
#7
B Tier40–59E2EE partiel, avec contraintes de conception
Facebook Messenger
#8
Session
#9
Google Messages
#10
C Tier20–39E2EE propriétaire ou limité, fiabilité à surveiller
Viber
#11
LINE
#12
Telegram
#13
XChat
#14
KakaoTalk
#15
Google Chat
#16
D Tier<20Non conçu pour les messages personnels confidentiels
Discord
#17
Slack
#18
Chatwork
#19
Instagram DM
#20
Notation sur 9 axes (sur 100)
Les fiches concurrentes citent des sources officielles ; celle d’Arc est liée à la spécification complète et au même modèle de score.
| Service | Crypto (18) | FB Sec (14) | PQC (14) | E2EE (13) | Expéditeur (10) | Inscription (10) | Éphémère (11) | Vérif (5) | Multi-dev (5) | Total |
|---|---|---|---|---|---|---|---|---|---|---|
#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 |
Légende des axes
Crypto/ Primitives cryptographiques
(18)Qualité des algorithmes, des schémas AEAD et de signature, et historique de vérification formelle
FB Sec/ Confidentialité avant/arrière
(14)Protection des messages passés et futurs après compromission d'une clé, par exemple Double Ratchet ou MLS
PQC/ Post-quantique
(14)État en production documenté publiquement de la cryptographie post-quantique, comme PQXDH ou ML-KEM
E2EE/ Couverture E2EE
(13)État par défaut et couverture du texte, des appels, groupes et médias, avec preuves d'audit publiques
Expéditeur/ Confidentialité de l'expéditeur
(10)Réduction des métadonnées d'expéditeur et de relation, notamment par Sealed Sender ou onion routing
Inscription/ Confidentialité à l'inscription
(10)Inscription sans téléphone ni e-mail et disponibilité d'un identifiant anonyme
Éphémère/ Messages éphémères
(11)Granularité et cycle de suppression des contrôles de disparition
Vérif/ UX de vérification
(5)Facilité de vérification des clés, telle que Safety Numbers ou vérification de clé de contact
Multi-dev/ Multi-appareil
(5)Gestion des clés entre appareils sans téléphone principal toujours connecté
Total
(100)Somme pondérée des 9 axes (maximum 100)
Fiches de preuves et de spécifications pour 20 produits
Les fiches concurrentes citent des sources officielles ; celle d’Arc est liée à la spécification complète et au même modèle de score.
Preuves de sources primaires vérifiées le 2026-08-26
Chaque source primaire n'étaye que la catégorie où elle est citée ; elle ne justifie pas toutes les affirmations ou tous les scores et n'implique pas l'approbation du fournisseur.
#1 Signal
STotal 90 / 100
État documenté publiquement
E2EE · E2EE par défautPQC · Déployé en production
Sources primaires
#2 Arc
STotal 89 / 100
ML-KEM-1024 standardisé + PQXDH · Double Ratchet DM · Groupes Sender Keys · Sealed Sender + livraison anonyme · IGF · Mutual Burn · Key Sync + multi-appareil · Voix Ogg Opus à 16 kbps · DM et Group Mesh directs signés · DM Mesh E2EE direct · Multi-hop borné et store-and-forward
#3 iMessage
ATotal 76 / 100
État documenté publiquement
E2EE · E2EE par défautPQC · Déployé en production
Sources primaires
#4 Threema
ATotal 72 / 100
État documenté publiquement
E2EE · E2EE par défautPQC · Aucune preuve primaire vérifiée trouvée
Sources primaires
#5 Wire
ATotal 71 / 100
État documenté publiquement
E2EE · E2EE par défautPQC · Recherche / planification
Sources primaires
#6 WhatsApp
ATotal 67 / 100
État documenté publiquement
E2EE · E2EE par défautPQC · Aucune preuve primaire vérifiée trouvée
Sources primaires
#7 Element / Matrix
ATotal 60 / 100
État documenté publiquement
E2EE · Limité / partiel / optionnelPQC · Aucune preuve primaire vérifiée trouvée
Sources primaires
#8 Facebook Messenger
BTotal 54 / 100
État documenté publiquement
E2EE · E2EE par défautPQC · Aucune preuve primaire vérifiée trouvée
Sources primaires
#9 Session
BTotal 53 / 100
État documenté publiquement
E2EE · E2EE par défautPQC · Recherche / planification
Sources primaires
#10 Google Messages
BTotal 44 / 100
État documenté publiquement
E2EE · Limité / partiel / optionnelPQC · Aucune preuve primaire vérifiée trouvée
Sources primaires
#11 Viber
CTotal 39 / 100
État documenté publiquement
E2EE · E2EE par défautPQC · Aucune preuve primaire vérifiée trouvée
Sources primaires
#12 LINE
CTotal 38 / 100
État documenté publiquement
E2EE · Limité / partiel / optionnelPQC · Aucune preuve primaire vérifiée trouvée
Sources primaires
#13 Telegram
CTotal 37 / 100
État documenté publiquement
E2EE · Limité / partiel / optionnelPQC · Aucune preuve primaire vérifiée trouvée
Sources primaires
#14 XChat
CTotal 33 / 100
État documenté publiquement
E2EE · Limité / partiel / optionnelPQC · Aucune preuve primaire vérifiée trouvée
Sources primaires
#15 KakaoTalk
CTotal 23 / 100
État documenté publiquement
E2EE · Limité / partiel / optionnelPQC · Aucune preuve primaire vérifiée trouvée
Sources primaires
#16 Google Chat
CTotal 21 / 100
État documenté publiquement
E2EE · Aucune preuve primaire vérifiée trouvéePQC · Aucune preuve primaire vérifiée trouvée
Sources primaires
#17 Discord
DTotal 19 / 100
État documenté publiquement
E2EE · Limité / partiel / optionnelPQC · Aucune preuve primaire vérifiée trouvée
Sources primaires
#18 Slack
DTotal 17 / 100
État documenté publiquement
E2EE · Aucune preuve primaire vérifiée trouvéePQC · Aucune preuve primaire vérifiée trouvée
Sources primaires
#19 Chatwork
DTotal 14 / 100
État documenté publiquement
E2EE · Aucune preuve primaire vérifiée trouvéePQC · Aucune preuve primaire vérifiée trouvée
Sources primaires
#20 Instagram DM
DTotal 14 / 100
État documenté publiquement
E2EE · Aucune preuve primaire vérifiée trouvéePQC · Aucune preuve primaire vérifiée trouvée
Sources primaires
Ce que le comparatif met en évidence
Ces onze capacités forment une spécification complète et sont évaluées ensemble comme Arc.
La confidentialité des métadonnées est un front distinct
Un chiffrement fort du contenu ne masque pas à lui seul les relations entre expéditeurs. Sealed Sender et la livraison anonyme sont traités comme des travaux produit indépendants.
Offline ne signifie pas automatiquement E2EE
Arc sépare la communication de crise signée non E2EE du DM Mesh E2EE et indique le mode actif sans brouiller la distinction.
La suppression est un cycle de vie, pas une animation
IGF et Mutual Burn sont conçus autour du retrait durable sur appareil et serveur, des nouveaux essais et de la reprise, pas seulement d'une interface qui disparaît.
Architecture de messagerie Arc : réponses directes
Des réponses concises aux principales questions sur la sécurité et la communication de crise conçues par Arc.
Qu’est-ce que ML-KEM-1024 standardisé + PQXDH dans Arc ?
Établissement de session post-quantique hybride avec accord de clé classique, sans downgrade silencieux vers une voie historique.
Qu’est-ce que Double Ratchet DM dans Arc ?
Progression atomique du ratchet, nouvel essai avec le même texte chiffré, nombre borné de clés sautées et reprise sûre après incident pour les échanges individuels ordinaires.
Qu’est-ce que Groupes Sender Keys dans Arc ?
Époques de groupe par expéditeur et appareil, cloisonnement des membres et distribution de SKDM via des sessions individuelles authentifiées.
Qu’est-ce que Sealed Sender + livraison anonyme dans Arc ?
Certificats d'expéditeur séparés par usage, boîtes de réception opaques, push générique et interdiction du fallback en clair.
Qu’est-ce que DM et Group Mesh directs signés dans Arc ?
Messagerie directe de crise avec origine et intégrité authentifiées, explicitement signalée comme non E2EE car les relays ou observateurs proches peuvent voir le contenu.
Qu’est-ce que DM Mesh E2EE direct dans Arc ?
Mode de message direct distinct avec contenu E2EE, état de confiance explicite et sans fallback silencieux vers une livraison signée non E2EE.
Qu’est-ce que Multi-hop borné et store-and-forward dans Arc ?
Relay aux ressources bornées, déduplication, TTL et reprise offline, sans prétendre garantir une distance, une route ou un délai de livraison.
Base du comparatif et déclaration
- Les fiches concurrentes citent des sources officielles ; celle d’Arc est liée à la spécification complète et au même modèle de score.
- Chaque source primaire n'étaye que la catégorie où elle est citée ; elle ne justifie pas toutes les affirmations ou tous les scores et n'implique pas l'approbation du fournisseur.
- Les noms et marques appartiennent à leurs titulaires respectifs. Leur présence n'implique ni partenariat, ni approbation, ni affiliation.
Security
Détails de sécurité d'Arc
Ces onze capacités forment une spécification complète et sont évaluées ensemble comme Arc.
Technology
Technologie Arc
Ces onze capacités forment une spécification complète et sont évaluées ensemble comme Arc.