實現後量子計算(PQC)就緒能力:內建於 Sectigo Certificate Manager 的私有 PQC 數碼證書管理功能
後量子密碼學(PQC)就緒需要循序漸進、貼合實際的推進路徑,而非一蹴而就的切換。內建於 Sectigo Certificate Manager(SCM)的 Sectigo Private PQC 功能,支援企業沿用現有工作流、治理規則與生命週期管理流程,安全開展 PQC 數碼證書測試驗證。該功能內建安全防護機制且支援 ML-DSA 算法,可協助機構驗證實際業務運行影響、構建密碼敏捷能力,在不引入風險與複雜度的前提下完成後量子安全準備。
後量子密碼學(PQC)落地絕非「一鍵切換」的事件,而是需要經歷學習、測試、探索的完整過程,才能明確适配方案、梳理自身所處階段、規劃适配管理路徑。當前相關標準仍在迭代,各團隊仍在累積認知,企業需要穩妥的準備方式,避免將賭注押在未經驗證的架構上,也不能埋下長期存續的安全風險。
Sectigo Private PQC 將 PQC 測試能力直接整合至 Sectigo Certificate Manager(SCM),您可以沿用團隊已經熟悉的審批流程、資產清單可視化能力、審計機制、續期與吊銷操作,完成私有 PQC SSL 證書的簽發與管理。這是一條務實、合規可控的實操性 PQC 就緒路徑,無需切換平台,也無需搭建存在風險的獨立基礎設施。
為何當下布局:從 PQC 炒作走向實際就緒
多數機構都清楚 PQC 是必然趨勢,但一直缺少在實際證書生命週期管控下開展真實證書測試的安全方式——這種測試不是紙面推演,而是在真實沙箱環境中開展驗證。
多年來,圍繞 後量子密碼學 的討論始終被緊迫感十足的頭條新聞與學術突破主導。儘管 PQC 到來的必然性已成為普遍共識,但多數機構仍缺少可在當下落地啟動準備工作的務實路徑。安全團隊與公鑰基礎設施(PKI)團隊陷入兩難:他們清楚長期存在的密碼學風險,但無法論證在標準尚未最終定稿的前提下,為可能發生變動的架構、工具或流程投入資源的合理性。
這一缺口的存在,是因為大量 PQC 相關討論都停留在算法設計、密碼分析與研究層面,與企業面臨的實際營運現實相距甚遠。在紙面層面爭論格基簽名與哈希基簽名的優劣,或是比較 ML-DSA-44、ML-DSA-65 等參數集是一回事;但要理清 PQC 證書對下游系統、審批流程、續期規律、依賴關係映射的實際影響,則是完全不同的問題。對企業而言,PQC 不是一道數學題,而是一項證書生命週期管理挑戰。
因此,負責任的機構都會尋找一種可掌控、低風險的起步方式,避免過度投入到未來可能發生變動的架構中。測試驗證本身就是準備工作的一部分。具備前瞻視野的團隊不會將 PQC 視為未來需要一步跨越的斷崖,而是將其看作逐步爬升的緩坡。這正是 SCM 中 Private PQC 功能的價值所在:不炒作、不製造焦慮,而是基於真實數據與營運經驗實現務實的 PQC 就緒。
SCM 中的私有 PQC 功能:
- 將後量子密碼(PQC)落地到實際營運中: 評估營運影響、審批流程、審計機制與證書資產存量,而不僅是密碼學理論。
- 支援團隊在不過度投入資源的前提下開展相關工作: 在配套防護機制下進行私有測試,避免產生無效數碼證書或意外在生產環境中形成依賴。
- 為企業提供早期學習、逐步演進的機會: 可隨着RFC文件、CA/B Forum指引規範及最佳實務的成熟迭代靈活調整,無需更換底層平台。
最新特性:SCM內置實驗性、受管控的PQC功能
Private PQC是SCM中一項全託管服務,支援團隊安全簽發及管理私有PQC SSL證書,無需額外工具或獨立平台。
PQC就緒工作不應意外為生產環境帶來風險,亦不應造成長期的密碼技術債務。因此Private PQC在設計上設有清晰、審慎的防護機制:
- 僅支援私有簽發
- 由Sectigo管理PQC CA與HSM
- 支援定義清晰的ML‑DSA算法(ML‑DSA‑44、ML‑DSA‑65、ML‑DSA‑87)
- 數碼證書有效期最長為1年
這些保障措施可確保企業透過真實數碼證書獲取寶貴的實務經驗,同時不會產生無效資產,亦不會出現超出試驗預期而長期留存的實驗性數碼證書,是內置責任機制的就緒方案。
核心優勢:
- 平台內的實操實驗體驗。
- 與現有數碼證書管理流程具備同等的證書生命週期管理能力。
- 由Sectigo託管,無需部署實驗性CA/HSM。
- 設計層面內置防護機制,包括支援ML‑DSA‑44/65/87算法、最長1年有效期限制。
- 架構可隨PQC標準演進迭代。
能力銜接:Sectigo PQC Labs → SCM Private PQC
Sectigo PQC Labs提供低門檻的實驗環境,SCM Private PQC則將實驗能力延伸為企業級、受管控的證書生命週期管理能力。
適用對象
- 現有SCM Private CA MRAO用戶。
適用場景
- 在受控環境中開展PQC試點。
- 透過真實工作流程進行團隊培訓。
- 制定內部營運操作手冊。
為何選擇 Sectigo:一條務實、可靠的後量子密碼(PQC)落地路徑
Sectigo 憑藉深厚的公鑰基礎設施(PKI)專業能力與全託管的 PQC 證書頒發機構(CA)基礎設施,透過 PQC Labs 與 SCM 提供統一的 PQC 演進路徑。
常見問題
Private PQC 與 Sectigo PQC Labs 有何分別?
兩者服務於 PQC 落地的不同階段:
- Sectigo PQC Labs: 是輕量級的 Web 環境,用作早期 PQC 探索與實驗,適合測試與實操評估,無需使用 Sectigo 產品即可存取。
- SCM 中的 Private PQC: 是將上述實驗延伸至企業級公開金鑰基礎建設(PKI)環境的方案,該場景對治理、可見性與生命週期管理有明確要求。團隊可從 PQC Labs 匯入 PQC 證書,透過熟悉的 SCM 工作流程將其與其他私有證書統一管理。
兩者結合可提供從實驗到生產就緒的清晰演進路徑,支援 IT 團隊從小規模探索起步,再將實踐經驗應用到真實的證書營運流程中,無需切換工具或供應商。
Sectigo 的 Private PQC 為何選擇支援 ML-DSA 算法?
Sectigo 選擇 ML-DSA 的原因在於,它是首批獲得 NIST 標準化的後量子簽章算法之一,且 IETF 已發布草案規範定義其在 X.509 證書中的使用方式,包括物件識別碼(OID)與編碼指引。
RFC 9881 規定了符合 NIST FIPS 204 標準的 ML-DSA 在互聯網公開金鑰基礎建設(PKI)中的表示與使用方式,涵蓋證書簽章、主體公鑰與證書吊銷列表(CRL),使其成為當前證書場景下規範最清晰、互操作性最強的 PQC 簽章可選方案
既然 Google 正在探索默克爾樹證書(MTC)等新型證書模型,為何現在要開展 ML-DSA 實驗?
Google 在 MTC 方面的工作 揭示了一個重要現實:後量子密碼帶來的不僅是密碼學層面的權衡,更包含實際營運層面的取捨。
Private PQC 的設計初衷就是幫助機構提前認知這些取捨,包括:
- 更大的密鑰與簽章尺寸
- 對證書生命週期與資產清單的影響
- 治理、審批與審計層面的影響
透過現時開展實驗,團隊可建立營運層面的認知與就緒能力,同時跟進更廣泛生態的持續演進。
查看更多常見問題 此處.
- 現有 SCM Private CA 客戶: 可透過產品內入口或對接客戶成功經理申請存取權限
- 潛在客戶: 聯絡 Sectigo 了解 Sectigo Private PQC 與 Sectigo PQC Labs.