DigiCert 交叉证书链自查与补齐

适用范围：DigiCert 公共 TLS G5 层级。

根据 DigiCert 官方根策略公告，自 2026 年 10 月 15 日起，新签、续期、重签及 duplicate 默认切换至 G5 层级，涉及 DigiCert、GeoTrust、Thawte、RapidSSL 和 Encryption Everywhere。官方建议始终安装本次提供的完整证书链，包括适用的交叉证书。

若更换证书后出现部分客户端不信任或 Java PKIX path building failed，可按下文自查。请先确认实际签发层级；原 G2/G3 层级证书不能通过追加 G5 交叉证书变成 G5 链。

不要绑定固定信任链

建议使用系统或维护中的应用信任库进行标准 TLS 校验，不要在代码中写死完整证书链、issuer 名称，或只接受某一张中间/根证书。CA 迁移、交叉链调整及中间 CA 轮换都可能使此类绑定失效。确需 Certificate Pinning 时，应配置备份 pin 和轮换机制；不要关闭证书或域名校验。参见 Android 官方证书绑定建议。

完整名称与兼容路径

本文箭头表示从站点证书向上寻找签发者。

text

RSA 路径：
站点证书 → 本次签发中间 CA
→ DigiCert TLS RSA4096 Root G5（由 DigiCert Global Root G2 签发）
→ 客户端信任的 DigiCert Global Root G2

ECC 路径：
站点证书 → 本次签发中间 CA
→ DigiCert TLS ECC P384 Root G5（由 DigiCert Global Root G3 签发）
→ 客户端信任的 DigiCert Global Root G3

ECC G5 → G3：以 G3 为信任根

DigiCert 官方目录为 TLS ECC G5 提供的交叉路径是 G5→G3，即由 DigiCert Global Root G3 签发 DigiCert TLS ECC P384 Root G5。客户端已信任 G3 时，无需再向上补交叉证书，也无需在服务器发送 G3 自签名根。

本文 ECC 兼容路径以 G3 为信任根。若客户端需要其他路径，请通过技术支持确认适用的交叉证书。客户端尚未信任 G3 时，应更新其信任库；客户端缺少链路所需的 ECC/ECDSA 算法支持时，应升级客户端或改用兼容的 RSA 证书及配套链。

RSA G5 → G2 → G1：旧客户端兼容路径

text

站点证书 → 本次签发中间 CA
→ DigiCert TLS RSA4096 Root G5（由 DigiCert Global Root G2 签发）
→ DigiCert Global Root G2（由 DigiCert Global Root CA 签发）
→ 客户端信任的 DigiCert Global Root CA（G1）

下载 G5→G2→G1 合并交叉链（cross-chain.pem）

附件按顺序包含 G5（G2 签发）＋G2（G1 签发） 两张交叉证书。只有一级中间 CA 时，服务器发送 4 段：站点证书、中间 CA、G5 交叉证书、G2 交叉证书；最终 G1 自签名根由客户端持有。

已有 G5→G2 链时，补上的是 G1 签发的 G2 交叉证书，不是 G2 自签名根。使用合并附件时，请先去掉中间链中重复的 G5 交叉证书。

此路径仅用于仍信任 G1 的非浏览器环境；Chrome/Firefox 已移除 G1 的 TLS 信任。部署后请在原客户端复测。

RSA G5 → G1：旧客户端兼容路径

text

站点证书 → 本次签发中间 CA
→ DigiCert TLS RSA4096 Root G5（由 DigiCert Global Root CA 签发）
→ 客户端信任的 DigiCert Global Root CA（G1）

此处 G1 指 DigiCert Global Root CA，证书名称本身不带 G1 后缀。这是 G5 直接到 G1 的另一条路径，与上方经 G2 的路径二选一。

下载 RSA G5→G1 交叉证书（cross-chain.pem）

仅用于仍信任 G1 的非浏览器环境；Chrome/Firefox 已移除 G1 的 TLS 信任。使用时以这张交叉证书替换 G5→G2 交叉证书，不要将两条路径拼在一起。只有一级中间 CA 时，服务器仍发送三段，最终 G1 自签名根由客户端持有。

