DigiNotar 将证书颁发机构失效变为运营危害控制测试

摘要

• DigiNotar 2011 年的数据泄露产生了欺诈证书，其中一张证书被用于针对主要位于伊朗的 Google 用户的未遂中间人攻击，并迫使浏览器和操作系统供应商移除或不信任 DigiNotar 证书。
• Mozilla 公开批评 DigiNotar 在数周前检测到并撤销了一些欺诈证书，却没有通知 Mozilla。Microsoft 后来认定所有 DigiNotar 证书均不可信。ENISA 将该事件描述为对安全电子通信基础的攻击。
• 荷兰公共部门的依赖使得该事件不仅仅是浏览器供应商的清理工作。DigiNotar 签发了与政府 PKI 服务相关的证书，信任的丧失给政府网站和服务带来了连续性问题，必须在紧急压力下进行迁移。
• 记录支持关于 CA 运营控制、延迟通知和根程序治理的高可信度问责认定。它不支持每张证书都被滥用、每个政府服务都失效、或当前的 PKI 实践自 2011 年以来毫无变化的说法。

证据记录及其使用方式

本文使用 Fox-IT、ENISA、Mozilla、Google、Microsoft、VASCO、HKCERT、CCDCOE、学术界、CA/Browser Forum、根程序、RFC、Certificate Transparency、NIST 和 ENISA DNS 来源，将事件事实、公共信任治理和运营连续性教训区分开来。

CA 泄露在用户察觉前就已改变其现实

DigiNotar 事件之所以严重，是因为证书颁发机构处于无形信任的路径中。用户访问熟悉的网站时，通常不会选择 CA。浏览器或操作系统已信任一组根证书。如果 CA 可以为其不控制的域名签发欺诈证书，攻击者便可能向信任该 CA 的客户端冒充该域名。用户看到有效的加密连接，而信任断言却是错误的。

Google 2011 年 8 月的安全帖子描述了针对主要位于伊朗的 Google 用户的未遂 SSL 中间人攻击报告，使用了 DigiNotar 签发的欺诈证书。Mozilla 的公告类似地描述了对 Google 服务器安全 SSL 连接的活跃 MITM 攻击，并指出该欺诈证书是由 DigiNotar 错误签发的。这些并非抽象的 PKI 风险，而是 CA 控制失败对用户造成的后果。

通过 VASCO 提交给 SEC 的文件发布的 Fox-IT 中期报告，将其目的定位为向利益相关者提供足够信息以进行自身风险分析，同时隐瞒部分敏感细节。这正是 CA 事件中的张力所在。公众需要足够的信息来决定信任是否仍然安全，调查人员不能公布所有可能帮助攻击者的技术细节，CA 有动机维护信心，而浏览器供应商必须迅速采取行动，因为他们的用户面临风险。

因此，DigiNotar 对危害的控制在公众知晓危害之前就已存在。CA 控制着签发系统、网络隔离、日志记录、吊销、事件检测、通知以及政府相关中间证书的完整性。一旦欺诈证书出现，浏览器供应商和政府掌握了紧急不信任和迁移的控制权。用户几乎无法控制任何东西，除了在有人警告后选择更新软件或停止使用受影响的服务。

通知延迟并非公关缺陷

Mozilla 的移除后续是记录中最清晰的问责文件之一。它指出 DigiNotar 在六周前检测到并撤销了一些欺诈证书，却没有通知 Mozilla，其中一些证书涉及 Mozilla 自身的域名。问题不在于礼节。根程序依赖及时的事件通知，因为浏览器供应商是唯一能够通过更新信任决策来大规模保护用户的当事方。

CA 可能认为已经撤销了已知的不良证书并遏制了入侵。但当 CA 无法证明泄露的全部范围时，这种信念就不够了。Mozilla 的公告称 DigiNotar 报告了其他欺诈证书已被签发并正在活跃使用，但全部范围尚不可知。Microsoft 最初从信任列表中移除了两个 DigiNotar 根证书，随后更新其回应，将所有 DigiNotar 证书移入不可信证书存储。不确定性推动了升级。

通知延迟改变了危害曲线。在延迟期间，依赖方继续信任可能不可信的证书。浏览器供应商无法发布不信任更新。域名所有者不知道去查找欺诈证书。政府服务可能继续规划，仿佛 CA 仍完好无损。用户可能在毫无察觉 CA 失败的情况下成为 MITM 攻击的目标。

