Skip to main content
VulnerabilityPublished Updated

CVE-2026-64313: Linux kernel · Integer Overflow

Source GCVE Database

0
Authoritative record:CVE-2026-64313· High 8.8

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

CVSS 3.1 base score
8.8High
How severe the flaw is on the 0–10 CVSS scale.
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:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 25 Jul 2026

  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 26 Oct 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 3c4b23901a0c766879dff680cd6bdab47bcdbbd2, < ebaae7c4251cc0cdb2602f334d4f08a3e82d271e
Fixed in
  • ebaae7c4251cc0cdb2602f334d4f08a3e82d271e
LinuxLinuxAffected
  • ≥ 3c4b23901a0c766879dff680cd6bdab47bcdbbd2, < d11b2bb99bec1f5557c01cac42231e23745f49b8
Fixed in
  • d11b2bb99bec1f5557c01cac42231e23745f49b8
LinuxLinuxAffected
  • ≥ 3c4b23901a0c766879dff680cd6bdab47bcdbbd2, < b709e0e768766abe29a49e1c1922a1604be602f4
Fixed in
  • b709e0e768766abe29a49e1c1922a1604be602f4
LinuxLinuxAffected
  • ≥ 3c4b23901a0c766879dff680cd6bdab47bcdbbd2, < 677450e5ef850c4d28b7956aa01104548c2a894e
Fixed in
  • 677450e5ef850c4d28b7956aa01104548c2a894e
LinuxLinuxAffected
  • ≥ 3c4b23901a0c766879dff680cd6bdab47bcdbbd2, < 5275e0fca256d081e2e7d4ba3dd8216c6e50d44e
Fixed in
  • 5275e0fca256d081e2e7d4ba3dd8216c6e50d44e
LinuxLinuxAffected
  • ≥ 3c4b23901a0c766879dff680cd6bdab47bcdbbd2, < 774ddddf5eb26eeca177350413e3e2bc50930ee9
Fixed in
  • 774ddddf5eb26eeca177350413e3e2bc50930ee9

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

Community reviews

Loading reviews…