# 根证书计划与 CA 不信任时间线（Chrome、Mozilla、苹果） > 按日期整理浏览器不信任 Symantec、Entrust、中华电信、NetLock、eMudhra 的经过，以及 Chrome 专用 TLS 层级、根证书年限和 CT 规则。 Source: https://ssl.sh/zh/timeline/root-program-changes/ Last updated: 2026-11-10 用户的浏览器信任哪些 CA，由各家根证书计划决定。这条时间线按准确的截止日期列出这些决定：CA 被不信任、证书透明度（CT）和 MPIC 要求，以及 Chrome 要求 TLS 服务器证书使用专用层级。 状态按 2026 年 11 月 10 日 计算 ## 要点 - 按照 Chrome 根证书计划政策 1.8 版，2026 年 6 月 15 日起披露的子 CA 只能声明 serverAuth；2027 年 3 月 15 日起签发的用户证书也只能包含 serverAuth 一种扩展密钥用途。 - Chrome 会移除密钥生成超过 15 年的根证书；密钥生成于 2006–2007 年的根证书计划在 2026 年 4 月 15 日前后移除。 - 2026 年 10 月 20 日确认 eMudhra 的子 CA 被攻破后，Chrome 移除了 emSign ECC Root CA - G3，并将不信任最早 SCT 晚于 2026 年 11 月 16 日的 emSign Root CA - G1 证书。 - Chrome 131 及以后不信任最早 SCT 晚于 2024 年 11 月 11 日的 Entrust TLS 证书；Mozilla 的截止日是 2024 年 11 月 30 日，苹果是 2024 年 11 月 15 日。 - 从 2025 年 3 月 15 日起，CA 必须从多个网络视角检查域名控制权和 CAA（MPIC），2026 年 12 月 15 日起至少 5 个远程视角。 ## 时间线 ### 2018 年 4 月 — Chrome 66 不信任早期 Symantec 证书（已生效） Chrome 66 不再信任 Symantec 旧 PKI（包括 Thawte、GeoTrust、RapidSSL 等品牌）在 2016 年 6 月 1 日之前签发的证书。 影响谁：仍在使用 2016 年年中以前 Symantec 系证书的网站。 来源：[Google Security Blog: Chrome's Plan to Distrust Symantec Certificates](https://security.googleblog.com/2017/09/chromes-plan-to-distrust-symantec.html) ### 2018 年 4 月 30 日 — Chrome 强制证书透明度（CT）（已生效） 2018 年 4 月 30 日之后签发的公网 TLS 证书必须写入[证书透明度](https://ssl.sh/zh/glossary/certificate-transparency/)日志，并向浏览器提供 [SCT](https://ssl.sh/zh/glossary/sct/)，否则 Chrome 拒绝（从 Chrome 68 起执行）。 影响谁：所有公网 CA；私有 CA 签发的证书不受影响。 来源：[Chromium ct-policy: Certificate Transparency enforcement in Chrome](https://groups.google.com/a/chromium.org/g/ct-policy/c/Qqr59r6yn1A) ### 2018 年 10 月 15 日 — 苹果强制证书透明度（已生效） 苹果平台要求系统信任的 CA 在 2018 年 10 月 15 日之后签发的 TLS 证书必须写入 CT 日志。 影响谁：公网 CA，以及面向 Safari 和 iOS 用户的网站。 来源：[Apple Platform Security: TLS security](https://support.apple.com/guide/security/tls-security-sec100a75d12/web) ### 2018 年 10 月 — Chrome 70 完全不信任 Symantec 旧 PKI（已生效） Chrome 70 不再信任 Symantec 旧基础设施签发的任何证书，无论签发日期。Symantec 的 CA 业务已出售给 DigiCert，由 DigiCert 用自己的根重新签发。 影响谁：仍在使用旧 Symantec、Thawte、GeoTrust、RapidSSL 证书链的网站。 来源：[Google Security Blog: Chrome's Plan to Distrust Symantec Certificates](https://security.googleblog.com/2017/09/chromes-plan-to-distrust-symantec.html) ### 2020 年 7 月 — 浏览器默认禁用 TLS 1.0 和 1.1（已生效） Firefox 78（2020 年 6 月 30 日）、Chrome 84 和 Edge 84（2020 年 7 月）默认禁用 [TLS 1.0](https://ssl.sh/zh/glossary/tls-1-0/) 和 [TLS 1.1](https://ssl.sh/zh/glossary/tls-1-1/)。2021 年 3 月 RFC 8996 正式废弃这两个版本。 影响谁：无法协商 TLS 1.2 的服务器和老设备，会出现 [ERR_SSL_VERSION_OR_CIPHER_MISMATCH](error:err-ssl-version-or-cipher-mismatch)。 来源：[Chrome 84 deprecations and removals](https://developer.chrome.com/blog/chrome-84-deps-rems); [Mozilla Hacks: It's the Boot for TLS 1.0 and TLS 1.1](https://hacks.mozilla.org/2020/02/its-the-boot-for-tls-1-0-and-tls-1-1/); [Microsoft Edge Blog: TLS 1.0 and 1.1 schedule update](https://blogs.windows.com/msedgedev/2020/03/31/tls-1-0-tls-1-1-schedule-update-edge-ie11/) ### 2022 年 11 月 30 日 — TrustCor 被不信任（已生效） Mozilla 对 TrustCor 的根证书设定 2022 年 11 月 30 日为不信任起点，随后将其移除；Chrome 在 Chrome 111（2023 年 3 月）中移除 TrustCor。 影响谁：使用 TrustCor 签发 TLS 证书的用户。 来源：[Mozilla Bugzilla 1803453: TrustCor distrust](https://bugzilla.mozilla.org/show_bug.cgi?id=1803453); [Google Security Blog: Sustaining Digital Certificate Security - TrustCor](https://security.googleblog.com/2023/01/sustaining-digital-certificate-security_13.html) ### 2024 年 3 月 15 日 — OCSP 改为可选，CRL 必须提供（SC-063）（已生效） 公网 CA 必须发布 [CRL](https://ssl.sh/zh/glossary/crl/)，[OCSP](https://ssl.sh/zh/glossary/ocsp/) 改为可选。此后 Let's Encrypt 等 CA 才得以关闭 OCSP。 影响谁：CA，以及只靠 OCSP 检查吊销状态的客户端。 来源：[CA/Browser Forum Ballot SC-063v4](https://cabforum.org/2023/07/14/ballot-sc063v4-make-ocsp-optional-require-crls-and-incentivize-automation/); [Chrome Root Program: Moving Forward, Together](https://googlechrome.github.io/chromerootprogram/crp/moving-forward-together/) ### 2024 年 11 月 12 日 — Entrust TLS 证书被不信任（已生效） Chrome 131 及以后不再信任链到 9 个 Entrust、AffirmTrust 根证书、且最早 SCT 晚于 2024 年 11 月 11 日的 TLS 证书。苹果的截止日是 2024 年 11 月 15 日，Mozilla 是 2024 年 11 月 30 日。此前签发的证书继续有效到过期。 影响谁：在截止日之后签发了 Entrust TLS 证书的网站。 来源：[Google Security Blog: Sustaining Digital Certificate Security - Entrust Certificate Distrust](https://security.googleblog.com/2024/06/sustaining-digital-certificate-security.html); [Mozilla dev-security-policy: Entrust distrust decision](https://groups.google.com/a/mozilla.org/g/dev-security-policy/c/jCvkhBjg9Yw); [Apple Support: Entrust certificate distrust](https://support.apple.com/en-us/121668) ### 2025 年 1 月 29 日 — Sectigo 收购 Entrust 公网证书业务（已生效） Sectigo 宣布收购 Entrust 的公网证书业务，这些客户的新公网证书改由 Sectigo 的证书层级签发。 影响谁：原 Entrust 公网 TLS 证书客户。 来源：[Sectigo: Sectigo acquires Entrust public certificate business](https://www.sectigo.com/resource-library/sectigo-acquires-entrust-public-certificate-business) ### 2025 年 3 月 15 日 — 强制多视角域名验证（MPIC）（已生效） CA 必须从至少 2 个远程网络视角重复进行域名验证和 CAA 检查（[MPIC](https://ssl.sh/zh/glossary/mpic/)）。2025 年 9 月 15 日起必须达到法定数；2026 年 3 月 15 日起至少 3 个视角且分布在 2 个区域互联网注册机构范围内，2026 年 6 月 15 日起至少 4 个。 影响谁：用防火墙或按地区屏蔽验证流量的网站，[HTTP-01](term:http-01) 验证可能因此失败。 来源：[CA/Browser Forum Ballot SC-067v3 (MPIC)](https://cabforum.org/2024/08/05/ballot-sc067v3-require-domain-validation-and-caa-checks-to-be-performed-from-multiple-network-perspectives-corroboration/); [CA/Browser Forum Baseline Requirements](https://cabforum.org/working-groups/server/baseline-requirements/requirements/) ### 2025 年 8 月 1 日 — Chrome 不信任中华电信和 NetLock（已生效） Chrome 139 及以后不信任链到中华电信（Chunghwa Telecom）和 NetLock 根证书、且最早 SCT 晚于 2025 年 7 月 31 日的新 TLS 证书（2025 年 5 月 30 日宣布）。 影响谁：使用这两家 CA 证书的网站，主要在台湾地区和匈牙利。 来源：[Google: Sustaining digital certificate security - Chrome Root Store changes](https://blog.google/security/sustaining-digital-certificate-security-chrome-root-store-changes/) ### 2026 年 4 月 15 日 — 首批 15 年根证书被移除（2006–2007 年密钥）（已生效） 按照 Chrome 的根证书年限规则，密钥生成于 2006–2007 年的根证书计划在 2026 年 4 月 15 日前后移除。据 DigiCert 公告，Chrome 和 Mozilla 在这一天移除了它的 G1 根证书。 影响谁：仍由 DigiCert G1 等老根证书签发的网站。 来源：[Chrome Root Program Policy, Version 1.8](https://googlechrome.github.io/chromerootprogram/crp/policy/); [DigiCert: Root strategy aligning with industry standards](https://knowledge.digicert.com/alerts/digicert-root-strategy-aligning-with-industry-standards) ### 2026 年 6 月 15 日 — Chrome：专用 TLS 层级，签发前写入 CT（已生效） Chrome 开始淘汰并非专用于 TLS 服务器认证的 PKI 层级。从这一天起向 CCADB 披露的子 CA 只能声明 serverAuth [扩展密钥用途](https://ssl.sh/zh/glossary/extended-key-usage/)，所有 TLS [预证书](https://ssl.sh/zh/glossary/precertificate/)必须在签发前写入至少一个 Chrome 认可的 CT 日志。这一天并不会因为叶子证书含 clientAuth 而不信任它。 影响谁：公网 CA；拿公网 TLS 证书做客户端认证的单位应计划迁移到私有 CA。 来源：[Chrome Root Program Policy, Version 1.8](https://googlechrome.github.io/chromerootprogram/crp/policy/) ### 2026 年 7 月 1 日 — Chrome 移除 3 个非专用 DigiCert 根证书（已生效） 据 DigiCert 公告，Chrome 因 DigiCert Assured ID Root G2、Assured ID Root G3 和 Trusted Root G4 不是专用 TLS 根证书而将其移除；2026 年 7 月 1 日之前由它们签发的 TLS 证书继续有效到过期。 影响谁：证书链到这几个根的 DigiCert 客户。 来源：[DigiCert: Google Chrome root removal (Trusted Root G4, Assured ID Root G2/G3)](https://knowledge.digicert.com/alerts/google-chrome-root-removal-trusted-root-g4-assured-id-g2-id-g3) ### 2026 年 10 月 20 日 — eMudhra 中间 CA 被攻破，emSign ECC Root CA - G3 被移除（已生效） 谷歌和 Mozilla 确认 eMudhra 的子 CA 被攻破（谷歌称共 8 个）。受影响的中间证书被封禁，Chrome 移除 emSign ECC Root CA - G3，2026 年 10 月 27 日推送到设备；苹果于 2026 年 10 月 23 日封禁同一根证书。 影响谁：证书链到 eMudhra / emSign 根证书的网站。 来源：[Google: Protecting Chrome and Android users from compromised eMudhra intermediate CA certificates](https://blog.google/security/protecting-chrome-and-android-users-from-compromised-emudhra-intermediate-ca-certificates/); [Mozilla dev-security-policy: eMudhra incident](https://groups.google.com/a/mozilla.org/g/dev-security-policy/c/0R3XLJL6FuE); [Apple Support: eMudhra certificates blocked](https://support.apple.com/en-us/149555) ### 2026 年 11 月 12 日 — DigiCert 默认改由 G5 TLS 根证书签发（即将生效） DigiCert 计划把 DigiCert TLS RSA4096 Root G5 和 DigiCert TLS ECC P384 Root G5 作为默认签发层级（原定 2026 年 10 月 15 日，已推迟）。 影响谁：DigiCert 客户，以及信任库里可能没有 G5 根证书的客户端。 来源：[DigiCert: Root strategy aligning with industry standards](https://knowledge.digicert.com/alerts/digicert-root-strategy-aligning-with-industry-standards) ### 2026 年 11 月 16 日 — Chrome 不再信任 emSign Root CA - G1 新证书（即将生效） Chrome 153 及以后不信任链到 emSign Root CA - G1、且最早 SCT 晚于 2026 年 11 月 16 日 23:59:59（UTC）的证书。 影响谁：证书链到 emSign Root CA - G1 的网站，续期前请更换 CA。 来源：[Google: Protecting Chrome and Android users from compromised eMudhra intermediate CA certificates](https://blog.google/security/protecting-chrome-and-android-users-from-compromised-emudhra-intermediate-ca-certificates/) ### 2026 年 12 月 15 日 — MPIC：至少 5 个远程视角（即将生效） MPIC 最后一个阶段要求 CA 至少从 5 个远程网络视角（彼此相距至少 500 公里）确认域名验证和 CAA 结果。 影响谁：对验证路径设置了严格入站防火墙规则的网站。 来源：[CA/Browser Forum Baseline Requirements](https://cabforum.org/working-groups/server/baseline-requirements/requirements/) ### 2027 年 3 月 15 日 — Chrome：叶子证书只能是 serverAuth（即将生效） 2027 年 3 月 15 日及之后签发、链到 Chrome 根证书库的用户证书必须包含 EKU 扩展且只含 serverAuth。子 CA 还必须接入自动化方案。 影响谁：仍在购买含 clientAuth 的公网 TLS 证书的用户；客户端认证请改用[私有 CA](term:private-ca)。 来源：[Chrome Root Program Policy, Version 1.8](https://googlechrome.github.io/chromerootprogram/crp/policy/) ### 2027 年 4 月 15 日 — 下一批 15 年根证书移除（2008–2009 年密钥）（即将生效） 密钥生成于 2008–2009 年的根证书计划在 2027 年 4 月 15 日前后从 Chrome 根证书库移除。 影响谁：仍由这一时期根证书签发证书的 CA 的客户。 来源：[Chrome Root Program Policy, Version 1.8](https://googlechrome.github.io/chromerootprogram/crp/policy/) ### 2027 年 9 月 15 日 — Chrome 每个 CA 最多两个根证书（即将生效） Chrome 根证书库对每个 CA 所有者最多收录两个根证书，促使 CA 集中到新的专用 TLS 根证书上。 影响谁：拥有大量老根证书的 CA，以及固定信任某个根证书的客户端。 来源：[Chrome Root Program Policy, Version 1.8](https://googlechrome.github.io/chromerootprogram/crp/policy/) ## 常见问题 ### 如果浏览器不信任我证书的 CA，会发生什么？ 不信任一般按日期划线：截止日之前签发（或首次写入 CT 日志）的证书继续有效到过期，之后的证书会报 [NET::ERR_CERT_AUTHORITY_INVALID](https://ssl.sh/zh/errors/net-err-cert-authority-invalid/) 这类错误。应在下次续期前换成其他 CA 的证书。在阿里云、腾讯云购买的证书，可以在控制台查看签发 CA 品牌。 ### Chrome 从 2026 年 6 月 15 日起不信任含 clientAuth 的证书吗？ 不是。Chrome 根证书计划政策 1.8 版要求 2026 年 6 月 15 日起披露的子 CA 只能用于 serverAuth，并从这一天开始淘汰非专用层级；对用户（叶子）证书的“只能 serverAuth”要求，适用于 2027 年 3 月 15 日起签发的证书。包括 Let's Encrypt 在内的不少 CA 已经提前去掉了 clientAuth。 ### 怎么查我的证书链到哪个根证书？ 用 [SSL 检查](https://ssl.sh/zh/tools/ssl-checker/)检测域名，或执行 `openssl s_client -connect example.com:443 -showcerts`，看证书链最后一张证书的签发者。 ### Chrome 为什么要移除 15 年以上的根证书？ 根密钥用得越久，暴露的风险越大，而且老根证书往往是在更宽松的规则下生成的。Chrome 按公布的时间表移除密钥超过 15 年的根证书，迫使 CA 轮换到更新的、专用于 TLS 的根证书。