GoDaddy SSL 憑證撤銷事件整理：40 萬張憑證失效原因、影響與更換步驟

GoDaddy 憑證撤銷事件概要

事件經過如下：

一、第三方研究人員通報，部分憑證中記載的政策識別碼（OID）與 CPS 網址，和 GoDaddy 公開的 CP/CPS 文件不符；GoDaddy 自行清查後又發現更多不一致之處，共涉及八個憑證體系。

二、10 月 14 日起，GoDaddy 透過電子郵件、簡訊與電話通知受影響客戶更換憑證。

三、規定的 5 天撤銷期限屆滿時，只撤銷了 170,566 張，GoDaddy 因此向 Mozilla 提交撤銷延誤的事故報告（Bug 2082703、Bug 2083191）。

四、10 月 21 日，GoDaddy 完成剩餘憑證的強制撤銷。受影響憑證共 404,607 張，GoDaddy 已於 10 月 21 日完成撤銷，目前已沒有受影響的憑證仍然有效。

GoDaddy 憑證撤銷原因：CP/CPS 與 5 天撤銷規定

憑證機構（CA）必須「說到做到」：簽發的每一張憑證，都要符合自己公開的規範文件，否則就得撤銷，不論憑證在技術上是否正常。

憑證機構會公開兩份規範文件：憑證政策（Certificate Policy, CP）說明憑證的保證等級與營運要求，認證實務作業聲明（Certification Practice Statement, CPS）則說明 CA 如何落實這些要求。瀏覽器與作業系統願意信任一家 CA，前提就是它簽發的憑證都符合這兩份文件，以及 CA/Browser Forum 制定的《TLS 基準要求》（Baseline Requirements）。

這次的問題其實出在文件端。憑證裡記載的資訊是正確的，錯的是 CP/CPS 文件本身。GoDaddy 雖然已經修正文件，但在舊版文件有效期間簽發的憑證，都與當時的規範不符，因此必須一併撤銷。

依《TLS 基準要求》第 4.9.1.1 條，CA 發現憑證未依 CP/CPS 正確簽發時，最遲須在 5 天內撤銷。GoDaddy 因憑證數量龐大、客戶通知與系統處理量能不足而逾期，本身也構成一次違規事故。

SSL 憑證被撤銷會造成什麼影響

憑證被撤銷後，網站在技術上雖然還能加密，但瀏覽器與用戶端不再信任它，影響會從訪客端一路擴散到營運面。

網站跳出安全警告：訪客可能看到「你的連線不是私人連線」之類的全頁警告，多數人看到就直接離開。

API 與系統串接中斷：會檢查憑證撤銷狀態的應用程式、行動 App、支付或第三方串接，可能直接拒絕連線，造成交易或資料同步失敗。

信任與品牌受損：對政府、金融、醫療等產業來說，「網站不安全」的警告會直接衝擊民眾與客戶的信任，也可能被詐騙集團利用，假冒官方網站。

客服量與營收損失：網站或服務中斷期間，客服詢問暴增，電商與線上服務也會直接損失交易。

最容易出事的不是主網站，而是被遺忘的端點。許多企業在主機上換好新憑證，卻漏了負載平衡器、CDN、API 閘道或其他子網域上的舊憑證，結果部分服務仍然中斷。

如何確認網站憑證是否受影響

只要網站憑證是由 GoDaddy 或 Starfield 簽發，且在本次事件範圍內，就需要更換。可以用以下三種方式確認：

一、看憑證簽發者。在瀏覽器網址列點選鎖頭圖示，查看憑證資訊中的「簽發者」，若出現 GoDaddy 或 Starfield，就要進一步確認。

二、登入 GoDaddy 後台。在帳號的 SSL 憑證頁面查看狀態，並使用 GoDaddy 說明文件中提供的官方狀態查詢工具。若系統顯示憑證已重新簽發，代表舊憑證已被撤銷，必須部署新憑證。

三、盤點所有使用中的憑證。同一張憑證可能同時裝在多個地方。列出所有網域與子網域、它們使用的憑證，以及憑證安裝的位置，避免只換了主網站。

SSL 憑證更換步驟：每個端點都要換

重新簽發只是第一步，新憑證必須部署到每一個實際使用它的地方，才算完成更換。

一、下載新憑證。從 GoDaddy 後台下載重新簽發的憑證與完整的中繼憑證鏈。

二、部署到所有端點。依盤點清單，逐一更新 Web 伺服器、反向代理、負載平衡器、CDN、API 閘道與主機平台上的憑證。

