Threema¶
- Usage adapté
- Pseudonymat envers le contact sans numéro requis. [1] [2] [3] [4]
- À éviter si…
- Vous exigez la PFS sur Desktop 2.0 bêta ou l’anonymat réseau. [1] [2] [3] [4]
- Atout principal
- ID sans numéro ni e-mail obligatoire ; maturité mobile. [1] [2]
- Limite principale
- Limites du desktop bêta, données de compte et achat corrélable. [1] [2]
- Identifiant du compte
- ID Threema aléatoire ; numéro et e-mail facultatifs. [1] [2]
- Android
- Oui, client indiqué dans l’étude. [1]
- Confiance et périmètre
- Propriétés propres au client ; PFS absente de Desktop 2.0 bêta, statut du retest à vérifier. [1] [2]
Ce que votre contact apprend¶
- 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]
Ce que le fournisseur apprend¶
- Ce que le fournisseur apprend
- Données d’ID et de connexion ; remises agrégées de données de compte publiées. [1] [2]
Autres observateurs¶
- 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]
- 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]
- Preuves judiciaires publiques
- Rapports 2025 et S1 2026 : remises agrégées de données de compte ; pas preuve de remise du contenu. [1] [2] [3]
Chiffrement et clés¶
- Chiffrement E2EE
- E2EE ; les propriétés dépendent du client, notamment en desktop bêta. [1] [2]
- Forward secrecy
- 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
- Inconnu : non établi pour la version et la configuration considérées.
- Vérification des clés
- Vérifier identité / empreinte via un canal séparé. [1] [2]
Métadonnées et identité¶
- Exposition des métadonnées
- ID, connexions et identifiants facultatifs ; achat via store corrélable. [1] [2]
- Identifiant global
- ID aléatoire durable ; les liens facultatifs ajoutent de la corrélation. [1] [2]
- Username / découverte
- Inconnu : non établi pour la version et la configuration considérées.
- Notifications push
- Inconnu : non établi pour la version et la configuration considérées.
Appels, IP et groupes¶
- IP au correspondant
- Vérifier mode d’appel et relais par client et configuration. [1] [2]
- Relais / TURN
- Les propriétés du relais d’appel doivent être vérifiées sur le client utilisé. [1] [2]
- Appels
- Inconnu : non établi pour la version et la configuration considérées.
- Groupes
- Inconnu : non établi pour la version et la configuration considérées.
Appareils et sauvegardes¶
- Multi-appareil
- Desktop 2.0 bêta : deux ordinateurs maximum, pas de PFS ; ancien client dépend du téléphone. [1] [2]
- Sauvegardes
- Inconnu : non établi pour la version et la configuration considérées.
Audits, limites et cas publics¶
- 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]
- Limite principale
- Limites du desktop bêta, données de compte et achat corrélable. [1] [2]
- Preuves judiciaires publiques
- Rapports 2025 et S1 2026 : remises agrégées de données de compte ; pas preuve de remise du contenu. [1] [2] [3]
Configuration et inconnues¶
- Configuration conseillée
- 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]
Comprendre les termes¶
Chiffrement de bout en bout — E2EE
Les terminaux des participants contrôlent les clés du contenu. Le serveur de transport ne devrait pas lire les messages normaux. Comprendre
Métadonnées
Les données autour de l’échange : comptes, IP, horaires, volumes, appareils ou groupes. Comprendre
Pseudonymat
Utiliser une identité différente de votre identité civile. Elle peut toutefois être reliée à vous. Comprendre
Anonymat réseau
Réduire la possibilité de relier un trafic à votre adresse réseau ou à son destinataire. Comprendre
Conclusion canonique et matrice de référence¶
À retenir : l’identifiant aléatoire et l’inscription sans téléphone/e-mail sont utiles au pseudonymat envers le contact. Limites : le fournisseur peut détenir des données d’ID/connexion et en publie des remises agrégées; l’achat via store peut créer une relation store; Desktop 2.0 bêta, PFS non supportée, fonctionnalité limitée et rétention de certaines propriétés dépend des clients. Sources : privacy and reports, Desktop 2 beta limits, cryptography whitepaper [accès à vérifier].
Preuves détaillées¶
Lire le dossier Threema en Phase 2.
Threat models¶
Transposition exacte de la matrice canonique TM1–TM15, avec les mêmes réserves de configuration et de preuve. ✅ : résistance relativement forte ; 🟡 : partielle ; 🟠 : exposition importante ; 🔴 : faible résistance ; ❓ : données insuffisantes.
| Menace | Résistance relative |
|---|---|
| TM1 Fournisseur curieux | 🟡 |
| TM2 Infrastructure compromise | 🟡 |
| TM3 Opérateur malveillant | 🟡 |
| TM4 ISP / Wi-Fi / LAN | 🟠 |
| TM5 Observateur passif multipoint | 🟠 |
| TM6 Adversaire global passif | 🔴 |
| TM7 Contact malveillant | 🟠 |
| TM8 Harceleur / doxxer OSINT | 🟡 |
| TM9 Demande judiciaire classique | 🟠 |
| TM10 Enquête sophistiquée multi-source | 🟠 |
| TM11 Appareil verrouillé | ❓ |
| TM12 Appareil déverrouillé | 🔴 |
| TM13 Spyware / terminal contrôlé | 🔴 |
| TM14 Supply-chain compromise | 🟠 |
| TM15 Censure étatique | 🟠 |