GHSA-q4gq-r6f8-q6q9
Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain timing observation of SM2 operations
-
ExploitCollect many scalar-mult timing samples
-
ExecutionStatistically analyze secret-dependent variation
-
ImpactRecover private key bits
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V6 - Authentication Timing attack prevention
|
| Exploitation Conditions | Exploitation requires that the target use the SM2 elliptic-curve algorithm (Chinese national cryptography, uncommon outside PRC-facing deployments) AND run on an ARM64 or RISC-V platform where the non-constant-time scalar-multiplication code path is compiled in. The attacker must be able to observe and precisely measure the timing of many SM2 operations and perform statistical side-channel analysis to recover key material; a single interaction is insufficient. These factors - specific algorithm, specific CPU architectures, and the high measurement volume/precision reflected in AC:H - sharply limit realistic exploitation despite the network attack vector and lack of authentication (PR:N). |
| Impact | This is a genuinely low-priority issue despite being bundled into a High-severity OpenSSL release - the 'High' label applies to a sibling CVE (the DTLS stale-buffer OOB read, CVE-2026-84782), NOT to CVE-2026-54875. The provided CVSS 3.1 score is 3.7 (Low) with vector AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:N/A:N, and CWE-208 (Observable Timing Discrepancy) correctly frames it: non-constant-time SM2 scalar multiplication on ARM64 and RISC-V builds could leak secret-dependent timing that, over many precise measurements, might reveal private key bits. AC:H is well-justified - exploitation demands statistical timing analysis over a large sample under favorable conditions, not a single request. No EPSS score, KEV entry, or public exploit was provided, so exploitation status is: no public exploit identified at time of analysis. The scope is further narrowed by requiring the SM2 algorithm (a Chinese national curve rarely used outside PRC-facing deployments) AND specific ARM64/RISC-V targets. There are no conflicting signals here: every signal (Low CVSS, high complexity, narrow algorithm/platform gating, side-channel class) points the same direction - real but marginal risk. The confidentiality-only, partial (C:L) impact and absence of exploitation evidence make this a patch-in-routine-cycle item, not an emergency. |
| Exploit ScenarioDerived | An attacker able to obtain precise, repeated timing measurements of SM2 signing or key-agreement operations on a victim running OpenSSL on ARM64 or RISC-V collects thousands of samples and applies statistical side-channel analysis to recover secret-dependent scalar-multiplication timing. Over time this may leak portions of the SM2 private key. No public exploit code was identified, and the CVSS AC:H reflects the substantial measurement precision and volume required. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 29, 2026
OpenSSL's SM2 scalar multiplication on ARM64 and RISC-V is not constant-time, allowing a remote, unauthenticated attacker (CVSS PR:N) who can precisely measure many SM2 operations to conduct statistical timing analysis and potentially recover key material. The flaw affects OpenSSL 4.0.0 before 4.0.3, 3.4.0 before 3.4.8, 3.5.0 before 3.5.9, and 3.6.0 before 3.6.5; practical exploitation is sharply constrained because the target must use SM2 on an affected architecture and the attacker needs high measurement volume and precision. No public exploit code or CISA KEV entry was identified at time of analysis, and vendor patches are available; the 'High' severity of the OpenSSL 4.0.3 release pertains to a sibling CVE, not this low-rated issue (CVSS 3.7).
RemediationAI
Vendor-released patches are available: upgrade to OpenSSL 4.0.3 for the 4.0.x branch, 3.4.8 for 3.4.x, 3.5.9 for 3.5.x, or 3.6.5 for 3.6.x, per the OpenSSL advisory at https://openssl-library.org/news/secadv/20260929.txt and release notes at https://github.com/openssl/openssl/releases/tag/openssl-4.0.3. If immediate upgrade is not possible, avoid using SM2 on ARM64 or RISC-V systems where the non-constant-time path is compiled in; this may break interoperability with PRC-facing SM2 deployments and should be assessed against business requirements. Alternative compensating controls include disabling SM2 cipher suites or TLS groups where they are not required, migrating SM2 operations to architectures not affected by this specific non-constant-time path, and rate-limiting or restricting access to TLS endpoints that perform SM2 operations to reduce an attacker's ability to collect the large number of high-precision timing samples needed for statistical key recovery. These controls are partial mitigations and do not replace patching; no public exploit was identified at time of analysis, but the patch should still be prioritized for systems that actually use SM2 on ARM64 or RISC-V.
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 issue is an observable timing discrepancy (CWE-208) in OpenSSL's SM2 elliptic-curve scalar multiplication implementation for ARM64 and RISC-V. SM2 is a Chinese national cryptography standard; deployments outside PRC-facing environments may not enable it. On the affected CPU architectures, the scalar-multiplication code path is not constant-time, so operation timing varies with secret scalar bits. An attacker able to observe and precisely measure the durations of many SM2 operations, such as by interacting with a TLS endpoint that uses SM2, can apply statistical side-channel analysis to infer private key material. The CVSS vector (AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:N/A:N) reflects network reachability without authentication, but high attack complexity due to the need for many precise timing measurements. The ENISA EUVD entry EUVD-2026-89006 lists affected branches. No CPE strings were provided, but the affected products are the OpenSSL library versions noted in the EUVD/NVD data. This is separate from the other CVEs fixed in OpenSSL 4.0.3, including the DTLS stale-buffer out-of-bounds read CVE-2026-84782 that drives the release's High severity label.
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
Timing side channel needs many precise measurements (AC:H), no auth (PR:N), partial secret leakage only (C:L), no integrity/availability impact.
Primary rating from Vendor (CNA).
CVSS VectorVendor
Lifecycle Timeline
2Description 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-89006
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB