Serpent加密與解密

Serpent 把文字轉成固定長度的密文字節

Serpent 是對稱式分組加密演算法，加密與解密使用同一把金鑰。演算法以 128 位元（16 位元組）為一個資料區塊，採用 32 輪運算；可用金鑰長度為 128、192 或 256 位元。區塊大小是演算法一次處理的資料單位，金鑰長度則是金鑰的位數，兩者代表不同設定。

此頁的加密輸入是文字，會先按 UTF-8 轉成位元組。金鑰可選文字、Hex 或 Base64 格式；解碼後必須正好是 16、24 或 32 位元組。Hex 每兩個字元代表一個位元組，因此三種金鑰分別需要 32、48、64 個 Hex 字元。若用文字金鑰，請以位元組數核對長度；中文與表情符號通常不只占一個位元組。解密時可選 Base64 或 Hex 密文格式，結果會同時顯示文字、Base64 與 Hex。Base64、Hex 是位元組的表示方式，不是加密演算法。

模式、IV 與填充如何影響結果

此頁提供 ECB 與 CBC 兩種模式。ECB 不需要初始向量（IV），每個區塊分開處理；CBC 會把目前區塊與前一個密文區塊連結，第一個區塊則使用 IV。Serpent 的區塊長度為 16 位元組，所以 CBC 的 IV 也必須解碼為 16 位元組。CBC 解密要填回加密時使用的同一個 IV；密文輸出不會自動附上 IV，請另外保存。

填充可選 PKCS7 或 Zero Padding。PKCS7 會用一至十六個相同數值的位元組補齊；即使文字剛好是 16 位元組的整數倍，也會再補一整個區塊。Zero Padding 只在資料未對齊時補零；解密時會移除末尾連續的零位元組，無法分辨哪些零原本屬於資料。兩端必須採用相同的模式、填充、金鑰解讀方式、IV 與密文格式，才有機會得到相符結果。

加密後保留足以回解的參數

1. 先選模式與填充

   選擇 128、192 或 256 位元金鑰，以及 ECB 或 CBC 模式，再選 PKCS7 或 Zero Padding。預設值為 256 位元、CBC 與 PKCS7；跨工具交換時，請先確認對方採用相同設定。

2. 輸入金鑰並核對格式

   選文字、Hex 或 Base64，再輸入對應金鑰。解碼後需為 16、24 或 32 位元組；文字長度按 UTF-8 位元組計算，不是只看畫面上的字數。

3. 處理 CBC 的 IV

   CBC 預設會自動產生 IV，執行加密後可在 IV 欄查看。Hex 格式需 32 個十六進位字元；Base64 格式需解碼成 16 位元組。將 IV 和金鑰格式、模式、填充一起記錄，因為 IV 不會包含在輸出的 Base64 或 Hex 密文裡。選 ECB 時不需填 IV。

4. 輸入文字並加密

   在文字欄輸入待處理內容，執行加密後可複製 Base64 或 Hex 密文。若要核對流程，可先用不含敏感資料的短文字，例如 Serpent demo，並一併記下當次參數與 IV。

5. 用相同設定解密

   切換到解密，選擇密文目前的表示格式，貼上完整密文，再輸入同一把金鑰、模式、填充與 CBC IV。頁面會顯示解出的文字，以及明文字節的 Base64、Hex 表示。

金鑰與密文格式常見疑問

驗證範圍與使用界線

2026-09-30 的有限核對確認，128、192、256 位元金鑰的九組 NESSIE 原始區塊加解密參考向量均符合預期。這項核對涵蓋區塊運算，不等於完整安全稽核，也不代表所有模式、填充或外部系統互通情境均已驗證。先前錯誤實作所產生的舊密文可能無法由目前版本解開。

• 不含完整性驗證：ECB 與 CBC 只產生密文，沒有認證標籤，不能可靠判斷密文是否遭修改。OWASP 建議優先使用經審查的認證加密方案；若使用 CBC，還需要正確設計的獨立驗證機制。
• IV 與金鑰需妥善處理：NIST SP 800-38A 對 CBC 的 IV 提出不可預測性要求。此頁的自動產生欄位不構成獨立的安全性評估；解密需要相同 IV，金鑰則須由使用者自行保管。不要只保存密文而遺失必要參數。
• 只用非敏感測試資料：不要將真實長期金鑰、密碼庫、助記詞、身分資料或未授權內容輸入線上表單。頁面功能不代表安全保管、正式環境部署或法規符合性保證；敏感資料應採用經審查的專業加密流程。
• Zero Padding 的資料限制：解密會去除末尾連續零位元組，因此若原始資料可能以零位元組結尾，結果可能無法原樣還原。PKCS7 通過填充檢查也不代表密文已通過來源或完整性驗證。