这就是为什么 CA 的事件披露必须比一般供应商更快、更全面。CA 不仅保护自己的客户，还保护所有软件信任其根的每个人。延迟通知使整个依赖方生态系统变成了未受警告的风险人群。

荷兰政府依赖扩大了影响范围

DigiNotar 不仅是一个商业 CA。公开来源描述了其在荷兰政府证书基础设施中的角色。这一角色使得不信任操作变得困难。如果浏览器供应商立即移除所有 DigiNotar 信任，使用 DigiNotar 相关证书的政府服务可能变得难以或无法访问。如果暂时保留信任，用户可能暴露于欺诈证书之下。这就是公共部门 PKI 依赖的困境。

ENISA 的《黑郁金香行动》摘要指出，为数百个网站（包括 Google 和 Skype）创建了虚假证书，荷兰政府和浏览器供应商在事件公开后采取了措施。《战略安全杂志》的分析将此事件称为荷兰首场数字灾难，因为它将私人 CA 的失败与全国公共服务依赖联系起来。VASCO 的破产公告显示了企业终点：DigiNotar 在 2011 年 9 月申请自愿破产并被宣告破产。

连续性问题并非理论上的。政府服务依赖 TLS 证书来实现身份、机密性和信任。跨机构和系统替换证书需要协调：新提供商、验证、部署、测试、用户指导和浏览器兼容性。如果 CA 已失去信任，过渡的每一天都承载着风险。如果过渡仓促，服务可能中断。

这使得 DigiNotar 成为一个公共部门连续性案例。政府可以将证书签发外包，但无法将信任崩塌的公共后果外包。采购必须问：CA 是否具备强大的运营控制、独立审计、事件通知义务、紧急迁移计划和根程序地位？还必须问：如果信任突然被撤销，多快能够替换证书？

浏览器供应商充当紧急治理者

当公共信任系统失效时，浏览器和操作系统供应商成为紧急治理者。Mozilla 撤销了信任。Microsoft 将 DigiNotar 证书移入不可信证书存储。Google 警告用户并使用浏览器安全机制予以回应。HKCERT 发布了公开指南。这些行动保护了用户，但也破坏或威胁了对依赖 DigiNotar 的服务的访问。

这种双重角色令人不适，但不可或缺。根程序并非一份被动列表，而是一套治理系统。Mozilla 根存储策略和 Microsoft 受信任根程序要求如今明确表达了 DigiNotar 案例所证明的道理：包含是有条件的，取决于持续的合规、披露、审计和安全控制。受信任的根是一种公共安全特权，而非永久的财产权。

紧急不信任是一种生硬的控制。它可以保护用户免受欺诈证书的侵害，但无法在保留所有服务连续性的同时，将每一张合法的旧证书与每一张恶意的证书区分开来。这也是为什么 CA 的控制和及时披露在上游如此重要。如果浏览器供应商不得不在全球不信任和持续暴露之间做出选择，那么 CA 的失败已达到下游参与者无法优雅修复的程度。

该事件也助推了更强生态系统机制的产生。如今已成为公共网络 PKI 核心的 Certificate Transparency，使证书公开可见，以便域名所有者、浏览器和监控者更早发现错误签发。CT 并非 CA 安全的完整替代，但它降低了欺诈证书可以隐藏数周的可能性。DigiNotar 是使得隐藏的 CA 行为更不可接受的一部分历史。

运营控制跟随限制危害的能力

“对危害的运营控制”这一短语是经过深思熟虑的。DigiNotar 无法控制攻击者，但可以控制其 CA 系统是否分段、打补丁、被监控、被记录以及通过适当的密钥保护来管理。它可以控制异常签发是否被检测并升级。它可以控制在发现欺诈证书时是否通知浏览器供应商。它可以控制调查人员能恢复多少证据。

Fox-IT 和 ENISA 的材料指出了基本安全措施的失败和广泛的泄露担忧。具体技术细节应谨慎处理，但公共记录足以表明，对于一个受公共信任的 CA 而言，其控制实践是不足的。CA 的系统不是普通的企业 IT。它们是用于产生浏览器和操作系统全球接受的断言的机器。该层级的控制失败将转化为公共危害。