1. 选择对应的交叉证书

查看签发包中中间 CA 的签发者，选择相匹配的路径；以完整证书主体及签发者为准，不只看品牌或站点证书的密钥算法。

中间 CA 的签发者	兼容路径与下载	最终信任根	服务端段数*
DigiCert TLS RSA4096 Root G5	RSA G5→G2 PEM	DigiCert Global Root G2	3
DigiCert TLS ECC P384 Root G5	ECC G5→G3 PEM	DigiCert Global Root G3	3
DigiCert TLS RSA4096 Root G5	RSA G5→G2→G1 PEM	DigiCert Global Root CA（G1）	4
DigiCert TLS RSA4096 Root G5	RSA G5→G1 PEM	DigiCert Global Root CA（G1）	3

*段数包含站点证书，假设只有一级中间 CA，不包含最终自签名根。G1 两条路径仅用于仍信任 G1 的非浏览器环境。

文件均名为 cross-chain.pem，请只选择一条路径。G5→G2→G1 附件含两张交叉证书，其余各含一张；不要将多份附件拼接。

2. 检查服务器是否发送交叉证书

公网可访问的站点，可在 MySSL 输入域名进行检测，查看证书链及信任检测结果。也可以使用以下命令查看服务器实际返回的证书，将 myssl.com 替换为您的域名：

openssl s_client -connect myssl.com:443 -showcerts

旧版 OpenSSL 或通过 IP 连接时，请补充 -servername 您的域名。查看 Certificate chain，每组 BEGIN CERTIFICATE / END CERTIFICATE 为一段。

采用 G5→G2 或 G5→G3 路径且只有一级中间 CA 时，服务器通常发送 3 段；采用 G5→G2→G1 时再追加一段 G2（G1 签发）交叉证书，共 4 段；G5 直达 G1 时为 3 段：

编号	证书	签发者（issuer）
0	您的站点证书	本次签发中间 CA
1	签发中间 CA	对应的 RSA G5 或 ECC G5
2	G5 交叉证书	RSA 常规路径为 G2，直达 G1 路径为 DigiCert Global Root CA；ECC 为 G3
3（仅 G5→G2→G1）	G2 交叉证书	DigiCert Global Root CA（G1）

如需进一步确认，可复制单张证书的完整 PEM（含开始和结束标记），通过 MySSL 证书解码查看主体及签发者。

只有第 0 段：先补齐本次签发中间 CA，仅追加交叉证书不够。
只有第 0、1 段：如果异常客户端尚未信任 G5，补齐对应交叉证书。
已有第 0～2 段仍失败：核对是否匹配同一条链，再检查有效期、域名及客户端实际信任库。

客户端已信任 G5 时，两段也可能足够，不能仅凭段数认定缺链。

Java 等环境的建议

无法确认 Java 等应用使用的信任根时，建议先完整部署本次签发包提供的中间 CA 与对应 G5 交叉证书，再用原应用复测。优先按签发包选择 RSA G5→G2 或 ECC G5→G3；对于 RSA G5 层级，已确认仅信任 G1 的旧环境可选择上表中的一条 G1 兼容路径。ECC G5 层级不能通过追加 RSA 交叉证书连接到 G1。

补齐后若仍报错，请检查实际生效的 JRE、应用自定义 truststore 和证书绑定配置，按需更新受信 CA。使用交叉路径时，客户端需信任所选路径的最终根（G2、G3 或 G1）。

3. 补齐与复测

下载匹配的 cross-chain.pem，准备本次签发包中的站点证书 server.pem 和中间链 issuing-ca.pem，按顺序合并：

cat server.pem issuing-ca.pem cross-chain.pem > fullchain.pem

如果平台分别上传“服务器证书”和“中间证书链”，将 server.pem 放入服务器证书字段，中间链使用：

cat issuing-ca.pem cross-chain.pem > intermediates.pem

合并前去掉已有的重复交叉证书，各 PEM 文件末尾保留换行。不要加入私钥、G5 自签名根或最终 G1/G2/G3 自签名根；名称相同的 G5 交叉证书与 G5 自签名根不是同一对象，请核对 issuer。

