Sectigo 網誌
當數碼信任崩塌：縮短的證書有效期如何暴露潛藏的安全債務
不斷縮短的證書有效期正在暴露數碼信任基建長期隱藏的安全債務。隨着證書有效期逐步邁向47天，人手流程、能見度不足以及舊有系統正日益引發服務中斷與業務故障。企業必須將證書與密鑰視為核心基建，實現資產盤點、續期和治理的自動化，從而降低風險、保障服務可用性，並大規模重建信任。
多年來，數碼證書一直在後台默默發揮作用。它們獲簽發、安裝後，基本上就無人過問，且單次有效期通常長達一年、兩年甚至三年。只要沒有證書在不合時宜的時刻過期，一切看似都運作正常。這樣的時代已經結束了。
隨着瀏覽器廠商將證書有效期從398天依次縮短至200天、100天，最終到2029年縮短至47天，企業逐漸發現，曾經看似無關緊要的營運細節，如今已成為實質性的安全與業務風險。這一轉變的核心
甚麼是數碼信任領域的安全債務？
安全債務是安全實務未能隨其保護的系統同步演進所累積的風險。在數碼信任基建（即證書、密鑰、公鑰基礎設施（PKI）、身份與加密體系）中，這類債務會隨時間悄然累積。
它不會體現在資產負債表上，也不會立刻引發故障，但會持續累積。不斷縮短的證書有效期正迫使這類安全債務浮現。
證書有效期為何不斷縮短
縮短證書有效期是刻意的設計，這類證書能夠：
- 降低密鑰泄露造成的影響
- 限制證書誤簽帶來的損害
- 推動自動化實踐與現代加密安全規範落地
- 讓信任機制適配臨時、雲原生的工作負載
從安全角度而言，這是進步；從運維角度而言，這是一場壓力測試。
現代信任基礎設施中的安全債務潛藏點
大多數機構陷入困境的原因是，他們並未完全掌握信任關係在自身基礎設施中的分布位置，而是依賴人手操作的系統或過時工作流程來獲取可見性。
安全債務通常潛藏於以下場景：
- 未明的證書與密鑰資產清單 橫跨雲、SaaS、API、硬件設備及合作方環境
- 遺留系統 基於長生命週期證書和人手續期流程設計
- 硬編碼信任關係，即證書或密鑰被硬編碼嵌入程式碼、容器或韌體中
- 脆弱的自動化機制，基於無法大規模擴展或會靜默失效的指令碼建構
- 第三方集成，即證書的權責歸屬不明確
- 機構內部權責斷層，即安全團隊、平台團隊和應用團隊均默認信任管理由其他方負責
過往證書有效期長達數年時，這些缺陷處於相對隱蔽的狀態。隨着200天、100天及47天有效期規則的推行，這些薄弱點將快速暴露。
真實的服務中斷場景
設想一種常見的故障模式：一台多年前部署的遺留API閘道使用人手安裝的TLS證書，該證書從未被納入統一資產清單，亦未接入自動化續期流程。續期窗口期過後，證書在夜間過期.
頓時：
- 客戶登入失敗
- 流動應用程式無法完成身份認證
- 合作夥伴集成接口中斷
- 多個團隊收到告警，但無明確負責人
工程師往往要在公眾關注下緊急查找證書、重新簽發並部署修復方案，事後复盘往往會發現更多存在同類風險的證書。
這並非偶發失誤，而是安全債務的集中爆發。隨着數碼證書有效期不斷縮短，人手跟進證書的模式將引發更多這類無心人為錯誤導致的故障。
為何這個問題已經成為董事會層面的議題
數碼證書故障已不再是罕見、孤立的事件，它們具備以下特徵：
- 高度可見：故障會即時引發服務中斷，且可經由外部直接驗證
- 系統性：信任故障會在多個服務及合作方之間級聯擴散
- 代價高昂：緊急修復和停機帶來的成本，遠高於事前預防的成本
- 具指標性：薄弱的證書管理是整體安全體系存在脆弱性的信號
在數碼證書有效期不斷縮短的當下，數碼信任已經成為業務連續性的依賴項。
償還數碼信任領域的安全債務
成功完成适配的機構會將數碼證書和密鑰視為核心基礎設施，而非後台支援管線。具體包括：
- 維護可信資產的實時清單
- 實現數碼證書簽發、輪換和吊銷的自動化
- 消除硬編碼的密鑰憑據
- 採用短周期、基於身份的信任模型（例如 mTLS、SPIFFE）
- 明確權責歸屬並落地策略執行
最終目標是讓公鑰基礎設施（PKI）回歸穩定、可預測、高韌性的狀態。
核心結論
數碼證書有效期不斷縮短，正在實現其設計初衷：
暴露此前被隱藏的錯誤假設、過時流程，以及長期累積的安全債務。
自首張數碼證書簽發以來的30年間，行業未有太多變化，因此這一調整或會讓人覺得是巨大的動盪。但對於後量子計算時代而言，這種動盪完全必要。
主動償還這類安全債務的機構，將獲得更強的安全性和營運韌性。未有採取行動的機構，則會持續以服務中斷、安全事件和聲譽損失的形式支付「利息」。自動化正是行業「讓公鑰基礎設施（PKI）回歸穩定」的實現路徑。
數碼信任的故障不再悄然發生，管理數碼信任的系統也不能再悄無聲息地失效。