# 证书颁发机构（CA）是什么？定义、例子与常见误区

> 证书颁发机构（CA）是负责审核申请者、签发数字证书，并把公钥与域名或身份绑定在一起的机构。

Source: https://ssl.sh/zh/glossary/certificate-authority/
Last updated: 2026-11-10

证书颁发机构（Certificate Authority，CA）是 [PKI](https://ssl.sh/zh/glossary/pki/) 体系中的签发方：它先核实申请者对域名的控制权（OV、EV 还要核实企业信息），再用自己的 CA 私钥签发证书。公共 CA 运营着被浏览器和操作系统内置到信任库中的 [根证书](https://ssl.sh/zh/glossary/root-certificate/)，日常签发的终端证书则来自根证书下面的中间 CA。

## 为什么重要
浏览器只信任能链到其信任库中根证书的证书，因此理论上任何一家公共 CA 都能为任何域名签发证书。约束这种权力的是各大根证书计划（Mozilla、Chrome、Apple、Microsoft）、CA/浏览器论坛的 [Baseline Requirements](https://ssl.sh/zh/glossary/baseline-requirements/)、定期审计、证书透明度以及 CAA 记录。违规的 CA 会被移出信任：Chrome 70（2018 年 10 月）完全不再信任旧 Symantec PKI，Chrome 131 起不再信任最早 SCT 晚于 2024-11-11 的 Entrust TLS 证书。国内用户在阿里云、腾讯云购买的证书，多数是云厂商代理销售的第三方 CA 产品，真正的签发者以证书里的“颁发者”字段为准。

## 例子
域名所有者可以用 CAA 记录限定只允许哪些 CA 为自己签发证书：

```bash
dig +short CAA example.com
# 0 issue "letsencrypt.org"
```

## 常见误区
- **CA 越贵，加密越强。** 各家公共 CA 使用相同的算法，价格差异来自验证级别、保险额度和服务。
- **CA 手里有我的私钥。** 正常通过 CSR 申请时，CA 只拿到公钥，私钥一直留在你的服务器上。
- **卖证书的云厂商就是 CA。** 很多平台只是代理商，证书的“颁发者”字段才显示真正签名的 CA。

## 相关术语

- [根证书](https://ssl.sh/zh/glossary/root-certificate/): 根证书是位于证书链顶端、由 CA 自签名的证书，预装在操作系统或浏览器的信任库中，作为验证其他证书的信任锚。
- [中间证书](https://ssl.sh/zh/glossary/intermediate-certificate/): 中间证书是由根证书（或上级中间证书）签发、用来签发网站证书的 CA 证书，服务器必须把它和网站证书一起发送给客户端。
- [根证书计划](https://ssl.sh/zh/glossary/root-program/): 根证书计划是浏览器或操作系统厂商用来决定其信任库收录、限制或移除哪些根 CA 的政策与流程。
- [Baseline Requirements](https://ssl.sh/zh/glossary/baseline-requirements/): Baseline Requirements 是 CA/B 论坛制定的基线要求，规定公开信任的 CA 在验证、签发和吊销 TLS 服务器证书时必须遵守的规则。
- [CA/B 论坛](https://ssl.sh/zh/glossary/ca-browser-forum/): CA/B 论坛是证书颁发机构与浏览器厂商组成的自愿性行业组织，负责制定公开信任证书必须遵守的基线规则。
- [取消信任](https://ssl.sh/zh/glossary/distrust/): 取消信任是根证书计划作出的决定：不再信任某家 CA 的证书，可能是全部证书，也可能只针对截止日期之后签发的证书。
- [DCV](https://ssl.sh/zh/glossary/dcv/): DCV 即域名控制权验证，是 CA 在签发证书前确认申请者确实控制证书中每一个域名的检查。
- [PKI](https://ssl.sh/zh/glossary/pki/): PKI 即公钥基础设施，指用于签发、分发、验证和吊销数字证书的一整套角色、策略、软件和操作流程。