Skip to main content
VulnerabilityPublished

CVE-2026-64276: Linux kernel · Input: synaptics-rmi4 – bound the F30 keymap to the GPIO/LED count

Source GCVE Database

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

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

Data as of 26 Oct 2026, 13:47 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 6% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in f0be9eba946e9200b43265e0a748d38bd0a56954, e849c6f51e6877104c765da084e001ec37c8e119, d577e46785d45484b2ab7e7309c49b18764bf56c +5
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 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
  • ≥ 3e64fcbdbd10e46dede502d507dbcc104837cd59, < f0be9eba946e9200b43265e0a748d38bd0a56954
Fixed in
  • f0be9eba946e9200b43265e0a748d38bd0a56954
LinuxLinuxAffected
  • ≥ 3e64fcbdbd10e46dede502d507dbcc104837cd59, < e849c6f51e6877104c765da084e001ec37c8e119
Fixed in
  • e849c6f51e6877104c765da084e001ec37c8e119
LinuxLinuxAffected
  • ≥ 3e64fcbdbd10e46dede502d507dbcc104837cd59, < d577e46785d45484b2ab7e7309c49b18764bf56c
Fixed in
  • d577e46785d45484b2ab7e7309c49b18764bf56c
LinuxLinuxAffected
  • ≥ 3e64fcbdbd10e46dede502d507dbcc104837cd59, < d162a1ead7de404d8b41a093c83ed0db6487cded
Fixed in
  • d162a1ead7de404d8b41a093c83ed0db6487cded
LinuxLinuxAffected
  • ≥ 3e64fcbdbd10e46dede502d507dbcc104837cd59, < bfe622efecd4ff0a792d0ecd1a8dce535a902f50
Fixed in
  • bfe622efecd4ff0a792d0ecd1a8dce535a902f50
LinuxLinuxAffected
  • ≥ 3e64fcbdbd10e46dede502d507dbcc104837cd59, < 26c895928d7118436a24f564587cb4aefc40cdd8
Fixed in
  • 26c895928d7118436a24f564587cb4aefc40cdd8

AI-suggested

The vulnerability has been resolved in the Linux kernel by properly sizing the gpioled_key_map allocation. Users should monitor official Linux kernel advisories and update to a fixed kernel version once available.

Description

In the Linux kernel, the following vulnerability has been resolved: Input: synaptics-rmi4 - bound the F30 keymap to the GPIO/LED count rmi_f30_map_gpios() allocates gpioled_key_map with min(gpioled_count, TRACKSTICK_RANGE_END) == at most 6 entries, but rmi_f30_attention() iterates the full f30->gpioled_count (device query register, range 0..31) and dereferences gpioled_key_map[i], and input->keycodemax is set to the full gpioled_count while input->keycode points at the 6-entry allocation. A device that reports gpioled_count > 6 with GPIO support enabled therefore causes an out-of-bounds read on the attention interrupt and out-of-bounds read/write through the EVIOCGKEYCODE/EVIOCSKEYCODE ioctls, which bound the index only against keycodemax. This is the same defect as the F3A handler, which was copied from F30. Size the keymap for the full gpioled_count; the mapping loop still assigns only the first min(gpioled_count, TRACKSTICK_RANGE_END) entries.

References

Community reviews

Loading reviews…