NIST 發布首批 PQC FIPS
FIPS 203(ML-KEM)、FIPS 204(ML-DSA)與 FIPS 205(SLH-DSA)正式發布。
先盤點密碼資產,再規畫遷移順序。
全景軟體以 Crypto Asset Inventory、量子風險排序與 PQC 相容性驗證為起點,規畫 PKI、HSM、KMS、CLM、Code Signing,以及設備端 Secure Boot、Firmware Signing、OTA 與 Crypto Agility 的遷移路徑。
現階段可先掌握 RSA、ECC 等密碼技術分布在哪些系統與產品,辨識優先風險,並確認現有架構的演算法切換能力。
FIPS 203(ML-KEM)、FIPS 204(ML-DSA)與 FIPS 205(SLH-DSA)正式發布。
台灣發布後量子密碼遷移指引;EU 發布協調遷移 Roadmap,企業開始進行密碼資產盤點與遷移排序。
金融業遷移參考指引進一步聚焦 Crypto Asset Inventory、風險評估與分階段遷移。
EU CRA 主要規定進入適用階段,長生命週期產品需更重視安全更新、漏洞管理與密碼可演進能力。
註:上述項目分屬技術標準、政策指引、產業參考指引與法規,法律效力與適用範圍不同;實際要求仍需依產業、產品與所在地確認。
若符合下列任一情況,可先掌握密碼資產分布與風險排序,作為後續遷移規畫依據。
保存多年仍具敏感性的研發、金融、個資或關鍵營運資料,需要評估 HNDL 風險。
企業有大量憑證、TLS、VPN、Code Signing、API 或裝置身分流程,遷移牽涉面較廣。
IoT、工業、車用、伺服器與關鍵設備必須考量多年後的演算法更新與資源限制。
金融、關鍵基礎設施或產品出口 EU 等市場,需要提早整理遷移依據與相關紀錄。
企業啟動 PQC 準備,不應只得到一份演算法清單。盤點與 POC 的結果,可作為風險排序與遷移決策的依據。
Crypto Asset Inventory 盤點資產、演算法、金鑰、憑證、函式庫、安全硬體、系統 Owner 與相依關係,作為後續風險評估與遷移排序的依據。
TLS、VPN、SSH、Digital Certificates、Root CA
檢視長期敏感資料傳輸、憑證鏈、協定與 HNDL 風險。
SSO、MFA、JWT、API Authentication、Device Identity
確認人員、服務與設備身分所依賴的憑證、Token 與簽章機制。
Database、File Storage、Backup、Encryption Keys
確認資料保護年限、加密方式、金鑰保存位置與演算法設定。
Crypto Libraries、Code Signing、HSM/TPM、SBOM/CBOM
掌握第三方元件、密碼函式庫、簽章流程與硬體支援能力。
先完成盤點與技術驗證,再建立 Crypto Agility,依標準、產品支援度與相容性決定遷移範圍與時程。
依 Crypto Asset Inventory 盤點結果,辨識長期敏感資料、關鍵系統、產品生命週期與 Owner,依風險排定 Pilot 與遷移優先順序。
針對高優先項目進行 POC,驗證 PQC 與既有環境的相容性、效能與資源需求,再決定實際遷移方式。
降低應用程式與特定演算法的耦合,透過 Policy、KMS、CLM、HSM 與共用密碼服務管理演算法切換,因應後續標準與演算法變更。
企業內部系統與對外產品面對的生命週期、運算資源與更新機制不同,建議分開評估,再以共同的 Crypto Policy 與管理機制銜接。
Internal PKI、AD CS、TLS、VPN、員工與設備憑證、SSO/MFA、ERP/HR/SCM、API/JWT、Code Signing。
Product PKI、Device Identity、Root of Trust、Secure Boot、Firmware Signing、OTA、HSM/TPM/Security IC、SBOM/CBOM。
全景軟體長期聚焦 PKI、身分認證、憑證與金鑰管理,Ciot 將相關技術應用延伸至設備、晶片、韌體與產品生命週期。PQC 遷移可同時從企業系統與產品端切入。
PQC 遷移方式會因產業而異。資料保存年限、產品生命週期、硬體資源與法規環境,會直接影響遷移優先順序。
Root of Trust、BMC、Firmware Signing、Secure Boot、平台更新與供應鏈相容性。
TPM、Secure Boot、Firmware Update、裝置身分與後續演算法更新能力。
ECU/TCU、韌體簽章、Secure Boot、OTA 與長生命週期產品維護。
Device Identity、Device Certificate、Firmware Signing、OTA 與 MCU 資源限制。
長期運行設備、既有硬體相依、維運窗口有限,需要分階段遷移與共存。
PKI、TLS、VPN、憑證、Code Signing、API 與長期敏感資料的量子風險。
可先選擇一個 PKI、Code Signing、企業應用或產品平台進行盤點,完成 Inventory 與風險排序後,再決定合適的 PQC Pilot。
PQC(Post-Quantum Cryptography)是為因應量子運算發展而設計的密碼技術,主要目標是降低現行 RSA、ECC 等公鑰密碼未來受到量子演算法破解的風險。NIST 已發布 ML-KEM、ML-DSA 與 SLH-DSA 等正式標準。
通常不需要。較實際的做法是先盤點哪些系統、產品與資料依賴 RSA、ECC,再依資料保護年限、系統重要性、供應商支援與產品生命週期決定優先順序。
它是企業密碼資產的可追蹤清單,記錄演算法、憑證、金鑰、密碼函式庫、安全硬體、簽章流程、系統 Owner 與相依關係,作為量子風險評估與遷移排序的基礎。
Crypto Agility 是系統因應密碼演算法或標準變動時的調整能力。重點在於降低應用程式與特定演算法的耦合,由 Policy、KMS、CLM、HSM 與共用密碼服務管理演算法切換與相關政策。
PQC 涉及演算法,也會影響金鑰建立、憑證格式、簽驗章、硬體支援、效能與系統整合,因此需要確認 HSM、PKI、KMS、CLM、Code Signing 與應用端的實際支援狀況。
建議先選一個範圍清楚、風險可衡量的系統或產品建立 Crypto Asset Inventory,再進行風險排序與 POC。以明確範圍先行驗證,有助於控制成本與技術風險。