CA/B Forum 基线要求和 NIST 密钥管理指南为此类职责提供了现代词汇：生命周期管理、身份验证、审计、密钥保护、吊销和系统安全。这些标准不应被解读为仿佛每一个 2026 年的控制在 2011 年都存在。它们之所以有用，是因为显示了生态系统学会了将什么制度化。一个 CA 必须能够证明，不仅是证书已被签发，而且签发权限不能悄无声息地被窃取。

运营控制还包括危害沟通。一个无法界定欺诈证书集合的 CA，不能负责任地请求世界继续信任它。一个知道欺诈证书存在却延迟通知的 CA，掌控着一个他人不知情下暴露的窗口。一个为政府职能服务的 CA，掌控着各机构必须迁移的时间表。每种情形下，对证据的控制就是对危害的控制。

吊销不足是因为信任已经崩塌

在常规证书操作中，吊销是声明某个特定证书不应再被信任的机制。DigiNotar 事件超出了常规吊销。如果签发者本身已被攻破且无法证明欺诈证书的全集，依赖方就无法安全地假设只有已知证书是坏的。这就是为什么浏览器供应商从撤销或不信任特定根，转向了更广泛的不信任。

这一区别至关重要。吊销处理已知的不良叶子；根不信任处理签发者的不可信。前者是外科手术，后者是系统性的。DigiNotar 的失败之所以变成系统性，是因为公共记录无法支持对如下方面的信心：CA 环境是可信的，并且所有欺诈证书均已知且已吊销。

用户很少理解这一区别。他们将其体验为软件更新、警告页面或被阻止的服务。服务运营商将其体验为紧急证书替换。政府将其体验为连续性规划。浏览器供应商将其体验为不确定性下的风险决策。CA 无法证明范围，迫使其他方付出昂贵回应。

现代的 CT 日志、更严格的审计和根程序事件流程旨在减少这种不确定性，但并不能消除。一个失去签发控制的 CA 仍然会制造危机。操作性问题是：是否能够足够快速地衡量范围，以避免根级别不信任。

公共服务采购方不应将 CA 选择视为商品

TLS 证书常常廉价、自动化且日常化。这使得人们很容易将 CA 选择视为采购中的一个脚注。DigiNotar 展示了为什么这对公共服务是危险的。CA 的信任状态可以决定公民能否安全访问政府网站。CA 的事件处理可以决定浏览器供应商是否维持信任。CA 的审计质量可以决定泄露是否在欺诈证书被滥用前被发现。

公共服务采购方应要求证据。哪些根程序包含该 CA？哪些审计是公开的？签发系统如何隔离？私钥如何保护？异常签发如何检测？事件如何快速报告给根程序、监管者、订阅者和受影响的域名所有者？有多少替代 CA 可以签发紧急替换证书？跨机构的证书如何盘存？完整的迁移可以多快执行？

他们还应避免集中化。单个 CA 或托管证书提供商可能高效，但也可能成为共模依赖。一个依赖单一 CA 服务于众多机构的政府，应维持通往其他提供商的紧急路径，包括验证记录、自动化和经过测试的部署程序。否则，对一个供应商的不信任就变成了公共服务中断。

DNS 委托权力在此处很重要，因为证书将域名绑定到公钥。域名控制、CA 验证、DNS 记录和公共信任是相互关联的。如果域名身份过程薄弱，证书签发可能被滥用。如果证书不被信任，域名可能正确解析，但却在浏览器处安全失败。公共连续性既依赖 DNS 控制，也依赖 PKI 控制。

记录并未证明什么

公开记录并未证明每一张欺诈证书都被用于活跃攻击。它并未证明所有荷兰政府服务都在相同期间或因相同原因不可用。它并未证明每个 DigiNotar 员工都知道或导致了失败。它并未证明对攻击者的完全最终归因。它也同样未证明当前 CA 治理与 2011 年完全相同。

这些局限并不削弱问责认定，反而使其更清晰。当无法确定全套不良证书、用途和受影响方时，CA 事件恰恰是危险的。缺乏完整知识不是保留信任的理由，而是根程序可能不得不移除信任的理由。

