甚麼是端到端加密？與 HTTPS 及 VPN 有何分別？

端到端加密保護預期通訊端點之間的內容，而不是由中間服務在傳遞時解密。核心問題是誰控制密鑰、可讀內容在哪裏出現。VPN 保護另一條連線，通常是裝置到 VPN 伺服器的路徑。［1］

關鍵要點：

• 接受「已加密」說法前，先確認端點。
• HTTPS、VPN 隧道與端到端訊息可以並用，因為邊界不同。
• 內容保護不會自動隱藏全部中繼資料，或保障每份備份。
• 遭入侵或主動共用的端點，可能暴露可讀訊息。

端到端加密如何運作？

發送程式加密內容，讓預期收件者的授權端點可以解密。在這種交付模式，服務能傳遞密文，而不需要內容解密密鑰。NIST 提供通訊定義；應按實際程式的密鑰與端點架構理解，不能當成通用產品徽章。［1］

可以畫出兩人之間的路徑，標示所有可讀內容位置，以及能取得所需密鑰的參與者。如果伺服器平常會解密、處理再轉送，其保護邊界就不同於訊息一直以密文通過伺服器。

上方代表訊息密文經過交付服務，下方代表在 VPN 伺服器終止的隧道。圖沒有表示 VPN 之後一定是明文；程式自己的 HTTPS 或 E2EE 層可繼續保護之後路徑。

為何密鑰比鎖形圖示重要？

圖示可以顯示功能已選取，卻不能完整交代密鑰歸屬。問供應商能否復原內容、新裝置會否成為授權端點，以及匯出對話後怎樣處理。即使不讀密碼學程式碼，也能問這些實際問題。

Signal Double Ratchet 規格展示會派生不同訊息密鑰的設計，並按前提說明保護與限制。這是協定例子，不證明所有標示「加密」的程式採用同一設計或復原政策。［2］

加密總覽分開傳送、儲存與 E2EE。先分類問題，再查特定服務的現行文檔。宣傳用語本身，不會指出哪份副本、哪個端點和哪個觀察者受影響。

E2EE 與 HTTPS、VPN 有何分別？

HTTPS 以 TLS 保護客戶端與 TLS 端點的連線，常見端點是網站或服務。連線終止後，網站通常能讀取合法收到的內容。RFC 8446 定義 TLS 1.3，不會令每個網頁程式都成為端到端加密訊息系統。［3］

層次	一般保護路徑	自身加密在哪裏終止	另行核對
HTTPS	瀏覽器或程式到 TLS 服務端點	TLS 端點	服務如何使用及儲存內容
個人 VPN	裝置到 VPN 伺服器	VPN 伺服器	隧道以外的程式加密
E2EE 訊息	授權發送與接收端點	授權訊息端點	中繼資料、備份、連結裝置及端點存取
磁碟加密	裝置上的儲存磁碟區	授權儲存存取可用時	運作中工作階段及其他副本

各層可以互相包裹。E2EE 訊息可經 HTTPS 傳遞，而網絡封包同時經 VPN 隧道。隧道結束不會取消程式加密；某訊息有內容保護，也不代表同一裝置所有程式都使用它。

VPN 與 HTTPS 比較詳述網絡邊界。對已儲存訊息歸檔，BitLocker 與 FileVault處理另一風險：繞過授權途徑讀取手提電腦儲存。

中繼資料仍可透露甚麼？

內容與中繼資料是不同資訊。服務可能需要交付資料、帳戶識別或時間；觀察者也可能看見裝置連向某服務，卻讀不到訊息。實際可見性取決於程式、路由和協定，不能承諾所有 E2EE 產品都隱藏固定欄位。

例如附有保密檔案的訊息，交付伺服器可能不能讀文字，但收件者可閱讀及轉寄；伺服器也可能記下交付時間。要先分清關心的是讀取附件、辨識人際關係，還是知道帳戶活躍。

別單靠功能名稱解讀私隱。自動消失計時器處理程式內保留，不會阻止拍攝螢幕。隱藏已讀通知改變某個訊號，不會令整條通訊路徑匿名。

DNS 攻擊與防禦解釋查詢目的地的另一層。E2EE 不是 DNS、伺服器發現、網站信任或帳戶復原的完整政策。應查程式遇到連線、憑證或收件者身份改變時如何反應。

裝置、備份與復原有甚麼限制？

端點是人需要可讀內容的位置，因此存取很重要。能解鎖手機、查看通知、使用連結裝置或控制授權程式的人，可能無須破解傳遞加密就取得訊息。