配置生效后重新运行检测命令，并在原先失败的客户端复测。CDN、WAF、负载均衡等 HTTPS 入口也需同步更新。

确认修复结果

公网可访问的站点可重新运行 MySSL 检测；使用 OpenSSL 时，执行以下命令同时校验证书链和域名（替换两处域名）：

openssl s_client -connect myssl.com:443 -servername myssl.com \
  -verify_hostname myssl.com -verify_return_error

确认输出 Verify return code: 0 (ok)，并在原先失败的客户端验证访问恢复。若仍失败，请检查该客户端实际使用的信任库；仅看到握手连接成功不代表证书校验通过。

旧根到期与迁移提醒

交叉链用于兼容旧信任库，长期依赖旧根仍需安排迁移。以下为相关自签名根证书的 NotAfter（UTC）：

信任根	到期时间
DigiCert Global Root CA（G1）	2031-11-10 00:00:00
DigiCert Global Root G2	2038-01-15 12:00:00
DigiCert Global Root G3	2038-01-15 12:00:00

请提前更新系统或应用信任库，迁移到受支持的新根路径，并用原客户端复测。旧根到期或被客户端移除信任后，依赖该根的路径将面临验证失败；补齐交叉证书不能延长旧根的使用期限。以上时间是根证书到期时间，不是整条链的可用期限。每次续期重新下载并部署配套链，不长期复用本文附件。

附件与官方依据

按实际使用的路径选择一份 PEM；优先使用本次签发包配套链。G1 附件仅供上述旧客户端场景使用。

RSA G5 → G2：查看指纹与复制 PEM

DER SHA-256：60:C2:66:6D:A5:E2:33:21:70:E1:D3:BF:CD:95:BF:8C:9A:6D:4E:63:47:3F:3A:8B:BB:8C:F4:2B:3F:9F:03:8A

text

ECC G5 → G3：查看指纹与复制 PEM

DER SHA-256：31:42:F9:9D:35:8D:9B:50:0E:5C:DD:2D:FF:8F:71:9A:8C:CE:CF:58:96:52:33:48:48:52:2C:CA:80:7D:08:07

text

RSA G5 → G2 → G1：复制两张交叉证书的合并 PEM

第一张 G5（G2 签发）的指纹见上方 RSA 附件。第二张 G2（G1 签发）的 DER SHA-256：65:23:C3:4F:1E:87:9A:DD:76:03:CB:20:48:A8:98:A5:E2:F0:C6:C4:B5:12:C0:D2:27:82:B8:5D:43:AE:33:71。

text

RSA G5 → G1：查看指纹与复制 PEM

DER SHA-256：A4:BC:DA:32:D4:9C:DF:05:F0:CD:D0:85:E7:3C:3A:2E:67:88:0B:D4:85:79:FE:D4:DF:59:40:DF:76:A0:76:D7

text

官方依据：DigiCert 根策略与 G5 迁移公告 · 根、中间及交叉证书目录。

G2→G1 交叉证书来源：DigiCert 2023 根与中间 CA 更新公告中的“Install the DigiCert G2 cross-signed root CA certificate”。

DigiCert 交叉证书链自查与补齐 ​

完整名称与兼容路径 ​

ECC G5 → G3：以 G3 为信任根 ​

RSA G5 → G2 → G1：旧客户端兼容路径 ​

RSA G5 → G1：旧客户端兼容路径 ​

1. 选择对应的交叉证书 ​

2. 检查服务器是否发送交叉证书 ​

Java 等环境的建议 ​

3. 补齐与复测 ​

确认修复结果 ​

旧根到期与迁移提醒 ​

附件与官方依据 ​

DigiCert 交叉证书链自查与补齐

完整名称与兼容路径

ECC G5 → G3：以 G3 为信任根

RSA G5 → G2 → G1：旧客户端兼容路径

RSA G5 → G1：旧客户端兼容路径

1. 选择对应的交叉证书

2. 检查服务器是否发送交叉证书

Java 等环境的建议

3. 补齐与复测

确认修复结果

旧根到期与迁移提醒

附件与官方依据