2026年10月6日,黑客获得了谷歌(Google)及其他大型服务的伪造传输层安全(TLS)证书。这类证书通常用于验证服务器身份并保护网络连接,恶意获取的副本可让攻击者在中间人攻击中冒充受信任的域名,进而拦截账号与通信内容。
正文
攻击者劫持了三个顶级域名,并利用其控制权为谷歌及其他大型机构签发伪造 TLS 证书,谷歌周二表示。

攻击针对 .gh、.sl 和 .as 三个国家代码顶级域名(ccTLD)。攻击者修改这些命名空间中选定域名的权威 DNS 记录,借此通过自动域名控制验证,取得“若干谷歌域名”以及“若干全球领先品牌和广泛使用的在线服务”的未经授权证书。谷歌表示,Chrome 已更新以阻止其识别出的所有未经授权证书,并与签发机构合作吊销针对谷歌资产的证书。
证书签发:链条中的薄弱环节


TLS 证书是支撑网站、邮件服务器等互联网基础设施认证和加密的凭证。X.509 证书用数字签名把 google.com 这类域名与公钥绑定:公钥公开,私钥仅由网站运营者持有。连接时密钥匹配,访问者便能确认连的是真实网站。持有未经授权证书,攻击者就能在密码学上冒充受影响基础设施。
谷歌没有点名受影响的自有域名或其他组织。它说 Chrome 用户无需采取行动,但提醒域名所有者不要只靠浏览器端干预。谷歌建议监控证书透明度日志,发现意外签发,并发布限制性的证书颁发机构授权(CAA)DNS 记录,以防攻击者在 DNS 控制恢复后重用缓存的验证数据。
“虽然 Chrome 在这些事件中识别并阻止了受影响 ccTLD 中疑似的未经授权证书,但不应依赖浏览器端干预来保护你的用户,”谷歌说。“由于 DNS 劫持的复杂性,我们不能保证分析识别出了每一个受影响域名,Chrome 的干预也不能可靠保护非 Chrome 用户。”

其他受影响组织是谁、共签发多少未经授权证书、除谷歌域名外的证书是否都已封锁,尚不清楚。正式吊销证书流程缓慢繁琐,浏览器厂商于是采用更快的浏览器层封锁。所有已知未经授权证书已被阻止,风险缓解,但谷歌指出,未发现的证书仍构成威胁。


谷歌称,事件不涉及受影响域名所有者自身基础设施被入侵,证书颁发机构也遵守了要求。控制三个 ccTLD 后,攻击者能更改选定网站的 IP 地址,进而修改权威 DNS 记录和名称服务器委派,通过要求申请者证明控制域名的行业验证。
这不是首次出现未经授权证书。2011 年荷兰证书颁发机构 DigiNotar 被黑,攻击者为 Google.com 和 200 多个高流量域名伪造证书,至少 30 万与伊朗有关联的人在使用时受影响。此后类似事件频繁发生,多数源于证书颁发机构失误,也有域名持有者的问题。

评论
这场讨论基本没停留在「Google 被黑」的层面,而是被当成一次教科书式的链路复盘:多数人认为国家级注册局被攻陷后,证书签发权等于同步失守,少数人则质疑为何证书固定这类现成防护没有生效;更深的争论在于,问题出在 CA 不做身份核验,还是出在 DNS 与 PKI 的绑定本身,也有人对是否有独立于 Google 博客的一手信源表示怀疑。
控制 DNS 就等于控制证书签发
- 还原出的链路是:顶级域 DNS 记录被篡改,CAA 记录先被删除,攻击者再用 DNS 验证让主流 CA 为 Google 域名签出证书;关键结论是这并非 CA 被攻破。(高赞)
- CAA 是唯一能把签发权限定给特定 CA 的手段,Google 平时用自己的 CA,此前域名上并没有这层限制,如今才补上。(较多人)
- 攻击者可以匿名完成签发,因为 CA 与申请人之间没有业务关系可供核身;即便要求核验,接上盗来的账号也能绕过,所以这不是主要障碍。(较多人) > 劫持了 DNS 就等于劫持了证书签发。(@iso1631)
质疑现成的防护为何没起作用
- 有人直觉上认为,在证书固定等机制存在的前提下这种事不该发生,反问自己到底漏掉了什么。(较多人)
- 反驳的方向是:HPKP 本来能挡住这类攻击,CAA 记录挡不住;但 HPKP 已经被废弃,所以这条防线实际上不存在了。(较多人) > HPKP 本可防止这类攻击,而 CAA 不能,可惜它已被弃用。(@Borealid)
证书签发不该交给自动化流程
- 少数人由此得出更悲观的结论:证书签发已经重要到不该由计算机自动完成,但同时又承认目前没有可用的替代方案。(少数人) > 域名证书签发越来越像是不能交给计算机去做的事,可惜我们并没有备份方案。(@chrisjj)
真正担心的是下一轮
- 代表社区情绪的一条玩笑:等 AI 驱动的攻击者去打 DNS 根区或 BGP 路由,那才是真正的灾难现场。(少数人)
有价值的补充
- 受影响的是整个国家级顶级域而非某家公司:
.as、.gh、.sl,风险覆盖所有以这些后缀结尾的域名;Google 的系统本身没有被入侵。 - 有人顺手指出评论里把
.gh说成格陵兰是错的,它对应的是加纳。 - 证据侧的一个细节:证书透明日志里出现了 Let's Encrypt 为
google.as签发的证书,说明被滥用的是 DNS 验证通道。 - 有评论追问:除了 Google 官方博客,这件事是否真的没有独立的一手信源,语气里带着不安。