谷歌 Chrome 安全團隊在 2026 年 10 月 6 日發文披露：上週發現 .gh（迦納）、.sl（獅子山）、.as（美屬薩摩亞）三個國家和地區頂級網域發生了一系列網域劫持。谷歌強調自身系統沒有被攻破，被攻破的是第三方的頂級網域註冊體系，所有以這三個字尾結尾的網域都暴露在風險中。攻擊者在劫持期間修改了權威 DNS 記錄，拿到了覆蓋多個谷歌網域、以及其他機構網域的未經授權的 HTTPS 憑證。谷歌表示，從攻擊方式看，沒有理由認為簽發這些憑證的 CA 做錯了什麼：攻擊者控制了 DNS，網域驗證自然能通過。
谷歌做了什麼
- 透過 CRLSets 在 Chrome 裡立即攔截了冒用谷歌網域的憑證，並和簽發 CA 一起把憑證吊銷，以保護 Chrome 以外的客戶端。
- 憑證透明度（CT）日誌又顯示，多個全球知名品牌和常用線上服務可能受到同一批攻擊影響，谷歌也在 Chrome 裡主動攔截了這些憑證，並儘量通知了相關機構。
- Chrome 使用者不需要做任何操作。但谷歌說得很直白：不能依賴瀏覽器端的干預，它沒法保證找出了每一個受影響的網域，也保護不了不用 Chrome 的使用者。
谷歌沒有公布憑證的數量和簽發機構。我們在 10 月 12 日查詢公開的 CT 日誌，能看到 9 月 22 日至 27 日之間由 Let's Encrypt 為 youtube.com.gh、google.sl、youtube.sl、youtube.as 等網域簽發、隨後在 9 月 26 日至 10 月 1 日間被吊銷的憑證；我們查到的同一時期這些網域的其他憑證，都由谷歌自己的 Google Trust Services 簽發。這正說明了自動化網域驗證的特點：誰控制了 DNS，誰就能「合規」地拿到憑證。
站長能做的兩件事
- 持續監控憑證透明度日誌。瀏覽器預設信任的憑證都必須登記在公開的 CT 日誌裡，監控 CT 就能在有人為你的網域簽發憑證時幾乎即時收到提醒。谷歌特別提醒，監控範圍要覆蓋你名下的全部網域，包括停放的、各地區的國家頂級網域。
- 發布嚴格的 CAA 記錄，並綁定 ACME 帳戶。CAA 是一條 DNS 記錄，宣告哪些 CA 可以為你的網域簽發憑證。谷歌的說法很準確：CAA 擋不住劫持進行中的簽發，但在你奪回 DNS 之後能起關鍵作用——CA 可以快取並重複使用已完成的網域驗證結果，如果 CAA 把簽發限定在指定的帳戶和驗證方式上，攻擊者就沒法在劫持結束後利用快取的驗證結果繼續簽新憑證。
在自己的網域上怎麼配
Let's Encrypt 的 CAA 文件（10 月 4 日更新）說明了兩個參數：accounturi 限定只有某個 ACME 帳戶能申請，用文件的原話，它能確保「臨時劫持了你的網域、但拿不到你 ACME 帳戶金鑰的人」簽不出惡意憑證；validationmethods 限定驗證方式（http-01、dns-01、tls-alpn-01）。一條只允許 Let's Encrypt、且只允許你自己帳戶簽發的記錄大致是這樣：
example.com. CAA 0 issue "letsencrypt.org;accounturi=https://acme-v02.api.letsencrypt.org/acme/acct/YOUR_ACCOUNT_ID"帳戶 URL 可以在 ACME 客戶端的帳戶資訊裡找到（certbot 用 certbot show_account）。注意 CAA 記錄是疊加生效的，只要有一條允許就能簽發，所以要把舊的寬鬆記錄清理掉。按 CA/瀏覽器論壇 SC098v2 投票通過的規定，從 2027 年 3 月 15 日起所有 CA 都必須處理這兩個參數。DNS 記錄的新增方法見把網域解析到 VPS：DNS 設定入門，DNS 託管在 Cloudflare 的見用 Cloudflare 給 VPS 網站加速與防護；憑證有效期的變化見 Let's Encrypt 64 天憑證那篇。