4. 证书颁发机构（CA）角色：CA的功能、信任模型及层次结构

好了，咱们进入第四章。前面聊了PKI的基础概念，现在得把目光聚焦到最核心的角色——证书颁发机构，也就是CA身上。

CA是什么？说白了，它就是PKI体系里的“身份证制作中心”。它负责签发、管理、吊销数字证书，是整个信任链的起点。我做了这么多年安全评估，见过的很多致命漏洞，根源都在CA这一层没玩明白。

4.1 CA的核心功能

很多人觉得CA就是签个证书，太简单了。其实不然。CA的核心功能可以归纳为以下几块，每一块出问题，后果都很严重。

功能模块	具体职责	常见风险点
证书签发	验证申请者身份，生成并签署数字证书	身份验证流程不严，私钥保护不当
证书吊销	通过CRL或OCSP将无效证书标记为已吊销	CRL更新不及时，OCSP响应器性能瓶颈
密钥生命周期管理	生成、存储、备份、恢复、更新、销毁根CA及子CA密钥	私钥明文存储，密钥备份流程缺失
策略制定与合规	制定证书策略（CP）和认证业务声明（CPS）	策略文档与落地执行脱节
审计与日志	记录所有证书操作日志，便于追溯	日志不完整，时间戳不可信

4.2 信任模型

信任模型决定了“谁可以信任谁”。PKI领域里常见的信任模型主要有三种。你想想看，如果你设计一套PKI系统，会选哪一种？

4.2.1 严格层次信任模型（Strict Hierarchy）

这是最经典、也是最安全的模型。结构像一棵树，根CA在最顶端，中间是二级CA或三级CA，叶子节点是终端实体。

• 信任锚：只有根CA的证书是自签名的，所有下级证书的信任都回溯到根CA。
• 优点：路径简单，容易验证，吊销链清晰。
• 缺点：根CA一旦出问题（比如私钥泄露），整个体系都要重建。单点故障风险高。
• 我个人的习惯：在内部PKI系统设计时，我倾向于用这种模型。虽然根CA责任重大，但只要做好离线存储和严格访问控制，安全性是可控的。

4.2.2 分布式信任模型（Distributed / Mesh）

这种模型下，没有的根CA。多个CA之间相互交叉认证，形成一个信任网格。

• 信任锚：每个CA都有一份接受列表，里面包含其他可信任的CA证书。
• 优点：去中心化，没有单点故障，扩展性好。
• 缺点：路径构建复杂，证书链可能很长且难以预测。交叉认证的管理开销极大。
• 避坑指南：我曾经在一个跨组织的PKI项目中见过这种模型，协调多个CA的证书策略简直就是一场噩梦。不同组织的吊销策略不一致，导致最终验证时经常失败。不是万不得已，我不建议在接口安全基线评估里用这种模型。

4.2.3 Web信任模型（Web of Trust）

这是PGP（Pretty Good Privacy）里用的模型。信任不是来自一个中心化的CA，而是由用户自己来判定其他用户的可信度。

• 信任锚：用户自己维护的信任数据库，包括自己信任的密钥。
• 优点：完全去中心化，适合小团体或个人加密通信。
• 缺点：可扩展性差，不适合大规模企业应用。在PKI接口安全基线里，几乎不会考虑这个模型。因为如果没有一个权威的CA，接口之间的互认根本无法做。

4.3 CA的层次结构

理解了信任模型，我们再看看CA的层次结构是怎么搭起来的。一个典型的企业级PKI体系，通常由三层组成。

为什么要分三层？核心是为了安全隔离和风险控制。

• 根CA（Root CA）：这是整个信任链的锚点，必须离线保管。嗯，这里要注意，根CA的私钥应该放在硬件安全模块（HSM）里，平时不联网。只有需要签发下级CA时，才会在严格监控下短暂上线。
• 策略CA（Policy CA）：这个层级的CA负责制定证书策略。比如给SSL、代码签名、邮件签名分别定义不同的策略。策略CA可以在线，但同样需要高强度保护。
• 签发CA（Issuing CA）：这是真正面向终端用户的CA。它每天要处理大量的证书签发请求，性能要求高，安全风险也最大。

好了，CA的角色、信任模型与层次结构，差不多就这些了。下一块我们会聊到证书生命周期管理的具体评估点。先把这些概念吃透，后面才好展开。