傳送敏感資料前，確認真正收件者及涉及裝置。程式提供身份核實或密鑰更改警告時，要了解官方含義。重新安裝可能正常改變密鑰，但意外變更仍值得先用可信渠道確認，再繼續敏感交流。

備份和匯出應另問：是否保留 E2EE？誰有密鑰？帳戶復原會否還原可讀歷史？不能從即時訊息保護推斷答案。寄給自己的電郵匯出，也不自動承襲原對話端點邊界。

按每份副本核對

• 即時對話： 確認授權參與者和身份核實功能。
• 連結裝置： 確認認得裝置，仍希望給予授權。
• 通知： 留意鎖定畫面或共用顯示器有沒有可讀預覽。
• 備份： 獨立核對加密、密鑰、保留及復原政策。
• 匯出或截圖： 當作另一檔案，另行安排存取。
• 收件者副本： 假設對方能保存或披露合法取得的內容。

這不表示每個程式都有相同控制，而是讓缺少的設定清楚可見，不被「已加密」掩蓋。機構受監管資訊應依核准通訊與保留政策處理，別自行繞過。把核對加入數碼私隱規劃。

公共 Wi-Fi 上 VPN 幫助哪一段？

VPN 保護到自身伺服器的網絡路徑，E2EE 程式則繼續保護授權端點間內容。公共網絡的工作是減少隧道轉送流量的暴露，而不是把沒有 E2EE 的聊天服務變成端到端加密。

這個網絡步驟可用 AethoVPN：Windows、Debian/Ubuntu Linux 和 Android 有下載；Mac 與 iPhone/iPad 按官方設定指南使用配置，需 Pro 或 Premium。在准許 VPN 的網絡連線，若希望所有程式流量經 VPN 轉送，就使用全域模式。隧道在伺服器結束，仍要保留程式本身的內容保護，核實收件者與裝置。新用戶可開始 3 天 Pro 試用，每人一次。

可用目前 IP 與國家工具核對出口。出口改變只證明這次請求可觀察的路由結果，不能證明訊息服務的密鑰架構、每個程式的 DNS 處理或連結裝置安全。

酒店登入入口可能要在 VPN 連線前完成。不要為了設定而繞過憑證警告，或透過意外登入表格寄敏感訊息。網絡許可、收件者身份和隧道是否啟用，仍是不同決定。

總結

• 以端點和密鑰說明加密，不只用一般安全標籤。
• 按各自邊界使用 HTTPS、VPN、儲存加密與 E2EE。
• 分別確認中繼資料、備份、連結裝置與可讀副本。
• VPN 保護自己的網絡段，不會在另一服務內創造 E2EE。

FAQ

VPN 為訊息提供端到端加密嗎？

個人 VPN 隧道通常在其伺服器終止。訊息有沒有 E2EE，取決於程式本身的密鑰和端點設計，即使它也經 VPN。

HTTPS 網站可以讀取我提交的內容嗎？

合法 TLS 端點在 TLS 結束後收到可讀程式資料。是否另有 E2EE 層，由程式設計決定，不單靠 HTTPS。［3］

E2EE 會隱藏我聯絡的人嗎？

不要假設它隱藏所有關係與交付訊號。中繼資料可見性依服務和網絡而定，帳戶識別、時間及路由應與訊息文字分開確認。

收件者可保存加密訊息嗎？

授權收件者可讀內容，也可能匯出、截圖或存到另一裝置。傳送保護不能保證收到訊息的人會保密。

備份自動獲得與聊天相同的保護嗎？

沒有通用保證。查看備份自己的密鑰歸屬、加密、保留及復原安排，同一程式內也可能不同於即時對話。

密鑰改變警告代表攻擊嗎？

不是。重裝或更換裝置可解釋部分警告；意外改變仍應依官方含義，用可信渠道核實身份後才繼續敏感通訊。

手機已被入侵怎辦？

攻擊者能存取授權端點，就可能無須破解傳送加密而閱讀內容。先處理裝置與帳戶，用可信裝置復原，不要只靠隧道或鎖形圖示。

來源

1. NIST — End-to-end encryption glossary — https://csrc.nist.gov/glossary/term/end_to_end_encryption
2. Signal — The Double Ratchet Algorithm — https://signal.org/docs/specifications/doubleratchet/
3. IETF — RFC 8446: The Transport Layer Security (TLS) Protocol Version 1.3 — https://www.rfc-editor.org/rfc/rfc8446.html

Sources checked 2026 年 10 月 5 日。

延伸閱讀

• 保護通訊的儲存副本
• 了解目的地解析攻擊
• 比較儲存與傳送加密
• VPN 與 HTTPS 的保護