Signal vs Threema¶
Choisissez deux à quatre messageries. Chaque propriété vient du même catalogue traçable ; les inconnues restent explicites.
| Propriété | Signal | Threema |
|---|---|---|
| Identifiant du compte | Numéro d’inscription ; username facultatif. [1] [2] | ID Threema aléatoire ; numéro et e-mail facultatifs. [1] [2] |
| Numéro fourni au service | Oui, même si le numéro est caché au contact. [1] [2] | Facultatif pour la découverte. [1] [2] |
| Chiffrement E2EE | E2EE mature pour messages et appels ; le terminal reste déterminant. [1] [2] | E2EE ; les propriétés dépendent du client, notamment en desktop bêta. [1] [2] |
| Exposition des métadonnées | Numéro connu du service ; certaines dates de compte publiquement remises. [1] [2] | ID, connexions et identifiants facultatifs ; achat via store corrélable. [1] [2] |
| IP au correspondant | Appels relayables ; contrôler le réglage et le chemin réel. [1] [2] | Vérifier mode d’appel et relais par client et configuration. [1] [2] |
| Multi-appareil | iPhone principal ; PC officiels appairés au téléphone. [1] [2] | Desktop 2.0 bêta : deux ordinateurs maximum, pas de PFS ; ancien client dépend du téléphone. [1] [2] |
| Atout principal | Sécurité de contenu mature, adoption et ergonomie iPhone + PC. [1] [2] | ID sans numéro ni e-mail obligatoire ; maturité mobile. [1] [2] |
| Limite principale | Numéro obligatoire connu du fournisseur et du télécom. [1] [2] | Limites du desktop bêta, données de compte et achat corrélable. [1] [2] |
| Usage adapté | Sécurité quotidienne ; pseudonymat envers le contact avec réglages renforcés. [1] [2] [3] [4] | Pseudonymat envers le contact sans numéro requis. [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 propres au client ; PFS absente de Desktop 2.0 bêta, statut du retest à vérifier. [1] [2] |
Détails techniques : identité, clés, push, appareils, audits et preuves
| Propriété | Signal | Threema |
|---|---|---|
| Adresse e-mail requise | Inconnu : non établi pour la version et la configuration considérées. | Facultatif pour la découverte. [1] [2] |
| Username / découverte | Facultatif ; sans annuaire public. [1] [2] | Inconnu : non établi pour la version et la configuration considérées. |
| 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] | Pas nécessaire si aucun numéro n’est lié / partagé. [1] [2] |
| Identifiant global | Compte lié au numéro chez le service. [1] [2] | ID aléatoire durable ; les liens facultatifs ajoutent de la corrélation. [1] [2] |
| Forward secrecy | Propriété documentée du protocole ; dépend des clients et appareils liés. [1] [2] | Desktop 2.0 bêta ne prend pas en charge la PFS ; ne pas généraliser aux autres clients. [1] [2] |
| Sécurité après compromission | Récupération cryptographique après une compromission temporaire ; pas avec un spyware persistant. [1] [2] | Inconnu : non établi pour la version et la configuration considérées. |
| 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] | Vérifier identité / empreinte via un canal séparé. [1] [2] |
| Relais / TURN | Activer Always Relay Calls si l’IP au contact importe ; le relais voit l’IP. [1] [2] | Les propriétés du relais d’appel doivent être vérifiées sur le client utilisé. [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] | Données d’ID et de connexion ; remises agrégées de données de compte publiées. [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] | Inconnu : non établi pour la version et la configuration considérées. |
| 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] | Inconnu : non établi pour la version et la configuration considérées. |
| Sauvegardes | Inconnu : non établi pour la version et la configuration considérées. | Inconnu : non établi pour la version et la configuration considérées. |
| 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] | Cure53 et analyses Ibex : scopes distincts ; statut de retest desktop à vérifier. [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] | Rapports 2025 et S1 2026 : remises agrégées de données de compte ; pas preuve de remise du contenu. [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 exigez la PFS sur Desktop 2.0 bêta ou l’anonymat réseau. [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] | Ne lier ni téléphone ni e-mail sans besoin ; vérifier empreintes et limites de chaque client. [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] | Mobile établi ; expérience desktop encore bêta et limitée. [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.