Oracle要求的JAR签名验证所需X.509v3扩展组合有哪些？

我来拆解一下Oracle JAR签名验证里对X.509v3扩展的具体要求——这部分官方文档确实说得比较模糊，得结合Java安全API的实际验证逻辑和版本差异来梳理清楚：

核心强制/推荐扩展要求 #

1. 代码签名证书必须满足的扩展 #

• Key Usage（密钥用法）：
  如果证书是用于JAR签名的终端实体证书，这个扩展若存在必须标记为critical，且必须包含digitalSignature位。如果是CA签发证书，还需额外包含keyCertSign位。

  注意：在Java 8u301+、Java 11+等新版本中，即使没有这个扩展，部分场景下仍可能通过，但严格模式下会被拒绝；老版本（Java 7及更早）对这个要求更宽松。

• Extended Key Usage（扩展密钥用法）：
  建议标记为critical，且必须包含codeSigning（OID: 1.3.6.1.5.5.7.3.3）。这是Oracle JAR验证中明确证书用途的核心标识，新版本Java几乎强制要求这个扩展，没有的话大概率验证失败。

2. 关联CA证书的必选扩展 #

• Basic Constraints（基本约束）：
  必须标记为critical，且cA字段设为true；如果是多级CA，还可以设置pathLenConstraint来限制证书链长度。终端实体证书的cA字段必须设为false，建议标记为critical。

3. 可选但合规的扩展 #

这些扩展不是强制要求，但存在时必须符合规范：

• Subject Alternative Name：补充证书主体标识，格式符合X.509规范即可，不影响JAR核心验证。
• Authority Information Access/CRL Distribution Points：用于指定OCSP地址或CRL分发点，开启吊销检查时会用到，存在时必须指向合法可用的地址。

会触发验证失败的扩展情况 #

• 标记为critical但Java/JAR验证逻辑无法识别的自定义扩展：Java会直接拒绝这类证书，因为critical扩展必须被验证方理解。
• 密钥用法扩展与代码签名不匹配：比如Key Usage只包含keyEncipherment而没有digitalSignature，或者Extended Key Usage缺失codeSigning。
• 扩展格式错误：比如ASN.1编码不符合X.509标准，或字段值非法（比如Basic Constraints的pathLenConstraint为负数）。

版本差异提醒 #

• Java 7及更早：对Key Usage、Extended Key Usage的要求宽松，无相关扩展也可能通过验证。
• Java 8u301+、Java 11+：强制要求Extended Key Usage包含codeSigning，且Key Usage（若存在）必须包含digitalSignature，否则验证失败。

内容的提问来源于stack exchange，提问作者Konstantin Shemyak