CVE-2025-59432: ongres scram · Timing Side Channel
Affects ongres scramSource CVE Database V5
Not known to be exploited · CVSS 6.6 Medium : upgrade to 3.2 when convenient.
Data as of 26 Oct 2026, 06:26 UTC
- 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:UExploitation evidence
Disclosed: evidence found.
CVE published 22 Sep 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
| Product | Affected | Fixed in |
|---|---|---|
| ongres scram | Affected
| Fixed in
|
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.