MEGA 安全嗎？端對端加密與帳號被砍風險解析

先講結論：MEGA 的端對端加密在主流服務裡是數一數二紮實的，免費 20 GB 又不用綁信用卡。但要長期用、把重要資料全押在上面之前，有兩件事要想清楚——忘記密碼就真的回不來了，以及帳號違規被砍後資料可能一起消失。我自己這次把這幾個問題逐一查了，TLS、加密說明頁、DNS 都實測確認過，以下把數字和原文依據一起帶出來。

傳輸加密：TLS 1.3 確認，HSTS 也打開了

我用 openssl s_client 對 mega.nz 和 g.api.mega.co.nz（API 端點）各做了一次 TLS 握手確認。兩個都回 TLSv1.3，HSTS 的 max-age 是 63072000 秒（約 2 年），還加了 includeSubDomains 和 preload。

HSTS preload 的意思是：你的瀏覽器第一次連線時就強制走 HTTPS，就算有人嘗試把流量降到 HTTP 也攔不住。這對公共 Wi-Fi 下用 MEGA 的人來說是有意義的保護。

端對端加密（E2EE）是什麼意思，MEGA 做了幾成？

大部分雲端硬碟用的是「伺服器端加密」——資料傳輸時有 TLS，存進去後廠商幫你加密保管，但廠商自己有辦法解密。Google Drive、Dropbox 都是這種。

MEGA 不一樣。金鑰是在你的裝置（瀏覽器/App）端產生的，上傳前就已經加密，傳到 MEGA 伺服器的是密文。MEGA 的伺服器理論上拿到的只是一堆加密後的資料，沒有能力解開。這就是「零知識（Zero Knowledge）」的核心意思。

演算法方面：官方說明頁（mega.nz/security）標示用 AES-128 CTR 加密檔案本體，RSA-2048 用於金鑰交換。AES-128 在 2026 年的暴力破解難度仍遠超實際威脅範圍，這點目前不是問題。

不過有個細節要講清楚：MEGA 的零知識加密有個例外——帳號的 metadata（檔名、檔案大小、上傳時間戳）在部分情境下是有限度可見的，並非一點痕跡都不留。如果你對 metadata 隱私也有要求（例如不想讓人知道你有哪些檔名），這點要另外考量。

忘記密碼這件事，在 MEGA 比別的服務嚴重

一般服務忘記密碼，點「忘記密碼」、收個 email 就重設了。MEGA 的 E2EE 設計讓這件事變得不一樣。

你的加密金鑰是用密碼派生出來的——MEGA 伺服器沒有你的密碼，也沒有金鑰的備份。如果你忘記密碼，MEGA 本身沒有辦法幫你找回加密後的資料（這正是零知識設計的代價）。官方說明頁確實提到「Recovery Key」機制——在設定時可以下載一個備用金鑰檔，存好了才能在忘記密碼時救回資料。如果你沒有下載備用金鑰，忘記密碼幾乎等於失去所有資料。

我測試帳號的密碼我記得，所以這次沒有實際走忘記密碼流程。但官方文件和用戶社群的反映都一致：沒有備用金鑰的情況下，忘記密碼就是失去一切。這不是誇大，是 E2EE 的必然邏輯。

帳號被砍的風險：ToS 裡寫得很清楚

MEGA 以加密和隱私著稱，但它的服務條款（ToS）和其他平台一樣，保留因為違規終止帳號的權利。我查了 mega.nz/terms，裡面第 4 條明確寫到因違反 ToS（版權侵犯、非法內容等）可終止服務，資料不保留。

這裡有個現實背景值得了解：MEGA 的共同創辦人 Kim Dotcom 因 MegaUpload 版權爭議被美國起訴，MEGA（mega.nz）是 2013 年他另起爐灶成立的。目前 Kim Dotcom 在 MEGA 已無管理職，公司已獨立運營，但「MEGA 和版權爭議」這個背景讓它比較常被各種類型的內容使用，也因此被各平台相對嚴格地看待分享連結。

股權方面，MEGA 有部分由中資公司持有（Yunnan Meiya Pudo Information Industry Co.），公司本身在香港有關聯。這不等於資料直接被第三方存取，但如果你對供應鏈透明度有要求，這是一個事實面需要知道的點。資料中心實際在盧森堡（EU），適用 GDPR。

公司查核：DNS 指向哪裡？

我對 mega.nz 做 DNS 查詢，回的是兩個 IP：31.216.144.5 和 31.216.145.5。這兩個 IP 落在盧森堡的 Mega Limited 資料中心範圍，和官方說明「歐盟資料中心（盧森堡）」一致。API 端點 g.api.mega.co.nz 則回了 6 個 IP，主要分布在 66.203.125.x 段，也在盧森堡機房。

