记一次AAA Certificate Services根证书不被信任后的一次事故-一碗小米周

前言

各位站长估计对SSL证书都不陌生，SSL证书是实现HTTPS链接的关键（如果你问什么是HTTPS，那我只能简单的说是你与服务器之间，通过HTTPS是加密链接，确保你传输到服务器的信息不会泄露）。判断证书是否有效需要根据多方面，包括看是谁签发的、有效期、OCSP、CRL等手段可以判断证书是否有效。是谁签发的大多都是国际上大多数都信任的根CA签发，这些根CA是内置在设备当中或者浏览器当中。

背景

AAA Certificate Services是Comodo在2004年1月颁发的一张根证书，证书预期的到期时间是2029年1月，有有效期为25年，由Sectigo运营（当前Sectigo很多的新根证书都是与AAA Certificate Services做的交叉认证，因为AAA Certificate Services在很多老设备上都受信，例如安卓2、iOS 5、Firefox 3.0、Windows XP）。由于 Mozilla 信任库更新了其根证书信任策略，对全球所有 CA 的可信根证书生成后最少15年更换一次，超过时间的可信根将会逐步被 Mozilla 停止信任。因此在2025年4月15日起 Mozilla 不再信任由AAA Certificate Services前发出来的证书，同时DigiCert的两个根证书DigiCert Global Root CA和DigiCert High Assurance EV Root CA也在同一时间不再被信任。

事件缘由

小周在3月初在一个平台买了一张SSL.COM的SSL证书，想着SSL.COM的证书在很多设备当中，受信也比较好，刚好通配符的价格也在能够接受的范围之内，因此买了一张SSL.COM签发出来的通配符SSL，聪明的你估计已经发现了，就是现在这个站点的SSL证书。

今天，小周听到有访问博客的朋友说，网站无法访问了，说是证书不受信任。由于小周是开启了HSTS的，如果证书不正确，没办法通过HTTPS访问网站，就不能访问网站。

刚开始小周以为是买到了跑路服务商的证书，导致证书被吊销了（证书可以通过OCSP、CRL获取吊销信息，浏览器会查验这些信息），后来通过Edge浏览器访问，又发现是正常的，查询了一下OCSP吊销状态，发现也没有被吊销。当时小周觉得，这就奇了怪了，没有被吊销，还无法访问。后来问了水友才得知，是通过火狐访问时，显示无法访问。

于是，小周也下载了火狐浏览器，访问一看，哎？还真是，有兴趣的可以看一下这个站点，这个站点我部署的就是AAA Certificate Services为根的SSL证书：旧版-证书。

显示SEC_ERROR_UNKNOWN_ISSUER证书颁发者未知、证书为自签名的，或者服务器未发送正确的中间证书。

证书的信任链如下：

但是，也许你又发现了，站点的根证书是SSL.com TLS RSA Root CA 2022关AAA Certificate Services什么事呢？后来，在windows本地打开证书，发现识别出来的证书根是SSL.com TLS RSA Root CA 2022。也就是说，其实当前这张证书既支持以SSL.com TLS RSA Root CA 2022作为根证书，又支持以AAA Certificate Services，并且这两张根证书没有做交叉认证（交叉证书是由一个证书颁发机构 (CA) 颁发的数字证书，用于对另一个证书颁发机构的根证书的公钥进行签名。交叉证书提供了一种创建从单个受信任的根 CA 到多个其他 CA 的信任链的方法。）。有些朋友可能很蒙根证书没有做交叉认证怎么实现同时受两个根证书的支持呢？

刚开始，小周也百思不得其解，后来注意到可能是中间证书SSL.com TLS Issuing RSA CA R1的原因。SSL.com TLS Issuing RSA CA R1有两个版本，一个是由SSL.com TLS RSA Root CA 2022签发的版本，证书如下：

使用该根作为根证书时，证书的信任链如下：

另外一个版本是由AAA Certificate Services签发的版本，证书如下：

最终签发出来了当前站点的证书，因此支持双根。

结尾

个人觉得还好支持双根，不然这张证书怎么和卖家说理呢？但是由AAA Certificate Services切换到SSL.com TLS RSA Root CA 2022很多老设备将不兼容，从名字也能看出来，后者是2022年才签发出来的新根，很多2022年之前，甚至2022年后来一段时间的设备都没有存储这个根，毕竟你不可能时光倒流回十几年前把根证书植入进去。但是对浏览器而言，很多浏览器是自带证书库的，因此保持浏览器是较新的版本就不会弹出不兼容的情况，毕竟在2023年11月，微软才宣布信任SSL.com TLS RSA Root CA 2022，可以从这篇文章中看到->2023 年 11 月部署通知 - Microsoft 受信任根计划。

再吐槽一下，但这也是火狐做的比较好的。火狐对OCSP、CRL的检查很频繁，Edge之类的浏览器只是偶尔检查一次OCSP或者CRL，一般很少检查，只要你的证书是可信的根证书颁发出来的证书，不会那么频繁检查OCSP和CRL，但是火狐就是经常检查，所以当火狐出现问题时，说明证书就真的存在问题了。

这一次是因为火狐直接在证书库内删除了AAA Certificate Services，我觉得这种情况下应该设置NotBefore，限制在这个日期之后签发的证书不能被信任，而在此之前的证书可以被信任。

目录CONTENT

记一次AAA Certificate Services根证书不被信任后的一次事故

前言

背景

事件缘由

结尾

评论区