Le chiffrement de bout en bout n’impose pas à une messagerie d’éviter le stockage centralisé. Un serveur peut stocker des messages chiffrés pour la synchronisation sans détenir les secrets nécessaires pour lire leur contenu.
La difficulté de la messagerie multiappareil consiste à décider quels appareils sont autorisés, quelles clés ils reçoivent et s’ils peuvent accéder à l’ancien historique. Ces décisions comptent davantage que le recours ou non à une base de données.
Quatre opérations distinctes souvent appelées « synchronisation »
| Opération | Ce qu’elle doit accomplir |
|---|---|
| Livraison de nouveaux messages | Transmettre le contenu protégé aux appareils actuellement autorisés |
| Association d’un nouvel appareil | Établir que le titulaire du compte approuve le nouveau terminal |
| Transfert de l’historique | Donner au nouvel appareil accès à certains contenus passés et au matériel permettant de les déchiffrer |
| Récupération de l’identité | Restaurer ou remplacer les clés d’identité sans nécessairement restaurer l’historique des messages |
Un produit peut prendre en charge une opération sans prendre en charge les quatre. Une connexion réussie ne prouve pas que l’ancien historique des conversations est récupérable.
Comment la livraison chiffrée peut prendre en charge plusieurs appareils
Une approche maintient des sessions distinctes pour chaque appareil. La spécification Sesame de Signal décrit la gestion des sessions dans un environnement asynchrone multiappareil, notamment l’ajout ou le retrait d’appareils et l’arrivée de messages dans le désordre.
Il s’agit d’un exemple de conception documenté, pas d’une exigence universelle. D’autres systèmes peuvent chiffrer le contenu une seule fois et distribuer des clés de contenu protégées, employer des mécanismes de groupe ou combiner plusieurs approches. « Le chiffrement de bout en bout exige une copie complète de la charge utile par appareil » est une affirmation trop générale.
Quelle que soit la conception retenue, ajouter un appareil capable de déchiffrer ajoute un terminal à protéger. Un ordinateur portable négligé peut exposer le texte en clair qu’il reçoit même si le serveur ne voit jamais ce texte.
Le texte chiffré stocké a encore des conséquences sur la confidentialité et la conservation
Le stockage chiffré n’est pas une absence de stockage. Les fournisseurs peuvent conserver des informations de livraison, des enregistrements d’appareils, des horodatages, des appartenances à des groupes ou un historique de messages chiffré. Les détails varient et devraient être explicités.
La documentation de sécurité de Livara indique que son relais stocke du texte chiffré et des données opérationnelles pour la synchronisation et la récupération après reconnexion. Elle décrit le routage, les appartenances, les horodatages, l’état de livraison et d’autres enregistrements. Il ne faut pas présenter cela comme une file d’attente transitoire non documentée qui disparaîtrait nécessairement dès que chaque appareil a reçu un message.
La confidentialité du contenu et la conservation des métadonnées nécessitent donc des questions distinctes. Demandez ce qui est conservé, pendant combien de temps, et ce que changent l’effacement ou la suppression du compte ; n’inventez pas une durée de conservation lorsqu’aucune n’a été vérifiée.
Ce que la récupération v7 de Livara restaure réellement
Livara décrit v7 comme une sauvegarde chiffrée de l’identité, scellée avant son téléversement avec une clé de récupération aléatoire de 256 bits. La charge utile documentée comprend du matériel de clés d’identité, et le format authentifie sa suite, son époque d’identité et sa génération.
La même page précise qu’elle restaure l’identité, pas l’historique des conversations. Une phrase de récupération ne doit donc pas être présentée comme la garantie qu’un nouvel appareil pourra afficher toutes les anciennes conversations.
Avant de remplacer ou d’effacer un appareil, vérifiez les options actuelles de transfert de l’historique et de sauvegarde réellement disponibles pour vous. Gardez tout matériel de récupération secret. N’envoyez pas de phrase de récupération à un compte d’assistance et ne la collez pas sur un site non vérifié.
La confidentialité persistante n’efface pas la boîte de réception d’un appareil autorisé
Un mécanisme de cliquet peut limiter ce qu’une compromission ultérieure de clés révèle du trafic chiffré antérieur, lorsque ses hypothèses sont respectées et les secrets obsolètes supprimés. Il ne peut pas masquer le texte en clair qu’un terminal a déjà stocké, ni empêcher un logiciel malveillant toujours actif de lire les nouveaux messages.
De même, la sécurité après compromission exige une mise à jour fraîche appropriée après que l’attaquant a perdu son accès. Elle ne promet pas qu’une vieille tablette devient inoffensive chaque fois qu’un compteur de messages avance.
Une liste de vérification plus sûre pour changer d’appareil
- Faites l’inventaire de vos appareils associés avant d’en ajouter un autre.
- Utilisez le parcours d’association et de vérification documenté de l’application, pas un code QR envoyé par un inconnu.
- Vérifiez quel historique reçoit le nouvel appareil avec une conversation de test sans enjeu.
- Confirmez le matériel de récupération et toute sauvegarde séparée de l’historique avant d’effacer l’ancien appareil.
- Révoquez les appareils que vous ne contrôlez plus et vérifiez si vos interlocuteurs reçoivent une notification de changement d’identité.
- Examinez les téléchargements locaux, les notifications et les sauvegardes du système d’exploitation sur chaque terminal.
Le modèle de menace de Livara inclut explicitement les limites liées aux terminaux et aux destinataires. Ces limites restent pertinentes sur chaque écran. Une promesse multiappareil utile explique séparément l’autorisation des appareils, les données stockées et la portée de la récupération.
