PQC金鑰轉型應從信任根著手，傳統信任根恐讓整個金鑰階層面臨量子威脅

非營利雲端資安組織雲端安全聯盟（CSA）日前發布PQC金鑰管理報告，近期再以專文提醒企業，PQC金鑰轉型應從信任根及上層金鑰著手。以信封加密（Envelope Encryption）為例，如果用來保護資料加密金鑰（Data Encryption Key，DEK）的金鑰加密金鑰（Key Encryption Key，KEK）仍採用RSA、ECC等傳統公開金鑰密碼學，或更上層仍依賴傳統信任根，即使下層已採用PQC保護機制，整個金鑰階層仍可能面臨量子威脅。

企業進行PQC轉型前，應先盤點密碼學資產，確認資料受到哪些金鑰保護，以及DEK、KEK與傳統憑證或信任錨點之間的相依關係，備份資料及災難復原副本也應納入檢查。接著依資料需要保密的時間、完成轉型所需時間及既有密碼學相依關係，決定優先處理的系統與資料。其中，需要長期保密的資料更需及早進行PQC轉型。CSA提醒，攻擊者可能先擷取加密資料，待未來量子電腦具備破解傳統公開金鑰密碼學的能力後再解密。

實際進行轉型時，由於不同系統不一定同時支援PQC，企業可能需要暫時讓傳統與PQC演算法並存。即使部分系統已支援PQC，不同系統互通時，仍可能因PQC支援程度或組態不同而降級使用傳統密碼演算法。因此，企業除了測試跨雲端KMS及相關系統的互通性，也應監控實際使用的演算法及降級情況。

在逐步移轉金鑰階層時，企業應優先處理KEK等上層金鑰及信任根，並依相依關係安排移轉順序。CSA警告，如果移轉順序錯誤，可能造成服務中斷、復原程序失效，甚至使加密資料無法存取。完成信任根的PQC轉型後，企業還需驗證相依的金鑰、憑證及復原機制能否正常運作，才能確認整個金鑰階層具備量子安全能力。

完成信任根及金鑰階層的PQC轉型後，企業仍需持續檢視使用的演算法、金鑰及混合式組態，確認轉型後的金鑰階層正常運作。隨著PQC標準及產品支援持續變化，備份、封存資料等長期保存的資產也需持續檢查，並視情況重新加密、重新簽章，或重新封裝相關金鑰。