CVE-2026-5588: PKIX draft CompositeVerifier accepts empty signature sequence as valid.
Use of a Broken or Risky Cryptographic Algorithm vulnerability in Legion of the Bouncy Castle Inc. BC-JAVA bcpkix on all (pkix modules), Legion of the Bouncy Castle Inc. BCPKIX-FIPS bcpkix on All (pkix modules), Legion of the Bouncy Castle Inc. BCPIX-LTS bcpkix on All (pkix modules).
This vulnerability is associated with program files JcaContentVerifierProviderBuilder.Java, JcaContentVerfierProviderBuilder.Java.
This issue affects BC-JAVA: from 1.67 before 1.80.2, from 1.81 before 1.81.1, from 1.82 before 1.84; BCPKIX-FIPS: from 2.0.6 before 2.0.11, from 2.1.7 before 2.1.11; BCPIX-LTS: from 2.73.7 before 2.73.11.
Security readout for executives and security teams
Plain-English summary
Affected Bouncy Castle PKIX code can incorrectly treat an empty composite-signature sequence as valid. In applications relying on this draft composite-signature verification, an attacker may bypass authenticity checks and cause untrusted data to be accepted as genuine. The cited CVSS score is 7.5, reflecting high integrity impact without confidentiality or availability impact.
Executive priority
Prioritize investigation and remediation for internet-facing trust, identity, certificate, signing, or validation services using affected bcpkix versions. The potential outcome is authenticity bypass with high integrity impact. Systems not using draft composite-signature verification may have lower practical exposure, but dependency presence and code-path reachability should be verified promptly rather than assumed.
Technical view
CVE-2026-5588 affects bcpkix CompositeVerifier behavior in specified BC-JAVA, BCPKIX-FIPS, and BCPIX-LTS releases. An empty signature sequence can pass verification, creating an improper cryptographic-verification outcome associated with CWE-327 and CWE-347. The supplied vector is network-accessible, low-complexity, unauthenticated, and requires no user interaction, although practical reachability depends on application use of the affected path.
Likely exposure
Exposure is most likely where Java applications use affected bcpkix versions to verify draft composite signatures derived from untrusted or remotely supplied PKIX data. Merely having Bouncy Castle installed does not establish reachability. Direct and transitive dependencies, runtime-loaded versions, and actual CompositeVerifier call paths must be examined.
Exploitation context
The source bundle does not cite active exploitation, and the CVE is not listed as KEV. The CVSS vector indicates potentially remote, unauthenticated exploitation when an application exposes the vulnerable verification path. Evidence supplied here does not establish exploit prevalence, affected application configurations, or successful attacks in the wild.
Researcher notes
The issue is tied to JcaContentVerifierProviderBuilder.java and the corresponding FIPS-named builder in the supplied record. Researchers should distinguish package presence from reachable CompositeVerifier use and examine version resolution at runtime. The cited patch and vendor advisory support fixed-version analysis; the bundle provides no evidence of active exploitation or broader cryptographic primitives being affected.
Mitigation direction
Upgrade BC-JAVA to an applicable fixed release: 1.80.2, 1.81.1, or 1.84.
Upgrade BCPKIX-FIPS to 2.0.11 or 2.1.11, according to the deployed release branch.
Upgrade BCPIX-LTS to 2.73.11 or later vendor-confirmed fixed release.
Apply applicable Red Hat errata when using affected distribution packages.
Review vendor guidance before using compensating controls where immediate upgrading is impossible.
Validation and detection
Inventory direct and transitive bcpkix dependencies across builds, deployed artifacts, and runtime classpaths.
Confirm runtime versions fall outside every affected range listed in the CVE record.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-327: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-327 · source CWE mapping
Use of a Broken or Risky Cryptographic Algorithm
Use of a Broken or Risky Cryptographic Algorithm represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Improper Verification of Cryptographic Signature represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.