wiki

01 · Trust Systems

公钥基础设施(PKI,Public Key Infrastructure)

一整套围绕数字证书展开的机制,目标是在不可信网络中建立可验证的身份信任关系。

知识领域
技术与信任
阅读时间
4 分钟
内容章节
9
知识连接
12

一整套围绕数字证书展开的机制,目标是在不可信网络中建立可验证的身份信任关系。


核心目标

PKI 解决的根本问题:在没有预先认识对方的情况下,如何在网络中安全地确认对方身份?

实现路径:通过共同信任某个权威机构(CA),将“名称”与“公钥”绑定,让任何人都能验证“这个公钥确实属于这个身份”。


核心组件

组件职责
CA(证书颁发机构)执行签发策略并签发、更新、吊销
RA(注册机构)代理 CA 完成身份审核,是 CA 的前台
KMC(密钥管理中心)生成并托管加密私钥,支撑双证书机制
数字证书绑定身份与公钥的签名文件
Repository / LDAP发布证书和 CRL,承接面向依赖方的读请求
CRL / OCSP证书吊销列表 / 在线证书状态查询

PKI 支撑的安全目标

  • 身份认证:证书、私钥控制证明和应用验证共同确认通信身份
  • 数据完整性:数字签名或协议完整性机制检测内容篡改
  • 数据保密性:为 TLS、数字信封等应用提供密钥与信任基础
  • 责任追溯:数字签名可提供证据基础,但不可否认性还需要身份、授权、时间和审计流程

这些不是“拿到一张证书”就自动成立的保证。应用仍要执行路径、时间、名称、用途、状态和本地策略校验,并在技术验证之后做业务授权。

三个相互依赖的层面

  1. 资产与表示:证书、公私钥、 和 PKCS与证书容器 决定对象怎样表达与存储。
  2. 管理与验证:CA、RA、KMC、HSM、Repository 和状态服务管理完整生命周期;依赖方通过 构建并验证路径。
  3. 应用与运营:TLS、内容签名、数字信封与可信时间 使用证书能力;CA安全运营与CP-CPS 用人员、流程、审计和连续性维持长期信任。

信任链

PKI 的信任传递通过证书链实现:

  1. 操作系统/浏览器预置根证书(信任锚)
  2. 根 CA 为中间 CA 签发证书
  3. 中间 CA 为最终实体(网站、用户)签发叶证书
  4. 验证方沿链向上验证,直到遇到已信任的根证书

四种信任模型

PKI 的信任基础是“信任传递”。CA 与用户之间的信任路径形成,不同场景下有四种建立信任的模型:

模型结构适用场景
根 CA 层次严格树形:根 CA → 子 CA → 用户单一管辖域内的 PKI 体系
交叉认证根 CA 之间互签交叉证书多域互信,但证书数量随规模爆炸(N 个 CA 最多需 N(N-1) 张)
桥 CA引入独立桥 CA,所有根 CA 只与桥 CA 互签大规模多域互信(仅需 2N 张交叉证书)
信任列表用户持有多个信任锚(预置根证书列表)浏览器内置数百个根证书;最灵活

浏览器的做法(内置根证书列表)是信任列表模型的典型实现。


常见应用场景

  • HTTPS / TLS:验证网站身份,建立加密连接
  • 电子签名 / 合同:法律和金融场景中的身份证明
  • VPN 身份认证:替代用户名密码验证设备身份
  • S/MIME:邮件签名与加密
  • 代码签名:验证软件来源,防止恶意软件

相关概念

  • — PKI 的核心产物
  • — 信任锚点
  • — CA 的前台
  • KMC(密钥管理中心) — 加密私钥管理
  • 双证书机制 — 签名/加密证书分离策略
  • 公钥密码学 — PKI 的密码学基础
  • — CA 签发证书时的核心操作
  • — PKI 信任传递的路径
  • TLS — 最主要的 PKI 应用
  • — 证书状态管理
  • — 证书与相关对象的结构和唯一字节编码
  • PKCS与证书容器 — 证书、私钥、链及访问方式的分层
  • 硬件安全模块(HSM) — 密钥运算和访问控制的硬件边界
  • 数字信封与可信时间 — PKI 在保密传递与时间证据中的应用
  • CA安全运营与CP-CPS — 从信任承诺到控制证据和业务连续性

来源

这是一页生长中的知识

内容会随着新来源、实践与校订继续更新,而不是一次发布后就停止变化。

搜索文章...

⌘K / Ctrl K

使用上下方向键选择结果,按 Enter 打开,按 Esc 关闭

搜索结果