Comparatif général

18 architectures, sans classement absolu. Cliquez sur une propriété pour sa définition, et sur les références pour les preuves.

Comparateur

Messagerie	Chiffrement E2EE	Identifiant du compte	Exposition des métadonnées	IP au correspondant	Limite principale
Signal	Chiffrement E2EEE2EE mature pour messages et appels ; le terminal reste déterminant. [1] [2]	Identifiant du compteNuméro d’inscription ; username facultatif. [1] [2]	Exposition des métadonnéesNuméro connu du service ; certaines dates de compte publiquement remises. [1] [2]	IP au correspondantAppels relayables ; contrôler le réglage et le chemin réel. [1] [2]	Limite principaleNuméro obligatoire connu du fournisseur et du télécom. [1] [2]
SimpleX	Chiffrement E2EEE2EE Double Ratchet ; padding déclaré pour les messages. [1] [2]	Identifiant du compteProfil local ; invitations propres à chaque relation. [1] [2]	Exposition des métadonnéesPas de compte global ; relais, queues, timing et push iOS restent des surfaces. [1] [2]	IP au correspondantTURN par défaut masque l’IP au pair ; P2P peut la révéler. [1] [2]	Limite principalePlus de friction multi-appareil ; relais et notifications restent à comprendre. [1] [2]
Olvid	Chiffrement E2EEProtocole étudié formellement sous hypothèses bornées ; pas un audit de tout le système 2026. [1] [2]	Identifiant du compteIdentité cryptographique ; pas de téléphone ni e-mail obligatoire. [1] [2]	Exposition des métadonnéesClés de routage, tailles et timing visibles dans le modèle formel. [1] [2]	IP au correspondantTURN-only documenté : IP cachée au pair, visible au relais. [1] [2]	Limite principalePas d’anonymat réseau ; appels et multi-appareil sous licence. [1] [2]
Session	Chiffrement E2EEProtocol V1 : findings WOOT 2026 ; correction et retest courants non établis. [1] [2]	Identifiant du compteID aléatoire sans numéro ; routage onion des messages. [1] [2]	Exposition des métadonnéesNœuds et relais voient leur portion de trafic ; appels exposent l’IP. [1] [2]	IP au correspondantAppels bêta P2P : IP au pair et au STUN/TURN géré. [1] [2]	Limite principaleAttaques Protocol V1 et statut de correction / retest inconnu ; appels exposent l’IP. [1] [2]
Threema	Chiffrement E2EEE2EE ; les propriétés dépendent du client, notamment en desktop bêta. [1] [2]	Identifiant du compteID Threema aléatoire ; numéro et e-mail facultatifs. [1] [2]	Exposition des métadonnéesID, connexions et identifiants facultatifs ; achat via store corrélable. [1] [2]	IP au correspondantVérifier mode d’appel et relais par client et configuration. [1] [2]	Limite principaleLimites du desktop bêta, données de compte et achat corrélable. [1] [2]
Cwtch	Chiffrement E2EEE2EE via services onion selon la conception publiée. [1] [2]	Identifiant du compteProfil local / onion ; pas de téléphone ou e-mail requis. [1] [2]	Exposition des métadonnéesConcentration centrale réduite ; présence et corrélation de trafic restent possibles. [1] [2]	IP au correspondantMessages via onion ; pas d’appels établis ; Tor ne couvre pas un adversaire global. [1] [2]	Limite principalePas d’iOS ; écosystème niche et assurance moins étendue. [1] [2]
Briar	Chiffrement E2EEE2EE ; Tor et transports locaux Android. [1] [2]	Identifiant du compteIdentité locale ; contacts à proximité ou par invitation. [1] [2]	Exposition des métadonnéesCentralisation moindre ; réseau local / Tor et terminaux restent observables. [1] [2]	IP au correspondantTor ou transports locaux ; pas d’appels ; corrélation globale non résolue. [1] [2]	Limite principalePas d’iOS ni d’appels ; maintenance essentielle depuis juillet 2026. [1] [2]
Jami	Chiffrement E2EEChiffrement selon les protocoles et fonctions du client. [1] [2]	Identifiant du compteClé / identité DHT-P2P. [1] [2]	Exposition des métadonnéesDHT, bootstrap, NAT et pairs voient leur portion du réseau. [1] [2]	IP au correspondantP2P peut révéler l’IP ; vérifier le chemin des appels. [1] [2]	Limite principaleIP, disponibilité, DHT et assurance inégale par version. [1] [2]
Tox / qTox	Chiffrement E2EEE2EE Tox ; garanties opérationnelles propres à chaque client. [1] [2]	Identifiant du compteClé publique / ID Tox ; protocole et clients distincts. [1] [2]	Exposition des métadonnéesDHT et pairs ; ID durable corrélable par réutilisation. [1] [2]	IP au correspondantConnexions et appels P2P peuvent révéler l’IP. [1] [2]	Limite principaleClients mobiles, forks et maintenance non interchangeables. [1] [2]
Matrix / Element	Chiffrement E2EEE2EE par salon / client ; pas automatique partout. [1] [2]	Identifiant du compteMXID @nom:serveur ; homeserver choisi. [1] [2]	Exposition des métadonnéesHomeserver voit compte, appareils, membership, événements et IP. [1] [2]	IP au correspondantWebRTC direct ou TURN/SFU ; l’opérateur SFU voit IP et métadonnées. [1] [2]	Limite principaleAuto-hébergement ne supprime pas métadonnées, push ou risques de salon clair. [1] [2]
XMPP / OMEMO	Chiffrement E2EEOMEMO si actif, compatible et clés vérifiées. [1] [2]	Identifiant du compteJID sur un domaine / serveur ; clients choisis. [1] [2]	Exposition des métadonnéesServeur voit JID, présence, connexions et roster selon extensions. [1] [2]	IP au correspondantJingle/ICE peut être direct ; TURN masque l’IP au pair. [1] [2]	Limite principalePas de verdict universel sans client, version et serveur précis. [1] [2]
Telegram	Chiffrement E2EECloud Chats / groupes non E2EE ; Secret Chats distincts, liés aux appareils. [1] [2]	Identifiant du compteNuméro requis ; username facultatif. [1] [2]	Exposition des métadonnéesLe fournisseur peut traiter messages cloud et métadonnées. [1] [2]	IP au correspondantAppels directs ou relayés selon réglage / réseau. [1] [2]	Limite principaleNe protège pas le texte cloud vis-à-vis du fournisseur. [1] [2]
WhatsApp	Chiffrement E2EEE2EE par défaut des messages et appels personnels ; sauvegardes à considérer. [1] [2]	Identifiant du compteNuméro, carnet d’adresses et écosystème Meta. [1] [2]	Exposition des métadonnéesNuméro, graphe d’usage, IP et informations de service restent des surfaces. [1] [2]	IP au correspondantAppels peuvent utiliser un relais ; Meta reste l’opérateur central. [1] [2]	Limite principaleForte liaison au numéro, aux comptes et aux métadonnées. [1] [2]
Discord	Chiffrement E2EETexte et DM non E2EE ; DAVE couvre uniquement les médias éligibles. [1] [2]	Identifiant du compteCompte / username ; e-mail et parfois téléphone. [1] [2]	Exposition des métadonnéesMessages, comptes, serveurs et membres visibles à la plateforme. [1] [2]	IP au correspondantAppels généralement relayés ; IP visible au service voix. [1] [2]	Limite principaleLa plateforme peut lire le texte ; changer d’app n’efface pas la rencontre. [1] [2]
Wire	Chiffrement E2EEE2EE dans le produit ; audits et code partiellement ouverts. [1] [2]	Identifiant du compteCompte, e-mail / téléphone selon offre et inscription. [1] [2]	Exposition des métadonnéesCompte, IP et données de service subsistent. [1] [2]	IP au correspondantAppels directs ou relayés selon service et configuration. [1] [2]	Limite principaleE-mail de compte corrélable ; audit produit ≠ backend / binaire. [1] [2]
Delta Chat	Chiffrement E2EEAutocrypt ; E2EE dépend du contact et de la conversation. [1] [2]	Identifiant du compteAdresse e-mail / chatmail et profil local. [1] [2]	Exposition des métadonnéesOpérateur mail voit adresses, headers, temps et volumes. [1] [2]	IP au correspondantAppels WebRTC peuvent être P2P et divulguer l’IP. [1] [2]	Limite principaleMétadonnées mail ; assurance E2EE dépendante de la conversation. [1] [2]
Ricochet Refresh	Chiffrement E2EECanal Tor onion ; assurance contemporaine du ratchet insuffisante. [1] [2]	Identifiant du compteIdentité par service onion ; pas de téléphone ou e-mail requis. [1] [2]	Exposition des métadonnéesPas de fournisseur de compte unique ; Tor et terminaux demeurent. [1] [2]	IP au correspondantOnion masque l’IP dans le chemin normal ; pas d’appels établis. [1] [2]	Limite principaleFaible maturité / activité ; ancien audit Ricochet non transférable. [1] [2]
Status / Waku	Chiffrement E2EEE2EE annoncé ; assurance dépend du protocole et de la version. [1] [2]	Identifiant du compteProfil wallet / clé, selon fonctionnalités. [1] [2]	Exposition des métadonnéesNœuds gérés peuvent voir IP, topics et activité. [1] [2]	IP au correspondantAppels et exposition réseau courants non établis comme avantage. [1] [2]	Limite principaleIdentité durable ; opérateurs, builds et clients effectifs à vérifier. [1] [2]

