專案交付後，影音後製、串流營運與媒體資產管理團隊常把數 TB 的影片母帶、剪輯工程檔、音效素材與交付版本打包成加密 7Z 封存。等到需要重製、續作或法務調閱時，才發現當初設定密碼的同事已經離職、交接筆記遺失，封存檔成了「只進不出」的數位保險箱。本文只聚焦 7Z 單一格式，從加密原理、排查步驟、恢復方案比較到長期預防機制，提供一套可落地的處理思路。
一、為什麼大型素材團隊偏好使用 7Z 封存
7-Zip 為開源格式，在媒體產業常被用於長期歸檔，主要原因有四：
- 壓縮率高：LZMA2 演算法搭配固態（Solid）壓縮，對大量影片代理檔、圖片序列、工程檔與音效庫有顯著的節省空間效果。
- 支援大容量與分卷：可把單一封存切分成多個體積固定的分卷，便於搬移到外接硬碟或上傳雲端。
- 內建 AES-256 加密：封存時可一併設定密碼，還能勾選「加密檔案名稱」，連內部目錄結構都不外露。
- 跨平台且免費：Windows、macOS 與 Linux 都有對應工具，適合異質設備混用的製作團隊。
換句話說，7Z 同時解決了「體積太大」與「內容敏感」兩個歸檔痛點，也因此密碼一旦遺失，衝擊往往比單一 Office 文件更大。
二、7Z 加密的運作原理：為什麼不存在萬能密碼
理解機制，才能理解恢復難度的來源。7Z 封存採用 AES-256-CBC 對稱加密，並透過 SHA-256 反覆迭代進行金鑰衍生（Key Derivation）。重點在於：
- 密碼本身不會被寫進封存檔。檔案裡只保存用來驗證密碼是否正確的資訊，沒有任何可以直接反推明文密碼的捷徑。
- 沒有官方後門或萬能密碼。任何宣稱「一支工具解所有 7Z」的說法，都違反加密設計的基本常識，這類工具反而經常夾帶木馬或勒索程式。
- 反覆迭代提高猜測成本。每嘗試一組密碼，都要重新執行大量雜湊運算，因此即使動用顯卡，每秒可嘗試的組合數仍明顯低於舊式 ZIP 加密，密碼越長、越隨機，所需時間呈指數上升。
- 「加密檔案名稱」只影響目錄可見性。勾選後，沒有密碼連檔案清單都看不到；但無論是否勾選，恢復密碼的流程與難度並無差異。
這也是為什麼「隨機產生的 16 碼密碼完全沒有線索」與「公司統一規則加上專案代號」兩種狀況，恢復機率會天差地別。
三、遺忘密碼後的第一階段：低成本排查
在動用任何恢復工具前，建議按以下順序排查，多數狀況其實在這個階段就能解決：
- 檢查密碼管理工具與團隊共用密碼庫：包括個人密碼管理員、部門共用保險櫃、離職交接文件與資產清單。
- 回顧密碼規律：公司是否有統一命名規則？是否慣用專案代號、日期、大小寫變形或固定符號 suffix？把候選規則整理成清單，比天馬行空亂猜有效率。
- 搜尋通訊軟體、電子郵件與記事本：關鍵字可嘗試「7z」「封存」「密碼」「交付」「歸檔」與專案名稱。
- 尋找未加密的副本：本機工作碟、NAS、雲端硬碟的版本歷史、郵件附檔、客戶端退回的交付檔，甚至同事電腦中的暫存素材，都可能保留解壓後的內容。
- 確認檔案完整性：用 7-Zip 內建的測試功能檢查封存，並確認分卷（如
.7z.001、.7z.002）已集齊、沒有於傳輸中損毀。要先分辨問題是「密碼錯誤」還是「檔案毀損」，兩者的處理方向完全不同。
四、第二階段：三種恢復方案比較
方案一：自行離線嘗試（7z2john＋Hashcat 等工具）
技術做法是先以 7z2john 之類工具從封存檔提取 Hash，再用 Hashcat（對應 7Z 的模式為 11600）進行字典或規則攻擊。
- 適合對象：具備指令列能力、記得部分密碼規律、時間壓力低的團隊。
- 優點：全程離線，檔案不離開內部環境，零費用。
- 限制：7Z 的金鑰衍生設計刻意拉長每次嘗試的時間，一般電競顯卡面對長密碼仍可能跑數週甚至數月，同時有耗電、風扇耗損與顯卡過熱的成本；若密碼毫無規律，純暴力列舉在數學上幾乎不可行。
- 前提：僅能處理自己擁有或已獲合法授權的檔案，對他人檔案進行破解可能涉及法律責任。
方案二：本機套裝恢復軟體
免費或付費的桌面工具介面較友善，適合輕度狀況，但多數仍在本機運算，面對數十 GB 以上的大型封存與複雜密碼時效率有限。更需注意來路不明的軟體可能夾帶惡意程式，對未公開的影片母帶與客戶資料構成外洩風險。
方案三：專業線上恢復服務
以 Catpasswd（貓密網）為例，其流程針對機密檔案設計，適合媒體團隊常見的「檔案巨大、內容敏感、密碼複雜」組合：
- 本機提取 Hash 特徵碼，無須上傳來源檔：只需在本機取出密碼驗證用的特徵碼，數 TB 的母帶不必離開公司網路，可降低未公開內容與 NDA 素材的外洩風險。
- GPU 叢集分攤運算：雲端算力適合長密碼、複雜密碼與大型封存，免去自建顯卡農場的硬體投資。
- 字典與密碼規律資料庫：平台累積的常見組字規則、變形模式與專屬字典，可涵蓋人工難以列舉的密碼習慣，提高複雜密碼的恢復機率，但仍不會有絕對成功的保證。
- 瀏覽器操作、免安裝：不需要具備密碼學背景，依指引上傳特徵碼即可啟動任務。
- 收費對使用者相對友善：恢復成功後可選擇免費模式等待查看，或付費立即顯示；若恢復失敗則無需支付。
五、四個維度，選出適合自己的方案
- 機密程度：涉及未上映內容、客戶個資或商業機密時，應優先選擇可本機提取 Hash、不必上傳完整檔案的方案。
- 密碼線索多寡：記得規則或片段，字典與規則攻擊最有效；完全隨機且無線索的長密碼，任何方案的成功率都會大幅下降。
- 時間壓力：專案時程緊迫時，GPU 叢集的平行運算遠比單機嘗試更實際。
- 預算結構：能接受「成功再付費」的模式，可先評估線上服務；預算為零且時間充裕，則從離線工具與內部排查開始。
六、預防：讓下一個封存檔不再失控
恢復永遠是補救，真正省力的是事前機制。建議團隊建立以下常規：
- 密碼集中管理：封存密碼一律存入密碼管理員或部門共用密碼庫，並與封存檔分開存放，避免「檔案跟密碼放在同一顆硬碟」。
- 設定密碼託管（Escrow）：由主管或資安角色密封代管一份，避免單一同事離職即失聯。
- 刪除來源前先實機解壓測試：確認新封存可正常開啟、檔案數量與大小無誤，再清除原始素材。
- 落實 3-2-1 備份：至少三份副本、兩種媒體、一份異地存放，其中一份可採不同密碼或不同授權機制。
- 交接 SOP 標準化：離職或專案結案時，必須交接封存清單、負責人與密碼存放位置，而非只留下一顆硬碟。
- 不要把密碼寫進檔名或資料夾名稱：這類標註等於讓加密形同虛設，應改用無意義的專案編號對應密碼庫條目。
常見問題 FAQ
7Z 忘記密碼，有沒有萬能密碼或官方後門？
沒有。7Z 使用 AES-256 加密，格式設計上不存在後門，密碼也不會儲存在檔案中。任何宣稱萬能解鎖的工具都值得高度懷疑，反而可能植入木馬。可行的方向只有依據密碼規律進行字典、規則或算力攻擊。
幾百 GB 的加密 7Z 也要整個上傳才能恢復嗎？
不必。可以在本機提取 Hash 特徵碼，只上傳這組用於密碼驗證的小型資料，例如 Catpasswd 即支援此流程，原始母帶與素材可留在公司內部環境，兼顧恢復需求與隱私保護。
用 Hashcat 跑了很久都沒有結果，還救得回來嗎？
取決於密碼空間。若密碼是完全隨機的十幾碼，純暴力列舉在現有算力下基本不現實；若仍記得習慣用字、公司規則、長度區間或符號模式，專業服務的字典與密碼規律資料庫可能涵蓋更多變形組合，值得一試，且失敗無需支付費用。
「加密檔案名稱」有勾沒勾，恢復難度一樣嗎？
難度相同。勾選後只差在沒有密碼就無法檢視檔案清單與目錄結構，加密強度與恢復流程並無分別，兩者都需要正確密碼才能解密內容。
恢復過程會不會損壞原來的 7Z 檔？
密碼驗證與恢復任務只讀取封存資料，不會改寫原檔。不過基於保險，建議先複製一份副本再操作，並確認分卷集齊、檔案沒有傳輸損母，以免把毀損問題誤判為密碼問題。
密碼完全沒印象，可能長達十幾碼，該放棄嗎？
先別急著放棄。可先完成內部排查：密碼管理員、交接文件、舊密碼規律與未加密副本經常能找到線索。若確認沒有任何備份，再依機密程度、時間壓力與預算評估線上恢復服務；至少要避免下載來路不明的「秒破解」工具，造成密碼沒解開、素材反而外洩的雙重損失。