Intel

AIKIDO-2026-413486

bcjmail-jdk18on is vulnerable to Improper Certificate Validation

Improper Certificate ValidationCVE-2026-59641 Published 2 days ago

87

High Risk

This Affects:

JAVAbcjmail-jdk18on
0.0.1 - 1.84.0
Fixed in 1.85.0
Are you affected? Scan for Free

TL;DR

The S/MIME message validator selects the certificate path validation date from the signer-supplied signingTime attribute carried inside the signed message. Because that attribute is asserted by the signer and is not independently authenticated, it can be back-dated to a moment when an otherwise expired or revoked signing certificate was still valid. Signed messages then pass validation even though the signing certificate should be rejected, weakening the trust decision for signed mail. The fix makes a validation date explicitly supplied on PKIXParameters authoritative instead of the asserted signingTime.

Who does this affect?

You are affected if you are using a version that falls within the vulnerable range and you use the S/MIME SignedMailValidator to validate signed messages whose signingTime attribute is externally supplied by the message signer.

Background info

bcjmail-jdk18on is vulnerable to Improper Certificate Validation in versions 0.0.1 - 1.84.0.

How to fix this

Upgrade the org.bouncycastle:bcjmail-jdk18on library to the patch version, then set an explicit validation date on the PKIXParameters you pass to SignedMailValidator (for example the current time). Without a caller-supplied date the patched version still falls back to the signer-asserted signingTime.