TechMoon 科技月球
WordPress、SEO 與 AI 工具實測指南
MixFile 實測：把檔案加密切片藏進圖床，免帳號搬運大檔
MixFile 是一款開源安卓工具，把檔案加密切片後藏進圖片，寄存在免費圖床上，免註冊就能搬運大檔案。本文實測其三層加密架構，並整理永久性與分享碼保管等使用限制。
用 AI 摘要這篇文章：
想把一支 1.22GB 的影片傳給朋友，又不想註冊雲端硬碟帳號、也不想付費買空間，你還有一條路：把檔案加密切片，藏進一張張看起來無關緊要的圖片裡，放到免費圖床（圖片外連空間）上。MixFile 就是把這套做法包裝成安卓 App 的開源工具。
我的結論先講：拿它搬大檔、在裝置之間傳東西、臨時分享給特定的人，它的機制設計撐得起這些情境，加密工程也做得紮實；拿它當唯一備份或長期倉庫，遲早會出事，因為它賣的「無限空間」從頭到尾都是借來的。
這句話有憑據。我把官方放在文件裡的示範分享碼完整拆解了一遍：那支 1.22GB 的動畫電影（檔名「鬼媽媽.mp4」），在網路上的真實身分是 1,246 張 GIF 圖片，全部放在 QQ 音樂的圖片伺服器上。下面會把整條拆解過程攤開來，你會看到「無限空間」四個字背後實際發生的事。
「無限空間」的真面目：硬碟是別人的圖床
MixFile 的 GitHub 儲存庫只用一句話介紹自己：把任意檔案存進圖床。它本體只是一支安卓 App（Kotlin 撰寫、Jetpack Compose 介面），專案本身不經營任何儲存伺服器。你上傳的每一個檔案，會先在本機被切成 1MiB 的切片，逐片加密後，接在一張空白 GIF 圖片的檔尾，再上傳到你設定的圖床。官方腳本倉庫的主流範例，是把騰訊文檔（Tencent Docs）的圖片上傳介面拿來當儲存點：腳本把加密後的 GIF 當成普通圖片丟上去，換回一個直接網址，腳本作者自己標註的實測速度大約 20MB/s。
換句話說，MixFile 提供的是搬運與加密，儲存完全寄生在別家服務的免費額度上。圖床給多少，你的「無限」就有多少：
| 圖床條件 | 對 MixFile 的意義 |
|---|---|
| 單檔上限 5MB、切片設 1MiB | 單一檔案上限約 100GB |
| 切片調成 2MiB | 上限翻倍到約 200GB，但失敗率與資源佔用上升 |
| 索引檔 1MB | 約可記錄 15GB 至 20GB 檔案的切片清單 |
| 切片大小（程式碼硬頂） | 20MB，再大也會被切成多張圖 |
這些數字來自官方文件，我也在原始碼裡核對過對應邏輯：上傳併發預設 10，切片加倍時併發自動減半，用官方的說法是避免佔用過高。
官方文件自己也寫得明白：檔案「使用了免費的第三方服務進行儲存，不保證能永久保存，也不保證服務穩定性，檔案可能隨時失效」。這段話建議抄下來貼在螢幕上，它是整個工具最重要的使用須知。免費圖床隨時可以清理檔案、關閉上傳、改變政策，而 MixFile 對此無能為力，你也找不到任何人負責。
三層加密怎麼運作：我親手拆了官方示範檔
MixFile 的安全性宣稱很大，官方首頁寫著「即使是儲存檔案的伺服器也無法得知檔案內容」。這種話通常要打折扣聽，所以我決定直接驗證。官方文件放了一個示範分享碼，對應一部 1.22GB 的電影，我按照專案原始碼的邏輯，把整條下載鏈手動走了一遍。
先看分享碼本體。那串以 mf:// 開頭的英數字，是 62 進位編碼的密文，用一把固定金鑰解開後，得到一個 JSON 信封，裡面有檔名、檔案大小、索引網址和解密金鑰。信封顯示這個檔案有 1,305,835,416 bytes，索引藏在一張 GIF 裡。
索引層也在一張 GIF 裡。我抓下那張 GIF，檔案總共 14,070 bytes，前面 898 bytes 是真正的圖片資料，後面接的是加密內容。跳過檔頭、用信封裡的金鑰解密再解壓縮，得到一份清單：這部電影被切成 1,246 個切片，每個切片的網址都指向 qqq.gtimg.cn，也就是 QQ 音樂的圖片伺服器。一支完整電影，就這樣以一千多張 GIF 圖片的身分活在別人的 CDN 上。
最後是切片本體。我下載了第一張切片圖，1,049,498 bytes，同樣跳過 898 bytes 檔頭後解密，得到正好 1,048,576 bytes 的資料，開頭是 MP4 影片的 ftyp 標頭，確實是影片本體。每張圖的容量都經過設計：1MiB 明文，加上 12 bytes 的初始向量與 12 bytes 的認證標籤，再接在 GIF 檔尾。
這份索引清單也解釋了線上播放是怎麼做到的。影片拉到哪個進度，App 就照索引找出時間點對應的那幾張切片、解密後回傳，不必把 1,246 張圖全部抓完才能開播。索引等於這支影片的目錄頁，目錄先到、正文按需取用。
三層走完可以確認兩件事。加密是真的：現在的程式碼每次上傳都會產生 32 bytes 的隨機金鑰，對應 AES-256-GCM，每個切片獨立加密，索引也加密，伺服器端確實只看得到圖片與亂數。防竄改機制也真的寫在程式碼裡：官方文件的說法是每個切片的網址會附帶 SHA256 校驗值，下載時逐片核對，即使分享碼外流，別人也無法竄改內容讓你下載到不同的檔案，偵測到不一致就會中斷傳輸。
有個細節值得記下：這支示範檔的金鑰只有 16 bytes，等於 AES-128，而且它的 1,246 個切片網址都還沒帶 SHA256 校驗碼，兩處都是舊版程式上傳的痕跡；現版金鑰已是 32 bytes。這不代表現在的版本有問題，但提醒你一件事，這個專案的加密細節會隨版本演進，長期依賴時值得回頭看看程式碼改成什麼樣子。
分享碼就是金鑰，弄丟了沒人救得了
MixFile 沒有帳號系統，這是它方便的地方，也是它最危險的地方。檔名、大小、金鑰、切片索引網址，全部封在分享碼裡。拿到分享碼的人就能解密下載，弄丟分享碼，即使圖片都還好好躺在圖床上，你也永遠解不開，官方首頁對此的說法是「檔案將永遠無法被解密」。
所以分享碼的保管等級要視同密碼。另外有兩個官方也承認的坑：
- 分享碼預設用「短碼」格式，把資訊藏在變體選擇字元這類肉眼看不見的字元裡。這種字元在 Telegram 和 GitHub 上發送時可能被直接過濾掉，跨平台分享前記得到設定裡改用長碼；官方實測在 QQ、微信之類的平台發送不受影響，但跨到國際平台就要留意。
- 分享碼信封本身雖然有加密，但用的是寫死在程式碼裡的固定金鑰（md5(“123”)），作用是混淆而非第二道防線。任何有原始碼的人都能解開信封讀到檔名。真正的秘密只有檔案金鑰，而它就裝在同一串分享碼裡。
官方首頁宣稱「現有超級電腦算力 1 萬年也無法破解」，這話對 AES 暴力破解來說方向沒錯，但重點放錯了。這套系統的弱點從來不是演算法，而是分享碼流到誰手上、你的手機安不安全、以及圖床哪天收攤。
把三個但書想清楚再開始用
永久性的但書前面講過，不再重複。更現實的是規則問題：把加密切片偽裝成圖片上傳，幾乎必然踩到圖床的服務條款。MixFile 的腳本倉庫自己建議「使用小號」，也就是拿次要帳號跑這些自訂路線，避免連累主力帳號；跑別人寫的路線腳本前，官方也提醒要仔細檢查程式碼。路線腳本的權限有做隔離，只能拿到加密後的資料，但風險不是零。同一個倉庫的免責聲明也寫得坦白：「不能百分百保證文件永久有效，請自行對重要文件做好本地備份」，等於開發者自己把本文的結論再講一次。
生態方面也有但書。這是小型個人專案，MIT 授權、494 個 star、14 個開著的 issue，最新版本 2.0.13 在 2026 年 6 月釋出，一年多來的提交都來自同一位作者，維護節奏健康，但這類專案的延續性本質上靠熱情。專案生態倒是完整：有命令列版、Go 寫的解析伺服器、網頁端原始碼，甚至還有掛在即時通訊軟體上的加密聊天姊妹作，這些周邊本文不逐一展開。
實際動手：安裝與第一次傳檔
MixFile 沒有上架 Google Play，APK 要從 GitHub 的 Releases 頁面下載，建議 Android 10 以上。裝好後的第一次啟動，App 會自動在本機跑一個檔案伺服器，同一個區網裡的電腦打開瀏覽器就能用網頁版上傳、下載，甚至直接線上播放加密影片，這對「手機存檔、電腦收檔」的情境非常好用。
上傳前要先設定路線。App 支援 HTTP 自訂路線與 JavaScript 自訂路線兩種，官方維護的腳本倉庫收錄的正是後者：用一段腳本定義「把圖片丟到哪個服務、拿回什麼網址」，例如以騰訊文檔當儲存後端的範例，這類路線需要填你自己帳號的 cookie，所以才會有「用小號」的建議。HTTP 路線則要求自備一個伺服器端點，PUT 收上傳、GET 回傳填充後的圖片，官方文件附了 node 範例可以照抄自架。兩條路線共同的硬條件是：圖床端不能壓縮或轉檔圖片，資料一被破壞就救不回來。
上傳完成後會得到分享碼，把它貼給對方，對方裝了 MixFile 就能下載或線上播放。影片播放遇到「有聲音沒畫面」的狀況，官方的建議是換支援更多編碼的瀏覽器，或用 PotPlayer 這類播放器開區網位址，還能掛字幕。
進階玩家會喜歡它的 WebDAV：在區網位址後面加上 /api/webdav 就是標準 WebDAV 端點，可以掛進 Alist 當成一個硬碟來管理，也提供 HTTP API 讓你自己寫程式上傳下載。要注意背景常駐：官方請你關掉這個 App 的省電限制，否則區網伺服器會被系統休眠。
把它當一次性加密貨運，別當保險箱
適用的輪廓很清楚：你經常在手機、電腦、朋友之間搬大檔，不想為了傳一個檔案辦帳號，也不在意對方要先裝 App。同類需求裡，P2P 免雲端傳檔工具走的是點對點直連路線，兩邊同時連著網就傳得快，有一邊離線就斷；免登入檔案傳輸服務靠臨時通道轉手，方便但空間與時效受限。MixFile 的差異化在於檔案落地在圖床，上傳者下線後對方隨時能取，代價就是本文講的永久性風險。
不該用的情境也一樣清楚：任何檔案的唯一副本、需要保存超過幾週的重要資料、以及你不想暴露「曾經傳過某種檔案」這件事的商業敏感場景。把它當成一次性的加密貨運，它的加密與機制撐得住；把它當成保險箱，它連鎖都沒有。
授權與專案狀態
MixFile 以 MIT 授權開源，原始碼完整公開，加密邏輯抽成獨立的核心模組 mixfile-core，同樣走 MIT，任何人可以對照原始碼審計它的加密實作。專案建立於 2024 年 11 月，開發者也在 Telegram 經營討論社群，到 2026 年 6 月仍有版本更新，Releases 頁面可直接下載 APK。本文描述的加密細節對應 2.0.13 版的原始碼，這類工具的行為與文件日後都可能變動，動手前以官方文件為準。