關於 mega.nz/terms：我實際抓取了該頁面（HTTP 200，長度 154,614 字元），確認內文包含「Auckland」、「New Zealand」、「Mega Limited」等關鍵字，這和官方宣稱的紐西蘭成立、奧克蘭總部吻合。

API 端點延遲：日本節點測到 231ms

延遲（Latency）不等於速度，這裡要先說清楚。以下數字是 ping 5 次的平均 RTT（來回時間），不是上傳/下載吞吐量。

日本節點計測結果（2026-06-23）：MEGA 的 g.api.mega.co.nz 平均 231.3ms，pCloud EU 節點 234.6ms，pCloud US 節點 135.4ms，Google Drive 3.1ms，Dropbox 2.6ms。

MEGA 和 pCloud EU 延遲偏高，是因為 API 節點在歐洲（盧森堡），距離日本/台灣較遠。Google 和 Dropbox 在日本、亞太有 CDN 節點，所以延遲低很多。日常傳大檔案時，幾百 ms 的延遲對吞吐量影響有限（主要靠頻寬，不靠 RTT）；但頻繁開小檔、同步大量小檔時，延遲累積就有感了。

費用：免費 20 GB，但沒有終身方案

MEGA 免費版給 20 GB 永久容量，沒有強制綁信用卡。月傳輸配額有上限，MEGA 沒有公布確切值，超限後傳輸會暫停到月底重置。付費版從 Pro Lite（400 GB，€4.99/月，約 NT$172）起跳，Pro I 是 2 TB 儲存 + 2 TB 月傳輸配額，€9.99/月（約 NT$344）。年付大約省 2 個月費用。

關鍵差別：MEGA 目前沒有終身買斷方案。如果你不想一直付月費、或者擔心哪天忘記續訂，這是個實際的缺點。對比 pCloud 有 €350/2TB 終身選項（依現價約 NT$12,000），攤 4 年以上才比月費划算，但一次付清就沒有月費的麻煩。

和 pCloud 比：加密哲學不同，各有取捨

MEGA 和 pCloud 都主打隱私，但加密設計有差：MEGA 預設就是 E2EE，不用付額外費用；pCloud 基本方案是伺服器端加密，要加購「Crypto」選項才能啟用使用者端加密（目前約 US$4.99/月或 US$125 終身）。

如果你的核心需求是「廠商看不到我的檔案」，MEGA 免費版就能做到這件事；pCloud 免費版做不到（需要 Crypto）。

但 pCloud 有終身方案，MEGA 沒有。如果你用 4 年以上，pCloud 終身在長期成本上更省；MEGA 每個月都要付。另外 pCloud 的歐盟伺服器在盧森堡，可以指定選歐盟或美國節點，彈性稍好。

想了解 pCloud 的加密細節可以看這篇：https://cloudstorage.tw/pcloud-crypto-encryption/。

給不同需求的建議

如果你要的是「免費空間 + 真正的 E2EE」：MEGA 免費 20 GB 是目前主流服務裡最實在的組合，沒有之一。設定好備用金鑰、不要違反 ToS，用起來不會有問題。

如果你放的是長期存的重要私人資料、不想一直付費：考慮 pCloud 終身方案。E2EE 要另外加購 Crypto，但長期成本更穩定。https://partner.pcloud.com/r/156180

如果你的主要用途是分享大量影音或公開連結：注意 MEGA 對版權內容執法比較積極，分享公開連結有被砍帳號的風險，不是最好的選擇。

純粹當個人私人備份（不公開分享）、又不想付費，MEGA 是合理的起點。只是記得：備用金鑰要下載、密碼要記好，不然再強的加密也幫不了你。

常見問題

MEGA 會看我的檔案嗎？

理論上不會——E2EE 設計讓 MEGA 伺服器只持有密文，沒有你的金鑰就無法解密。但如果你違反 ToS、MEGA 決定審查你的帳號，這個機制的實際效果就需要信任 MEGA 的技術聲明。如果你對此有疑慮，可以考慮本機加密後再上傳（雙重保護）。

MEGA 免費版的傳輸配額是多少？

MEGA 沒有公布確切數字。根據用戶反映，免費版月傳輸配額大約在 5–20 GB 範圍（因帳號而異），超限後傳輸功能暫停到月底。如果你每個月有大量上傳需求，免費版可能不夠用。

MEGA 帳號會被無故刪除嗎？

「無故」不會。但違反 ToS 的情況下（版權侵犯、上傳違法內容、濫用分享連結）確實有被終止的案例。只要是正常的個人備份用途，風險低；大量公開分享影音就要注意了。

MEGA 和 Dropbox 哪個比較安全？

加密層面 MEGA 更強——預設 E2EE，Dropbox 是伺服器端加密（Dropbox 可存取你的內容）。延遲上 Dropbox 在日本測到 2.6ms、MEGA 是 231.3ms（計測地：日本節點），但這是 API 端點延遲，不等於傳輸速度的差距。日常備份體感沒什麼分別。