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的官方資訊中確認。
參考文獻・外部連結
