Briar — dossier probatoire approfondi (état au 13 octobre 2026)¶
Registre de preuves — Phase 2
Ce dossier est une pièce de recherche datée. La conclusion canonique est celle du rapport final 1.0. Les synthèses antérieures et renvois à la Phase 3 restent historiques. UNKNOWN reste UNKNOWN.
Périmètre principal : Briar Messenger Android 1.5.21; Briar Mailbox est une application compagnon distincte. Briar Desktop demeure une bêta distincte, avec cadence différente. FACT = document/code public consulté, pas essai actuel; VENDOR CLAIM = déclaration Briar; INDEPENDENT EVIDENCE = étude/audit tiers; INFERENCE = analyse; UNKNOWN = non établi.
| Catégorie | FACT | VENDOR CLAIM | INDEPENDENT EVIDENCE | INFERENCE | UNKNOWN |
|---|---|---|---|---|---|
| 1. Architecture | P2P store-and-forward/synchronisation directe entre appareils, via Tor sur Internet ou Bluetooth/Wi‑Fi/mémoire hors ligne; pas de service central classique. Briar Mailbox optionnelle est un téléphone Android d’utilisateur qui garde temporairement les messages chiffrés. Architecture, Mailbox | Pas de serveur central; données de compte et contacts restent sur appareils. Politique | ETH Zurich a décrit BQP/BRP/BHP/BTP/BSP et leurs clients en 2023; l’étude conseille encore d’analyser le trafic et Briar Mailbox. Étude | La décentralisation élimine une base centrale riche, mais chaque contact et Mailbox déployée constituent des endpoints qui peuvent observer/être saisis. | Topologie réelle, protocoles actifs par version et transports, comportement Mailbox face à pair malveillant ou hors ligne. |
| 2. Protocole cryptographique | BQP v4 (code/spec courant à contrôler) utilise échange X25519 éphémère et commitment QR; analyse ETH décrit BLAKE2b-256 et Ed25519 identité/signature; BTP transporte avec chiffrement/authentification et rotation périodique des clés. BHP handshake historique 1.4.20 remplacé par un handshake corrigé en 1.5.3. ETH, correctif éditeur | Chiffrement E2EE et rotation de clés visent la forward secrecy. Comment ça marche | Étude ETH 2023 a trouvé absence de FS dans l’ancien BHP; l’éditeur confirme un design défectueux mais dit que Tor v3 empêchait l’écoute du scénario pratique, puis remplace le handshake en v1.5.3. Aucun retest indépendant actuel n’est établi ici. | Ne pas réduire « BTP rotation a FS » à « tout échange est FS » : le handshake initial fournit la clé racine et a dû être corrigé; la version de protocole et la voie QR/distance comptent. | État exact BHP v1 actuel, comparaison code 1.5.21/commit aux patchs; politiques de rotation/durée de clés par transport; preuves formelles récentes. |
| 3. Création d’identité | Un compte local se crée avec pseudonyme et mot de passe; téléphone/e-mail non requis. Pas de cloud recovery ou transfert de compte selon le manuel. Manuel | Le compte est gardé sur l’appareil et supprimé avec désinstallation, selon policy/manuel. | Le travail ETH 2023 décrit clés d’identité/signature locales, mais sa version de départ est antérieure aux releases courantes. | Pseudonyme local limite l’identité déclarée au service; l’adresse publique Briar Link contient une clé et peut être diffusée/corrélée à un profil ailleurs. | Entropie effective du mot de passe, clés et KDF dans build courant, effacement réel après désinstallation et traces de l’OS. |
| 4. Contact discovery | Aucun annuaire public. Ajout par QR réciproque en personne ou échange out-of-band d’un lien Briar; introduction par un contact mutuel également possible. Manuel | Les contacts ne sont pas recherchables par nom; QR local garantit l’identité de la personne qui scanne si users vérifient physiquement. | Étude ETH signale qu’une introduction malveillante sans vérification hors bande peut créer MITM, problème connu; la liaison QR est plus forte si les écrans sont échangés de visu. Étude | Link à distance est un bearer-ish public key d’invitation, pas annuaire anonyme: partagé publiquement, il peut associer pseudonyme et futurs contacts. | Étapes exactes d’acceptation, révocation de liens et comportement après changement d’identité selon version actuelle. |
| 5. Métadonnées serveur | Pas de serveur central exploité pour les comptes/messages usuels; les relais Tor et nœuds réseau voient certains flux; une Briar Mailbox donne un point de conservation chiffré contrôlé par l’utilisateur. | Le projet affirme ne pas avoir accès au contenu ni aux métadonnées de communications; crash reports/feedback seulement opt-in. Politique | Aucune mesure de production ou inspection indépendante des relais Tor/mailsboxes n’est effectuée ici. | La politique s’applique au projet, pas aux journaux d’ISP/Tor, au device pair, à la Mailbox utilisateur, ni à un terminal saisi. | Données observables par chaque nœud Tor et Mailbox, métadonnées locales/offline et temps de conservation. |
| 6. IP utilisateur | Internet se connecte via Tor selon la documentation; utilisateur peut activer bridges, désactiver Internet ou limiter aux réseaux locaux. Manuel réseau | Le projet dit Tor protège utilisateurs et relations contre surveillance, et cite les bridges contre blocages. | Pas de capture réseau, identification du guard, DNS ni analyse du chemin réel par version dans cette enquête. | Un ISP voit une connexion Tor/bridge et volumes/horaires, mais pas normalement le pair final; le guard Tor voit l’IP source; observation corrélée multi-points reste possible. | Comportement exact fallback Tor, bootstrap/bridge transports, IPv6, empreintes, mises à jour onion et réseau sur Briar 1.5.21. |
| 7. IP exposée au correspondant | Connexion distante annoncée via Tor, dont des services onion/hide services; ajout de contact offline via QR utilise transports courts. | Le fournisseur revendique empêcher l’observateur Internet de savoir quels utilisateurs se parlent. Architecture | Aucun test de l’IP vue par un correspondant, d’un pair malveillant ou de transfert Mailbox n’a été fait. | Sur le chemin Tor courant le pair ne devrait pas obtenir l’IP publique directe; contact local apprend proximité physique/radio, et une configuration Mailbox ou bug de routage peut changer les points observés. | Candidats/transport et IP pair sur chaque client/option et version; adresse exposée pendant setup, crash ou fallback. |
| 8. Messages | Messages E2EE; quand le pair est offline, livraison attend la prochaine rencontre réseau sauf Mailbox auxiliaire. Manuel, Mailbox | Message stocké sur l’appareil; Mailbox aide à livrer les messages chiffrés offline. | ETH 2023 analyse le sync BSP; Cure53/ROS 2023-24 tests app Android/desktop mais pas la version 2026. | Pas de cloud central réduit conservation serveur; la disponibilité dépend de contacts en ligne, stockage local ou d’une Mailbox persistante. | Disappearing messages actuels, tombstones, retries, données dans mailbox chiffrées/non chiffrées et purge après livraison. |
| 9. Groupes | Messages privés, groupes privés, forums publics et blogs. Groupes privés : créateur seul peut inviter, membres peuvent quitter; forums ont membres plus ouverts; posts group/forum/blog signés, qui change le modèle de deniability. Manuel, audit ROS | La synchro P2P chiffre le transport et stocke chaque réplica chez membres/subscribers; pas de serveur de groupe central. | ETH 2023 a démontré un défaut historique de duplication de messages signés dans groupes/forums/blogs; éditeur dit corrigé en v1.4.22. ROS 2023 a signalé les limites de dénégation peu documentées. | Un membre compromis/hostile peut observer et copier les données qu’il reçoit; forums/blogs publics ne sont pas équivalents aux chats privés. | Modèle exact de membership/expulsion, historique, anti-Sybil, protections contre corrélation et version actuelle de la correction. |
| 10. Appels | Aucune fonctionnalité vocale/vidéo Briar actuelle établie dans les manuels/docs consultés. | — | Les documents de version/site parlent messages, groupes/forums/blogs, pas appels. | Ne pas attribuer à Briar le modèle IP d’appel d’une autre app. | Toute fonction expérimentale/desktop non publiée ou plugin externe. |
| 11. Fichiers | Photos/images sont partagées selon release Android v1.3; la mise à jour de maintenance 2026 cite encore « file attachments » parmi les fonctions manquantes, ce qui suggère que partage générique de fichiers reste absent ou limité. Release 1.3, maintenance 2026 | Les contenus échangés utilisent E2EE, y compris médias pris en charge. | Pas d’inspection du format image/médias ni de l’historique exact de pièces jointes current. | Photos reçues peuvent être copiées ou extraites localement; « fichier » non pris en charge doit être séparé de l’image intégrée. | Extensions, taille/metadata, fichiers arbitraires, cache galerie, sauvegarde et rétention. |
| 12. Multi-device | Le compte ne peut pas être restauré ou transféré selon le manuel; Briar Mailbox est appareil auxiliaire connecté au compte par QR mais n’est pas une seconde interface de chat complète. Desktop existe en beta séparée. | Les données restent locales et le compte perdu si appareil/password perdu. | Aucun audit de réplication multi-device actuel; ETH 2023 indique pas de backup/transfert dans son snapshot. | Pas de multi-device classique réduit copies serveur mais rend perte d’appareil irréversible; Mailbox crée une copie d’infrastructure utilisateur supplémentaire. | État 2026 de fonctionnalités preview desktop, compatibilité Android↔Desktop et gestion de révocation. |
| 13. Notifications push | Pas d’APNs/FCM de messagerie identifié; réception Internet dépend du service Briar en arrière-plan; Mailbox peut rester en ligne sur appareil séparé. | Projet positionne l’absence de serveur/push central comme protection et reconnaissance d’une limite de batterie. | Pas de manifeste Android actuel ni capture de wake-up/FCM faites; documentation permissions ancienne. | Pas de token central réduit exposition Apple/Google, mais OS, fabricant Android et données réseau de l’app restent observables. | Dépendances Play services dans version courante, notification locale, FCM éventuel et permissions Android exactes. |
| 14. Stockage local | Identité, clés, contacts, messages sont stockés localement; base annoncée chiffrée et verrou app disponible avec password/PIN device. Manuel, audit Cure53 2017 | Compte reste sur appareil et n’est pas récupérable depuis le cloud. | Oxygen Forensic Detective v16 a annoncé « brute-force passcode for Briar app » sur extractions full filesystem, mais sans modèle Android/Briar précis dans les lignes consultées; ce n’est pas une preuve d’extraction universelle. Oxygen v16 notes | Le chiffrement au repos dépend du secret/device/Android FBE; accès appareil déverrouillé ou bruteforce ciblé peut exposer les DB; sécurité cryptographique réseau ne suffit pas. | Schéma/encryption actuelle, key derivation, WAL/tempfiles, extraction par Cellebrite/GrayKey/Magnet et combinaison exacte tool+OS+app. |
| 15. Sauvegardes | Le manuel dit pas de recovery/backup de compte; maintenance 2026 cite l’absence de backup comme problème de produit. | Perte de l’app, device ou password peut rendre le compte irrécupérable. | Aucun dump/bac forensic de la version actuelle analysé. | Avantage pour limiter une copie centrale, coût opérationnel élevé et risque de perte de données. | Possibilité de backup Android OS/cloud automatique, exclusion allowBackup, export et résidus. |
| 16. Analytics / SDK tiers | Feedback/crash reports sont envoyés uniquement sur action/choix et chiffrés; web server logs visits 7 jours selon privacy. Privacy | L’éditeur dit ne collecter ni usages ni identités hors feedback/crash choisis. | Aucune inspection SDK/manifest APK actuel; ancien wiki permissions cite ACRA et permission READ_LOGS, historiquement. Permissions wiki historique | Opt-in diagnostics peuvent contenir device/email si ajoutés; la version actuelle doit être comparée à wiki 2021 avant d’affirmer présence/absence d’ACRA. | Trackers, Firebase, Sentry, crash frameworks, destination réseau et permission manifest v1.5.21. |
| 17. Code source | Client Android GPLv3 public; specs et code du core publics; GitHub est miroir du GitLab source officiel. Desktop/Mailbox composants distincts. Source, miroir | Le projet publie source et procédures de reproduction. | ETH/Cure53/ROS inspectent versions précises, pas chaque release. | Code ouvert facilite review mais attention aux dépôts sous-projets, pins Git submodules, code CI et APK store. | Mainteneurs actifs au 13 oct., branches de sécurité, commits security-hidden, dépendances et provenance du binaire release actuel. |
| 18. Reproductibilité des builds | F-Droid Verification Server publie un résultat reproductible ✅ pour Briar 1.5.19 (version code 10519, essai 10 août 2026); latest website 1.5.21 du 30 sept. n’apparaît pas encore dans le tableau consulté. Le projet publie Docker reproducer. F-Droid verification, release | Le projet dit que ses builds reproduisibles permettent de vérifier l’APK publié. GitHub mirror README | F-Droid fournit une comparaison indépendante reproductible pour certaines releases historiques/récentes; aucun résultat encore repéré pour 1.5.21 ni Google Play release. | C’est l’une des preuves de build les plus concrètes de ce dossier, mais elle doit être liée à la version exacte utilisée. | Reproductibilité v1.5.21, APK direct site/Play ↔ tag et signature, et Desktop/Mailbox variants. |
| 19. Supply chain | Dépôt public utilise CI et versions/dépendances pinées; F-Droid buildserver construit son APK. Pas de scan complet advisories/SBOM actuel. | Projet invite des tiers à reproduire ses APKs. | La comparaison F-Droid 1.5.19 apporte une preuve pour ce canal/version; aucun build test personnel effectué. | Réduire la confiance au store est possible via F-Droid, mais source/build runner/keys/releases restent à protéger. | Secrets CI, signatures releases, dépendances transitive, APK Play vs direct, advisories actuels, maintainer concentration. |
| 20. Infrastructure | Tor est infrastructure réseau pour les connexions Internet; bridges configurables; Bluetooth/Wi-Fi directs; Mailbox personnelle optionnelle. Aucun endpoint central Briar à résoudre pour messagerie classique. Manual, architecture | Le projet ne connaît pas l’adresse des utilisateurs et n’exploite pas un serveur de messagerie. | Aucune mesure passive DNS/ASN/bridge/tor guard effectuée; les nodes Tor changent. | ISP peut reconnaître Tor ou bridge et faire traffic analysis, mais ne voit pas nécessairement l’adresse contact; appareil Mailbox crée une dépendance réseau personale. | Bootstrap/bridge list, point Tor guard, régions/hébergeurs des bridges et comportement de Tor daemon intégré actuel. |
| 21. Juridiction | Projet communautaire à gouvernance par board auto-nommé chaque année; page courante cite financeurs institutionnels mais la page de board donne membres « as of Apr 2023 », pas un siège juridique complet. Gouvernance, funding | Le projet n’a pas de comptes/contenus centraux et son travail a été financé par plusieurs fonds. | Pas d’examen de personnalité juridique, structure contractuelle ou contrats de financement réalisé. | Les réquisitions peuvent viser utilisateurs, hébergeurs Tor/bridge, fournisseur store, mailbox ou appareils plutôt qu’un « serveur Briar ». | Pays d’enregistrement, entité responsable, siège actuel, bénéficiaires, conflits de lois et entité contractante pour Google Play/F-Droid. |
| 22. Demandes policières | Aucun guide LE, transparency report, subpoena, ordre de production ou retour de données Briar effectivement obtenu n’a été identifié ici; website logs 7 jours et rapports diagnostics opt-in constituent une surface limitée du projet. Privacy | Projet affirme n’avoir accès à aucun message/métadonnée de communication. | Pas de recherche judiciaire exhaustive mondiale et pas de preuve de requête/remise réelle. | Peu de données centrales chez l’éditeur n’empêche ni saisie locale, ni demande à l’ISP/store, ni collecte chez correspondant/Mailbox. | Données réellement obtenues dans des affaires, logs Tor/Mailbox ou appareils, ordres non publiés. |
| 23. Affaires judiciaires connues | Aucun cas public Briar-specific avec retour de données confirmé n’a été identifié dans cette étape. | — | Absence de cas retrouvé n’est pas preuve qu’il n’en existe aucun; la recherche est ciblée/indexée. | Exposition dépend du détenteur de l’appareil et de l’opérateur de relais/Tor, pas d’un backend central Briar. | Saisies d’appareils activistes, demandes aux app stores, ordonnances sous scellés et contentieux. |
| 24. Audits | Cure53 2017 (early-stage Android), ROS/OTF 2023 Android/Desktop avec retest en 2024, et projet académique ETH 2023; éléments résumés plus haut dans les audits détaillés. | Briar dit avoir corrigé findings 2017 avant premier stable; 2023 ETH findings corrigés en 1.4.22/1.5.3, aucun signal d’exploitation rapporté. Annonce 2023 | ROS/OTF est un mandat tiers; quatre/6 findings résolues au retest, deux planifiées selon la page audit. ETH semester project indépendant, pas audit contractuel complet. | Historique montre des audits réels + corrections, mais il n’y a pas d’audit complet post-2024 identifié pour version 1.5.21. | Retest exact des 2 issues ROS restantes, audit release actuelle, Mailbox, Desktop beta, build/release pipeline et API OS. |
| 25. Vulnérabilités | Étude ETH sur 1.4.20: BHP non-FS; DoS BSP par contact malveillant; duplication messages groupes/forums/blogs; introduction MITM connue. Editeur dit corrigé en v1.5.3 (handshake) et v1.4.22 (DoS+duplication), pas d’exploitation connue. ETH, éditeur | Correctifs publiés et upgrade conseillé. | Findings reproducibles dans un projet ETH; action de correction confirmée éditeur, mais no independent retest post-fix démontré ici. | Très important : le résultat non-FS vise l’ancien BHP et contexte de setup remote; ne pas attribuer au BQP QR local ni à 1.5.21 sans version mapping. | Correspondance de commits/fixes, test anti-regression current, advisory/CVE/OSV additionnels et exploitation pratique. |
| 26. Recherche académique | ETH Zurich semester project de Yuanming Song, 5 mars 2023, analyse protocoles et Tamarin simplifié; l’auteur conclut crypto globalement solide tout en demandant analyses supplémentaires, traffic analysis et Mailbox. Rapport 70p | Briar a demandé audit plus large après ces découvertes. | La thèse n’est pas une publication peer-reviewed de conférence; elle donne modèle, version, détail d’attaques et artifacts Tamarin dans le PDF. | C’est une source d’analyse crypto approfondie et nuancée, non une preuve complète de l’anonymat réseau ou de sécurité de toutes releases. | Études récentes peer-reviewed de traffic correlation Tor/Briar, tests Mailbox, reproductions indépendantes sur version courante. |
| 27. Incidents historiques | Editeur dit n’avoir reçu aucun signal d’exploitation des bugs ETH; échec Play Store 2022 décrit comme bref retrait de conformité review/login, non incident crypto. Aucun compromis réseau confirmé trouvé. | Pas d’accès aux contenus et aucune donnée de communication détenue. | Aucun registre d’incidents, notification fuite ou enquête DFIR indépendante consulté. | Vulnérabilités publiées et bugs ne sont pas incident exploité; panne, app-store removal et censure réseau sont catégories distinctes. | Exploitations non rapportées, Tor attacks, breaches de devices ou dépendances et pannes majeures. |
| 28. Gouvernance / financement | Board de communauté auto-nommé, max 5, membres réélus annuellement selon règle; noms listés datés avril 2023, donc stale. Financement historique de plusieurs fondations. Governance, funding 2026 | Briar annonce en juillet 2026 être maintenu, mais seulement pour mises à jour de sécurité/bogues; fonctionnalités/refonte suspendues faute de moyens. | Déclaration du fournisseur; pas d’audit des finances/contrôle/gouvernance externe. | Le contrôle du code/releases et le faible budget sont facteurs supply chain/continuité, même en projet décentralisé. | Board actuel après 2023, financement durable, mainteneurs opérationnels, processus incident et succession des clés. |
| 29. Résistance à la censure | Tor Bridges, relais/circuits Tor, Bluetooth/Wi-Fi et transfert mémoire permettent de contourner certains blocages ou pannes Internet. Manual, architecture | Site revendique fonctionnement malgré coupures, censure et absence de point central. | Pas de mesures OONI ni étude par pays/DPI; modèle de menace du site assume contrôle global des canaux longue portée mais capacités limitées sur liens courts. | Résilience forte à coupure Internet si contacts proches et radios autorisées; Tor/bridges/store/app distribution restent bloquables et pratiques locales peuvent être surveillées. | Reachability en pays censuré, bridge freshness/obfuscation, Bluetooth confiscation, efficacité de mise à jour hors-ligne. |
| 30. Maintenance actuelle | Site officiel relevé au 13 oct. annonce Briar 1.5.21 (30 sept. 2026); communiqué du 9 juillet dit projet actif en maintenance mode : seulement updates sécurité essentielles et bug fixes pour l’instant. Desktop dernière news beta trouvée 0.6.0 en 2023. Release, maintenance, news | L’équipe dit continuer plutôt que fermer, tout en reportant backup, pièces jointes et problèmes batterie/arrière-plan. | Release 1.5.21 récente établit une publication, pas la capacité de correction à long terme; F-Droid vérification la plus récente repérée est 1.5.19. | Maintenance continue mais scope réduit et dépendance à une petite équipe; Desktop/Mailbox doivent être suivis séparément. | Nombre de maintainers actifs, SLA correction CVE, continuité de Tor build, roadmap et statut des composants desktop/mailbox. |
Briar — matrice des métadonnées¶
La colonne fournisseur désigne l’équipe/projet, non les relais Tor, FAI, contacts, stores ou propriétaires de Mailbox. Aucune donnée de cette matrice n’est une preuve de remise effective aux autorités.
| Métadonnée | Fournisseur / infrastructure | Contact | ISP | Apple / Google | Autorités |
|---|---|---|---|---|---|
| IP | NON ACCESSIBLE PAR DESIGN à une base Briar centralisée; CONFIRMÉ au guard Tor/bridge et possesseur Mailbox selon connexion. | NON ACCESSIBLE PAR DESIGN sur chemin Tor onion selon conception; POSSIBLE sur transport local/fallback. | CONFIRMÉ IP vers guard/bridge et timing/volume, pas destination directe habituelle. | POSSIBLE compte Play/install; aucune association Briar ↔ identité établie. | POSSIBLE auprès ISP/Tor relay/bridge/Mailbox/device si données existent; pas de retour Briar identifié. |
| Téléphone | NON ACCESSIBLE PAR DESIGN comme donnée requise du compte. | POSSIBLE si partagé dans profil/conversation ou autre service. | NON ACCESSIBLE PAR DESIGN via seul flux réseau; opérateur mobile sait l’abonné. | POSSIBLE dans le compte Play, pas lien vers profil Briar démontré. | POSSIBLE via opérateur, store ou terminal. |
| NON ACCESSIBLE PAR DESIGN au compte; POSSIBLE volontaire dans diagnostic/support. | POSSIBLE si communiqué hors app. | NON ACCESSIBLE PAR DESIGN sur seul flux Tor/E2E. | POSSIBLE compte store; association inconnue. | POSSIBLE via support/store/device; aucun cas project production connu. | |
| Identifiant | NON ACCESSIBLE PAR DESIGN à un serveur central; clé publique/link existe côté compte local et peut être divulgué. | CONFIRMÉ clé/nom choisis dans contact, QR/link; contacts reçoivent informations de profil. | NON ACCESSIBLE PAR DESIGN pour clé/contact via ISP; Tor pattern/IP demeurent. | POSSIBLE package/app identity et account store, profil Briar non relié par preuve consultée. | POSSIBLE via device, contact, backup OS ou link intercepté. |
| Graphe social | NON ACCESSIBLE PAR DESIGN à l’équipe selon policy; Mailbox/contacts intermédiaires peuvent observer relations locales ou groupes. | CONFIRMÉ contacts/groupes/forums connus; introductions révèlent lien mutuel. | POSSIBLE corrélation de flux Tor multi-point; pas graphe direct. | POSSIBLE signaux d’installation/store, graphe non établi. | POSSIBLE via appareils, pairs, infiltré, Mailbox ou corrélation réseau. |
| Timestamps | NON ACCESSIBLE PAR DESIGN à l’opérateur central; POSSIBLE logs website 7 jours et diagnostics. | CONFIRMÉ horaires locaux et message IDs. | CONFIRMÉ horaires de connexion Tor/bridge, volume. | POSSIBLE timestamps d’installation/updates Play. | POSSIBLE par appareil, ISP, guard/bridge si logs; aucune production confirmée. |
| Volumes | POSSIBLE si mailbox utilisateur voit échanges; aucun serveur project classique. | CONFIRMÉ messages/media synchronisés localement. | CONFIRMÉ volume/temps vers Tor et voisins Wi‑Fi/Bluetooth locaux. | POSSIBLE taille téléchargement/update. | POSSIBLE par saisie/ISP/relay logs. |
| Groupes | NON ACCESSIBLE PAR DESIGN à l’équipe; un membre ou device peut accéder aux messages de son groupe; forum/blog public à ses abonnés. | CONFIRMÉ selon adhésion, membres/messages visibles aux utilisateurs autorisés. | POSSIBLE motifs temps/volume, pas liste des membres au niveau IP seul. | NON ACCESSIBLE PAR DESIGN pour membership de groupe selon preuves disponibles; store metadata inconnue. | POSSIBLE via membres/appareils ou corrélation. |
| Appareils | POSSIBLE pour Mailbox et connexions réseau mais pas inventaire central compte. | POSSIBLE d’inférer l’activité et device pour groupe/correspondant; pas inventaire du profil. | CONFIRMÉ connexion IP/Tor par terminal au niveau réseau. | PROBABLE appareil/store registration, pas identité Briar. | POSSIBLE auprès store, ISP, seized devices; data retention unknown. |
| Push tokens | NON ACCESSIBLE PAR DESIGN comme mécanisme de push central utilisé par Briar Android; pas d’APNs/FCM messenger établi. | NON ACCESSIBLE PAR DESIGN au correspondant. | NON ACCESSIBLE PAR DESIGN de token; connexions réseau visibles. | POSSIBLE signaux de compte/store mais push token Briar non établi. | INCONNU comme token/message Briar spécifique; store/appareil peuvent fournir métadonnées. |
Briar — première colonne TM1–TM15¶
| Modèle | Cellule | Justification probatoire courte |
|---|---|---|
| TM1 — fournisseur curieux | ✅ | Pas de fournisseur central de messagerie avec compte/graphe/historique; exceptions diagnostics opt-in, site et Mailbox utilisateur séparée. Policy |
| TM2 — fournisseur compromis | ✅ | Absence de backend central réduit l’impact; un bridge/guard Tor compromis voit son segment, Mailbox compromise possède contenu reçu, store/updates restent des tiers. |
| TM3 — fournisseur malveillant | 🟡 | Pas de serveur pour substitution de clé, mais builds/updates restent privilégiés et l’étude ETH identifie le risque de contact malicieux/introduction sans OOB. |
| TM4 — ISP / Wi‑Fi | 🟡 | Tor/bridges cachent les destinations habituelles mais ne cachent pas une connexion Tor, timing/volume ou proximité radio; pas d’obfuscation de trafic validée ici. Manual |
| TM5 — passif multi-points | 🟠 | Plusieurs points Tor/ISP peuvent tenter corrélation timing; recherche actuelle identifie traffic analysis comme travail futur, pas protection prouvée. ETH |
| TM6 — adversaire global passif | 🟠 | Tor/P2P résiste à une vue serveur unique et menace documentée inclut observation longue portée, mais pas mixnet/cover traffic ni preuve contre corrélation mondiale. |
| TM7 — contact malveillant | 🟡 | Pas d’IP directe de l’autre pair attendu par Tor; contact voit profil/messages et link/activité, peut infiltrer groupe, transmettre/screenshot ou participer à une introduction. |
| TM8 — harceleur/doxxer OSINT | 🟡 | Pas d’annuaire ni téléphone/e-mail, mais lien clé publique, réutilisation nick/avatar, posts/forums et traces hors app peuvent recouper l’identité. |
| TM9 — demande judiciaire classique | ✅ | Projet déclare ne pas avoir contenus/métadonnées centralisés à fournir; requête peut viser diagnostics/store/Tor/ISP, pas de production Briar connue. Policy |
| TM10 — enquête sophistiquée | 🟠 | Appareil, co-utilisateurs, mailbox, OS/store, ISP/Tor corrélation et extraction Android peuvent viser l’endpoint sans casser crypto. |
| TM11 — appareil verrouillé | 🟡 | Base locale chiffrée/password et screen-lock aident, mais Oxygen v16 annonce bruteforce Briar en full-file-system mode sans paramètres device/app établis; résultat actuel inconnu. Oxygen |
| TM12 — appareil déverrouillé | 🔴 | Terminal déchiffre messages/contacts/clé; lock app et E2EE réseau ne protègent pas une session accessible. |
| TM13 — spyware ciblé | 🔴 | Maliciel avec écran/mémoire/DB accessible lit les messages au terminal. |
| TM14 — supply-chain compromise | 🟡 | Build F-Droid 1.5.19 reproductible vérifié; aucune preuve encore pour 1.5.21, Google Play, Desktop ou Mailbox. F-Droid |
| TM15 — censure étatique | 🟡 | Tor bridges + transport Bluetooth/Wi‑Fi/mémoire rendent certains blocages contournables; Tor, app distribution, radio et proximité restent surveillables/bloquables. How it works |
Briar — contradictions, inconnues et tests ciblés¶
- Forward secrecy : l’étude ETH date de 2023 et examine Briar 1.4.20; elle démontre une lacune BHP dans l’ancien handshake. L’éditeur confirme la conception imparfaite, affirme qu’une écoute exploitante n’était pas possible du fait du Tor v3 dans le scénario, et dit avoir remplacé BHP en 1.5.3. Ce point est donc un finding historique corrigé selon l’éditeur, pas une preuve que le build 1.5.21 a été indépendamment retesté.
- Réseau vs anonymat global : Briar revendique résistance à surveillance des métadonnées par Tor et contacts locaux; cela ne prouve pas résistance à une corrélation multi-points/global passive, et le papier ETH appelle explicitement à l’étudier.
- Maintenance : le projet est toujours actif au 13 oct. 2026 et a publié 1.5.21, mais communique une phase de maintenance limitée aux correctifs essentiels; ce n’est ni abandonné, ni développement fonctionnel soutenu.
- Forensics : Oxygen Forensic Detective v16 annonce passcode brute-force Briar via extraction full-file-system et mentionne support Android 12/13 dans ses release notes générales; l’extrait consulté ne donne ni téléphone exact, ni version de Briar, ni taux/cas d’exploitation. C’est une capacité d’outil revendiquée par le vendeur, pas un test récent et universel. Aucun résultat Cellebrite/GrayKey/Magnet précisément versionné n’a été établi ici.
- Tests nécessaires : comparer APK 1.5.21 par canal, vérifier exactitude F-Droid reproducible result, télécharger/inspecter manifest, permissions et SDK; test contrôlé Tor/bridge/local transport avec capture d’IP et timing; saisir téléphone de labo verrouillé/déverrouillé avec Oxygen/Cellebrite/Magnet versions documentées et noter modèle/Android/Briar; vérifier DB/WAL/fichiers et diagnostics; auditer BHP v1, onboarding lien et Mailbox sur source commit courant; vérifier retest ROS issues OTF-003/005; mesurer data-loss et Tor traffic sur Android récent; faire une revue indépendante traffic-analysis à deux points. Aucun n’est présenté comme déjà exécuté.