三、重新載入服務。更新後重新載入或重新啟動相關服務，確認新憑證已經生效。

四、驗證結果。用瀏覽器或線上 SSL 檢測工具，逐一檢查每個網域與子網域，確認顯示的是新憑證且憑證鏈完整。

五、建立憑證清冊。記錄每張憑證的網域、簽發者、到期日與安裝位置，下次發生類似事件時才能快速處理。

使用 CDN 的企業請特別注意：如果網站透過 CDN 提供服務，訪客實際連線到的是 CDN 節點，看到的是上傳到 CDN 的那張憑證。只在源站主機換了新憑證，CDN 上的舊憑證仍已被撤銷，訪客一樣會看到安全警告。請務必同時到 CDN 管理後台更新憑證，或可詢問 CDN 服務業者確認憑證是否可正常使用。

同月另一起憑證事件：eMudhra 私鑰過弱

10 月的兩起憑證事件原因完全不同，但結果一樣：網站與系統管理者都必須更換或更新憑證。

同樣在 10 月，印度憑證機構 eMudhra 旗下 emSign 的 8 組中繼憑證被發現私鑰強度過弱，可以從公開憑證直接算出來。Chrome、Firefox 當天就封鎖相關憑證，Python、Go、Rust 等程式語言生態系也緊急更新內建的憑證清單。

憑證管理趨勢：效期縮短，自動化成為必要

大量撤銷不會是最後一次，憑證效期也越來越短，靠人工更換憑證的做法會越來越跟不上。

CA/Browser Forum 已通過決議，逐步縮短 SSL/TLS 憑證的最長效期：2026 年 3 月起為 200 天，2027 年 3 月起縮短為 100 天，2029 年 3 月起只剩 47 天。這代表企業更換憑證的頻率會從一年一次，變成一年數次甚至十次以上。

再加上這次 GoDaddy 事件顯示，就算憑證本身沒問題，CA 端的一個合規失誤，就可能讓數十萬張憑證必須在幾天內全部更換。企業可以提早做好三件事：

導入自動化憑證管理：使用 ACME 等自動簽發與更新機制，減少人工更換與遺漏。

集中管理憑證清冊：掌握每張憑證的簽發者、到期日與安裝位置，事件發生時能立即盤點影響範圍。

選擇能代管憑證的服務：透過 CDN 或負載平衡服務集中部署與更新憑證，減少需要逐台更換的端點。

CDN 自動申請免費 SSL 憑證：不用再盯著到期日

與其每次事件發生時手動更換憑證，不如讓憑證自動申請、自動續期，從根本減少人工作業與遺漏。

SkyCloud騰雲運算的 SkyEdge CDN 支援三大免費 SSL 憑證供應商：Let's Encrypt、ZeroSSL 與 Google Trust Services。網站接上 CDN 後，可以直接在 CDN 上自動申請憑證，並在到期前自動續期，帶來三個好處：

不用再盯著到期日：憑證由系統自動續期，不必記日期、排時間手動更換，也不怕忘記續約導致網站跳出警告。

不用逐台部署：憑證直接在 CDN 上申請與套用，訪客連線看到的就是 CDN 上的憑證，不需要在每個端點各自安裝。

因應效期縮短：憑證最長效期將從 200 天逐步縮短到 47 天，換證頻率只會越來越高，自動化是最省力的做法。

像這次 GoDaddy 事件，使用付費憑證的網站必須在短時間內下載新憑證、逐一部署；改用 CDN 自動申請的免費憑證，就能大幅減少這類手動更換的麻煩。

GoDaddy 憑證撤銷常見問題

結語：憑證管理是網站安全的基本功

這次事件提醒企業，網站安全不只是防駭客，連憑證機構的一個合規失誤，都可能讓網站在幾天內跳出安全警告。掌握憑證清冊、確認每個端點都已更新，是最基本也最容易被忽略的一步。

想了解 10 月其他重大資安事件與應急處理方式，可參考《2026年10月資安事件整理》。

SkyCloud 騰雲運算是台灣唯一自主研發的 CDN 原廠。SkyEdge CDN 支援 Let's Encrypt、ZeroSSL 與 Google Trust Services 三大免費 SSL 憑證自動申請與續期，讓企業不必再為憑證到期與更換傷腦筋。如果你的網站正在使用 GoDaddy 或 Starfield 簽發的憑證，或想改用自動化的憑證管理方式，歡迎聯繫我們的技術團隊。