端對端加密（E2EE）是什麼？簡單說，就是檔案在離開你的裝置之前就先加密，只有持有金鑰的人才能解開，負責儲存與傳遞檔案的服務本身永遠解不開。一般「有加密」的服務，會保護傳輸途中與存在硬碟上的檔案，但金鑰掌握在服務自己手上；用了端對端加密，服務看到的就只是一堆亂碼。
這個差別聽起來很技術，卻決定了伺服器遭入侵、員工看了不該看的東西，或是收到法律調閱要求時，誰能讀到你的檔案。本文說明你常看到的三種加密有什麼不同、端對端加密在檔案傳輸中如何運作、LINE 等常用 App 怎麼使用它，以及它實際上的限制。
三種加密的差別：傳輸加密、儲存加密、端對端加密
| 類型 | 保護的對象 | 誰握有金鑰 | 服務讀得到檔案嗎？ |
|---|---|---|---|
| 傳輸加密（TLS，瀏覽器網址列的鎖頭） | 在網路上傳輸中的檔案 | 你的瀏覽器與伺服器，每次連線各自產生 | 讀得到，檔案送達之後 |
| 儲存加密（例如 AES-256） | 存放在服務商硬碟上的檔案 | 服務商 | 讀得到 |
| 端對端加密 | 寄件者與收件人裝置以外，所有地方的檔案 | 只有握有金鑰的人 | 讀不到 |
傳輸加密使用 TLS（目前為 TLS 1.3，RFC 8446），防止有人在網路上竊聽；儲存加密則是防止硬碟被偷走時資料外洩。兩者都是標準而且有用的措施，但因為金鑰由服務管理，服務隨時可以把檔案解密。端對端加密是在這之上再加一層，服務本身拿不掉的保護。
端對端加密的原理：檔案傳輸是怎麼運作的？
第 1 步
瀏覽器產生金鑰
開啟端對端加密時，你的瀏覽器會產生一組隨機的秘密金鑰，你不需要輸入，也不用記住。
第 2 步
上傳前先加密
每個檔案都在你的裝置上，用 GCM 模式的 AES 等現代加密演算法加密，同時能偵測檔案是否遭到竄改。
第 3 步
只上傳加密後的資料
服務儲存並傳遞的，是它自己也讀不懂的加密資料。
第 4 步
金鑰放在連結裡
金鑰會加在下載連結的「#」之後，網址的這個部分只留在瀏覽器裡。
第 5 步
收件人的瀏覽器解密
收件人打開完整連結時，瀏覽器會下載加密的檔案，再用金鑰在本機解密。
為什麼「#」後面的金鑰不會被送到伺服器？
網址最後可以接一段片段識別碼（fragment），也就是「#」後面的部分。HTTP 標準（RFC 9110）規定，片段識別碼保留給用戶端處理，不會包含在請求中：收件人打開連結時，瀏覽器向伺服器要求的是不含片段的網頁，之後才在本機讀取金鑰。這是 Mozilla 已停止的 Firefox Send 服務帶動的設計，Transfr 的端對端加密也採用同樣的方式。
端對端加密能防範什麼？
- 服務商的伺服器遭入侵：沒有金鑰，被偷走的檔案也讀不出來。
- 內部人員存取：服務的員工也打不開你的檔案。
- 向服務商調閱資料：服務交不出它從來沒有的可讀內容。
- 儲存空間設定錯誤：就算儲存空間不小心公開，裡面也只是加密資料。
法規上也有好處。依歐盟 GDPR，如果外洩的資料已經以「例如加密」的方式讓未經授權的人無法理解，企業就不必通知受影響的當事人（第 34 條第 3 項 a 款）。歐洲資料保護委員會（EDPB）補充，前提是資料有妥善加密，而且金鑰沒有外洩。台灣個資法的規定，請看個資法與檔案傳送。
端對端加密保護不了什麼？
- 外流的連結：拿到完整連結的人，也就拿到了金鑰。
- 遭入侵的裝置：寄件者或收件人電腦上的惡意程式或惡意瀏覽器擴充功能，可能在加密前或解密後看到檔案。RFC 9110 本身也提到，片段識別碼對網頁中的指令碼是可見的。
- 中繼資料：依服務而定，檔名、大小、日期與電子郵件地址可能仍看得到。
- 收件人之後的處理：檔案解密並存下來之後，就是一般的檔案。
實際使用時的取捨
服務讀不到檔案，也就代表它能替檔案做的事變少了。以 Transfr 為例，開啟端對端加密時：
- 檔案在瀏覽器中以 AES-128-GCM 加密，金鑰放在連結的片段中；底層的儲存加密（AES-256）照樣適用。
- 預覽會在收件人的瀏覽器解密後產生，僅限 2 GB 以內的檔案，而且連結中必須包含金鑰；更大的檔案需要下載後查看。
- 不保留資料夾結構，中斷的上傳在重新整理頁面後無法續傳；從 Drime 匯入的檔案也無法端對端加密，因為 Transfr 會替你複製這些檔案。
- 金鑰從不儲存在 Transfr 的伺服器上。不過，每當 Transfr 用電子郵件寄出連結（寄給收件人，或寄給登入寄件者的確認信）時，你的瀏覽器會把含金鑰的完整連結交給 Transfr，才能放進郵件裡；它只用於那封郵件，但郵件會留在信箱中。要做到最嚴格，請自己複製連結，透過你信任的管道分享。
這些都不是缺陷，而是「服務看不到你的內容」的必然結果。日常檔案通常有密碼與到期日就夠了；機密資料則值得為了更強的保護接受這些取捨。
下一次傳輸，就用端對端加密
在 Transfr 免費使用，也能同時設定密碼與到期日。每次傳輸最高 100 GB。
LINE 有端對端加密嗎？Letter Sealing 是什麼
LINE 的 Letter Sealing 是一種加密技術，用來防止聊天室參加者以外的人以及 LINE 相關服務解讀訊息內容。依 LINE 官方說明（截至 2026 年 10 月），Letter Sealing 涵蓋：文字訊息（不包含透過 YouTube 等其他服務傳送的訊息）、位置資訊、圖片、影片、語音訊息、檔案，以及 1 對 1 聊天室的語音與視訊通話。
不在範圍內的有：群組聊天室的語音與視訊通話、會議室、相簿和記事本，這些使用的是用戶端與伺服器之間的傳輸加密。LINE 也提醒，圖片、影片、語音訊息與檔案可能因 LINE 版本或使用環境而無法加密。基於資訊安全的考量，Letter Sealing 無法關閉。換句話說，用 LINE 傳檔時檔案通常有端對端加密，但相簿與記事本裡的內容並沒有。
常用 App 的端對端加密
| 服務 | 端對端加密的範圍 | 注意事項 |
|---|---|---|
| LINE（Letter Sealing） | 文字、位置、圖片、影片、語音訊息、檔案、1 對 1 通話 | 群組通話、會議室、相簿、記事本不在範圍內 |
| 通話、訊息、照片、影片、檔案、語音訊息、群組（預設開啟） | 備份加密需自行開啟 | |
| Messenger | 個人聊天（2023 年 12 月宣布預設加密） | 分階段推出 |
| Telegram | 僅限「私密聊天」 | 一般雲端聊天不是端對端加密 |
| Discord | 語音與視訊通話（2026 年 5 月起預設） | 文字訊息不在範圍內 |
| Transfr | 選擇加密的傳輸中的檔案 | 選用、免費，不保留資料夾結構 |
一般的雲端硬碟，通常是在傳輸與儲存時加密，金鑰由服務商管理。Proton Drive、Tresorit Send、Wormhole 等服務，則會在上傳前先在瀏覽器中加密檔案。哪些服務免費提供端對端加密，請看大檔案傳輸網站比較；專業人士如何搭配密碼與短到期日使用，請看法律事務所的安全檔案傳輸。
端對端加密和密碼有什麼不同？
兩者解決的是不同的問題，搭配使用效果最好。密碼控制誰能打開下載頁面，由服務負責檢查，所以服務仍然可以存取檔案；端對端加密則控制誰能讀到內容，連服務也包括在內。兩者並用，光是連結外流不足以打開檔案，服務商也看不到內容。密碼與到期日怎麼設定，請看連結密碼保護與有效期限。
什麼時候該用端對端加密？
| 情境 | 建議使用 E2EE 嗎？ |
|---|---|
| 給家人的旅遊照片 | 可選 |
| 交給客戶的作品（設計、影片） | 未公開的作品建議使用 |
| 合約、薪資單、身分證件 | 是 |
| 病歷、法律或財務文件 | 是，並加上密碼與短到期日 |
| 原始碼、產品計畫、併購文件 | 是 |
怎麼確認服務真的是端對端加密？
- 加密應該在上傳之前，在你的瀏覽器或 App 中完成，而不是「在我們的安全伺服器上」。
- 服務應該說明自己不儲存金鑰；看看金鑰是否放在連結的片段中，或由只有你知道的密語產生，也要確認服務替你寄送連結時的處理方式。
- 如果服務不需要金鑰，就能在伺服器端顯示加密檔案的預覽或掃描結果，那就不是端對端加密。
- 找找有沒有加密演算法與設計的說明，而不只是「銀行等級的安全性」這類字眼。
從密碼到收件人的選擇，更完整的安全習慣請看檔案安全傳送檢查清單與安全檔案傳輸。