端到端加密（End-to-End Encryption，E2EE）指内容在发送方设备上加密，仅在接收方设备上解密，通信服务商在协议设计上无法获取明文。Cloudflare 将其与「仅传输加密」区分：后者常在服务器端终止 TLS 后看到明文。E2EE 解决的是服务端读取内容的问题，不是「通信从未发生」的隐身。
与 HTTPS/TLS 的关键差异
访问 HTTPS 网站时，TLS 保护浏览器到服务器链路；服务器必须能解密 HTTP 才能生成页面、做搜索索引或反垃圾。即时通讯、部分邮件与文件同步产品则把长期密钥材料放在用户设备上，服务器转发密文包。实践里常见双层：消息体 E2EE，外层仍用 TLS 送到服务器。理解分层有助于避免把「小锁网页」误当成「运营商读不懂聊天」。详见 HTTPS 与 网络流量加密。
密钥、身份与核对
成熟 E2EE 设计提供安全码或指纹比对，用于发现中间人替换密钥。多设备登录要在新设备上安全分发或派生会话密钥；设备丢失后的远程注销与密钥轮换策略，直接决定「端到端」是否在你失机瞬间失效。NIST 密码学专题强调密钥生命周期管理，与算法选型同等重要。
元数据仍然泄漏什么
即使正文不可读，服务侧常仍掌握账号标识、对话双方关系、时间戳、消息长度或频率、设备类型等元数据。流量分析在国家级对手面前仍可绘制社交图。E2EE 不消除「谁在和谁说话」这一层面的观察，只是把说了什么从运营方视野里拿走（在实现正确、未被后门的前提下）。
端点与人为因素
屏幕偷拍、被胁迫解锁、终端木马、备份到未 E2EE 的云盘，都会在加密之外开辟泄密口。对方设备若失陷，你发给对方的明文仍会被读取。EFF 在「与他人通信」模块提醒：密码学保护假设端点是诚实且未被入侵的。
备份与多设备陷阱
许多产品提供「云端聊天备份」以换机恢复。若备份未同样端到端加密，或备份密钥由厂商托管，则历史消息可能在服务器上恢复为明文。选购前应阅读白皮书：默认是否 E2EE、备份密钥是否只存在于你的设备、关闭 E2EE 是否影响功能。
如何阅读产品声明
- 默认开启还是可选？关闭后能否发现？
- 群组、通话、文件是否同一加密模型？
- 是否有独立审计或开源客户端可复现构建？
- 元数据保留多久、能否被执法请求？
工具评估维度见 如何选择隐私工具。
法定访问与产品架构
各国法律可能要求服务商配合元数据或特定内容的披露；E2EE 产品的架构选择（客户端加密、密钥托管方式）决定了执法请求能否在技术上落实。Signal、WhatsApp 等公开材料对这一问题有不同程度的说明，选购前应阅读其透明度报告，而不是只看广告里的「无法破解」。
群组与通话是否同一模型
群聊密钥轮换、语音视频通话的密钥协商路径，可能与文字消息不同步升级。产品更新日志若仅写「聊天 E2EE」却未提群语音，值得向支持团队索要技术说明。联邦互通协议还会在信任锚上引入第三方服务器，安全码核对范围也随之扩大。
转发截图与通知预览
消息在端上解密后，通知栏预览、最近任务切换器缩略图、云相册里的聊天截图，都会把 E2EE 的保护面打穿到物理世界。关闭敏感会话的通知预览、对屏幕共享设黑名单，与启用 E2EE 同样属于日常配置。企业监管手机若强制备份到 MDM，也要确认备份链是否仍满足你个人的保密预期。
E2EE 不直接防御的攻击
钓鱼骗取验证码、假冒客服索要恢复码、在假登录页输入密码——这些攻击发生在 E2EE 通道之外。账户加固仍依赖强口令、双重验证与防钓鱼习惯。
读毕本篇后，可把加密通讯与网页浏览的威胁分开记录：聊天 App 对照 E2EE 白皮书，网站登录对照 HTTPS 与域名核对，避免用单一工具名覆盖全部场景。