10 款即时通信服务的文件与照片加密：范围和例外 | Livara

发送敏感文件时，应检查当前这段对话的实际状态，而不只是看通信应用的名称。一个应用可能对私人聊天附件进行端到端加密，却为公共频道、企业文件空间或备份设定不同的保护边界。

本比较依据的是于 2026 年 10 月 24 日查阅的官方文档，并非对所有版本进行的独立测试，也不是产品整体安全性排名。这里的附件是指在对话中发送的文件或媒体，而不是产品所有功能中存储的每一个文件。

10 项服务的文件保护范围比较

服务	文档所述保护范围	例外或需要检查的事项
Livara	具有 LVR1/LGS1 保护的私信和群组中的文件与媒体	公共频道；不兼容群组的状态；接收方设备
Signal	Signal 对话采用端到端加密	保存或导出到应用之外的文件具有独立边界
WhatsApp	受保护对话中的个人消息和所发送的内容	备份保护设置，以及与接收方或企业共享内容
Messenger	采用 E2EE 的对话中的媒体	当前聊天和功能的状态；不要假设产品所有部分都一样
Telegram	双人 Secret Chat 中的文件	Cloud Chat 和群组不采用 E2EE；Secret Chat 依赖于原始设备
iMessage	iMessage 消息与媒体	SMS/MMS 不同；RCS 状态取决于加密支持情况
Element/Matrix	加密房间中的附件	检查房间设置、设备和集成服务
Wire	在采用 E2EE 的 Wire 通信中发送的文件	Wire Drive 是例外：文件和文件夹在传输与存储时加密，不属于相同的 E2EE 声明
Threema	采用 E2EE 的消息、群组和媒体文件	分别检查文件导出和备份
Session	采用 E2EE 的私人消息和私人群组	Community 的边界不同于私人群组

此表不能证明这些服务在算法、元数据或实现质量方面相同。请针对实际使用的版本和对话类型核对每一行的声明。

一种常见设计是使用独立的内容密钥加密文件后上传，再通过受保护的消息将密钥和下载地址发送给接收方。说明文字、文件名和缩略图也属于数据，应明确它们的保护范围。

界面中照片与说明文字显示在一起，并不能证明它们具有相同的保护范围。此外，下载后保存到相册或发送给其他应用，可能在通信应用的边界外生成一份副本。传输加密并不决定所有这些副本的管理政策。

Livara 安全页面说明，每个附件使用单独的随机密钥，并在受保护的会话中传输密钥；说明文字、文件名和附件密钥被纳入受保护群组内容的范围。该页面也明确指出，运行元数据仍保留在服务器上，不兼容的旧群组必须明确标示为不受 E2EE 保护。

这些描述并非对所有设备安全性的保证，也不是对应用的独立审计。在威胁模型中，受感染的设备和泄露内容的接收方不在通信路径加密的保护范围内。

录制的语音消息是一个文件。实时通话取决于媒体协议与通话架构。不能从音频文件的加密推断服务器端是否录音，或所有通话是否受到保护。

服务可以向授权设备分发密钥或受保护的消息。但每一台获准解密的设备，都是另一个内容访问点。设备列表、新设备确认和旧设备权限撤销都很重要。

Apple 目前描述了在 iOS 26.5 和支持该功能的运营商条件下采用 E2EE 的 RCS；所有参与者都必须支持。SMS 和 MMS 仍不具备相同保护。应关注实际对话类型和指示标志，而不只是界面颜色。