Signal vs SimpleX¶
Choisissez deux à quatre messageries. Chaque propriété vient du même catalogue traçable ; les inconnues restent explicites.
| Propriété | Signal | SimpleX |
|---|---|---|
| Identifiant du compte | Numéro d’inscription ; username facultatif. [1] [2] | Profil local ; invitations propres à chaque relation. [1] [2] |
| Numéro fourni au service | Oui, même si le numéro est caché au contact. [1] [2] | Non requis. [1] [2] |
| Chiffrement E2EE | E2EE mature pour messages et appels ; le terminal reste déterminant. [1] [2] | E2EE Double Ratchet ; padding déclaré pour les messages. [1] [2] |
| Exposition des métadonnées | Numéro connu du service ; certaines dates de compte publiquement remises. [1] [2] | Pas de compte global ; relais, queues, timing et push iOS restent des surfaces. [1] [2] |
| IP au correspondant | Appels relayables ; contrôler le réglage et le chemin réel. [1] [2] | TURN par défaut masque l’IP au pair ; P2P peut la révéler. [1] [2] |
| Multi-appareil | iPhone principal ; PC officiels appairés au téléphone. [1] [2] | Appairage mobile–desktop documenté sur le même réseau local ; desktop bêta. [1] [2] |
| Atout principal | Sécurité de contenu mature, adoption et ergonomie iPhone + PC. [1] [2] | Séparation des relations sans identifiant global obligatoire. [1] [2] |
| Limite principale | Numéro obligatoire connu du fournisseur et du télécom. [1] [2] | Plus de friction multi-appareil ; relais et notifications restent à comprendre. [1] [2] |
| Usage adapté | Sécurité quotidienne ; pseudonymat envers le contact avec réglages renforcés. [1] [2] [3] [4] | Contacts pseudonymes rencontrés en ligne ; minimisation des identifiants de compte. [1] [2] [3] [4] |
| Confiance et périmètre | Propriétés documentaires bornées ; métadonnées de production et binaires non vérifiés expérimentalement. [1] | Propriétés documentaires bornées ; métadonnées de production et binaires non vérifiés expérimentalement. [1] |
Détails techniques : identité, clés, push, appareils, audits et preuves
| Propriété | Signal | SimpleX |
|---|---|---|
| Adresse e-mail requise | Inconnu : non établi pour la version et la configuration considérées. | Non requis. [1] [2] |
| Username / découverte | Facultatif ; sans annuaire public. [1] [2] | Pas de username global obligatoire ; adresse publique facultative à éviter pour cloisonner. [1] [2] |
| Numéro visible au contact | Masquable : visibilité ET recherche par numéro sur Nobody ; un numéro déjà connu du contact ne s’efface pas. [1] [2] | Aucun numéro requis à transmettre. [1] [2] |
| Identifiant global | Compte lié au numéro chez le service. [1] [2] | Aucun identifiant global d’utilisateur requis. [1] [2] |
| Forward secrecy | Propriété documentée du protocole ; dépend des clients et appareils liés. [1] [2] | Double Ratchet documenté ; versions et implémentations restent à vérifier. [1] [2] |
| Sécurité après compromission | Récupération cryptographique après une compromission temporaire ; pas avec un spyware persistant. [1] [2] | Récupération post-compromission décrite par le protocole ; terminal intègre nécessaire. [1] [2] |
| Vérification des clés | Safety Number hors bande ; AKV ne certifie pas l’identité et nécessite le numéro pour l’autre compte. [1] [2] | Inconnu : non établi pour la version et la configuration considérées. |
| Relais / TURN | Activer Always Relay Calls si l’IP au contact importe ; le relais voit l’IP. [1] [2] | Always use relay ; TURN voit IP et durée. [1] [2] |
| Ce que le fournisseur apprend | Numéro d’inscription et données limitées de compte ; pas le contenu normal E2EE par conception. [1] [2] | Les relais voient leur transport ; corps E2EE. Le non-logging annoncé n’a pas été mesuré ici. [1] [2] |
| Ce que le contact apprend | Le contact reçoit les messages et le profil que vous partagez ; il peut en conserver une copie. [1] [2] | Le contact reçoit les messages et le profil que vous partagez ; il peut en conserver une copie. [1] [2] |
| Ce que le réseau / FAI apprend | Le réseau voit destinations, horaires et volumes ; Tor ou un relais déplace l’observateur. [1] [2] | Le réseau voit destinations, horaires et volumes ; Tor ou un relais déplace l’observateur. [1] [2] |
| Notifications push | Payload APNs exact non capturé ; notifications locales à maîtriser. [1] [2] | Push iOS : queues et fréquence partiellement visibles au service ; payload exact non capturé. [1] [2] |
| Exposition à Apple / Google | Magasin, installation et push peuvent créer des métadonnées ; le lien exact au profil dépend de l’OS et n’a pas été testé ici. [1] [2] | Magasin, installation et push peuvent créer des métadonnées ; le lien exact au profil dépend de l’OS et n’a pas été testé ici. [1] [2] |
| Groupes | Inconnu : non établi pour la version et la configuration considérées. | Inconnu : non établi pour la version et la configuration considérées. |
| Appels | Appels documentés ; leur chemin réseau doit être distingué des messages. [1] [2] | Appels documentés ; leur chemin réseau doit être distingué des messages. [1] [2] |
| Sauvegardes | Inconnu : non établi pour la version et la configuration considérées. | Profils et historique locaux ; garanties complètes de sauvegarde par version non établies ici. [1] [2] |
| Code source et binaires | Dépôts et périmètres par composant consignés en Phase 2 ; aucun binaire courant reproduit bit à bit ici. [1] [2] | Dépôts et périmètres par composant consignés en Phase 2 ; aucun binaire courant reproduit bit à bit ici. [1] [2] |
| Audits | Protocoles et AKV examinés dans des périmètres distincts ; pas toute l’infrastructure ni chaque binaire. [1] [2] [3] | Trail of Bits 2022 et revue protocolaire 2024 ; revue 2026 annoncée sans rapport exploitable à la date du rapport. [1] [2] [3] |
| Preuves judiciaires publiques | Réponse fournisseur 2026 : création et dernière connexion de six comptes ; pas les messages. [1] [2] [3] | Déclaration fournisseur 2025 : 12 demandes sans information responsive ; pas de dossiers judiciaires indépendants. [1] [2] [3] |
| iOS | Oui, client indiqué dans l’étude. [1] [2] | Oui, client indiqué dans l’étude. [1] [2] |
| Android | Oui, client indiqué dans l’étude. [1] | Oui, client indiqué dans l’étude. [1] |
| Windows | Oui, client indiqué dans l’étude. [1] [2] | Bêta ; limites propres au desktop. [1] [2] |
| macOS | Oui, client indiqué dans l’étude. [1] [2] | Bêta ; limites propres au desktop. [1] [2] |
| Linux | Oui, client indiqué dans l’étude. [1] [2] | Bêta ; limites propres au desktop. [1] [2] |
| À éviter si… | Vous refusez de donner un numéro au service. [1] [2] [3] [4] | Vous ne pouvez pas accepter les contraintes de profil, relais et appairage local. [1] [2] [3] [4] |
| Configuration conseillée | Visibilité et recherche : Nobody ; username neuf, profil neutre, Safety Number vérifié, appels relayés si nécessaire. [1] [2] [3] [4] | Profil neuf, invitation unitaire, pas de pseudo réutilisé ; TURN ; notifications iOS choisies consciemment. [1] [2] [3] [4] |
| Inconnues restantes | Comportement réseau, binaires distribués et forensique contemporains restent incomplets ; vérifier version, OS et configuration. [1] [2] | Comportement réseau, binaires distribués et forensique contemporains restent incomplets ; vérifier version, OS et configuration. [1] [2] |
| Facilité d’usage | Très praticable pour iPhone + PC ; téléphone principal conservé. [1] [2] [3] [4] | Plus de configuration et de friction que Signal ; appairage local. [1] [2] [3] [4] |
| Anonymat réseau | Aucune résistance générale démontrée à un observateur passif global. [1] [2] | Aucune résistance générale démontrée à un observateur passif global. [1] [2] |
Personnaliser cette comparaison
- Terminal compromis / déverrouillé et spyware.
- Copie, capture ou divulgation par le correspondant.
- Traces Discord initiales, réutilisation de pseudo, avatar, voix ou fichiers.
- Corrélation globale ; données des relais, FAI, télécom, stores et sauvegardes selon le chemin.