CVE-2026-64313: Linux kernel · Integer Overflow
Source GCVE Database
Not known to be exploited · CVSS 8.8 High · fixed in ebaae7c4251cc0cdb2602f334d4f08a3e82d271e : patch Linux kernel soon.
Data as of 26 Oct 2026, 17:16 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 29% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in ebaae7c4251cc0cdb2602f334d4f08a3e82d271e, d11b2bb99bec1f5557c01cac42231e23745f49b8, b709e0e768766abe29a49e1c1922a1604be602f4 +5
CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 25 Jul 2026
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 26 Oct 2026.
What to do
Upgrade to a fixed release listed under Affected software.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
AI-suggested
Since this is a kernel cryptographic code fix, users should monitor official Linux kernel releases and apply updates once the fix is included. No alternative mitigations are provided.
Description
In the Linux kernel, the following vulnerability has been resolved: crypto: ecc - Fix carry overflow in vli multiplication The carry flag calculation fails when r01.m_high is saturated (0xFFFFFFFFFFFFFFFF) and addition of lower bits overflows. The condition (r01.m_high < product.m_high) doesn't handle the case where r01.m_high == product.m_high and an additional carry exists from lower-bit overflow. When commit 3c4b23901a0c ("crypto: ecdh - Add ECDH software support") introduced crypto/ecc.c, it split the muladd() function in the micro-ecc library into separate mul_64_64() and add_128_128() helpers. It seems the check got lost in translation. Add proper handling for this boundary by accounting for the carry from the lower addition.
References
- nvd.nist.gov/vuln/detail/CVE-2026-64313 (opens in a new tab)
- git.kernel.org/stable/c/24a54dfa06d09813b4802a374fad3d2c0e16a884 (opens in a new tab)
- git.kernel.org/stable/c/27b536a2ec8e2f85a0380c2d13c9ecbc7aaab406 (opens in a new tab)
- git.kernel.org/stable/c/5275e0fca256d081e2e7d4ba3dd8216c6e50d44e (opens in a new tab)
- git.kernel.org/stable/c/677450e5ef850c4d28b7956aa01104548c2a894e (opens in a new tab)
- git.kernel.org/stable/c/774ddddf5eb26eeca177350413e3e2bc50930ee9 (opens in a new tab)
- git.kernel.org/stable/c/b709e0e768766abe29a49e1c1922a1604be602f4 (opens in a new tab)
- git.kernel.org/stable/c/d11b2bb99bec1f5557c01cac42231e23745f49b8 (opens in a new tab)
- git.kernel.org/stable/c/ebaae7c4251cc0cdb2602f334d4f08a3e82d271e (opens in a new tab)