课题研究 PKI与证书信任安全 子课题03 · 第04页 / 共8页
03子课题 · CA信任链与证书供应链安全

CA信任链与证书供应链安全第04页:根程序治理与信任锚管理

根程序是信任锚的实际治理者——没有政府授权、仅凭生态位行使"信任裁判权"。本页对比Mozilla/Chrome/Apple/Microsoft四大根程序的治理特征与政策工具,拆解根证书准入六步流程与持续监督工具箱,归纳三种退出形态:硬退出(DigiNotar)、软退出(Symantec分阶段不信任的处置范式)、定向限制(NIC India白名单);详解CCADB如何成为信任面可见性的基础设施;最后覆盖本地信任根治理(Superfish/eDellRoot案例与企业代理TLS检查的授权边界)与算法敏捷、短寿命外溢等治理趋势。

根程序Root Store PolicyCCADB准入流程退出机制Symantec退场本地信任根Superfish研究状态:研究中
所属专题PKI与证书信任安全 › CA信任链与证书供应链安全
目标受众CA/电子认证服务机构运营者、PKI架构师、企业安全负责人、SOC与审计合规团队、安全研究人员
全文结构8页:总览 → 信任模型 → 中间CA管控 → 根程序治理 → 运营与供应链 → 事件档案 → 防御基线 → 治理路线

01 · 根程序治理架构

根程序(Root Program)是信任锚的实际治理者:决定哪些CA进入浏览器/操作系统的默认信任库、以什么条件进入、违反条件后如何退出。全球有四个主流根程序,其政策文档全部公开——信任链治理研究的第一手材料即在于此。

根程序政策文档治理特征
MozillaMozilla Root Store Policy(自有NSS库,跨平台统一)历史最悠久、政策最详尽;运营CCADB;对CA违规的处置记录最公开透明;社区参与度高
Google ChromeChrome Root Program Policy(Chrome Root Store自Chrome 105起在多平台启用)强制CT合规(2018年4月起)的执行者;处置动作与Android生态联动;2023年后推进自有根库以减少对平台库依赖
AppleApple Root Certificate Program(平台信任库)2018年10月起强制CT;政策以平台整体安全为导向,处置案例包括WoSign移除等
MicrosoftMicrosoft Trusted Root Program(Windows信任库)通过Windows根证书分发体系覆盖桌面端;企业环境影响力大;设有程序参与要求与根证书分发规则

1.1 共同底线与差异点

  • 共同底线:均要求CA遵守CA/B论坛Baseline Requirements、接受WebTrust或ETSI类审计、申报下属证书至CCADB、满足CT合规;均保留"随时移除信任"的权利。
  • 主要差异:①信任库形态——Firefox使用自有库而其他浏览器多依赖操作系统库(Chrome正转向自有根库);②治理风格——Mozilla以公开政策与社区讨论见长,Google以技术强制(CT、CT Log政策)见长;③处置工具——除整体移除外,Google发明了"白名单限制"(仅不信任特定CA对特定域名的签发,如NIC India案)与"受限信任"(如CNNIC整改案的技术受限路径)。

研究视角提示:根程序是"多利益相关方治理"的罕见样本——无政府授权、无法律强制,仅凭生态位(浏览器入口)行使事实上的"信任裁判权"。其政策演进(准入收紧、处置公开化)是观察Web PKI制度变迁的最佳窗口。

02 · 根证书准入流程

根证书准入六步流程(以主流根程序通用要求归纳)
从提交申请到持续监督的全周期
依据:各根程序政策文档的通用流程归纳;具体时限与材料以各根程序现行政策为准。

2.1 准入审查的关键考察点

  • 运营史与并购链:新申请CA的运营历史、股东结构与既往收购关系会被追溯审查——WoSign隐瞒收购StartCom正是触发不信任的直接导火索之一;
  • 密钥仪式证据:根密钥生成仪式须有独立见证、仪式脚本与记录,证明根私钥自诞生起即在HSM保护之下;
  • 披露完整性:历史上签署过的全部交叉证书与中间证书必须完整申报——"历史披露质量"已成为否决项;
  • 技术与财务可持续性:CT日志合规、OCSP响应能力、证书透明度运维与长期运营资金。

2.2 中国CA的准入现实

中国CA进入国际根程序面临双重合规:国内侧需取得工业和信息化部电子认证服务许可并满足《电子认证服务管理办法》要求,国密业务还需符合密码管理要求;国际侧需满足目标根程序的英文政策、审计与披露要求。中间证书历史(如CNNIC案)披露质量与整改记录,是后续准入审查的重点关注项。

03 · 持续监督与退出机制

3.1 监督工具箱

  • 年度审计续期:WebTrust/ETSI鉴证须每年更新,逾期即触发根程序审查;
  • 事件报告义务:根程序政策普遍要求CA在限定时间内报告私钥泄露、错误签发、系统入侵等事件——瞒报本身构成独立违规;
  • CT与CCADB交叉核验:根程序持续比对CT日志与CCADB申报,发现未申报证书或异常签发模式;
  • 社区监测:Mozilla的dev-security-policy邮件列表是公开的CA问责论坛,多起处置(如WoSign案)由社区证据触发。

3.2 退出的两种形态

形态机制适用场景与案例
硬退出(立即移除)根证书直接从信任库删除,所有存量证书立即失效密钥确凿泄露/恶意签发:DigiNotar(2011,各浏览器紧急移除)
软退出(分阶段不信任)设定时间线:不再信任某日期后签发的新证书,存量证书保留至自然到期系统性违规但无恶意:Symantec(2018)、WoSign/StartCom(2017)
定向限制保留根信任,但仅不信任其对特定域名的签发(白名单机制)NIC India(2014,Google对Google域名白名单限制)、CNNIC整改路径

3.3 案例深析:Symantec信任退场(2017—2018)

Symantec是全球份额最大的老牌CA之一。2015—2017年间,多起事件(为未验证域名签发测试证书、域名验证流程缺陷等)陆续曝光;2017年Google公开调查结论,指出其历史错误签发规模达数万张量级,并宣布不信任计划:Chrome 66(2018年4月)不再信任2016年6月1日前签发的Symantec证书,Chrome 70(2018年10月)完成全量移除。Mozilla、Apple同步跟进。Symantec于2017年7月底宣布、同年10月底完成向DigiCert出售CA业务,交易含对用户证书的过渡安排(交叉签名桥接)。

治理意义:①首次对"顶级CA"执行退出机制,确立"违规即退市"的威慑;②软退出时间线设计(新旧证书区分)平衡了生态稳定性——成为后续处置的范式;③处置成本高企(收购、迁移、交叉签名过渡),反向抬高了CA合规的期望收益——威慑的有效性正在于"可置信的高成本"。

3.4 最新案例:Entrust信任受限(2024)

2024年5月,Mozilla拒绝了Entrust新根证书的纳入申请(公开理由包括事件响应不力与累计合规问题未达政策要求);2024年6月27日,Google宣布Chrome自2024年11月1日起不再信任Entrust及其子公司AffirmTrust签发的新证书(以证书最早的SCT时间戳2024年10月31日为界,此前签发且仍在有效期内的存量证书继续被信任直至自然到期);Apple随后对SCT晚于2024年11月15日的相关证书采取同类措施。这是Symantec之后退出机制的又一次重大执行,且呈现三个新特征:①处置对象是因"事件响应质量与累计合规问题"而非单一入侵事件;②采用"新证书不信任+存量自然到期"的温和时间线;③Mozilla拒绝新根与Chrome不信任存量根组合使用,形成"增量准入+存量退出"的双向约束。研究意义:根程序对CA的监督正从"是否违规"走向"是否具备持续治理能力",事件响应的公开质量本身成为信任存续的前置条件。

04 · CCADB:治理基础设施

