恢复账户与加密聊天：密码不同于密钥

忘记密码不一定会删除所有聊天。结果取决于你失去了什么：账户访问权、加密密钥、存有聊天记录的设备，还是解锁备份所需的秘密。

在端到端设计中，客服不应仅凭行政决定就能重建自己并不掌握的密钥。但这一原则并不意味着一切安全恢复都不可能，也不意味着每条已删除消息都在所有副本中永久消失。

通常被统称为“恢复”的四个问题

目标	应当提出的问题
重新登录账户	授权新会话需要什么证明？
恢复加密身份	身份密钥从哪个受保护的副本中恢复？
恢复聊天记录	消息本身及读取它们所需的密钥或状态在哪里？
恢复已删除消息	设备、备份、导出文件或联系人处是否仍有副本？

这四条路径可能同时存在于一个应用中，但不是同一种操作。登录成功本身，并不能证明聊天记录存在或旧密钥可用。

Livara v7 恢复到底找回什么？

根据Livara 安全页面，P-256 密钥协商密钥、签名密钥以及 ML-KEM 种子，会在设备上使用一个随机的 256 位恢复密钥加密，然后上传受保护的包。v7 格式还会认证算法套件、身份时期和代次等信息。

同一文档中的关键点是：**这条路径恢复的是身份，而不是聊天记录。**因此，持有恢复短语不应被描述为保证找回所有旧消息。仅凭账户登录密码也不足以解锁这个包。

这段说明是产品声明的边界，不是对所有恢复路径的独立测试。真正迁移设备时，请查看当前版本的说明，并在确认之前不要清空唯一存有数据的设备。

为什么安全恢复与 E2EE 并不矛盾？

可以在设备上加密备份，并让解锁密钥处于服务的控制范围之外。在这样的设计中，云端存在一份副本，并不必然意味着公司可以读取它。

例如，WhatsApp 关于端到端加密备份的官方指南说明了受保护的方法以及对适当恢复因素的要求。这个例子表明，“如果聊天记录可以恢复，就不是真正的 E2EE”并不正确。各产品所需的条件和因素不同，不能将这个例子推广到 Livara。

评估备份时，应询问其中包含什么数据、谁持有密钥、如何验证恢复，以及秘密丢失时会发生什么。

忘记密码何时会导致失去访问能力？

如果没有留下可用的数据副本或所需密钥，恢复可能并不可行。但仍处于登录状态的设备、可恢复的备份，或联系人处的授权副本，都可能改变情况。

忘记一个密码，也不会让加密机制突然删除所有设备上的文件。必须区分“数据已删除”“数据还在，但密钥不可用”和“这个版本的应用不支持恢复”。

更改登录密码或恢复身份，也不一定会撤销旧设备的会话。发生安全事件后，应单独检查会话和设备。

已删除消息真的无法恢复吗？

不检查产品、设备及剩余副本，就无法作出这样的保证。从用户界面删除，可能并不等于从数据库、附件文件、备份和联系人副本中删除。此前制作的截图或导出文件，也不会因删除消息而自动消失。

棘轮协议中的前向保密，关注的是限制某些密钥泄露对过去消息的影响。Double Ratchet 规范解释了这一模型。这个特性本身并不能证明本地存储已被安全清除，也不能证明不存在任何可读副本。

同样，陌生工具承诺“恢复所有加密聊天”，并不是值得信任的理由。交出恢复短语、密码、备份文件或广泛的设备访问权限，可能让问题更加严重。

更换手机前，先弄清这些事项

1. 明确产品实际恢复的是什么：身份、聊天记录，还是两者都有。
2. 将恢复秘密保存在受保护、且不会随手机丢失而一同失去的地方。
3. 不要把秘密放进聊天、客服工单或公开图片中。
4. 阅读官方迁移或恢复方法；未经安全测试，不要删除唯一的数据副本。
5. 迁移后，检查旧会话的状态及敏感联系人的身份。

如果丢失了恢复短语，先清点自己拥有的设备和授权副本。准确答案来自这份清单和产品规则，而不是“任何东西总能找回”或“忘记密码就意味着一切必然被删除”这两种极端说法。