Skip to main content
CVE-2025-59432VulnerabilityPublished Updated

CVE-2025-59432: ongres scram · Timing Side Channel

Affects ongres scramSource CVE Database V5

0

Not known to be exploited · CVSS 6.6 Medium : upgrade to 3.2 when convenient.

Data as of 26 Oct 2026, 06:26 UTC

CVSS 4.0 base score
6.6Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.7% chance of exploitation in 30 days – higher than 52% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 3.2
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N/E:U

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 22 Sep 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-26.

What to do

Upgrade ongres scram to 3.2.

Affected software

ProductAffectedFixed in
ongres scramAffected
  • <3.2
Fixed in
  • 3.2

AI-suggested

European organizations should immediately assess their use of the ongres scram library for SCRAM authentication and identify any deployments running versions prior to 3.2. The primary mitigation is to upgrade to version 3.2 or later, which replaces the vulnerable Arrays.equals method with a constant-time comparison function (MessageDigest.isEqual). Where immediate upgrade is not feasible, organizations should consider additional network-level protections such as restricting access to authentication endpoints, implementing rate limiting to reduce timing attack feasibility, and monitoring authentication logs for anomalous access patterns. Developers should audit any custom SCRAM implementations to ensure constant-time comparison methods are used for secret data. Security teams should also educate developers and administrators about timing side-channel risks and incorporate side-channel resistant coding practices in authentication modules. Finally, organizations should stay alert for any emerging exploit tools targeting this vulnerability and apply patches promptly.

Description

SCRAM (Salted Challenge Response Authentication Mechanism) is part of the family of Simple Authentication and Security Layer (SASL, RFC 4422) authentication mechanisms. Prior to version 3.2, a timing attack vulnerability exists in the SCRAM Java implementation. The issue arises because Arrays.equals was used to compare secret values such as client proofs and server signatures. Since Arrays.equals performs a short-circuit comparison, the execution time varies depending on how many leading bytes match. This behavior could allow an attacker to perform a timing side-channel attack and potentially infer sensitive authentication material. All users relying on SCRAM authentication are impacted. This vulnerability has been patched in version 3.1 by replacing Arrays.equals with MessageDigest.isEqual, which ensures constant-time comparison.

References

Community reviews

Loading reviews…