# 下级 CA是什么？定义、例子与常见误区

> 下级 CA 是 CA 证书由另一个 CA（通常是根 CA）签发的证书颁发机构，一般负责实际签发终端证书。

Source: https://ssl.sh/zh/glossary/subordinate-ca/
Last updated: 2026-11-10

下级 CA（Subordinate CA，常称子 CA 或签发 CA）指一套 CA 密钥对，加上上级 CA 为它签发的 [中间证书](https://ssl.sh/zh/glossary/intermediate-certificate/)。“下级 CA”说的是机构或密钥，“中间证书”说的是它的证书，两者经常混用。下级 CA 可以由根 CA 所属机构自己运营，也可以由其他公司运营（外部运营的下级 CA）；只要路径长度约束允许，它还可以再签发更下一级的 CA。

## 为什么重要
下级 CA 继承了根证书的全部信任，一旦被攻破或被滥用，对信任该根的客户端来说与根被攻破无异。因此各根证书计划通过 CCADB 跟踪下级 CA 并要求审计，也可以用 [名称约束](https://ssl.sh/zh/glossary/name-constraints/) 和 EKU 在技术上限制它能签发的范围。政策还在收紧：按 Chrome 根证书计划政策 v1.8，2026-06-15 起新披露的下级 CA 只能声明 serverAuth 用途。2026-10-20，Google 和 Mozilla 确认部分 eMudhra 中间 CA 已被攻破，Chrome 随后移除了 emSign ECC Root CA - G3 根证书。

## 例子
```text
X509v3 Basic Constraints: critical
    CA:TRUE, pathlen:0
X509v3 Extended Key Usage:
    TLS Web Server Authentication
```

这样的下级 CA 可以签发 TLS 服务器证书，但不能再签发下一级 CA 证书。

## 常见误区
- **下级 CA 的可信度比根 CA 低。** 客户端信任能链到根的所有证书，下级 CA 签发的证书和根一样可信。
- **企业买一个公共下级 CA 就能随意签证书。** 公共下级 CA 同样受 Baseline Requirements 和审计约束；只需要内网证书的企业应使用 [私有 CA](https://ssl.sh/zh/glossary/private-ca/)。

## 相关术语

- [中间证书](https://ssl.sh/zh/glossary/intermediate-certificate/): 中间证书是由根证书（或上级中间证书）签发、用来签发网站证书的 CA 证书，服务器必须把它和网站证书一起发送给客户端。
- [根证书](https://ssl.sh/zh/glossary/root-certificate/): 根证书是位于证书链顶端、由 CA 自签名的证书，预装在操作系统或浏览器的信任库中，作为验证其他证书的信任锚。
- [名称约束](https://ssl.sh/zh/glossary/name-constraints/): 名称约束是 CA 证书中的 X.509 扩展，用来限定该 CA 之下签发的证书只能包含哪些域名、IP 段、邮箱或 DN。
- [EKU](https://ssl.sh/zh/glossary/extended-key-usage/): EKU 即扩展密钥用途，是列出证书可用于哪些目的（如 serverAuth 服务器认证、clientAuth 客户端认证、代码签名）的 X.509 扩展。
- [证书颁发机构](https://ssl.sh/zh/glossary/certificate-authority/): 证书颁发机构（CA）是负责审核申请者、签发数字证书，并把公钥与域名或身份绑定在一起的机构。
- [CCADB](https://ssl.sh/zh/glossary/ccadb/): CCADB 是通用 CA 数据库，CA 在这里向各根证书计划披露其根证书、中间证书、审计报告、政策文件和 CRL 地址。
- [基本约束](https://ssl.sh/zh/glossary/basic-constraints/): 基本约束是 X.509 证书扩展，用来声明该证书是否属于 CA，以及其下方还允许出现多少层 CA。