保護 J2ME/MIDP 應用：XML 數位簽名與 Bouncy Castle 實戰

MIDP 端處理需求

1. XML 讀寫：kXML 等輕量解析器。
2. 簽名/驗證：需密碼 API，MIDP 1.0 無內建，須引入第三方庫。

Bouncy Castle Crypto API：唯一選擇

開源、輕量、支援 J2SE/J2ME/MIDP，提供 DSA、ECDSA、RSA 等演算法。缺點：文檔極少，需閱讀原始碼/測試案例上手。

完整流程：密鑰生成 → 簽名 → 驗證

1. 伺服端產生金鑰對（離線完成，存於 KeyStore）。
2. 計算訊息摘要 (SHA-1)。
3. 私鑰簽名摘要 → 數位簽名。
4. 將摘要、簽名、公鑰參數嵌入 XML 回應。
5. 客戶端解析 XML 取出三要素。
6. 客戶端重算摘要比對，若不符直接拒絕（防洪攻擊）。
7. 重構公鑰，驗證簽名。

三種演算法代碼範例與效能對比

DSA

1024-bit 金鑰，DSASigner，名由 R, S 組成。驗證耗時 1+ 小時 (Palm VII)，不可用。

ECDSA (橢圓曲線)

192-bit 金鑰，ECDSASigner，參數較多 (q,a,b,n,G,Q)。驗證同樣 1+ 小時，不可用。

RSA (PSS 簽名)

1024-bit，PSSSigner + SHA1Digest + RSAEngine。**驗證約 1 分多鐘 (16MHz Palm VII)**，勉強可接受，但必須在背景執行緒執行避免 UI 鎖死。

效能結論與未來展望

• 純 Java 實作大整數運算極慢，JVM 需優化或利用底層 OS/硬體加速。
• 現有 MIDP VM 已能以合理效能跑 HTTPS（利用原生協議），未來應將此優化開放給一般密碼操作。
• 目前僅 RSA 勉強可用，且需弱化金鑰長度換取速度。