消息元数据详解：文本之外，谁能看到什么？

消息元数据是有关通信的信息，而非消息文本本身：根据设计，可能包括账户标识符、时间、连接记录、投递状态或群组成员关系。端到端加密可以让投递服务无法读取文本，但这些周边信息中的一部分仍可能可见。

例如，“我六点到”是内容；某个账户在特定时间联系了另一个账户，这一事实则是元数据。哪一方能观察到其中哪种事实，取决于应用和网络架构。

消息内容与元数据不同

端到端加密保护对话内容。元数据描述消息服务如何传递和管理这段对话：哪些账户参与、事件何时发生、消息是否送达，以及应交给哪个会话。

这一区分很重要，因为消息应用可以加密消息文本，同时仍保留运行信息。这也意味着“已加密”“私密”和“零知识”等说法不能互换。有用的安全评审会精确询问：哪些数据被加密、密钥存在哪里，以及服务仍能获取哪些信息。

端到端加密保护什么

在正确实现的端到端加密对话中，发送者在内容进入存储之前将其加密，再由参与者设备解密。服务传送的是密文，而不是可读的消息内容。

根据产品，E2EE 可能覆盖：

• 消息文本和编辑内容
• 说明文字和附件
• 语音留言及其他上传媒体
• 作为加密载荷一部分的表情回应或回复

覆盖范围并非自动囊括一切。产品可能加密私聊，却对群组、频道、备份、链接预览或通话采用不同模式。应阅读产品安全文档，而不是假定一个锁形图标适用于所有功能。

哪些元数据可能仍然可见？

消息服务需要一些信息来路由消息、执行访问控制、同步设备和防止滥用。这类运行数据可能包括：

数据类别	服务可能处理它的原因
参与者和会话 ID	将事件路由到正确的账户和对话
时间戳和序列号	排列消息，并在断线后恢复更新
送达与已读状态	在设备之间同步消息状态
成员关系和角色	执行群组及频道的访问权限
密文大小和媒体元数据	正确存储和投递加密内容
网络信息	建立连接、运行基础设施和调查滥用

这并不意味着每项服务收集相同的数据，或保留相同的时间。它意味着，严肃的隐私比较应检查收集、保留、访问控制和删除，而不只是加密算法。

为什么元数据值得关注

即使消息内容不可读，元数据也能揭示模式。两个账户频繁通信、活动突然变化，或加入某个特定群组，都可能自带背景含义。

实际风险取决于收集的数据、保留时长、是否关联现实身份，以及谁能访问。短期运行记录与永久广告画像不同。透明的服务应在隐私和安全文档中解释这一区别。

选择消息应用前应问的问题

评估任何消息平台时，都可以使用这些问题：

1. 哪些对话类型采用端到端加密？
2. 附件是否在上传前加密？
3. 私有身份密钥在哪里生成和保存？
4. 另一台设备能否不使用独立的恢复秘密就恢复密钥？
5. 服务器保留哪些路由、成员关系、时间戳和投递数据？
6. 备份是否由服务无法获取的密钥保护？
7. 密钥变化后，参与者能否核验公钥指纹？
8. 安全声称是否区分私聊、群组、频道和通话？
9. 平台如何处理账户删除与保留的数据？
10. 隐私政策是否说明分析、广告和第三方服务？

具体答案比宽泛承诺更有价值。如果服务无法描述其信任边界，用户就无法作出知情决定。

谁能观察到对话的哪一部分？

不要把每一种观察者合并为一个无所不知的主体。一个实用的初步划分如下：

观察者	可能看到的信息	重要边界
互联网服务商或本地网络	连接目的地、时间和流量大小	正确保护的消息内容并不会自动变得可读；可见字段随传输和路由方式而变化
消息服务	其设计所需的账户、投递和成员关系信息	它可能不接收 E2EE 内容的明文，保留情况也可能不同于临时处理
推送或托管服务商	服务的通知或托管集成所需的信息	载荷和标识符的暴露程度取决于实现
其他参与者	解密后的消息和对话中显示的信息	他们可能复制或披露收到的内容
控制终端的人	该设备或会话可访问的数据	网络加密无法修复终端被攻陷的问题

此表是一个分析框架，并非对特定应用的测量。网络服务商不一定能看到与消息应用相同的账户级记录；应用服务商也不一定保留其处理过的一切。

IAB 在 RFC 6973 中的隐私指南将关联、身份识别和数据最小化视为不同的隐私问题。即使持久标识符不是法定姓名，也能将不同时期的活动联系起来。结合多个来源的记录，可能揭示比任何单条记录更多的信息。

Livara 文档中的元数据边界

Livara 安全文档说明了加密的私聊内容和兼容私人群组内容，而路由、成员关系、时间、密文大小、推送令牌和安全记录另行处理。公开频道可由服务器读取；不应将私人群组密文与公开频道明文混为一谈。

文档中存在某个密码学组件，并不能证明它用于每条实际运行的路径。例如，文档中的 LSS1 组件并未被描述为已接入正常消息发送流程。因此，不能据此声称 Livara 的正常消息通信会隐藏发送者元数据。有关实际范围及保留方面的声称，请查阅当前安全文档和隐私信息。

本文并未独立测量 Livara 的生产流量或服务器保留情况。其内容加密声称，不能证明它在竞争服务中收集的元数据最少。

减少暴露的实用方法

加密是账户安全的一部分。用户也可以采取一些具体措施来减少暴露：

• 只分享对话所需的个人资料和账户标识符；重复使用公开名称或头像，可能将不同账户关联起来。
• 拒绝不必要的联系人或位置权限，并另外检查如何删除先前同步的数据。
• 在适用情况下使用唯一的账户凭据，并保护设备本身的访问权限。
• 将恢复短语保存在与已登录设备分离的位置。
• 出现意外身份变化后，通过另一条可信渠道比较密钥指纹。
• 分享敏感内容前检查群组成员。
• 保持浏览器、操作系统和消息客户端更新。
• 把通知预览、截图和导出的媒体视为加密对话之外的副本。

设备安全维护与元数据最小化解决的是不同部分的问题，它不会让服务商日志消失。同样，删除一个消息气泡或设置到期计时器，不一定会删除路由记录、备份或另一位参与者的副本。

正确理解隐私声称的方法

可信的隐私声称会指出受保护的数据、采用的机制和局限。“私聊内容在参与者设备上加密”可以核实，“完全私密”则不能。

比较消息应用时，应分开考虑四个问题：谁能读取内容、服务处理哪些元数据、账户恢复如何运作，以及每台设备上会发生什么。相比仅凭口号选择产品，这个框架能帮助作出更准确的决定。

VPN 会隐藏消息元数据吗？

VPN 改变了哪个网络运营方能观察到部分连接信息，但不会自动移除消息服务的账户或投递记录。登录同一个账户，仍然会向服务标识该账户。应分别评估 VPN 服务商、消息路由设计和应用的保留政策，而不是把改变 IP 地址当成完全匿名。

不只问收集什么，还要问保留多久

对于每个相关字段，都应询问它是仅临时处理、写入日志、保留在备份中，还是与其他服务商共享。然后询问保留多久，以及删除是否存在例外。如果文档没有说明，就把时长记录为未知。“运行所需”解释了一种可能用途，但其本身并未规定保留期限。