端到端加密(E2EE) 是一种数据保护方式:内容在发送者的设备上加密,只能在预定接收者的设备上解密。解密密钥只存在于这些设备上。中间的每一台服务器——转发消息的、存储文件的、在设备间同步的——处理的都是它没有密钥的密文,因此无法读取内容。
名称里的“端”指的是人,更准确地说是他们的设备。服务商位于中间,而这正是关键所在:端到端加密是唯一一种不仅能防范外人、还能防范承载数据的服务本身的加密。
大多数 E2EE 系统结合了两个思路。每台设备都有一对密钥:一个是别人用来为它加密数据的公钥,另一个是从不离开设备的私钥。各方再用这些密钥协商出共享密钥,由共享密钥加密实际内容;共享密钥通常按消息或按会话轮换,这样一把密钥泄露也不会暴露全部内容。
知名的实现包括:
“加密”一词几乎出现在每一个安全页面上,而它大多数时候指的是更窄的东西。
| 术语 | 谁持有密钥 | 服务商能读取内容吗? |
|---|---|---|
| 传输中加密(TLS) | 服务商的服务器 | 能,数据一到达就能 |
| 静态加密 | 服务商 | 能,只要其系统需要 |
| 端到端加密 | 仅参与者的设备 | 不能 |
传输中加密保护的是数据在你的设备和服务器之间传输的过程。静态加密保护的是服务器磁盘上的数据,防的是偷走硬件的人。两者都有用,但两者都让服务商能读取一切,因为服务商要显示、搜索或处理数据,就得先解密。具体到会议纪要,这意味着什么,我们在AI 会议纪要加密了吗一文中做了详细说明。
真正的端到端设计会带来看得见的后果。不需要读任何密码学资料,你就能检验:
E2EE 还取决于围绕它的法律和政策。英国政府依据 Investigatory Powers Act 提出要求后,自 2025 年 2 月起,Apple 不再向英国的新用户提供 Advanced Data Protection;截至本词条撰写之日(2026 年 9 月 28 日),Apple 提出的法律挑战仍悬而未决。
在 Speak-Y 中,音频在处理后删除,转写记录默认留在你的设备上,你自己各台设备之间的同步是端到端加密的。分享到团队知识库也采用同样的模型:频道密钥只存在于团队的设备上,移除成员时会轮换密钥。完整的数据处理说明见隐私政策。
团队共享会议纪要时这一切如何运作——谁能读到什么、有人离开时会发生什么变化——请参阅团队知识库指南。
端到端加密(E2EE)是一种数据保护方式:数据在发送者的设备上加密,只能在预定接收者的设备上解密。密钥从不离开这些设备,因此存储或转发数据的服务只能看到密文,即使想读也读不了内容。
不是。静态加密用服务商持有的密钥保护服务商磁盘上的数据,因此只要其系统需要,服务商随时可以解密。端到端加密则意味着服务商根本没有密钥。对这两种情况,服务商都可以如实地说“已加密”,所以单凭这个词说明不了什么。
问一问:如果忘记密码,客服能否恢复你的数据。如果能,说明服务商持有密钥,内容就不是端到端加密的。真正的 E2EE 设计还有其他迹象:没有针对你内容的服务端搜索;没有密钥材料就无法在浏览器中阅读;以及可以与对方核对密钥,例如 Signal 的安全码。
它不隐藏元数据,例如谁与谁通信、在什么时候、通信了多少。它保护不了已被攻陷或已解锁设备上的内容,因为明文就在那里。它也无法阻止合法的接收者复制、转发或截屏他们收到的内容。
因为转写或总结内容的那台机器必须以明文读取内容。例如,Zoom 的端到端加密会议会关闭 Zoom 的 AI 功能、云端录制和实时转写,因为会议密钥由参会者的机器生成,而不是 Zoom 的服务器。只有当 AI 运行在本来就持有密钥的设备上时,AI 与 E2EE 才能共存。