记录也不应用于声称所有 CA 服务外包都是不安全的。公共信任 PKI 是一个生态系统，因为没有网站或机构能独自维持全球浏览器信任。教训不是自签发隔离，而是基于公开证据、紧急迁移和明确通知责任的严谨外包。

DigiNotar 的破产相关，但不是危害的衡量标准。一家公司在失去信任后可能商业上失败，但更广泛的公共危害是在用户、政府和浏览器不得不在不确定性下运作的那段时间。这才是问责面。

实用问责检验

证书颁发机构在事件发生前应能回答若干问题。它能否证明签发系统与普通企业入侵隔离？它能否快速检测未经授权的证书生成？它能否生成完整的证书清单？它能否大规模吊销？它能否立即通知根程序和订阅者？它能否防止攻击者删除日志？它能否证明政府或高风险中间证书被单独保护？

根程序应询问事件报告是否及时、具体且可独立验证。它们应要求足够多的公开信息，以使域名所有者和依赖方能够行动。它们应保持紧急不信任机制随时待命，因为用户保护不能等待完美的法律记录。

政府采购方应维护证书清单和紧急替换剧本。他们应知道哪些公共服务依赖哪个 CA，哪些替代 CA 可以签发替换证书，需要哪些 DNS 验证步骤，以及哪个机构有权在危机期间推动变更。他们应测试面向用户的消息如何解释信任失败，而不鼓励不安全地通过点击继续操作。

域名所有者应通过 CT 日志和相关服务监控自己域名的证书签发。他们不应假设没有新闻就意味着没有错误签发。DigiNotar 记录显示，欺诈证书如何在 CA 和受害者域名所有者正常运营之外被发现。

危害控制始于事件的第一小时

CA 事件的第一小时不仅是用于遏制，更要用于决定谁还必须能够遏制。DigiNotar 的延迟说明了原因。如果 CA 将事件封闭在自己墙内，直到了解一切，它或许保护了自己的选择权，却剥夺了浏览器、操作系统、域名所有者、政府和用户的选择权。这些下游参与者可能掌握着唯一能够大规模保护依赖方的控制手段。

因此，现代 CA 事件计划应包含两条轨道。取证轨道保留证据、识别攻击者移动、枚举证书并确定根或中间证书曝光。生态系统轨道基于有限事实通知根程序、订阅者、受影响域名所有者、浏览器供应商、监管者和公共服务伙伴。生态系统轨道不应等待完美的取证书面。它应说明已知什么、怀疑什么、已吊销什么、尚无法排除什么，以及下次更新何时到来。

对政府服务而言，危害控制还需要迁移授权。如果某个 CA 被不信任，必须有人能够下令跨机构替换证书、验证新证书、协调 DNS 或 ACME 更改、更新文档、通知公民并测量服务恢复状况。以散乱电子表格形式存在的公共部门证书清单是不够的。紧急迁移必须经过演练，因为根不信任将正常的采购和变更窗口压缩至数小时或数天。

因此，DigiNotar 记录是关于证据延迟的警告。知晓受影响证书集合所需的时间越长，浏览器就越须在信任和广泛不信任之间做出选择。通知政府运营商所需的时间越长，他们优雅迁移的时间就越少。用户无法获得更新的时间越长，他们就越可能继续信任无效的保证。运营危害控制始于 CA 告诉生态系统足够信息以便采取行动。

政府服务问题是在不信任状态下的迁移

DigiNotar 记录中最艰巨的操作问题，并非仅仅是决定信任已失效，而是在该决定之后将合法服务移出该信任锚。政府服务通常无法即兴更换公共证书。它们需要验证、部署窗口、测试、DNS 或 ACME 步骤、服务所有者批准、用户指导以及验证旧证书不再被依赖的方法。当某个 CA 被不信任时，这些常规步骤便被安全紧迫性压缩。

这种压缩制造了两种风险。行动太慢会让用户暴露于欺诈证书，或对服务真伪感到不确定。行动太快可能破坏公共访问，尤其是对于具有僵化客户端、硬编码中间证书、证书固定或供应商管理终端的系统而言。因此，负责任的政府采购方应在危机前知晓：哪个机构使用哪个 CA，哪些替代提供商可以签发替换证书，哪些验证记录已就绪，以及哪些技术主管可以部署变更。DigiNotar 表明，证书清单并非文书资产，而是连续性资产。

