bctls-jdk18on is vulnerable to Improper Certificate Validation
78
CVE Score
High
Improper Certificate Validation
The Bouncy Castle JSSE provider's HTTPS endpoint identification falls back to matching a server certificate's subject common name when the certificate carries no SubjectAltName dNSName entry. This CN fallback is active by default even though it is documented as opt-in, so an unrelated or mis-issued certificate that names the host only in its common name can satisfy hostname verification. A certificate presented over the network can therefore defeat the client's server-identity check and allow the TLS connection to be intercepted. The fix disables the CN fallback by default and gates it behind a dedicated system property.
Upgrade the org.bouncycastle:bctls-jdk18on library to the patch version.
You are affected if you are using a version that falls within the vulnerable range and your application uses the Bouncy Castle JSSE provider (BCJSSE) as a TLS client that relies on HTTPS hostname verification to authenticate servers.
1.61 - 1.84
Fixed in 1.85bctls-jdk18on is vulnerable to Improper Certificate Validation in versions 1.61 - 1.84.
Secure your code, cloud, and runtime in one central system. Connect a repo to discover what the reasoning agents find in your codebase.
No credit card required | Scan results in 32 seconds.
I consent to receiving marketing communications based on Aikido’s Privacy Policy.
SOC 2Compliant
ISO 27001Compliant
ISO 42001Compliant© All Intel data is openly available and commercially licensed.