E2E加密
（端到端加密）是指
本页面由日语原文机器翻译而成。 阅读日语原文
E2E加密（端到端加密）是在发送者的设备上对数据进行加密，只有在接收者的设备上才能解密的方式。 中间服务器无法读取数据内容。 SimpleMemo以“不将备忘录正文持续保存在服务器上”的不同方法来保护隐私。
E2E加密（End-to-End Encryption）是只能在通信的两端（端点）解密数据的加密方式。 在发送者的设备上对数据进行加密，用通信对象的终端拥有的钥匙进行解密。 转播信息的服务器、网络运营商，甚至服务提供商本身也无法读取数据内容。 WhatsApp、Signal、Proton Mail等都采用了这种方式。
E2E加密的构造 — 通过4的步骤理解概念
E2E加密的要点是“中继服务没有解密所需的密钥”。 以下是理解公开密钥加密和信息加密作用的概念图。 实际的Signal Protocol有本人确认、密钥协议、密钥更新，不能仅通过4阶段实现。
通信路加密、保存时加密、E2E加密的差异
“正在加密”的说明中有3种，可以保护的范围完全不同。 HTTPS（TLS）只在终端和服务器之间，保存时加密只保护在服务器的磁盘上，无论哪个服务企业都可以读取内容。 只有E2E加密才能实现“企业也无法读取”。
| 观点 | 通信路加密（TLS / HTTPS） | 保存时加密（at rest） | E2E加密 |
|---|---|---|---|
| 守卫的区间 | 终端和服务器之间的通信 | 服务器和磁盘上的数据 | 从发送终端到接收终端的全部区间 |
| 持有钥匙的人 | 终端和服务器都 | 服务企业 | 只有两端用户的终端 |
| 经营者能读懂里面的内容吗 | 可以阅读（到达服务器后是平文） | 可读（管理钥匙的是企业主） | 看不懂 |
| 窃听通信 | 可以防止 | 对象外 | 可以防止 |
| 服务器侵犯、内部不正当 | 无法阻止 | 钥匙在同一个地方的话无法阻止 | 可以防止（泄露的只有密码文） |
| 服务器方面的搜索、共同编辑、AI处理 | 可能 | 可能 | 原则上不能（因为看不懂内容） |
| 代表例 | 几乎所有的Web服务 | 云存储整体 | 信号・WhatsApp・iMessage・Standard Notes |
主要服务的E2E加密对应
即使是同样的“加密”，也是默认的E2EE，还是只在设置生效时，或者设计上本来就不是E2EE。 这是基于各公司的公开文件的2026年9月时的整理。 因为规格会发生变化，所以在做出重要判断之前，请在官方信息中再次确认。
| 服务 | E2E加密 | 补充 |
|---|---|---|
| 信号 | 默认E2EE | 信号协议。 信息、通话、附件全部为对象 |
| 默认E2EE | 采用Signal Protocol。 云备份的加密是任意设置 | |
| iMessage | Apple终端之间是E2EE | iCloud备份在激活“高级数据保护”之前由Apple保留密钥 |
| LINE | 1对1谈话的文本是E2EE | Letter Sealing（默认有效）。 也有对象之外的内容 |
| Gmail等一般邮件 | 不是E2EE | 通信路是TLS，保存时由企业进行加密。 商家可以读懂内容的设计 |
| Proton Mail | Proton之间是E2EE | 外部地址可以通过密码保护邮件E2EE化 |
| Standard Notes | 默认E2EE | 所有的笔记本都是E2EE。 丢失密码的话无法恢复 |
| Apple 笔记 | 取决于设置 | 通常的备忘录由Apple保留钥匙（“高级数据保护”E2EE化）。 带锁的备忘录用密码来源的钥匙进行加密 |
| Notion | 不是E2EE | 只有通信时、保存时的加密。 在服务器端进行共同编辑、搜索的设计 |
| Obsidian Sync | E2EE（自己设置加密密码时） | Obsidian公司也无法解密。 本地的保管库本身没有加密 |
| SimpleMemo | 不是E2EE | 终端内的Outbox和发送记录用AES-GCM-256加密。 正文以标准SMTP发送到自己的收件箱，不常常保存在服务器上 |
E2E加密也保护不了的东西
E2E加密是保护“途中”的技术，不保护“端”及其周围。 即使使用E2EE的应用程序，信息泄露的路径实际上集中在这个4上。
需要什么级别的加密 — 通过威胁模型决定
既不是“不是E2EE就危险”也不是“有TLS就放心”。 如果先决定要从谁那里保护什么，所需的等级几乎分为3。
SimpleMemo是E2E加密吗？
不。 Simple Memo不提供End-to-End加密（E2EE）。 邮件正文，为了能够通过接收用户自己的普通邮件客户端（Gmail / Apple Mail / Outlook等）阅读，使用标准的SMTP协议发送。 取而代之的是“终端内加密+数据最小化”的模式来保护隐私。 对于需要E2EE的用途，请考虑Standard Notes、Signal、ProtonMail等专用服务。
常见问题（E2E加密）
E2E加密是什么？
数据在发送者的设备上加密，只有在接收者的设备上才能解密的方式。 中间服务器和网络运营商无法读取数据。
SimpleMemo是E2E加密吗？
不。 为了让作为收件人的用户自己在平时的邮件应用程序上阅读正文，邮件发送使用的是标准SMTP协议。 取而代之的是，Outbox和发送历史的终端内AES-GCM-256加密，邮件正文没有永久保存，通过数据最小化模型来保护隐私。 需要E2EE的用途请考虑Standard Notes、Signal、ProtonMail等。
E2E加密和AES-GCM的区别是什么？
E2E加密是架构的概念（谁可以解密）。 AES-GCM是加密算法（如何加密）。 E2E加密的内部安装也可以使用AES-GCM。
E2E加密和TLS（HTTPS）的区别是什么？
TLS只保护终端和服务器之间的通信路，到达服务器时企业可以读取内容。 E2E加密在到达接收者的终端之前，路径上的任何人（包括企业）都无法读取内容。
E2E加密绝对安全吗？
不。 可以保护的是通信路径和企业泄露。 无法防止终端的侵犯、未加密的云备份、元数据、收件人的传输和截图。
邮件（Gmail等）是E2E加密的吗？
普通邮件用TLS保护通信路，保存时由企业进行加密，但不是E2EE。 要使用E2EE，需要像PGP和S/MIME，或者Proton Mail一样，发送和接收的两端对应结构。
LINE是E2E加密吗？
1对1对话的文本默认为“Letter Sealing”的E2E加密有效。 但是也有不在对象范围内的内容，详情请在LINE的官方信息中确认。
参考文献・外部链接