公共沟通问题同样重要。如果公民在 CA 危机期间看到政府网站上的证书警告，官员必须避免两种糟糕信息。第一种是“忽略警告”，这会教导不安全行为。第二种是“永久停止使用数字服务”，这可能中断法定义务、福利、许可和基本通信。成熟的回应会告诉公民：哪些官方域名受到影响，预计何时更换，哪些渠道依然安全，以及如何验证更新。

这正是 DigiNotar 之所以成为治理案例，而非仅仅是 CA 安全案例的原因。一家私有 CA 的失败迫使公共当局管理公共服务的信任撤销。国家必须将根程序的安全决策转化为公民的连续性。对任何关键数字公共服务而言，这种转化应提前规划。

如果事件证据延迟，审计是不够的

证书颁发机构长期与审计、政策和合规制品联系在一起。这些制品很重要，但 DigiNotar 展示了它们在活跃泄露期间的局限。审计可以描述某个时间点的控制环境。事件要求提供发生了什么、签发了什么、吊销了什么、触及了哪些系统、哪些日志可信以及通知了谁的证据。如果这些证据延迟或不完整，依赖方无法等待下一个审计周期。

CA 的事件证据应被视为一项实时的公共安全职能。最重要的不仅是内部事实：受影响的证书名称和序列号、签发时间、吊销时间、怀疑范围、根或中间证书曝光、保留的日志、联系的订阅者、通知的根程序以及推荐的客户端行动。一些敏感细节可以保密，但行动事实必须迅速流动。Mozilla 对通报延迟的批评之所以有力，是因为它识别出了证据路径的失败，而不仅是技术防御的失败。

现代公共 PKI 较 2011 年拥有更多机制应对此问题。Certificate Transparency 日志可以暴露已签发的证书。CCADB 和根程序政策可以结构事件报告。浏览器供应商可以协调不信任决策。CA/B Forum 要求可以定义期望。但若 CA 犹豫使用它们，机制便无济于事。DigiNotar 留下的治理教训是：信任取决于失败期间的行为，而不仅仅取决于成功的年度文书。

对客户和政府而言，这意味着尽职调查应明确询问事件证据：CA 将多快通知根程序？域名所有者如何被提醒可疑签发？日志有多完整？若 CA 无法证明范围，会发生什么？将可提供哪些公开报告？一个无法回答这些问题的供应商，尚未准备好为关键服务持有公共信任。

DigiNotar 解释了为何根不信任可能是最不坏的选择

根不信任具有破坏性，因此总有人施压避免它。网站可能损坏，政府门户可能失效，旧客户端可能失去访问权，企业可能遭受严重商业后果。DigiNotar 的破产表明，不信任可能是商业上致命的。这些成本真实存在，不应被轻描淡写。

然而，替代方案可能更糟。如果 CA 无法证明哪些证书是欺诈性签发的，持续信任意味着每个依赖用户仍然暴露于未知的可能冒充集合。浏览器供应商便不得不在不完整证据下承担起保护用户的责任。在这种情况下，不信任可能是最不坏的选择，因为它倾向于安全关闭，并将用户保护置于无法再被验证的信任关系连续性之上。

这也是为什么 CA 的运营问责比普通供应商问责更严格。常规 SaaS 中断可以通过等待恢复来缓解。CA 信任失效则可能要求生态系统在供应商完成调查之前，就停止信任该供应商。CA 无法证明安全本身就成为反对持续信任的证据。这是一个严苛的标准，却源自 CA 的特权：它可以为他人域名做出被浏览器全球接受的断言。

对公共部门连续性的教训是：紧急不信任必须纳入规划。一个政府不能假设每个受信任的根都将保持信任。它应知道如何大规模替换证书，如何沟通不信任事件，以及如何在不削弱用户安全的前提下维持服务访问。DigiNotar 使这一需求变得可见。

用户安全视角应主导修复

一个 CA 泄露很容易演变为机构之间的争吵：CA 及其母公司、审计师、浏览器供应商、政府和监管者。用户安全视角让争论回归基础。用户需要什么来保护自己免受冒充？公民需要什么来访问合法的公共服务？域名所有者需要知道什么来确认自己的名称是否被滥用？浏览器供应商需要什么来交付安全更新？政府需要什么来进行迁移，而不必告诉人们忽略警告？

