01 · 前CT时代：DigiNotar事件（2011）
事件：2011年8月，荷兰CA DigiNotar承认其签发系统遭入侵，攻击者利用其签发了数百张伪造证书（包括*.google.com），用于针对伊朗数十万Gmail用户的中间人攻击。Google于2011年8月30日公开披露并紧急推送浏览器更新撤销信任；荷兰政府随后接管DigiNotar母公司，DigiNotar于2011年9月宣告破产。
为什么写入CT史：DigiNotar事件暴露了PKI体系的结构性盲区——误签发发生后，没有任何公开机制能让她人及时发现，本次事件的发现依赖受害者网络中的偶然技术异常。该事件直接推动Google将内部酝酿的证书透明方案产品化，2013年RFC 6962发布、2015年起Chrome分阶段强制，最终形成2018年4月30日的全量CT强制格局。
启示：单CA的信任失败可摧毁整个体系的信誉；检测能力的公共品属性（公开日志）比任何单一机构的内部审计更可靠。
02 · 中间CA滥用与MITM（2011—2015）
| 事件 | 事实要点 | CT关联 |
|---|---|---|
| TurkTrust（2011误签发，2012-12发现） | 土耳其CA TurkTrust误将两张中级CA证书签发给客户（本应只签发服务器证书）；其中一张被用于对土耳其境内用户（含Google服务）的MITM，2012年12月Chrome更新中发现 | 发生于CT强制之前；与DigiNotar共同推动CT议程 |
| ANSSI（2013-12） | 法国国家信息系统安全局（ANSSI）下属CA为*.google.com签发中间证书，用于某法国网络内的TLS流量检查；Google发现后立即撤销并通报 | 政府背景CA的合法用途与信任边界之辩 |
| 印度NIC（2014-07） | 印度国家信息中心（NIC）的中级CA签发了包括google.com、yahoo.com在内的伪造域名证书；Google发现后撤销相关证书并通报印度CCA（Controller of Certifying Authorities），触发体系整改 | 再次暴露"中级CA=信任放大器"风险 |
| CNNIC / MCS Holdings（2015-03） | Google经CT日志发现，埃及MCS Holdings公司滥用了CNNIC签发的中级CA证书，为包括google.com在内的域名签发未经授权证书；Google与Mozilla对该中级CA实施白名单限制（仅信任此前特定证书），CNNIC吊销该中间证书并发布调查报告、改进管理流程 | CT日志作为"发现工具"的首次标志性实战——未授权证书因CT强制而无所遁形 |
注：本表基于Google Security Blog（2013/2014/2015）与Mozilla安全公告的公开披露整理，各方立场与后续处理以原始公告为准。
03 · 大规模误签发：Symantec事件（2015—2018）
第一阶段（2015-09）：Google披露Symantec在未经授权的情况下签发了187张测试证书，其中包含google.com、www.google.com及android.com等Google域名。Symantec解释为其内部测试流程违规。
第二阶段（2016-07）：Google利用CT日志检索进一步发现Symantec及其合作伙伴CA（Thawte、VeriSign、Equifax、GeoTrust、RapidSSL等品牌体系）存在更多未经授权签发——额外127张证书及合作伙伴签发的30余张证书，涉及在域名持有者不知情下"验证"并签发证书。
处置（2017—2018）：2017年7月Google宣布分阶段不信任计划：Chrome 66（2018年4月）起不信任2016年6月1日之前签发的Symantec证书；Chrome 70（2018年10月）起全面移除对Symantec根证书的信任。2017年8月，Symantec将CA业务出售给DigiCert。这是迄今史上最大规模的CA信任撤销事件。
启示：①CT日志从"合规要求"转变为"主动发现工具"——第二阶段违规几乎完全依靠日志检索发现；②信任撤销的"分阶段+市场化处置"（出售CA业务）成为CA违规处置的标准范式。
04 · 审计失败：WoSign与StartCom（2016）
事实要点：2016年，Mozilla与Google陆续披露中国CA沃通（WoSign）及其已秘密收购的StartCom存在多项严重违规：
- 为包括github.com在内的未经授权域名签发证书（据Google调查披露）；
- 对SHA-1证书进行倒签（将证书日期伪造成政策生效之前以规避限制）；
- 未披露对StartCom的收购，违反根证书计划对所有权变更的申报要求；
- 域名控制验证（DCV）流程存在系统性缺陷。
处置：Mozilla于2016年10月24日宣布分阶段移除信任：2017年1月（Firefox 51）起不再信任2016年10月21日之后签发的WoSign/StartCom证书，2018年1月（Firefox 58）将相关根证书从信任库完全移除；Google自Chrome 56（2017年1月）起逐步移除白名单、Chrome 61（2017年9月）起完全移除信任；Apple则于2016年9月封禁了WoSign G2中间证书。StartCom于2017年11月宣布终止CA业务（其存量证书于2020年被全部吊销）。沃通此后以全新体系重建信任并恢复部分国际根证书准入。
启示：对中国CA的镜鉴——国际信任建立在持续、可审计的合规运营之上，任何单点重大违规都可能导致信任清零；根证书计划的社区治理（公开调查、公开辩论、公开裁决）是信任体系的最终裁判。
05 · 免费证书时代的双面性（2015至今）
5.1 滥用面
Let's Encrypt 2015年9月上线后，DV证书零成本化。The SSL Store基于crt.sh的研究（2017）：2016年1月至2017年3月，Let's Encrypt签发的含"PayPal"字样证书达15,270张，抽样评估约96.7%用于钓鱼。免费证书没有"原罪"，但它把"加密成本"与"作恶成本"同时降到零——这正是CT监测的价值所在：作恶者必须公开。
5.2 责任运营面：CAA事件（2020-03）
2020年2月底，Let's Encrypt发现其Boulder系统在CAA（Certification Authority Authorization）复查环节存在缺陷，可能导致部分证书未按规范完成CAA复查。其处理方式：主动披露、主动吊销——公告要求在2020年3月4日前吊销超过300万张受影响证书；截至期限，约170万张证书完成更换，剩余因90天短有效期与风险可控未强制吊销。该事件是"责任CA运营"的样板：发现问题→公开→限期处置→复盘修复。
启示：CT既是滥用观测窗口，也是CA自律的公开考场；90天短有效期客观上限制了错误证书的存活周期。
06 · 信任撤销决策：Entrust（2024）
事件：2024年6月27日，Google宣布：由于Entrust存在持续合规失败且"未能兑现公开的改进承诺"，Chrome将不再信任最早SCT时间晚于2024年10月31日的Entrust/AffirmTrust证书（涉及9个根证书），自Chrome 127（2024年11月1日前后）起生效；既有证书不受影响直至自然过期。Mozilla随后宣布自2024年11月30日后不再信任相关新证书。
与Symantec处置的差异：Symantec案追溯不信任存量证书（因其错误规模与性质），Entrust案不追溯既往——体现"最小必要处置"原则的成熟：撤销信任是手段而非目的，给受影响站点迁移窗口。
启示：信任是持续挣得的资产而非一次授予的牌照；浏览器厂商的日志与合规监测体系（含CT生态）使"持续评估"成为可能。
07 · 案例启示矩阵
| 事件 | 年份 | 发现途径 | CT作用 | 对本课题的启示 |
|---|---|---|---|---|
| DigiNotar | 2011 | 受害者网络异常+Google应急分析 | 催生CT | 公开可检测性是信任体系的地基 |
| TurkTrust/ANSSI/NIC | 2011—2014 | 浏览器侧发现 | 强制前夜 | 中级CA是信任链最脆弱环节 |
| CNNIC/MCS | 2015 | CT日志检索 | 发现首秀 | 监测方法论的先声（第4页方法的原始雏形） |
| Symantec | 2015—2018 | 披露+CT日志扩大发现 | 主动发现 | 日志检索=误签发显微镜；分阶段不信任范式 |
| WoSign/StartCom | 2016 | 社区调查+审计 | 辅助证据 | 合规是持续义务；社区治理是最终裁判 |
| LE CAA事件 | 2020 | CA自检 | 自律考场 | 主动披露+限期处置=责任运营样板 |
| Entrust | 2024 | 浏览器合规监测 | 生态底座 | 最小必要处置（不追溯既往）的成熟实践 |
来源与时效声明：本页全部案例基于Google Security Blog、Chromium Blog、Mozilla Security Blog、CNNIC官方公告、Let's Encrypt官方说明等公开权威披露整理；事件细节、各方立场与后续处理以原始公告为准；不构成对任何机构的评价；未决或传闻性事件不予收录。
本节参考来源（第6页）
以下均为事件原始披露渠道或权威记录，可逐条交叉验证。
Google Online Security Blog《An update on attempted man-in-the-middle attacks》（2011-08-30，DigiNotar事件披露）：security.googleblog.com；Fox-IT《Operation Black Tulip》调查报告（2012）。
Google Security Blog《The Symantec certificate issue》（2015-09-28前后系列公告）与Chromium官方博客《Chrome's Plan to Distrust Symantec Certificates》（2017-07）：security.googleblog.com、blog.chromium.org。
Mozilla Security Blog《Distrusting New WoSign and StartCom Certificates》（2016-10-24）：blog.mozilla.org/security/2016/10/24；Google对WoSign/StartCom的调查结论（Google网上论坛security-dev组公示）。
Google Security Blog《A new Certificate Transparency pilot, and strengthening Chrome's security》（2015-03，MCS Holdings/CNNIC事件披露）：security.googleblog.com；CNNIC官网2015年3—4月公告与调查报告。
Google Security Blog《Sustaining Digital Certificate Security - Entrust Certificate Distrust》（2024-06-27）：security.googleblog.com/2024/06；Mozilla同步公告（2024年）。
Let's Encrypt CAA事件官方说明（2020-03）：community.letsencrypt.org；事件后续处理见官方博客与社区公告（约170万张证书在期限前完成更换）。
The SSL Store《Let's Encrypt Has Issued Certificates to Over 14,000 PayPal Phishing Sites》（2017-03-20）：thesslstore.com/blog/lets-encrypt-phishing。
Wikipedia《Certificate Transparency》词条（浏览器CT强制时间线、Firefox v135/v145、事件汇总，均为可交叉验证的公开事实）：en.wikipedia.org/wiki/Certificate_transparency。
Apple《Certificate Transparency policy》：support.apple.com/en-us/103214；Chrome CT Policy：github.com/GoogleChrome/CertificateTransparency。
Ars Technica、The Register等主流技术媒体对上述事件的历史报道（细节交叉验证用），事件时间线以官方公告为准。