证书颁发机构
微软作为 CA:Microsoft PKI 根证书与受信任根证书计划
详细信息
- CCADB 中的 CA 所有者
- Microsoft Corporation
- 国家/地区
- US
- 所在国家(CCADB)
- United States of America
- ACME
- 否
- 免费证书
- 否
- 根证书
- 2
- 信任用于 TLS 的根证书数
- Chrome 2 · Mozilla 2 · Apple 2 · Microsoft 2
- 其根证书签发的中间证书
- 42 张(14 张有效)
- 审计机构
- Deloitte
- CAA
microsoft.com
微软既是根存储运营方,也是证书颁发机构,但不是一家你能买到证书的 CA。微软受信任根证书计划决定 Windows 信任哪些根证书;微软自己的 PKI 则为微软和 Azure 服务签发 TLS 证书,这些证书链到被所有主流根存储收录的微软根证书。
所有者与总部
CCADB 中的 CA 所有者是美国公司 Microsoft Corporation,www.microsoft.com 的证书上写的地址是华盛顿州雷德蒙德。微软的公开 CA、证书下载地址及其 CP/CPS 政策文件发布在 Microsoft PKI Repository 中。
根证书
截至 2026 年 11 月,CCADB 的 TLS 报告列出微软的两张根证书:Microsoft RSA Root Certificate Authority 2017(RSA 4096)和 Microsoft ECC Root Certificate Authority 2017(ECDSA P-384),均有效至 2042-07-18,被 Chrome、Mozilla、Apple、微软同时信任用于 TLS。Azure 的 CA 文档还列出了 Microsoft TLS RSA Root G2,它以由 DigiCert Global Root G2 签发的交叉证书形式分发,www.microsoft.com 目前返回的证书链就经过这张交叉证书。
证书产品
微软不向公众销售证书。微软的 CA 只为 Azure、Microsoft 365 和微软网站等自营服务签发证书。Azure 客户为自己的域名配置 HTTPS 时,证书来自其他 CA:要么通过 Azure 集成的服务获取,要么自己上传。
ACME 支持
微软没有为自己的 CA 提供公开的 ACME 服务,需要自动续期的用户应选择其他提供 ACME 的 CA。
免费证书
微软不会用自己的公开 CA 为客户域名签发证书,免费的也没有。
重大事件
对站长来说,微软更重要的身份是根证书计划。Windows 会按需下载受信任的根证书,微软还可以对某张根证书施加“NotBefore”限制:继续信任某个日期之前签发的证书,拒绝之后签发的;CCADB 中 Entrust 的 AffirmTrust 根证书就是这种状态。在企业内网或离线环境中,Windows 的根证书自动更新可能被组策略关闭,遇到新 CA 签发的证书显示不受信任时,可以先检查系统的根证书更新设置,必要时手动导入根证书。对特定微软中间证书做固定(pinning)的应用,应以 Azure CA 文档为准,因为微软会轮换签发 CA。
CAA 记录
CCADB 登记了 1 个被 微软 Microsoft 当前有效中间证书认可的 CAA 签发者域名。在域名的 CAA 里用其中任意一个写一条 issue 记录,就允许 微软 Microsoft 为它签发证书。包含 CA 名称的域名排在前面,其余按认可它的有效中间证书数量排序。
前 1 个域名对应的记录,可以直接复制:
example.com. CAA 0 issue "microsoft.com"
| 域名 | 认可它的有效中间证书 |
|---|---|
microsoft.com | 28 |
需要 issuewild、iodef 或各家 DNS 服务商的格式,可以用 CAA 记录生成器: CAA 记录生成
根证书(CCADB)
微软 Microsoft 在 CCADB TLS 报告里有 2 张根证书,它们一共签发了 42 张中间证书,其中 14 张仍有效。
该 CA 所有者在 CCADB TLS Server Authentication 报告中的根证书,以及在各根存储的当前状态。
- 信任用于 TLS
- 有条件收录(NotBefore / 无 TLS 信任位)
- 已移除或已拉黑
- 未收录
| 根证书 | 密钥 | 到期时间 | Ch | Mo | Ap | MS | 中间证书 |
|---|---|---|---|---|---|---|---|
| Microsoft ECC Root Certificate Authority 2017 | ECDSA P-384 | 2042-07-18 | 已收录 | 已收录 | 已收录 | 已收录 | 18 (6) |
| Microsoft RSA Root Certificate Authority 2017 | RSA 4096 | 2042-07-18 | 已收录 | 已收录 | 已收录 | 已收录 | 24 (8) |
微软 Microsoft 运营、但挂在其他 CA 根证书下的有效中间证书(CCADB 数据,括号里是有效中间证书数量):
- DigiCert (2)
审计信息
CCADB 为 微软 Microsoft 的 TLS 根证书登记的审计信息。审计机构:Deloitte。最近一次审计期间截至 2026-04-30。
| 审计项目 | 审计标准 | 审计期间 | 报告日期 | 报告 |
|---|---|---|---|---|
| 标准审计 | WebTrust | 2025-05-01 – 2026-04-30 | 2026-06-18 | cpacanada.ca |
| 网络安全审计 | WebTrust | 2025-05-01 – 2026-04-30 | 2026-06-18 | cpacanada.ca |
| TLS 基线要求审计 | WebTrust | 2025-05-01 – 2026-04-30 | 2026-06-18 | cpacanada.ca |
CP/CPS 文档
微软 Microsoft 在 CCADB 为其 TLS 根证书登记的证书策略(CP)和认证业务规则(CPS)链接及生效日期:
问题上报渠道
要上报错误签发的证书、私钥泄露或证书滥用,请用 微软 Microsoft 在 CCADB 登记的渠道(邮箱地址里的 [at]、[dot] 换成 @ 和 .):
事故记录
加入 Mozilla 根证书计划的 CA 出了合规问题,要在 Mozilla Bugzilla 提交事故报告(产品 CA Program,组件 CA Certificate Compliance)。下面的链接搜索标题里含“Microsoft”这些词的报告:
常见问题
允许 微软 Microsoft 签发证书的 CAA 记录怎么写?
写一条 example.com. CAA 0 issue "microsoft.com" 即可。CCADB 为 微软 Microsoft 登记了 1 个认可的域名:microsoft.com。
微软 Microsoft 由谁审计?
按 CCADB 记录,审计机构是 Deloitte。最近一次TLS 基线要求审计(WebTrust)覆盖 2025-05-01 至 2026-04-30,报告日期 2026-06-18。
怎么向 微软 Microsoft 上报有问题的证书?
用 CCADB 登记的渠道:https://www.microsoft.com/pkiops/docs/repository.htm。
微软 Microsoft 有多少张根证书?
CCADB TLS 报告里有 2 张。信任用于 TLS 的数量:Chrome 2 张,Mozilla 2 张,Apple 2 张,微软 2 张。它们一共签发了 42 张中间证书,其中 14 张仍有效。