Skip to main content
VulnerabilityPublished Updated

CVE-2026-64313: Linux kernel · Integer Overflow

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · CVSS 8.8 High · fixed in ebaae7c4251cc0cdb2602f334d4f08a3e82d271e : patch Linux kernel soon.

Data as of 26 Oct 2026, 13:07 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 28% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CISA SSVC
Exploitation
No evidence of active exploitation and no public proof of concept
Automatable
Attackers cannot reliably automate steps 1–4 of the kill chain
Technical impact
Total control over the software or total information disclosure

CISA SSVC assessment, 2026-10-16.

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

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…