AES加密解密

AES 密鑰長度與資料區塊

這個頁面適合用來處理文字、核對既有 AES 參數，或觀察同一組輸入在不同設定下的結果。AES 是對稱式分組加密：加密與解密使用同一把金鑰。AES-128、AES-192、AES-256 名稱中的數字代表金鑰位元數；三者處理資料時的區塊大小都是 128 位元（16 位元組），不是說輸入文字必須剛好有相同長度。頁面接受文字、Hex 或 Base64 格式的金鑰，解碼後長度須符合所選的 16、24 或 32 位元組。文字金鑰依 UTF-8 轉成位元組，因此中文字數不能直接當成位元組數。

明文可用文字、Hex 或 Base64 表示；加密結果提供 Base64 與 Hex。這兩種只是同一份密文字節的文字編碼，方便貼入其他系統，不會改變加密強度。解密時要選對密文編碼，成功後可查看文字結果，以及解密資料的 Base64、Hex 表示。

模式、填充與 IV 要一起核對

可選模式包括 ECB、CBC、CFB、OFB、CTR，預設為 CBC；填充選項包括 PKCS7、Zero Padding、No Padding、ISO 10126、ANSI X.923，預設為 PKCS7。模式決定區塊如何連接或產生後續資料，填充則處理輸入長度與區塊要求的關係。對接既有程式時，只寫「AES-256」並不足以確定相容，還要確認模式、填充、金鑰格式、明文編碼與密文編碼。

除 ECB 外，頁面需要初始向量（IV）；AES 的 IV 以 16 位元組表示，可用 Hex 或 Base64 輸入。加密可自動產生 IV，也可手動指定以重現測試條件。IV 不是密鑰，但解密端必須取得加密時使用的相同 IV。Base64 與 Hex 的密文結果不會自動封裝 IV、模式、填充或金鑰格式，交換資料時須另外依雙方協定保存這些參數。

用固定條件檢查加解密相容性

1. 先整理對接規格

   從既有程式、協定文件或資料產生端確認 AES 位數、模式、填充、金鑰解讀方式、IV 編碼及密文編碼。若文件只有寫 AES，先向提供方補齊缺少的設定，不要自行猜一組參數當作相容規格。

2. 設定金鑰與輸入

   選好 AES-128、AES-192 或 AES-256，再將金鑰標示為文字、Hex 或 Base64。若用文字格式，系統按 UTF-8 位元組數檢查長度；Hex 每兩個有效字元代表一個位元組。可輸入不敏感的測試明文，並依協定設定明文格式。

3. 設定模式、填充與 IV

   選擇協定指定的模式及填充。ECB 不需要 IV；其餘模式須提供 IV 格式與值，或在加密測試時使用自動產生功能。要比較兩邊是否算出相同密文，雙方必須使用相同的測試 IV；自動產生的新 IV 不會與先前結果相同。

4. 加密後再解密核對

   執行加密後，依接收端要求複製 Base64 或 Hex 結果，並一併記下模式、填充與 IV 等非秘密參數。切換至解密，選擇正確的密文格式並還原同一組設定；比較解密文字與原始輸入。實際介接應使用專用測試資料，不要把正式密鑰貼入一般測試流程。

如果解密出錯，先確認密文完整未截斷，再逐項比對金鑰的位元組內容、IV、模式、填充與密文編碼。若解密顯示亂碼，原資料可能不是 UTF-8 文字；此時以 Hex 或 Base64 位元組結果與來源程式核對，而非把亂碼當成正確明文。

常見的 AES 互通問題

此頁適合測試，不等於完整的安全加密設計

目前可選模式不包含 GCM 或其他認證標籤；頁面輸出不能驗證密文是否遭到竄改。ECB、CBC、CFB、OFB、CTR 的支援表示可用於學習與相容性測試，不代表任一設定都適合保護正式資料。

• 若用途要求同時保護機密性與完整性，應採用經安全審查且具認證能力的正式加密方案；CBC 或 CTR 單獨使用不會提供完整性驗證。不要把此工具的結果直接當成生產系統設計或正式金鑰管理流程。
• 不要輸入登入密碼來當作任意長度的 AES 金鑰；此頁只依格式解析金鑰，不替口令執行安全的金鑰衍生。使用者密碼儲存應採用專用的不可逆密碼雜湊方式，而非可逆加密。
• 加解密在目前瀏覽器頁面內處理，但這不代表裝置、瀏覽器環境或剪貼簿必然安全。請用虛構測試資料完成參數比對，避免在共用或未受控裝置輸入正式秘密。