TL;DR
Google Cloud 於 2026 年 8 月發布更新版後量子密碼學（Post-Quantum Cryptography, PQC）遷移計畫，進一步說明 Google 在今年 3 月首次公布的 2029 年 PQC 遷移目標。
此次更新顯示，相關轉型已經展開，涵蓋加密、數位簽章、身分驗證、金鑰管理與硬體等領域。部分項目的目標時程落在 2027 與 2028 年，並逐步朝向 2029 年整體 PQC 就緒的目標推進。部分硬體轉型則可能延續至 2029 年之後。
對企業而言，這項更新也反映出更廣泛的挑戰：PQC 遷移並非按照單一時間表進行。雲端基礎架構、企業應用程式、實體硬體與第三方技術，都可能有不同的遷移速度。
Google 8 月 PQC 更新進一步說明 2029 年目標
Google 於 2026 年 3 月首次公布 2029 年 PQC 遷移目標。8 月的 Google Cloud 更新則更清楚說明公司預計如何達成這項目標。
針對「先儲存、後解密」（Store Now, Decrypt Later, SNDL）風險的防護，目標時程為 2027 年。數位簽章、憑證、身分與存取相關工作，大多預計於 2028 年底前完成。金鑰管理與硬體支援的密碼服務，也有部分里程碑延續至 2028 年。
這些工作預計將在 2029 年逐步整合，屆時 Google Cloud 計畫達成整體 PQC 就緒。
這項時間表呈現出 PQC 遷移的一項重要特性。企業或組織可能設定單一目標年份，但實際遷移包含多項技術轉型，而且往往需要提前數年開始。
PQC 遷移不只涉及加密
保護加密資料免受未來量子攻擊，仍是早期的重要工作之一。Google Cloud 已在部分基礎架構與服務中支援混合式後量子金鑰交換，並採用 NIST 標準化的 ML-KEM。
然而，8 月更新也相當重視完整性與身分驗證。
公開金鑰密碼學支援數位簽章、憑證、軟體驗證、身分系統與存取機制。因此，未來具備密碼破解能力的量子電腦所影響的範圍，並不僅限於資料機密性。
Google 的遷移計畫也涵蓋這些領域，包括量子安全憑證、軟體供應鏈保護、身分與存取，以及其他驗證機制。
這也擴大了 PQC 遷移的範圍。保護傳輸中的資料是一項挑戰，而數位簽章、憑證與身分驗證機制的轉型，則涉及不同的標準、相依關係與導入需求。
Google 的 PQC 遷移已經展開
Google 的部分 PQC 轉型已經進入實際應用階段。
Google Cloud 已針對 API 端點部署量子安全金鑰交換，並透過 Cloud KMS 提供 NIST 標準化的 ML-KEM、ML-DSA 與 SLH-DSA 演算法。在 Google 其他產品與服務中，Chrome 已部署後量子防護，而 Android 17 正整合 ML-DSA 數位簽章保護。
這些發展只是整體轉型的一部分。
Google 同時也在處理其服務背後的密碼基礎架構，包括金鑰管理、身分系統、憑證授權中心，以及硬體支援的密碼功能。
密碼敏捷性（Crypto-Agility）是這項策略的核心。PQC 不應被視為一次性替換既有演算法，而是需要建立隨著標準與需求改變，持續調整密碼機制的能力。
這項差異對企業同樣重要。PQC 帶來新的遷移需求，但未來企業很可能仍需要再次調整分布於各種環境中的密碼技術。
企業系統有自己的 PQC 遷移時間表
Google Cloud 8 月更新中，與企業最直接相關的部分之一，是 Google 自身基礎架構以外的遷移工作。
依照共同責任模型（Shared Responsibility Model），Google 負責轉型其底層雲端基礎架構所使用的密碼技術。客戶則仍需負責自身應用程式與工作負載中的密碼機制。
這可能需要調整用戶端軟體、非對稱金鑰、設定、安全政策，以及其他應用層元件。
第三方相依性則帶來另一項限制。應用程式經常依賴外部軟體、函式庫、硬體、通訊協定與服務。即使其中一個系統已準備好進行遷移，其他相依元件仍可能尚未支援 PQC。
因此，企業會面對多條彼此重疊的遷移時間表。
雲端服務供應商可以轉型自身基礎架構，技術供應商可以更新產品，但企業仍需要了解自身環境中存在哪些密碼機制，以及哪些系統依賴這些機制。
因此，PQC 就緒程度部分取決於可視性：了解密碼技術部署在哪裡、如何被使用，以及哪些部分需要改變。
部分 PQC 轉型將延續至 2029 年之後
硬體讓遷移時間表更加複雜。
軟體通常可以逐步更新，但與實體基礎架構綁定的密碼功能，可能需要韌體更新、新元件，甚至設備汰換。
Google Cloud 預計透過主動汰換與正常設備更新週期，逐步完成硬體轉型。因此，部分實體元件可能在 2029 年之後仍持續進行 PQC 遷移。
企業環境也可能面臨相同問題。
不同系統的生命週期並不相同。有些可以快速更新，另一些則可能取決於硬體汰換、供應商支援，或目前尚無法立即遷移的技術。
因此，PQC 遷移計畫不能只考慮最終期限。企業也需要確認哪些系統可以優先遷移、哪些系統依賴其他技術，以及哪些環境可能需要採用過渡方案。
Google 8 月更新對企業的啟示
NIST 於 2024 年正式發布首批三項 PQC 標準，並建議組織開始進行遷移。目前 NIST 的轉型規劃預計在 2030 年後逐步淘汰容易受到量子攻擊的演算法，並在 2035 年前後從相關 NIST 標準中移除，高風險系統則應更早進行遷移。
Google 的 PQC 就緒目標明顯早於這項最終時程。
8 月更新進一步呈現出這項目標背後所涉及的工作。加密、身分驗證、憑證、金鑰管理、硬體、客戶應用程式與外部相依項目，不會在同一時間完成轉型。
Google 建議客戶首先盤點密碼資源、更新軟體以支援 PQC，並針對量子安全服務驗證應用程式。
對企業而言，這可能才是 2029 年這個日期背後更值得關注的訊息。
PQC 遷移首先需要了解現有的密碼環境。在此基礎上，企業才能確認哪些項目需要遷移、存在哪些相依關係，以及不同系統應如何分階段完成轉型。
遷移期限可以統一設定，但實際遷移仍必須在密碼技術所在的每個環境中逐一完成。
參考資料
- Google Cloud, “PQC in Plaintext: Google Cloud’s post-quantum cryptography roadmap,” August 11, 2026.
https://cloud.google.com/blog/products/identity-security/pqc-in-plaintext-google-clouds-post-quantum-cryptography-roadmap - Google, “Quantum frontiers may be closer than they appear,” March 25, 2026.
https://blog.google/innovation-and-ai/technology/safety-security/cryptography-migration-timeline/ - National Institute of Standards and Technology (NIST), “Post-Quantum Cryptography.”
https://csrc.nist.gov/projects/post-quantum-cryptography/
關於 CeQureX
CeQureX (CQX) 協助企業為後量子密碼學轉型做好準備並持續管理遷移流程。CQX Wave Series 支援企業的 PQC 遷移旅程，從密碼可視性與評估，到遷移及持續性的密碼管理。