默认端到端加密可以降低在错误模式下发送敏感消息的概率。但它不会让应用中的每项功能都变得私密，也不会消除元数据或保护已被攻破的手机。
有用的比较应回答两个问题：开始一段普通的私人对话时会怎样？使用群组、备份、公共频道或另一台设备时，又有什么变化？ 本指南按照这些标准比较五款通信应用，依据的是于 2026 年 10 月 24 日查阅的公开文档，并非独立安全排名。
“默认”改变了什么
采用可选 E2EE 时，用户必须在发送前选择受支持的加密对话。若选择其他模式，就适用该模式的规则。采用默认 E2EE 时，受支持的私人对话从一开始就受到保护，无须另行开启保密开关。
这两种选择都不能说明服务的一切。提供商可以对服务器上的数据加密，却不提供 E2EE；采用 E2EE 的通信应用也仍可能保留运行记录。静态加密、传输加密和端到端加密针对的是不同的访问路径。
五款产品，五种需要核实的范围
| 通信应用 | 文档所述的初始状态 | 重要边界 |
|---|---|---|
| Signal | Signal 对话使用 E2EE，没有可选的秘密模式 | 预期接收方及其设备可以访问明文 |
| 个人消息和通话默认使用 E2EE | 在线备份保护是一项独立设置，并有独立的恢复系统 | |
| Telegram | 普通 Cloud Chat 使用客户端—服务器加密；Secret Chat 增加 E2EE | Secret Chat 是一对一且绑定设备的；普通群组不采用 E2EE |
| Messenger | Meta 的文档说明个人消息和通话默认采用 E2EE | 应检查实际对话和功能，而不是假设 Facebook 所有界面都受到同样保护 |
| Livara | 公开架构描述了受保护的直接聊天和 LGS1 私人群组 | 公共频道不在 E2EE 范围内；不兼容的旧群组会明确显示不在该范围内 |
来源：Signal 隐私指南、WhatsApp 隐私、Telegram 常见问题、Messenger 默认加密公告以及 Livara 安全说明。
Telegram 的两种模式为何重要
Telegram 的 Cloud Chat 支持其云端历史记录模式。Secret Chat 具有不同的保密边界，并绑定创建该聊天的原始设备。普通群组不会因为邀请链接不公开，或成员彼此信任，就变成 Secret Chat。
对于需要 E2EE 的对话，实际问题是在分享内容之前选择提供这种保护的模式。但不加限定地称 Cloud Chat 为“未加密”也不准确：Telegram 的文档说明它采用客户端—服务器加密。区别在于谁能够解密，而不在于是否存在任何加密。
为什么比较中应包括 WhatsApp 的备份设置
受保护的即时消息与可恢复的历史记录副本是不同的对象。WhatsApp 的隐私指南明确把加密在线备份作为额外保护提供。请在自己的账户中检查这项设置及其恢复方式，不要根据对话上的锁图标推断备份安全性。
评估任何产品都应提出相同问题：备份了什么，解密秘密存放在哪里，丢失后会怎样？便捷的账户重置不一定能恢复加密的历史记录。
Livara 声明的保护与限制
Livara 描述了结合经典密码材料与 ML-KEM-768 材料的 LVR1 直接会话，以及用于受保护群组的 LGS1 发送者密钥加密。这些是产品架构声明，并不能证明实现已经过独立审计。
其文档也说明了路由与成员关系元数据，将公共频道与私人对话分开，并指出 v7 恢复的是密码身份而不是聊天历史。缺少加密身份时，受保护的发送会停止；不兼容的群组不得悄然沿用更强保护的标签。
这些限定条件在测试产品时很有用。一个算法名称不能告诉你当前打开的对话是否处于受保护模式。请结合功能说明阅读威胁模型。
实用的默认加密检查
在迁移敏感对话之前：
- 使用参与者实际使用的设备，建立测试私聊和测试群组。
- 找到加密状态以及受支持的身份验证方式。
- 检查成员的设备或身份改变时会发生什么。未经核实，不要忽略意外警告。
- 分别检查关联设备、历史记录传输和备份。
- 找出公共界面、机器人、导出以及其他可能使内容离开对话的途径。
默认加密是一项有价值的易用性特性。下一步应该核实其保护范围，而不是把“默认”当作威胁模型的替代品。