Les preuves détaillées sont conservées dans le registre Phase 2 en français. La traduction est une reformulation, pas une nouvelle preuve.

Texte canonique intégral

Produit	Identité / découverte	Contenu et métadonnées	IP au correspondant et appels	Limite structurante / confiance
Signal	Identité / découverteNuméro d’inscription obligatoire; username facultatif, sans annuaire public. Les réglages de visibilité et de recherche sont séparés.	Contenu et métadonnéesE2EE mature pour messages/appels; le fournisseur ne voit pas le corps normal mais conserve des données de compte et peut remettre certaines métadonnées.	IP au correspondant et appelsAppels relayables; vérifier le réglage et le chemin réel.	Limite structurante / confianceTrès bon compromis sécurité/adoption, mais lien numéro–compte persiste côté service. AKV améliore la transparence des clés, pas l’identité civile.
SimpleX	Identité / découverteProfil local sans ID global; lien/QR de connexion par relation.	Contenu et métadonnéesE2EE Double Ratchet et padding déclaré pour les messages; files relais temporaires, métadonnées transport et push iOS restent des surfaces.	IP au correspondant et appelsTURN par défaut masque l’IP au pair; le relais observe IP et durée; P2P révèle l’IP au correspondant.	Limite structurante / confianceModèle d’identité/métadonnées distinctif, avec davantage de friction multi-device et de dépendance aux relais configurés. Les déclarations de non-logging restent des déclarations sans capture indépendante courante.
Olvid	Identité / découvertePas de téléphone/e-mail obligatoire; identité cryptographique.	Contenu et métadonnéesAnalyse indépendante 2026 du protocole sous hypothèses formelles; l’étude indique que le serveur voit des clés de routage, tailles et timings.	IP au correspondant et appelsDocumentation de calls TURN-only protège l’IP au pair mais pas au relay.	Limite structurante / confianceMétadonnées réseau et infrastructure demeurent; multi-device et appels payants après période d’essai.
Session	Identité / découverteID aléatoire, pas de numéro requis; routage onion pour messages selon réseau.	Contenu et métadonnéesLes messages utilisent Session Protocol V1; l’étude WOOT 2026 trouve des défauts d’authentification et de compteurs.	IP au correspondant et appelsAppels bêta P2P révèlent l’IP au correspondant et au STUN/TURN géré par STF.	Limite structurante / confianceNe pas recommander pour assurance maximale avant preuve du correctif et retest sur version distribuée. Le réseau a évolué depuis Oxen, donc les résultats spécifiques à l’ancien consensus ne se transfèrent pas mécaniquement.
Threema	Identité / découverteID aléatoire; téléphone/e-mail facultatifs pour découverte.	Contenu et métadonnéesE2EE; contrôle fournisseur moins riche en identité civile si aucun identifiant n’est lié, mais IP/timestamps/IDs existent.	IP au correspondant et appelsLes modes d’appel et relais doivent être vérifiés par client/configuration.	Limite structurante / confianceTrès établi côté mobile; Desktop 2.0 bêta sans PFS, deux PCs maximum et fonctionnalités incomplètes.
Cwtch	Identité / découverteProfil sans téléphone/e-mail; contacts établis par échange d’invitations.	Contenu et métadonnéesE2EE via Tor onion services et profil local selon conception annoncée.	IP au correspondant et appelsPas d’appels actuels établis dans le dossier.	Limite structurante / confianceBon cloisonnement théorique vis-à-vis d’un service central, mais écosystème niche, maintenance et audits plus limités, pas d’iOS.
Briar	Identité / découverteIdentité locale; contact à proximité ou via invitation.	Contenu et métadonnéesChiffrement de bout en bout; Tor, réseau local, Bluetooth/stockage amovible sur Android.	IP au correspondant et appelsPas d’appels voix actuels établis.	Limite structurante / confianceFort intérêt pour résilience hors Internet, mais UX, consommation et fonctionnalités limitées; projet désormais en maintenance essentielle, pas de client iOS.
Jami	Identité / découverteClé/identité; découverte DHT/P2P.	Contenu et métadonnéesChiffrement selon protocoles et fonctionnalités du client; métadonnées réparties entre pairs/services.	IP au correspondant et appelsP2P peut exposer IP; relay/NAT traversals diffèrent par chemin.	Limite structurante / confianceNe pas confondre « sans serveur central » avec protection contre le correspondant, les nœuds et la corrélation.
Tox/qTox	Identité / découverteClé publique/ID Tox; pas de numéro imposé par le protocole.	Contenu et métadonnéesE2EE dans le protocole Tox, mais sécurité opérationnelle varie entre implémentations.	IP au correspondant et appelsConnexions P2P/appels peuvent révéler les IP.	Limite structurante / confianceCouverture audits, maintenance et clients mobiles inégaux; il faut nommer précisément le client.
Matrix/Element	Identité / découverteMXID @nom:serveur; serveur choisi; e-mail/téléphone facultatifs ou exigés par certains homeservers.	Contenu et métadonnéesE2EE par salon, non automatique partout; serveur voit membership, événements de contrôle, comptes, appareils et IP.	IP au correspondant et appelsWebRTC peut être direct ou via TURN/SFU; SFU voit IP et métadonnées même lorsque le média est chiffré.	Limite structurante / confianceUn homeserver auto-hébergé change l’opérateur mais ne supprime pas la fédération, les backups, push ou risques de salon non chiffré.
XMPP/OMEMO	Identité / découverteJID sur domaine/serveur; adresse e-mail/nom peuvent être implicites ou corrélables.	Contenu et métadonnéesOMEMO chiffre le contenu lorsque actif et compatible; serveur conserve JID, présence, roster/metadata et messages chiffrés selon config.	IP au correspondant et appelsJingle/ICE peut être direct; TURN masque pair mais voit IP.	Limite structurante / confianceLe résultat dépend principalement du serveur, client, version, gestion des appareils et configuration OMEMO.
Telegram	Identité / découverteNuméro requis; username facultatif; lookup/réglages d’annuaire.	Contenu et métadonnéesCloud Chats par défaut côté serveur; Secret Chats E2EE distincts; groupes/channels cloud.	IP au correspondant et appelsAppels relayables/directs selon réglage/réseau.	Limite structurante / confianceTrès fonctionnel mais E2EE non universel; ne pas présenter « Telegram chiffré » sans préciser le mode.
WhatsApp	Identité / découverteNuméro requis, carnet d’adresses et écosystème Meta.	Contenu et métadonnéesE2EE par défaut messages/appels personnels; Meta traite beaucoup de métadonnées et la sauvegarde dépend du paramétrage.	IP au correspondant et appelsAppels peuvent utiliser relay pour masquer IP au correspondant; service Meta demeure central.	Limite structurante / confianceContenu protégé dans le périmètre E2EE, mais forte liaison au numéro, au graphe social, appareil et compte écosystème.
Discord	Identité / découverteCompte avec identifiant/username, e-mail/téléphone parfois; serveurs/groupes identifiants.	Contenu et métadonnéesTexte/DM lisibles par plateforme; DAVE E2EE pour médias d’appels éligibles uniquement.	IP au correspondant et appelsArchitecture d’appel relayée réduit généralement l’exposition directe pair-à-pair, mais révèle IP au service de voix.	Limite structurante / confianceÀ garder pour communautés/collaboration, pas comme canal confidentiel pour le texte.
Wire	Identité / découverteCompte et découverte selon offre/configuration; e-mail téléphone selon inscription.	Contenu et métadonnéesE2EE de contenu dans le produit; serveurs et comptes gardent de la métadonnée.	IP au correspondant et appelsAppels relayés ou directs selon service et config.	Limite structurante / confianceCode et audits présents mais pas équivalents à une inspection intégrale de l’infrastructure et des builds.
Delta Chat	Identité / découverteE-mail/chatmail comme adresse; profil local et liens d’invitation.	Contenu et métadonnéesAutocrypt peut E2EE les échanges; le serveur mail voit les adresses et métadonnées SMTP/IMAP; chiffrement dépend du contact.	IP au correspondant et appelsAppels WebRTC peuvent être P2P et exposer IP; TURN change le point de confiance.	Limite structurante / confianceBonne portabilité et modèle familier; assurance E2EE non uniforme, messagerie et mail provider forment une seule chaîne.
Ricochet Refresh	Identité / découverteIdentité par onion service; sans compte central téléphone/e-mail.	Contenu et métadonnéesMessages via canal Tor onion; manque de preuve contemporaine suffisante sur ratchet, audits et rétention locales.	IP au correspondant et appelsPas d’appels actuels établis.	Limite structurante / confianceSurface réseau intéressante mais maintenance, maturité et audits récents faibles/inconnus; ne pas transformer l’audit de Ricochet historique en audit Refresh.
Status/Waku	Identité / découverteProfil wallet/clé et identifiants Status selon fonctionnalités.	Contenu et métadonnéesProtocoles E2EE annoncés; nœuds Waku peuvent voir IP/topic/activité selon service.	IP au correspondant et appelsAppels ne sont pas établis comme avantage actuel.	Limite structurante / confianceLe mot « décentralisé » ne dit pas combien d’opérateurs réels ni ce qu’un nœud voit; assurance et ergonomie évoluent.