Skip to main content
VulnerabilityPublished Updated

CVE-2026-64097: Linux kernel · Out-of-bounds Read

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · CVSS 7.8 High · fixed in fb30a3890d62fd50a95aef684faf64a307592e42 : 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.
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 fb30a3890d62fd50a95aef684faf64a307592e42, f2a4827e980ba07de4391fa84d9c39a12726bdd7, 67461e0c15335894cc5d3b84cda823bf8cbdc886 +3
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 to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ ae79c310b1a6f97429a5784b65f125d9cc9c95b1, < fb30a3890d62fd50a95aef684faf64a307592e42
Fixed in
  • fb30a3890d62fd50a95aef684faf64a307592e42
LinuxLinuxAffected
  • ≥ ae79c310b1a6f97429a5784b65f125d9cc9c95b1, < f2a4827e980ba07de4391fa84d9c39a12726bdd7
Fixed in
  • f2a4827e980ba07de4391fa84d9c39a12726bdd7
LinuxLinuxAffected
  • ≥ ae79c310b1a6f97429a5784b65f125d9cc9c95b1, < 67461e0c15335894cc5d3b84cda823bf8cbdc886
Fixed in
  • 67461e0c15335894cc5d3b84cda823bf8cbdc886
LinuxLinuxAffected
  • ≥ ae79c310b1a6f97429a5784b65f125d9cc9c95b1, < 9900f6954be779011e7c2cd42addd87baf028bc5
Fixed in
  • 9900f6954be779011e7c2cd42addd87baf028bc5
LinuxLinuxAffected
  • ≥ ae79c310b1a6f97429a5784b65f125d9cc9c95b1, < 86d2b20644b11d21fe52c596e6e922b4590a3e3f
Fixed in
  • 86d2b20644b11d21fe52c596e6e922b4590a3e3f
LinuxLinuxAffected
  • ≥ ae79c310b1a6f97429a5784b65f125d9cc9c95b1, < 7ca695b3122297b06a3ed605bbe1cd32c85d9f5a
Fixed in
  • 7ca695b3122297b06a3ed605bbe1cd32c85d9f5a

Description

In the Linux kernel, the following vulnerability has been resolved: drm/amd/display: Validate GPIO pin LUT table size before iterating [Why&How] The GPIO pin table parsers in get_gpio_i2c_info() and bios_parser_get_gpio_pin_info() derive an element count from the VBIOS table_header.structuresize field, then iterate over gpio_pin[] entries. However, GET_IMAGE() only validates that the table header itself fits within the BIOS image. If the VBIOS reports a structuresize larger than the actual mapped data, the loop reads past the end of the BIOS image, causing an out-of-bounds read. Fix this by calling bios_get_image() to validate that the full claimed structuresize is accessible within the BIOS image before entering the loop in both functions. (cherry picked from commit ba5e95b43b773ae1bf1f66ee6b31eb774e65afe3)

References

Community reviews

Loading reviews…