CCADB(Common CA Database,公共CA数据库)由Mozilla运营、各根程序共同使用,是信任链治理的关键基础设施:

  • 功能定位:CA统一申报根证书、中间证书(含交叉证书)与状态变更;根程序以此核验披露完整性;
  • 公开价值:CCADB提供公开查询与数据导出——学术研究与防御方得以系统盘点全球信任锚与中间证书清单,"信任面可见性"首次有了权威数据源;
  • 强制力:BR将CCADB申报设为义务,未申报即违规;根程序可据此采取限制或处置;
  • 局限:申报依赖CA自觉与审计抽查;历史存量(CT强制前的年代)不完整;对"证书实际使用情况"(是否仍在签发)反映滞后。

研究建议:将CCADB导出数据与CT日志持续比对,是低成本高价值的信任面研究路径——可发现"已申报但异常活跃"或"实际使用但未申报"的中间证书,也是评估各国/各厂商信任面集中度的基础数据集。

05 · 本地信任根治理

信任锚治理不止于公网CA——终端设备本地的信任库同样是攻击目标。三类典型风险与对策:

风险说明与公开案例对策
预装软件植入本地根Superfish(联想,2015):预装广告软件植入自签Komodia根并实施TLS拦截,且私钥保护薄弱(通用口令问题被广泛报道)——单机型信任体系整体失守;Dell eDellRoot(2015):出厂镜像内置根证书与私钥采购安全验收(镜像信任库比对);EDR监测信任库变更;供应商安全条款
企业代理TLS检查合法但高敏:企业为流量检查在受管设备植入本地根,等同于获得全部HTTPS明文——权限滥用与内部威胁面限定受管范围、强制审计日志、告知与合规评估、定期复核必要性
恶意软件静默植入木马可通过管理员权限写入本地根库,实现持久化HTTPS拦截——属于终端安全与信任治理的交叉地带信任库完整性基线检测(SOC);最小权限;启动项与证书库联动审计

移动端补充:Android 7.0+默认不信任用户安装CA(应用需networkSecurityConfig显式声明),iOS依赖受管描述文件——移动端本地根滥用面收窄,但企业代理场景(MDM推送根)反而扩大,治理重点转向"受管根的授权边界与审计"。

06 · 治理趋势与参考来源

  • 根数量收敛:准入成本(审计、披露、合规人力)持续抬高,叠加根程序的合并鼓励政策,新增根数量趋缓;
  • 技术强制替代政策宣示:CT强制(2018)、CT Log准入政策、MPIC(2023—2024纳入BR)——治理正从"事后问责"向"事前技术门槛"演进;
  • 算法敏捷性:NIST PQC标准(2024年8月)发布后,长寿命根证书面临"如何在不惊动生态的情况下换算法"的难题——根程序正在讨论备用根、双签名证书、复合证书等过渡机制;
  • 短寿命外溢:终端证书短寿命化(SC-081v3已于2025年4月通过、2026年3月起第一阶段生效)将签发频率推高两个数量级,签发系统的稳定性与审计模式随之重构,间接影响中间证书管理成本。
  • 退出机制常态化:2024年Entrust案中,Mozilla拒绝其新根申请与Chrome不信任其存量根形成"双向夹击"(详见3.4节),说明根程序处置已从"危机应对"变为"日常治理工具"——CA的合规水位必须持续在线,而非临检达标。
[1]

Mozilla Root Store Policy:mozilla.org …/certs/policy;CCADB:ccadb.org。

[2]

Google Chrome Root Program Policy:chromium.org/security/root-certificate-policy;Google Security Blog关于Symantec信任计划的公告(2017年10月):security.googleblog.com。

[3]

Apple Certificate Authority Program:apple.com/certificateauthority;Microsoft Trusted Root Program:aka.ms/RootCert。

[4]

Superfish事件公开记录:en.wikipedia.org/wiki/Superfish;Dell eDellRoot事件公开记录:thehackernews.com/2015/11/superfish-malware-dell。

[5]

CA/B Forum Baseline Requirements与Ballot SC-081v3(短寿命证书分阶段收紧时间表,2025年4月11日通过):cabforum.org。

[6]

NIST后量子密码标准(FIPS 203/204/205,2024年8月):csrc.nist.gov/projects/post-quantum-cryptography。