PKI 中从最终实体证书到根证书的逐级签名验证路径，是无需预先认识对方即可建立信任的核心机制。
结构
验证方从叶证书开始，逐级向上验证每一个签名，直到遇到本地已信任的根证书为止。
为什么需要信任链
问题：根 CA 数量有限，直接向所有实体颁发证书不现实且风险极高。
方案：根 CA 只签发中间 CA 证书，由中间 CA 负责日常签发工作：
- 根 CA 可以保持离线状态，几乎不暴露于网络攻击
- 中间 CA 若被攻陷，可以只吊销该中间 CA，而不影响根信任
- 允许信任体系分层管理，不同中间 CA 可服务不同业务场景
验证过程
- 拿到服务器的叶证书
- 找到签发该叶证书的中间 CA 证书
- 验证叶证书上的签名是否由该中间 CA 的私钥生成
- 继续向上，验证中间 CA 证书是否由根 CA 签名
- 检查根 CA 是否在本地受信任列表中
- 检查链上每张证书是否在有效期内且未被吊销（参见 ）
路径构建不等于路径验证
路径构建负责从服务端提供的中间证书、本地缓存、AIA 和本地信任锚中寻找候选链；同一叶证书可能存在多条候选路径。路径验证再逐项检查签名、CA 约束、路径长度、名称约束、时间、用途、策略、算法政策和吊销状态。
验证结论总是依赖上下文：本地信任库、验证时间、目标名称、预期用途和失败策略变化时，同一证书可能得到不同结果。最终落到可信根只说明技术路径成立，业务系统仍需判断证书身份是否拥有目标权限。
四种信任模型
信任链的具体形态取决于所处的 PKI 信任模型：
根 CA 层次（严格层次）
最常见的形态——单一信任根，所有证书都从根 CA 开始传递。根 CA 保持离线，日常签发委托给子 CA。
交叉认证
两个独立的 PKI 域互相签发交叉认证证书，在不增加信任根的前提下让两个域的用户互相信任。缺点：N 个根 CA 最多需要签发 N(N-1) 张交叉证书，扩展性差。
桥 CA
引入一个独立的桥 CA 作为虚拟中介，所有根 CA 只与桥 CA 互签交叉证书。优势：N 个根 CA 只需 2N 张交叉证书，扩展性好，是大规模跨域互信的常见方案。
信任列表（信任锚列表）
用户本地维护多个信任锚（即多个根证书），任何一个根 CA 签发的证书都被信任。浏览器内置数百个根证书是最典型的实现。
相关概念
- — 链上的基本单元
- — 链上的各级签发机构
- — 链式信任的密码学基础
- — 信任链所处的整体体系
- — 链中证书的吊销状态查询
来源
- 数字证书与PKI — 详细讲解了证书链结构和验证逻辑
- 认识数字证书 — 中文概述了根证书与中间 CA 的分工
- 理解PKI：从密码学历史到公钥基础设施 — 四种信任模型的完整对比
- 理解PKI（六）：证书信任验证 — 路径构建、约束、名称/用途、状态与本地政策的九层校验
这是一页生长中的知识
内容会随着新来源、实践与校订继续更新，而不是一次发布后就停止变化。