# 端到端加密保护什么，不保护什么

假设您在端到端加密聊天中向同事发送机密项目更新。同事读完后，将其中一段复制到了共享文档中。任何有权访问该文档的人现在也可以阅读该段落。

端到端加密旨在保持消息内容仅在通信端点可读。对于私人对话，这些是参与者的设备。在正确设计和实现的系统中，承载加密消息的服务无法解密其内容。 [IETF 的消息安全架构](https://www.rfc-editor.org/rfc/rfc9750.html#section-8.2.1) 描述了参与者和传送服务之间的这种分离。

## 在哪些设备之间加密？

消息可以在通过互联网传输时被加密，并且仍然可以被处理它的服务读取。

以一个简单的服务为例：它使用 TLS 保护您的手机与服务端之间的连接。服务器是该受保护连接的一端。它可以接收可读文本，对其进行处理，然后通过另一个加密连接将其发送给收件人。 [TLS 保护其端点之间的通信](https://www.rfc-editor.org/rfc/rfc8446.html#section-1)，这两个端点可能是一台设备和一台服务器。

端到端加密让内容在经过中间服务时也保持加密。发件人的设备在传送前对消息进行加密，然后收件人的设备对其进行解密。系统也可以使用 TLS，保护携带已加密消息的网络连接。

|简单的端到端加密交换阶段 |内容会发生什么？
|---|---|
|发送者的设备 |文本已编写并加密。 |
|消息传送服务 |该服务携带加密数据。它没有解密内容所需的密钥。 |
|收件人的设备 |消息被解密，以便收件人可以阅读。 |

这是一个简化的示例。具有多个关联设备的群组聊天和帐户需要考虑更多端点。

## 您的设备是对话的一部分

您需要在发送之前阅读文本。您的收件人收到后需要阅读。此时，两端设备上的文本都是可读的。

能够看到设备上已打开对话的人也许能够在不破坏任何加密的情况下阅读它。对设备有足够访问权限的恶意软件也可能会捕获键入或显示的文本。正如 [IETF 对端点被攻破的讨论](https://www.rfc-editor.org/rfc/rfc9750.html#section-8.3) 所解释的那样，设备被攻破的后果取决于所获得的访问权限和系统的设计。

还可以在关联的计算机或平板电脑上访问相同的对话。检查这些设备，删除不再需要的访问权限并保持软件最新。这些是[CISA 移动通信指南](https://www.govinfo.gov/content/pkg/GOVPUB-HS2-PURL-gpo250552/pdf/GOVPUB-HS2-PURL-gpo250552.pdf) 中包含的实用预防措施。

## 备份有自己的保护

用于实时对话的设置本身并不告诉您如何保护已保存的备份。

检查备份是否加密、谁控制密钥以及恢复如何进行。如果提供商保留可以打开备份的密钥，则可能能够访问该副本。如果只有您掌握打开备份所需的秘密信息，那么能否恢复就取决于您是否妥善保管了它。备份存储在云中这一事实并不能回答这些问题。

[电子前沿基金会的加密指南](https://ssd.eff.org/module/what-should-i-know-about-encryption) 特别建议检查备份加密以及传输中使用的保护。

## 文字只是部分信息

对消息内容保密并不会自动隐藏周围的活动。

根据服务和观察者的不同，连接时间、帐户标识符、网络地址或交换数据量等信息可能仍然可用。这些详细信息通常称为元数据。网络观察者和消息传递提供者不一定会看到相同的信息。

即使交换的内容不可读，流量规律仍然可以揭示有关通信的某些信息。 [IETF 隐私指南](https://www.rfc-editor.org/rfc/rfc6973.html#section-3.4) 将此称为流量分析。

## 检查谁在另一端

熟悉的个人资料名称或照片不足以验证敏感的交流。

如果应用程序提供联系人验证，请与对方当面核对密钥指纹或安全码，或者通过您已经信任的独立渠道进行比较。如果有人意外地通过新帐户与您联系，请在共享机密信息之前通过已知途径确认更改。

这有助于将加密身份与您想要联系的人联系起来。 [EFF 对密钥指纹验证的解释](https://ssd.eff.org/module/deep-dive-end-end-encryption-how-do-public-key-encryption-systems-work) 说明了该检查为何如此重要。

## 在您下一条机密消息之前

从您实际需要发送的信息开始。省略收件人不需要的详细信息。然后检查交换中与该信息相关的部分：

- 此对话是否使用端到端加密，包括任何关联的设备。
- 您是否通过可靠的方法验证了收件人。
- 哪些设备可以打开对话。
- 如何保护保存的副本和备份。
- 接收者是否需要保留、复制或共享文本。

对于工作对话，请在发送之前与您的同事商定哪些文档可以记录这些项目细节、哪些人员可以知悉。

## Layergram 的作用

Layergram 允许您在本地编写和加密选定的文本，然后再通过兼容渠道共享。接收者在 Layergram 中本地解密。双方都使用 Layergram，并相互验证身份。

这会将所选内容在到达用于发送消息的聊天应用之前置于单独的加密层中。聊天仍然可以保留有关交换的信息，并且设备和接收者仍然是风险的一部分。您可以在[Layergram 的工作原理](https://layergram.app/zh/%E5%B7%A5%E4%BD%9C%E5%8E%9F%E7%90%86/)中了解操作流程，并阅读我们的[安全说明](https://layergram.app/zh/%E5%AE%89%E5%85%A8/)中的具体限制。

Canonical HTML: https://layergram.app/zh/insights/%E7%AB%AF%E5%88%B0%E7%AB%AF%E5%8A%A0%E5%AF%86%E8%83%BD%E4%BF%9D%E6%8A%A4%E4%BB%80%E4%B9%88/

Language: zh

Publisher: Layergram

Last updated: 2026-10-13T12:28:41Z