Dossier de preuve complémentaire — Status App / Waku (au 14 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. Status est ajouté comme candidat supplémentaire parce que l’app combine identité sans téléphone/e-mail, messagerie, portefeuille et réseau Waku/Logos. Cette fiche ne l’ajoute pas rétroactivement aux 17 colonnes de la matrice de base et ne constitue pas un classement. Status a publié une annonce de version 2.39 le 8 octobre 2026; le dépôt GitHub consulté affichait encore 2.39.0-rc.7 et 2.38.2. Distinguer annonce produit, tag public et version effectivement servie sur chaque store. Annonce 2.39, releases.
| # / catégorie | FACT | VENDOR CLAIM | INDEPENDENT EVIDENCE | INFERENCE | UNKNOWN |
|---|---|---|---|---|---|
| 1. Architecture | Clients pair-à-pair Waku/Logos Delivery; rôles Store, Bootstrap, Filter et Light Push. Status exploite une flotte de nœuds. | Messagerie décentralisée, relais ne lisant pas le plaintext. | Docs Waku/Status publiques; propre page d’infrastructure confirme la flotte et les métadonnées vues selon les rôles. | P2P réduit la dépendance à un serveur unique, sans supprimer opérateurs, nœuds gérés, stores et push. | Part du trafic 2.39 passant par la flotte Status et topologie réellement utilisée. |
| 2. Protocole cryptographique | Spec 1:1 2026 autorise échanges de clés Waku X3DH ou Noise; spec Communities indique X3DH et ratchet de groupe re-clé lors des changements de membres. Payloads signés. | Status dit que Double Ratchet protège les chats directs, groupes et communautés. | Spécifications publiques; aucune analyse indépendante actuelle du protocole complet Status 2.39 identifiée. | Le protocole dépend du type de chat/version; le claim Double Ratchet ne prouve pas une suite uniforme. | Algorithme réellement choisi par conversation, paramètres, ratchet et mapping au code stable. |
| 3. Création d’identité | Profil créé à partir de clés générées localement, sans téléphone/e-mail obligatoires; clés chat et wallet dérivées du matériel maître. | Identité cryptographique pseudonyme et clés locales. | Le code client est public; spécifications décrivent les identifiants publics. | Clé stable, pseudonyme/ENS ou adresse wallet rendent l’identité corrélable si réutilisés. | Lien exact profil↔wallet dans les builds courants et séparation effective des sous-clés. |
| 4. Contact discovery | QR/chat key et ENS sont documentés; échange hors bande sert à initialiser et vérifier l’identité. | Pas d’annuaire central ni de PII obligatoire. | Spec 1:1 de février 2026 décrit QR/Identicon, vérification d’identité et échange asynchrone des clés. | QR réduit l’exposition d’un annuaire; recherche ENS/profil public accroît la corrélabilité. | Découverte optionnelle par contacts externes et endpoints/permissions associés. |
| 5. Métadonnées serveur | Store voit IP et content-topics; Status annonce 15 jours de logs IP Store/Bootstrap. Filter voit IP et topics; Light Push voit IP/topic. | Contenu chiffré et aucun identifiant de correspondant en transport. | Déclaration primaire Status d’octobre 2026 reconnaît IP↔topic; telemetry opt-in retient jusqu’à 30 jours des métriques. | Un opérateur peut inférer intérêts, présence, cadence et topics sans nécessairement lire le plaintext ou connaître le nom civil. | Logs réellement produits, retention par nœud et mapping du topic par version. |
| 6. IP utilisateur | IP visible du nœud Waku contacté; certaines IP annoncées loguées 15 jours. VPN/Tor proposés comme masquage possible. | Status annonce des options futures de nœuds de confiance/autohébergés. | Aucune capture réseau de 2.39 faite. | VPN/Tor déplace l’IP visible vers le point de sortie, sans masquer forcément topic/timing. | Fuites DNS/IPv6 et nœuds exacts choisis par session. |
| 7. IP exposée au correspondant | Waku utilise relay/Store; exception documentée: CHS legacy via BitTorrent crée des connexions IP directes entre membres. | Status recommande VPN pour CHS; 2.39 propose Logos Storage comme option plus privée. | La doc CHS confirme l’IP exposée; 2.39 permet Logos Storage, Torrent ou désactivation. | Ne pas extrapoler l’exposition BitTorrent des archives à tout message 1:1. | Choix par défaut de protocole en 2.39 et fuite IP directe dans les autres modes. |
| 8. Messages | Réseau conserve temporairement les messages jusqu’à 30 jours selon FAQ; les clients les stockent localement. Suppression/modification ne retire pas forcément les copies déjà reçues. | E2EE; réseau incapable de lire le contenu. | Specs Status publient Store, payloads et logique de suppression. | Un Store peut garder ciphertext et métadonnées topic; copie locale destinataire peut persister. | Expiration et purge réelle par type de chat/build. |
| 9. Groupes | Petits groupes privés maintiennent une session avec chaque membre; Communities ont une gestion et un ratchet distincts. | E2EE en groupes/communautés. | Specs décrivent coût pair-à-pair, rekey, membership; le propriétaire d’une communauté est un point unique de défaillance. | Membership, rôle, révocation et propriétaire ajoutent des risques propres; contenu chiffré n’anonymise pas les membres. | Taille max, type exact des groupes et metadata leakage de la version courante. |
| 10. Appels | Aucun protocole d’appel vocal/vidéo établi dans la documentation de messagerie actuelle consultée. | Aucune garantie actuelle d’appel établie. | Aucun protocole/appel public dans les sources examinées. | Ne pas supposer qu’un appel est disponible. | Fonctionnalité expérimentale/roadmap par plateforme et exposition IP. |
| 11. Fichiers | Docs listent partage d’images/audio; CHS traite également des archives chiffrées. | Partage privé lorsqu’il est dans un chat chiffré. | Specs de payload et docs d’archives publiques; binaire non examiné. | EXIF, thumbnails, cache et stockage de pièces jointes peuvent différer du texte. | Limites, EXIF, chemins, chiffrement et purge par plateforme. |
| 12. Multi-device | Jusqu’à trois appareils appariés/synchronisés selon doc; sync de profil séparée du contenu; sync d’historique locale et opt-in. | Synchronisation chiffrée sous contrôle utilisateur. | Guide officiel décrit codes temporaires, appairage et Wi-Fi par défaut. | Chaque appareil ajouté accroît le nombre d’endpoints détenteurs de clés. | Transport/crypto exacts, comportements sur LAN hostile et logs d’appairage. |
| 13. Push | v2.38: Android via service local selon Status; iOS via APNs et serveurs push Status pour un signal. | Messages E2EE non transmis à Apple ni aux serveurs push. | Déclaration éditeur; payload APNs et binaires non inspectés. | iOS associe token/installation/temps avec APNs/Status; Android évite un fournisseur tiers selon le claim. | Payload, mapping token↔profil, rétention et permission par build. |
| 14. Stockage local | Messages consultables hors ligne; clés conservées localement et protégées par mot de passe selon guide. | Contrôle local et phrase de récupération. | Status décrit des backups chiffrés locaux automatiques toutes les 30 min; aucun forensic du binaire réalisé. | Session déverrouillée permet au processus d’afficher le plaintext; le chiffrement disque ne protège pas un appareil compromis. | DB/KDF, Keychain/Keystore, caches, fichiers temporaires et traces après suppression. |
| 15. Sauvegardes | v2.36: backup local chiffré; message backup direct/groupe/communauté facultatif; sync locale opt-in. | Copies restent sur appareil et sous contrôle de l’utilisateur. | Modalités documentées par Status, sans validation du comportement réel. | Phrase de récupération et archive de conversations sont deux secrets/sauvegardes différents. | Inclusion de clés, backup OS/cloud et suppression sur chaque plateforme. |
| 16. Analytics / SDK | Waku telemetry opt-in: succès message, peers, bande passante, versions; ID aléatoire par lancement, jusqu’à 30 jours. Proxy RPC wallet annonce loguer IP, URL, timestamp, code, user-agent et latence jusqu’à 15 jours. | Status dit ne pas collecter PII via telemetry et ne pas loguer le corps proxy. | Déclaration primaire d’infrastructure, non mesurée indépendamment. | Corrélation potentielle IP/topics/temps/RPC wallet sans identifiant civil explicite. | Inventaire Firebase/Sentry/SDK tiers et endpoints exacts des apps courantes. |
| 17. Code source | Client Nim/Qt/QML public; status-go et projets Logos publics; client sous MPL-2.0; dépôt security liste audits/bounty. | Status présente toute la stack comme ouverte et vérifiable. | Dépôts inspectables; étoiles/forks ne mesurent pas les mainteneurs actifs. | Code client ouvert ne prouve pas que binaire/store, infrastructure et SDK correspondent au source. | Composants tiers/fermés embarqués par canal et correspondance binaires-source. |
| 18. Reproductibilité | Guide Desktop propose vérification GPG facultative du tarball Linux; instructions de build Desktop/Mobile sont publiques. | Le code ouvert est annoncé comme vérifiable. | Aucun build indépendant comparé au binaire distribué dans cette enquête. | Signature GPG authentifie une distribution, pas sa reproductibilité ni son lien au commit. | Reproductibilité par plateforme et version de store. |
| 19. Supply chain | Dépendances Nim, Qt/QML, Go historique, Logos Delivery Nim et push Apple; Status annonce migration Go→Nim du transport en 2.39. | Livraison ouverte/protocole standardisé. | Repo/release publics; aucun audit moderne de CI/provenance complet identifié. | Migration majeure peut modifier bugs et observabilité; mesurer la version exacte est essentiel. | SBOM, provenance CI, signatures stores, clés de signature et composants réellement livrés. |
| 20. Infrastructure | Nœuds Waku gérés Status, Store/Bootstrap/Filter/Light Push, proxy RPC et APNs iOS décrits. | Le réseau est ouvert et tout utilisateur peut participer; nœuds Status améliorent la fiabilité. | Page infrastructure confirme nœuds et quelques logs; DNS/ASN n’a pas été échantillonné. | Nœuds Status sont un point de corrélation opérationnel parmi plusieurs opérateurs. | Domaines, DNS passif, ASN, cloud/CDN, régions et concentration réelle. |
| 21. Juridiction | Status Research & Development GmbH est donnée comme société suisse sise à Zug dans les Terms. | N/A. | Terms/policy identifient l’entité; cela ne prouve pas que serveurs et sous-traitants sont en Suisse. | Obligations varient selon entité, fournisseur cloud, stores, APNs et lieu de la demande. | Entités contractantes, régions des données et transferts internationaux. |
| 22. Demandes policières | Des logs IP/topic/proxy sont techniquement annoncés; clés privées sont déclarées locales. | Aucun guide police/rapport de demandes identifié. | Recherche publique ciblée sans cas primaire trouvé, résultat borné. | Une demande peut viser Status, ISP, Apple/Google, cloud ou appareils, pas seulement messages E2EE. | Politique de réponse, données demandées/reçues/remises, notifications et contestations. |
| 23. Affaires judiciaires connues | Aucun dossier public de divulgation effective par Status n’a été établi dans cette recherche. | Inconnu. | Aucun affidavit/retour fournisseur attribuable identifié. | Absence de cas public trouvé ne prouve pas absence de demandes/remises. | Dossiers scellés, graphies alternatives et cas non indexés. |
| 24. Audits | Index Status-security liste Deja Vu mobile beta (2018), Sigma Prime ENS (2018), Trail of Bits v1 (2019). | Status annonce programme HackenProof. | Sigma Prime a un billet détaillé; ToB a un résumé éditeur; PDF Deja Vu/ToB non récupéré. | Audits historiques ne valident pas la messagerie 2026; contrat ENS est un périmètre séparé. | Audits modernes Status App/Logos, commits exacts, findings privés et retests. |
| 25. Vulnérabilités | Incident TestFairy 2018: bug nightly pouvait enregistrer les phrases de récupération par écran/log; status dit retirer le SDK et supprimer captures. | Status a indiqué n’avoir aucune preuve d’exploitation. | Publication primaire éditeur, aucune validation forensic indépendante de l’incident. | Incident d’endpoint et supply chain de tests, pas cassure du protocole E2EE. | Advisories et vulnérabilités courantes, population concernée, suppression vérifiée. |
| 26. Recherche académique | Papier Waku 2022 traite du protocole et compromis réseau, non du build Status 2.39. | Status présente Waku comme préservant anonymat/métadonnées. | Papier Waku; pas d’étude indépendante actuelle du build trouvée. | Propriété du protocole ne prouve pas le déploiement sans fuite ni comportement client. | Mesures actuelles de topic/IP et flotte de production. |
| 27. Incidents historiques | Oct. 2018, bug d’occultation TestFairy dans nightly mobiles révélait phrases de récupération via captures/logs; Status annonçait retrait du service et effacement. | L’éditeur disait que l’incident ne visait pas les installs Play/TestFlight sauf réutilisation de phrase et n’avait pas été exploité à sa connaissance. | Avis primaire éditeur; l’exploitation n’est pas confirmée. | Incident de confidentialité important mais ne doit pas être extrapolé aux versions courantes. | Nombre d’utilisateurs, étendue et validation indépendante de purge. |
| 28. Gouvernance / financement | Société suisse, token SNT, dépôts publics, security repo et roadmap. | Produit présenté comme communautaire et décentralisé. | Existence de dépôts/société publique; pas d’audit financier ou de contrôle de gouvernance. | Gouvernance token, logiciel, société et opérateurs d’infrastructure sont des couches différentes. | Capitalisation/financement, contrôle de flotte, concentration mainteneurs et décision actuelle. |
| 29. Résistance à la censure | Réseau P2P et choix de nœuds; la FAQ reconnaît qu’une coupure totale d’Internet arrête aussi le service. | Une panne/blocage d’un nœud ne devrait pas arrêter l’ensemble. | Specs publiées, mais pas de mesure OONI/pays/ASN menée. | Changer de nœud aide face à certains blocages, pas contre store, bootstrap, DNS, app store ou coupure réseau. | Filtrage IP/SNI/DPI, bootstraps alternatifs préchargés et adoption hors flotte Status. |
| 30. Maintenance actuelle | Annonce 2.39 datée 8 oct. 2026; GitHub affichait 2.39 RC.7 le 29 sept. et 2.38.2. | Rollout SDS, Logo Storage et livraison fiable annoncés. | Dates/repo vérifiables; déploiement effectif par store non contrôlé. | Maintenance active mais architecture en migration; évaluer un build exact. | Version stable réellement distribuée par OS/pays et niveau de rollout. |
Audits Status — findings et limites d’accès¶
| Audit | Version / commit / durée | Scope, exclusions, méthode | Findings, sévérités, recommandations et fixes | Retest / limite |
|---|---|---|---|---|
| Deja Vu Security, beta mobile, Q1–juin 2018. L’index status-security contient le dossier 2018-05; post de résultat daté 21 juin. | Version, commit, durée et équipe: UNKNOWN dans le matériau récupéré. | Post disponible: revue code et test d’intrusion manuel de Status React et Status Go; signatures/autorisation transaction, dApps malveillantes, écrans de confirmation et fuite de données. | Finding-level, sévérité, recommandations et corrections non récupérés; dépôt GitHub du dossier inaccessible via l’outil de recherche. | Retest UNKNOWN; ne concerne pas Status 2.39. |
| Sigma Prime, ENS UsernameRegistrar, sept.–oct. 2018. Auditeurs Adrian Manning et Mehdi Zerouali. | Commit initial eaefa92; retest 30ce35c; durée exacte UNKNOWN, mission time-boxed. | Contrat UsernameRegistrar seulement; tous autres contrats et app mobile exclus. Revue sécurité Solidity et recommandations qualité; suite de test associée annoncée. | 9 issues: 3 Medium, 1 Low, 5 Informational. Findings détaillés: réentrance pouvant permettre au contrôleur de voler des dépôts (M); verrouillage retraits (M); sous-domaines non révocables/gratuits (M); front-running du bounty slashing (L). Recos checks-effects-interactions, gas stipend, suppression de sous-nœuds, commit-reveal. Corrections référencées commits fbd0e3a, a1fe1f0, 51a7010, 1855141. Sigma Prime dit les issues corrigées. | Retest annoncé; retest détaillé 9/9 à confirmer dans PDF complet, non récupéré; sans pertinence directe pour sécurité des chats. Article Sigma Prime. |
| Trail of Bits, Status v1 mobile/code, 30 sept.–20 nov. 2019. 4 ingénieurs, 9 person-weeks. | Repos: status-protocol-go, status-go, whisper, status-react; commit/version exacts absents du résumé public. | Objectifs: résistance DoS, confidentialité, spam/malicious messages, propriétés Whisper. Méthode: revue manuelle, tests automatisés, fuzzing et fault injection. Exclusions détaillées non récupérées. | Résumé Status: 0 Critical, 7 High, 5 Medium, 9 Low, 11 Informational, 6 Undetermined. Catégories: access control 3, logging 1, crypto 3, data exposure 2, validation 16, DoS 5, error reporting 4, timing 2, undefined behavior 2. Status annonce correction générale mais dit que seuls les problèmes critiques sécurité/UX seraient priorisés avant v1, reste après lancement. Recommandations itemisées inconnues faute de rapport complet. | Pas de fix review ou retest global établi. Le rapport ToB n’a pas été récupéré dans les dépôts publics consultés; aucun de ces résultats ne couvre le client 2026. Résumé Status. |
Matrice de métadonnées Status¶
Les cases indiquent l’accès possible/annoncé, non une preuve que toutes ces données ont été conservées ou remises. Aucun cas public de divulgation par Status n’a été trouvé dans la recherche menée.
| Métadonnée | Fournisseur Status | Contact | ISP | Apple / Google | Autorités |
|---|---|---|---|---|---|
| IP | CONFIRMÉ Store/Bootstrap; 15 j annoncés; Filter/LightPush voient IP selon rôle. | POSSIBLE CHS/Torrent révèle l’IP aux membres; DM standard non mesuré. | CONFIRMÉ IP/horaires/destinations selon accès réseau. | CONFIRMÉ pour connexion APNs iOS; POSSIBLE Google Play; FCM Android déclaré absent. | PROBABLE via fournisseur/ISP/APNs sous procédure; cas Status INCONNU. |
| Téléphone | NON ACCESSIBLE PAR DESIGN à la création standard; POSSIBLE si ajouté/partagé volontairement. | POSSIBLE si révélé par profil/autres canaux. | CONFIRMÉ dans dossiers abonné, lien app INCONNU. | POSSIBLE via compte store/facturation, pas forcément transmis à Status. | PROBABLE via opérateur/store si identifiant connu; cas INCONNU. |
| NON ACCESSIBLE PAR DESIGN obligatoire; POSSIBLE via feedback/compte tiers volontaire. | POSSIBLE s’il est communiqué. | NON ACCESSIBLE PAR DESIGN au flux app; connu séparément de l’ISP si adresse client. | PROBABLE comme donnée de compte Apple/Google ayant installé l’app. | PROBABLE via store/autres comptes; cas INCONNU. | |
| Identifiant | CONFIRMÉ clés/chat key/topics selon conversations. | CONFIRMÉ clé partagée, ENS, profil. | POSSIBLE par corrélation réseau, pas nécessairement identifiant lisible. | POSSIBLE identifiant installation/token; mapping au profil Status non établi. | PROBABLE si clé connue; remise réelle INCONNUE. |
| Graphe social | POSSIBLE/PROBABLE IP↔topic; certains metadata de groupe/community. | CONFIRMÉ dans contacts/groupes locaux. | POSSIBLE par timing, volume et destinations. | POSSIBLE via timing APNs iOS. | PROBABLE via données Status, participants et OSINT; disclosure INCONNUE. |
| Timestamps | CONFIRMÉ logs de service/proxy, rétention variable; 15 j annoncés pour certains. | CONFIRMÉ historique local. | CONFIRMÉ trafic réseau. | POSSIBLE signal APNs iOS; pas FCM Android selon claim. | PROBABLE selon rétention fournisseur/ISP; cas INCONNU. |
| Volumes | PROBABLE/CONFIRMÉ telemetry opt-in (bandwidth/success) et requêtes nodes. | CONFIRMÉ au niveau conversation/appareil. | CONFIRMÉ octets/rythme. | POSSIBLE notifications iOS; détail INCONNU. | PROBABLE via journaux opérateur/store; disclosure INCONNUE. |
| Groupes | POSSIBLE topics/IDs/membership metadata; contenu chiffré selon type. | CONFIRMÉ pour groupes connus. | POSSIBLE motifs de trafic. | POSSIBLE notifications mention/réponse; mapping inconnu. | PROBABLE depuis logs/appareils/participants; cas INCONNU. |
| Appareils | CONFIRMÉ profils sync jusqu’à 3 appareils; token iOS possible par push. | CONFIRMÉ si appareil/appairage partagé. | POSSIBLE nombre de sessions/empreintes réseau. | CONFIRMÉ appareils liés compte Apple/Google, lien Status non confirmé. | PROBABLE via saisie, Apple/Google ou logs push; cas INCONNU. |
| Push tokens | CONFIRMÉ service push Status pour iOS selon architecture; Android tiers déclaré absent. | NON ACCESSIBLE PAR DESIGN à un contact ordinaire. | NON ACCESSIBLE PAR DESIGN token, mais timing/IP push possible. | CONFIRMÉ APNs iOS; FCM Android NON ACCESSIBLE PAR DESIGN selon claim, non vérifié binaire. | POSSIBLE auprès Apple/Status selon procédure; champs remis INCONNUS. |
Matrice provisoire Status TM1–TM15 (candidat séparé; sans rang)¶
| TM | Valeur | Justification courte |
|---|---|---|
| TM1 — fournisseur curieux | 🟠 | Status admet IP/topic visibles à plusieurs rôles et logs IP 15 jours; contenu reste chiffré. |
| TM2 — fournisseur compromis | 🟡 | Nœud compromis observe IP/topic ou perturbe livraison; clés E2EE censées rester endpoint. |
| TM3 — fournisseur malveillant | 🟡 | QR/clé et vérification peuvent détecter mauvaise identité si employés; distribution/build actuel non testé. |
| TM4 — ISP/Wi-Fi | 🟠 | IP, destinations, heures et volumes visibles; payload chiffré. |
| TM5 — adversaire passif multi-points | 🟠 | Plusieurs nœuds, APNs iOS, ISP et topics peuvent se corréler; pas de défense globale mesurée. |
| TM6 — adversaire global passif | 🟠 | Pas de mixnet établi; Waku masque certains champs mais non toutes IP/timings/topics selon rôle. |
| TM7 — contact malveillant | 🟠 | Contact voit et peut copier le contenu; E2EE ne protège pas contre participant légitime. |
| TM8 — doxxer OSINT | 🟠 | Chat key/profil/ENS et wallet public peuvent être linkés si réutilisés. |
| TM9 — demande judiciaire classique | 🟠 | IP/topic/proxy logués possibles; aucun cas de remise Status trouvé; ciphertext n’est pas plaintext. |
| TM10 — enquête sophistiquée | 🟠 | Corrélation ISP/store/wallet/APNs, endpoint et appareils possibles; résultat forensic actuel inconnu. |
| TM11 — appareil verrouillé saisi | ❓ | Aucune preuve publique outil+version+OS+build Status actuelle identifiée. |
| TM12 — appareil déverrouillé | 🔴 | Appareil ouvert expose au processus app les messages/clés nécessaires; DB et extraction exactes non testées. |
| TM13 — spyware ciblé | 🔴 | Malware avec écran/processus/mémoire lit avant/après chiffrement; ratchet ne protège pas endpoint contrôlé. |
| TM14 — supply chain compromise | 🟠 | Source public, signature Desktop possible, aucune reproduction mobile; transport en migration. |
| TM15 — censure étatique | 🟠 | P2P permet de changer de nœud mais dépend d’Internet; bootstraps, stores, DNS et APNs peuvent rester filtrables. |
Contradictions, lacunes et tests ciblés Status¶
- « Aucun serveur ne voit de métadonnées » contre la déclaration d’infrastructure. Le blog dit qu’aucun nœud ne voit les métadonnées de conversation; la page Status d’octobre 2026 déclare IP + content-topic visibles par Store/Filter/LightPush et 15 jours de logs IP pour certains nœuds. Peut-être des couches/identifiants différents, mais la formulation absolue n’est pas soutenue. Infrastructure, architecture marketing.
- Crypto variable selon les sources. Les anciens billets décrivent X3DH + Double Ratchet; la spec 1:1 de 2026 permet X3DH ou Noise; Communities décrit un ratchet de groupe. Il faut associer le code exact aux versions 2.39 avant d’affirmer une suite et des garanties uniformes.
- Wallet key/chat key. Le guide des clés emploie une formulation où la clé publique identifie profil et wallet, puis précise que chat key et adresse wallet sont des keypairs dérivées distinctes. Séparation/linkage à confirmer dans code et build.
- Community History. Guide CHS dit BitTorrent activé par défaut et expose l’IP aux membres; 2.39 ajoute Logos Storage mais laisse le choix Torrent/Storage/désactivé. Le défaut effectif et la migration des communautés sont à tester.
- Version/audit. Billet 2.39 daté 8 oct. tandis que release GitHub consultée affiche RC.7 et 2.38.2. Audit public de l’app remonte essentiellement à 2019; finding-level du rapport ToB non disponible.
- Forensics/légal/OSINT. Pas de manifeste app décompilé, DNS/ASN passif, label store, rapport public de demandes, cas de disclosure Status, ou test d’acquisition forensique contrôlé dans cette étape.
- Tests pour fermer ces inconnues. Reproduire un build 2.39 par OS; mapper commit Logos Delivery et dépendances; capturer flux IP/topic, APNs, backup/sync, CHS Torrent vs Logos Storage avec comptes contrôlés; lire labels stores, manifests, entitlements, SDK et permissions de la version exacte; tester acquisition verrouillée/déverrouillée avec OS+patch+outil+app notés; récupérer les rapports Deja Vu/ToB ou obtenir confirmation d’indisponibilité.
Sources Status à reprendre en Phase 3¶
- Client Status et instructions build, releases, status-security/audits, organisation Logos Messaging.
- Spec 1:1 Status, spec Communities, payloads/routing, papier Waku.
- Infrastructure/privacy, clés/récupération, sync multi-device, backup local v2.36, push iOS/Android, CHS et IP.
- Trail of Bits 2019 — résumé Status, Sigma Prime ENS 2018, incident TestFairy 2018, Terms / entité suisse.