当这些问题主导修复时，责任地图便更清晰。DigiNotar 必须提供证据并停止不安全签发。浏览器供应商必须在证据不足时移除信任。政府运营商必须迁移和沟通。域名所有者必须监控并响应。用户需要获得更新，但不应被要求自行解决 PKI 问题。

这一用户安全视角也限制了过度断言。它不要求在采取行动前证明每张欺诈证书都已被利用，不要求责备每个信任生态系统所信任之根的依赖方，也不要求假装紧急不信任毫无痛苦。它只问：什么行动最能限制那些无法检查 CA 内部的人所承受的伤害。

DigiNotar 的持久价值在于，它将隐蔽的 CA 治理转化为可见的公共安全。这次泄露使人们清楚：网络的信任结构只与其最弱的受信任签发者一样强，也只与其最快的诚实证据一样可问责。这仍是每个公共信任 CA 需要遵循的标准。

连续性规划必须包含信任存储的传播

DigiNotar 还暴露了一个易被低估的传播问题。浏览器和操作系统供应商可以快速决定不信任某个 CA，但只有当软件更新到达、受管企业批准更新、旧设备接收更新且应用程序实际使用已更新的存储时，保护才最终送达用户。某些客户端可能使用未跟随操作系统的私有捆绑包或设备。其他客户端可能位于改写证书验证行为的企业代理之后。因此，根程序决定只是保护的开始，而非保护的结果。

对政府服务而言，这意味着连续性规划必须追踪迁移的两面。公共服务必须替换自身可疑证书，但也必须理解公民和公共雇员是否已收到保护他们免受冒充的不信任更新。呼叫中心可能需要解释为何浏览器更新重要。系统管理员可能需要验证受管桌面、自助服务终端和移动设备具备当前根存储。安全团队可能需要监控是否有流量仍在接受被不信任的证书链。

这一传播问题也是通知延迟如此严重的另一个原因。在浏览器供应商和政府获得足够信息采取行动之前，损失的每一天都将在本就缓慢的分发链上增加一天。CA 在发现后可能迅速吊销证书，但实际的用户保护仍取决于下游更新路径。DigiNotar 记录显示：只有当证据、不信任决定、证书替换和客户端更新传播均到达依赖人群时，操作危害才被限定。

同样的分发链应在危机前测试。依赖公共 TLS 的部委、医院网络、银行或法院系统，应知晓受管桌面使用的是操作系统存储、浏览器存储、代理存储、Java 捆绑包、移动设备管理配置还是设备信任捆绑包。它应知晓谁可以更新每种存储以及多快。它还应知晓哪些面向公众的服务可以在不停机的情况下替换证书。DigiNotar 之所以重要，是因为它将这些静默的盘存问题转变为紧迫的连续性问题。能够在不信任前回答这些问题的组织，有机会在不教导用户绕过警告的前提下保护用户。

证据标准同样应具体。公共服务不应仅仅声称证书已被替换，而应保留受影响终端的清单、替换时间、用户通知、供应商联系人以及可能仍依赖过期信任的客户端人群。该记录有助于将来的审阅者区分不可避免的过渡痛苦与可避免的延迟，也保护公众免于在访问与安全之间做出错误选择。目标并非为便利而保持一个已失败信任锚的生命。目标是以足够速度迁移合法服务，使不信任能在不搁浅用户的前提下实施保护。

问责的底线

DigiNotar 的失败改变了 CA 信任的实际含义。它表明：证书颁发机构的内部控制可以成为全球用户安全问题；延迟通知可能和最初的入侵一样后果严重；政府 PKI 依赖制造了公共连续性风险；当 CA 无法证明范围时，浏览器供应商可能不得不选择紧急不信任。

可问责的标准并非针对每个攻击者的完美防御，而是证明。一个公共 CA 必须证明签发权限受到保护，日志和清单能够揭示滥用，事件能够迅速披露，吊销和迁移在操作上可行，且根程序信任值得持续持有。若不能，危害不再局限于 CA 的客户名单。

因此，DigiNotar 不仅是一个历史警示故事。它是一张控制地图，适用于每个依赖公共网络 PKI 的组织。信任是被委托的，但危害由用户、机构、银行、医院、法院、学校和企业本地经历。控制信任机器的当事方，掌握着限定该危害的第一机会。