GHSA-rv5h-5m9v-ccwc
Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCo-locate or gain network proximity to target
-
DeliveryInduce many ECC operations on non-NIST curve
-
ExploitCollect high-precision timing measurements
-
ExecutionStatistically model variable-time scalar multiplication
-
ImpactRecover secret scalar bits
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V6 - Authentication Timing attack prevention
|
| Exploitation Conditions | Exploitation requires that the target performs elliptic-curve scalar multiplication on NON-NIST curves - the vulnerability is specific to non-NIST curve code paths, so deployments using only standard NIST curves (P-256/P-384/P-521) are not exposed. The attacker must be able to induce and precisely time many such operations, implying either local co-residency or a low-jitter network position (AC:H). No authentication (PR:N) or user interaction (UI:N) is needed, but the high-complexity statistical timing recovery, limited confidentiality impact (C:L), and dependence on the specific curve configuration sharply constrain realistic exploitation. Applies to OpenSSL branches 1.0.2 (<1.0.2zs), 1.1.1 (<1.1.1zj), 3.0 (<3.0.23), 3.4 (<3.4.8), 3.5 (<3.5.9), 3.6 (<3.6.5), and 4.0 (<4.0.3). |
| Impact | This is a low-priority issue despite affecting a ubiquitous library. All signals align toward low real-world risk: the vendor/NVD CVSS is 3.7 (Low) with vector AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:N/A:N, meaning high attack complexity, only limited confidentiality impact, and no integrity or availability impact. CISA's SSVC framework reinforces this - Exploitation: none, Automatable: no, Technical Impact: partial. There is no KEV listing and no public exploit identified. As a CWE-208 timing side-channel in scalar multiplication for non-NIST elliptic curves, exploitation requires a co-located or precisely-instrumented attacker collecting large volumes of timing measurements against operations using specific (non-NIST) curves to statistically recover secret scalar bits - hence AC:H. The signals are consistent, not conflicting: high CVSS is not present here, and both CVSS and SSVC agree this is a theoretical/hardening-grade cryptographic weakness rather than an actively-threatening flaw. The one caveat is scope of impact: full private-key recovery would normally warrant C:H, but the vendor's C:L reflects that practical, repeatable key extraction over the network is not demonstrated - treat this as defense-in-depth hardening. |
| Exploit ScenarioDerived | An attacker able to trigger many ECC operations on a vulnerable non-NIST curve (e.g., repeated TLS/crypto handshakes) and measure their timing with high precision attempts to build a statistical model of variable-time scalar multiplication to infer secret scalar bits. Because the leak is a small, noisy timing differential, the attacker needs many samples, low network jitter or local co-residency, and use of the affected curves. No public exploit code exists and CISA SSVC rates exploitation as 'none' and non-automatable. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 29, 2026
A timing side-channel in OpenSSL's elliptic-curve scalar multiplication for non-NIST (non-standard or custom) curves can leak information about private-key material to an attacker who can induce and precisely measure many such operations. The affected branches are OpenSSL 1.0.2 before 1.0.2zs, 1.1.1 before 1.1.1zj, 3.0 before 3.0.23, 3.4 before 3.4.8, 3.5 before 3.5.9, 3.6 before 3.6.5, and 4.0 before 4.0.3; deployments that use only the standard NIST curves (P-256/P-384/P-521) are not exposed. Assessment gives it low severity (CVSS 3.7, AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:N/A:N, CWE-208): no public exploit code was identified at time of analysis, no confirmed active exploitation (not in CISA KEV), and SSVC rates exploitation as none and automatable as no, with the high-precision timing recovery and the specific curve configuration sharply limiting realistic abuse.
RemediationAI
Vendor-released patch: upgrade to OpenSSL 4.0.3, or to the branch-specific fixed release 1.0.2zs, 1.1.1zj, 3.0.23, 3.4.8, 3.5.9, or 3.6.5, since the fix makes the non-NIST scalar multiplication constant-time; Linux distributions should apply their packaged update (for Ubuntu, USN-8847-1 at https://ubuntu.com/security/notices/USN-8847-1), and note that restarting or relinking long-running services is required because many applications statically link or bundle libcrypto. The primary and cleanest workaround, if immediate patching is not possible, is to restrict all TLS/SSH/crypto configurations to the standard NIST curves (P-256, P-384, P-521) or other constant-time-safe groups and to disable non-NIST/custom curve support entirely - the trade-off being loss of interoperability with peers that require brainpool or vendor-defined curves, so this should be validated against real client and peer inventories first. Because the attack additionally demands precise timing of many operations, reducing co-residency (isolating mutually untrusted workloads, disabling simultaneous multithreading or pinning/CPU-partitioning on shared hosts) and adding network jitter raise the practical bar, but these are compensating measures only and not substitutes for patching. Apply the release-notes and advisory guidance from https://openssl-library.org/news/secadv/20260929.txt and https://github.com/openssl/openssl/releases/tag/openssl-4.0.3 to confirm which bundled CVEs (including this one) are addressed by the chosen upgrade.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The flaw is CWE-208, an observable timing discrepancy, in OpenSSL's implementation of elliptic-curve scalar multiplication - the core private-key operation in ECDH key agreement, ECDSA signing, and related flows. Scalar multiplication is normally written to be constant-time with respect to the secret scalar, but the non-NIST curve code paths are not, so the execution time (and related microarchitectural side effects) varies with bits of the scalar and can be statistically correlated with the private key. The independent assessment confirms exploitation requires the target to actually perform scalar multiplication on non-NIST curves (for example brainpool or custom curves), so a deployment pinned to NIST P-256/P-384/P-521 never reaches the vulnerable path; the attacker must also be able to trigger and precisely time large numbers of such operations, implying either local co-residency on the same host or a low-jitter network vantage (AV:N/AC:H). Timing recovery of this kind is inherently statistical and only yields limited confidentiality exposure (C:L), and the fix consists of making the affected scalar multiplication constant-time. Note this is distinct from the separate non-constant-time SM2 scalar multiplication on ARM64/RISC-V tracked as CVE-2026-54875 in the same release, and from the SM2 signature-generation timing issue CVE-2026-77696; the OpenSSL 4.0.3 release also bundles unrelated fixes (DTLS retransmission stale-buffer offset CVE-2026-84782, X.509 extension cache use-after-free CVE-2026-84783, relative CRLDP memory allocation CVE-2026-35189, and several QUIC issues). Upstream commits referenced for this CVE include 1a5bee8dc57430a2be69cd1ffe7fec6a62f4f179, 3f7e1363dccec6f7732bb9e9fa471bb6e4aa68cb, 7d83bc7764999dfd91b83b4f0815b45390422afd, and 8166827a78aad164a07aa86dea2b425403ced471.
Know when OpenSSL gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:N/A:N
Network-observable timing leak but requires many high-precision measurements against non-NIST curves (AC:H); no auth or interaction; only partial confidentiality leak of secret material, no integrity/availability impact.
Primary rating from Vendor (CNA).
CVSS VectorVendor
Lifecycle Timeline
3Description PRE-NVD
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
The (1) TLS and (2) DTLS implementations in OpenSSL 1.0.1 before 1.0.1g do not properly handle Heartbeat Extension packe
In order to decrypt SM2 encrypted data an application is expected to call the API function EVP_PKEY_decrypt(). Rated cri
The dtls1_reassemble_fragment function in d1_both.c in OpenSSL before 0.9.8za, 1.0.0 before 1.0.0m, and 1.0.1 before 1.0
OpenSSL before 0.9.8za, 1.0.0 before 1.0.0m, and 1.0.1 before 1.0.1h does not properly restrict processing of ChangeCiph
The SSLv2 protocol, as used in OpenSSL before 1.0.1s and 1.0.2 before 1.0.2g and other products, requires a server to se
The ssl3_get_key_exchange function in s3_clnt.c in OpenSSL before 0.9.8zd, 1.0.0 before 1.0.0p, and 1.0.1 before 1.0.1k
In addition to the c_rehash shell command injection identified in CVE-2022-1292, further circumstances where the c_rehas
The TLS protocol 1.2 and earlier, when a DHE_EXPORT ciphersuite is enabled on a server but not on a client, does not pro
The SSL protocol 3.0, as used in OpenSSL through 1.0.1i and other products, uses nondeterministic CBC padding, which mak
The AES-NI implementation in OpenSSL before 1.0.1t and 1.0.2 before 1.0.2h does not consider memory allocation during a
The X509_verify_cert function in crypto/x509/x509_vfy.c in OpenSSL 1.0.1n, 1.0.1o, 1.0.2b, and 1.0.2c does not properly
A buffer overrun can be triggered in X.509 certificate verification, specifically in name constraint checking. Rated hig
EUVD-2026-89004
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB