Récupérer son identité, se reconnecter et restaurer l’historique sont trois résultats différents ; la réussite de l’un ne garantit pas les autres.
Oublier son mot de passe ne supprime pas nécessairement tous les chats. Le résultat dépend de ce que vous avez perdu : l’accès au compte, les clés de chiffrement, l’appareil contenant l’historique ou le secret permettant d’ouvrir une sauvegarde.
Dans une conception de bout en bout, l’assistance ne devrait pas pouvoir reconstruire une clé qu’elle ne possède pas par simple décision administrative. Mais ce principe ne signifie ni que toute récupération sécurisée est impossible, ni que chaque message supprimé a disparu pour toujours de toutes les copies.
Quatre problèmes souvent appelés « récupération »
| Objectif | La bonne question |
|---|---|
| Se reconnecter au compte | Quelle preuve faut-il pour autoriser une nouvelle session ? |
| Récupérer l’identité cryptographique | Depuis quelle copie protégée les clés d’identité sont-elles restaurées ? |
| Restaurer l’historique des conversations | Où sont les messages eux-mêmes et les clés ou l’état nécessaires pour les lire ? |
| Récupérer un message supprimé | Reste-t-il une copie sur un appareil, dans une sauvegarde ou un export, ou chez le contact ? |
Ces quatre voies peuvent coexister dans une application, mais elles ne constituent pas une même opération. Une connexion réussie ne prouve à elle seule ni l’existence de l’historique, ni l’accès aux anciennes clés.
Que restaure exactement la récupération v7 de Livara ?
Selon la page de sécurité de Livara, les clés P-256 d’accord et de signature ainsi que la graine ML-KEM sont chiffrées sur l’appareil avec une clé de récupération aléatoire de 256 bits, puis le paquet protégé est envoyé. Le format v7 authentifie aussi des informations comme la suite d’algorithmes, l’époque d’identité et la génération.
Le point décisif du même document est le suivant : Cette voie récupère l’identité, pas l’historique des chats. Posséder une phrase de récupération ne doit donc pas être présenté comme la promesse de retrouver tous les anciens messages. Le mot de passe de connexion au compte ne suffit pas non plus, à lui seul, à ouvrir ce paquet.
Cette explication décrit la limite annoncée du produit, pas un test indépendant de toutes les voies de récupération. Pour un véritable changement d’appareil, consultez les instructions de la version actuelle et n’effacez pas l’unique appareil contenant les données avant d’être certain.
Pourquoi la récupération sécurisée n’est-elle pas incompatible avec E2EE ?
Il est possible de chiffrer une sauvegarde sur l’appareil et de garder sa clé de déchiffrement hors du contrôle du service. Dans une telle conception, une copie dans le cloud n’est pas nécessairement lisible par l’entreprise.
Par exemple, le guide officiel de WhatsApp sur les sauvegardes chiffrées de bout en bout explique les méthodes protégées et la nécessité du facteur de récupération approprié. Cet exemple montre que l’affirmation « si l’historique est récupérable, E2EE n’est pas réel » est fausse. Les conditions et facteurs nécessaires varient selon le produit et ne doivent pas être extrapolés à Livara.
L’évaluation d’une sauvegarde doit demander quelles données elle contient, qui détient la clé, comment la récupération est autorisée et ce qui arrive si le secret est perdu.
Quand l’oubli du mot de passe entraîne-t-il une perte d’accès ?
S’il ne reste aucune copie utilisable des données ou de la clé nécessaire, la restauration peut être impraticable. Toutefois, un appareil encore connecté, une sauvegarde récupérable ou une copie autorisée chez le contact peuvent changer la situation.
Le chiffrement ne supprime pas non plus soudainement les fichiers de tous les appareils lorsqu’un mot de passe est oublié. Il faut distinguer « les données ont été supprimées », « les données existent, mais leur clé n’est pas disponible » et « cette version de l’application ne permet pas la restauration ».
Changer le mot de passe de connexion ou récupérer l’identité ne révoque pas nécessairement non plus la session de l’ancien appareil. Après un incident de sécurité, les sessions et les appareils doivent être vérifiés séparément.
Un message supprimé est-il vraiment irrécupérable ?
On ne peut le garantir sans examiner le produit, l’appareil et les copies restantes. La suppression dans l’interface peut ne pas équivaloir à la suppression dans la base de données, des fichiers joints, des sauvegardes et de la copie du contact. Une capture d’écran ou un export déjà créé ne disparaît pas non plus automatiquement lorsque le message est supprimé.
La confidentialité persistante dans les protocoles à ratchet concerne la limitation de l’effet de l’exposition de certaines clés sur les messages passés. La spécification Double Ratchet explique ce modèle. Cette propriété ne prouve pas, à elle seule, l’effacement sécurisé du stockage local ni l’absence de toute copie lisible.
La promesse d’un outil inconnu de « restaurer tous les chats chiffrés » n’est pas non plus une raison de lui faire confiance. Lui fournir une phrase de récupération, un mot de passe, un fichier de sauvegarde ou un accès étendu à l’appareil peut aggraver le problème.
Clarifiez ces points avant de changer de téléphone
- Déterminez ce que le produit récupère réellement : l’identité, l’historique ou les deux.
- Conservez le secret de récupération dans un endroit protégé qui ne sera pas perdu avec le téléphone.
- Ne placez pas ce secret dans un chat, un ticket d’assistance ou une image publique.
- Lisez la procédure officielle de transfert ou de récupération ; sans test sûr, n’effacez pas l’unique copie des données.
- Après le transfert, vérifiez l’état des anciennes sessions et les identités des contacts sensibles.
Si vous avez perdu une phrase, commencez par inventorier vos appareils et vos copies autorisées. La réponse précise découle de cet inventaire et des règles du produit, non des deux promesses extrêmes : « tout revient toujours » ou « oublier son mot de passe signifie que tout est définitivement supprimé ».
