Bug 2553497 - CVE-2026-18040 voms-api-java: bouncycastle: Information disclosure via cryptographic side channels in HQC [epel-all]
Summary: CVE-2026-18040 voms-api-java: bouncycastle: Information disclosure via crypto...
Keywords:
Status: NEW
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: voms-api-java
Version: epel10
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
Assignee: Mattias Ellert
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: {"flaws": ["c20565fc-dd74-40e7-b662-0...
Depends On:
Blocks: CVE-2026-18040
TreeView+ depends on / blocked
 
Reported: 2026-10-15 14:50 UTC by Joel Chamberlain
Modified: 2026-10-15 14:50 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Joel Chamberlain 2026-10-15 14:50:42 UTC
Disclaimer: Community trackers are created by Red Hat Product Security team on a best effort basis. Package maintainers are required to ascertain if the flaw indeed affects their package, before starting the update process.

In Bouncy Castle for Java before 1.86, HQC leaked secret-derived data through two side channels: its GF(2^8) arithmetic used lookup tables indexed by field elements, making the cache line touched a function of the operand, and its fixed-weight support sampler left its duplicate scan as soon as a collision was found and stored accepted positions at a secret index. Both run on secret inputs during encapsulation and decapsulation, and the sampler re-expands the secret key from its seed on every decapsulation, so an attacker able to observe cache behaviour or decapsulation timing can recover information about the HQC private key. The field arithmetic is now table-free and the sampler branch-free within a batch of candidates, with output and randomness consumption unchanged.


Note You need to log in before you can comment on or make changes to this bug.