Skip to main content
VulnerabilityPublished

CVE-2026-63995: Linux kernel · ethtool: cmis: validate start_cmd_payload_size from module

Source GCVE Database

0
Authoritative record:CVE-2026-63995· High 7.8

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

Data as of 26 Oct 2026, 12:55 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 2% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in a46340da00385be7fb16c62425ebc20006f2d5d8, 0696709e951be54c699664adf546d16e28974d53, 63112b4515469d00008452d9cfe3fb3bf1aa2df3 +1
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 19 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 Linux kernel to a46340da00385be7fb16c62425ebc20006f2d5d8, 0696709e951be54c699664adf546d16e28974d53, 63112b4515469d00008452d9cfe3fb3bf1aa2df3 or 12c2496a71f82f63617971ca9b730dffa05cf58b.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ c4f78134d45c9619339c96b4bea380b1d0699788, < a46340da00385be7fb16c62425ebc20006f2d5d8
Fixed in
  • a46340da00385be7fb16c62425ebc20006f2d5d8
LinuxLinuxAffected
  • ≥ c4f78134d45c9619339c96b4bea380b1d0699788, < 0696709e951be54c699664adf546d16e28974d53
Fixed in
  • 0696709e951be54c699664adf546d16e28974d53
LinuxLinuxAffected
  • ≥ c4f78134d45c9619339c96b4bea380b1d0699788, < 63112b4515469d00008452d9cfe3fb3bf1aa2df3
Fixed in
  • 63112b4515469d00008452d9cfe3fb3bf1aa2df3
LinuxLinuxAffected
  • ≥ c4f78134d45c9619339c96b4bea380b1d0699788, < 12c2496a71f82f63617971ca9b730dffa05cf58b
Fixed in
  • 12c2496a71f82f63617971ca9b730dffa05cf58b
LinuxLinuxAffected
  • =6.11
Fixed in–

AI-suggested

A fix has been implemented to validate the start_cmd_payload_size and prevent out-of-bounds writes by erroring out on invalid sizes. Users should apply the official Linux kernel updates that include this patch once available. Since this is a kernel vulnerability, updating to a fixed kernel version is the recommended remediation.

Description

In the Linux kernel, the following vulnerability has been resolved: ethtool: cmis: validate start_cmd_payload_size from module The CMIS firmware update code reads start_cmd_payload_size from the module's FW Management Features CDB reply and uses it directly as the byte count for memcpy. The destination buffer is 112 bytes (ETHTOOL_CMIS_CDB_LPL_MAX_PL_LENGTH - 8). So a malicious module (or corrupted response) can cause a OOB write later on in cmis_fw_update_start_download(). Let's error out. If modules that expect longer LPL writes actually exist we should revisit. struct cmis_cdb_start_fw_download_pl's definition has to move, no change there.

References

Community reviews

Loading reviews…