United StatesChange Country, Oracle Worldwide Web Sites Communities I am a... I want to...
JDK-6948803 : CertPath validation regression caused by SHA1 replacement root and MD2 disable feature

Details
Type:
Bug
Submit Date:
2010-04-30
Status:
Resolved
Updated Date:
2012-09-14
Project Name:
JDK
Resolved Date:
2010-05-25
Component:
security-libs
OS:
generic
Sub-Component:
java.security
CPU:
generic
Priority:
P2
Resolution:
Fixed
Affected Versions:
6u19
Fixed Versions:
6u21 (b05)

Related Reports
Backport:
Backport:
Relates:
Relates:
Relates:

Sub Tasks

Description
In 6u19, several VeriSign MD2/MD5 root certificates were replaced with stronger SHA1 versions (same key, stronger signature). Some customers using certificates issued from the VeriSign PCA 3 root have been reporting problems that cause their existing certificate chains to be rejected by the JRE because the certificate chain still includes the weaker MD2 root and we disabled MD2 support in 6u17.

The problem is that our certpath validation implementation adds the SHA1 root to the beginning of the chain but does not replace the existing MD2 root. So the chain includes both roots, first the SHA1, then the MD2 and then the rest of the chain. The chain is rejected because the MD2 root is treated as an intermediate CA cert. 

It seems our implementation should instead replace the MD2 root with the stronger SHA1 root before validating the chain.

                                    

Comments
WORK AROUND

Their are a few ways to workaround the issue. For TLS, the server's certificate chain can be reconfigured so that either the MD2 root certificate is not included in the chain (including the root cert is optional in TLS), or it should be replaced with the SHA1 root certificate.

For code signing, you can re-sign the jar and include a chain with the SHA1 root instead of the MD2 root, or a chain without the root cert.
                                     
2010-04-30
SUGGESTED FIX

We should enhance the sun.security.validator.PKIXValidator class to check for and replace root certs with the same issuer DN and public key.
                                     
2010-04-30
EVALUATION

Fixed. A cert with the same issuer and public key as a trusted anchor is removed from the chain.
                                     
2010-05-18



Hardware and Software, Engineered to Work Together