TripleDES加解密

TripleDES 解密適合處理既有格式

TripleDES 也稱 TDEA，是一種對稱式分組密碼；加密與解密必須使用相符的金鑰及參數。這個頁面可用來解開舊系統產生的密文、核對整合測試資料，或檢查雙方設定是否一致。它同時提供加密操作，但不應因此把 TripleDES 用於新資料保護：NIST 已規定 TDEA 在 2023 年 12 月 31 日後不得用來施加新的密碼保護，既有資料的解密等處理仍可允許。

目前可選 128 或 192 位元金鑰長度，金鑰可按文字、十六進位或 Base64 輸入。模式包括 ECB、CBC、CFB、OFB；填充選項包括 PKCS7、Zero Padding、No Padding、ISO 10126 與 ANSI X.923。這些選項必須依原始加密端的設定選擇，不能只憑密文外觀推定。

密文表示法不等於加密參數

Base64 和 Hex 是同一段位元組資料的可讀表示方式，不是不同的 TripleDES 演算法。解密輸入需選 Base64 或 Hex，明文輸入則以文字處理；結果會提供 Base64 與 Hex 欄位，解密時另顯示文字結果。若原始文字包含非文字位元組，文字欄位未必能完整呈現，應以位元組表示和來源系統定義為準。

ECB 不使用初始向量（IV）；CBC、CFB、OFB 則需要 IV。IV 是模式運作所需的額外輸入，解密時必須使用加密當時的同一個值。它不會自動附在輸出的 Base64 或 Hex 密文內。

依來源紀錄還原加密參數

1. 選擇「解密」，並確認手上的密文是 Base64 還是 Hex；不要把明文文字直接當成密文格式輸入。

2. 選擇來源端使用的金鑰長度，貼上金鑰並指定文字、Hex 或 Base64 格式。字元數不等於位元組數；頁面會依所選長度檢查解碼後的金鑰位元組數。

3. 設定原本使用的模式和填充。若模式為 CBC、CFB 或 OFB，填入來源端記錄的 IV，並選擇與該 IV 相同的 Hex 或 Base64 表示；ECB 不需要 IV。

4. 貼上密文並執行解密。比對輸出的文字、Base64 或 Hex 與預期資料；要讓其他系統重現結果，請一併記錄模式、填充、金鑰格式、密文格式和 IV。

若要建立測試密文，可切換至「加密」，以文字輸入明文並設定同一組參數。非 ECB 模式可自動產生 IV；請先保存畫面顯示的 IV，之後解密才有完整參數。

解密結果異常時先核對哪些項目

不可用於建立新的資料保護

本頁定位為舊參數相容、測試及既有資料解密。NIST 的 SP 800-67 Rev. 2 已於 2024 年 1 月 1 日撤回；其公告指出，TDEA 在 2023 年 12 月 31 日後不得再用於加密等新的密碼保護操作，但仍可用於處理已受保護資料。這是 NIST 的標準狀態說明，不等同於台灣法規或對個別組織的合規判定。若需保護新資料，應依組織現行安全政策和適用標準選用仍受支持的方案。

解密正確只表示目前輸入的參數可產生可讀結果，並不能驗證資料來源、完整性或可信度。請勿把正式環境金鑰、個人資料或其他敏感內容貼入線上工具；目前無法由可核對的產品資訊確認輸入資料的保存與處理政策。處理重要舊資料前，請在受控環境保留原始副本，並向系統維護者確認密文格式及參數。