CVE-2026-64014

Vulnérabilité non évaluée dans Linux (Linux)

CVSS 0.0 · Non évaluée
EPSS 0.1%
Linux•Linux•Versions : <=6.1.*, <=7.0.*, <45c829e5eb3b974282bae50b7cca2cc891f74f0b, <0ca809ea8e0355299266c46e5f1755040aa8dcf3, <=6.12.*, 5197424cdcccd2b0b1922babb93969b2515c43ce, 6.12.93, <95f47331dfde243f93e679ce70bd0c24b37c683d, <d883312061ccde8c536595998aaf687ec070077c, <103d2de9f505f56da173e43f12dba62f92620278, 0, <2905281cbda52ec9df540113b35b835feb5fafd3, 6.18.35, <2.6.34, 6.1.176, 5.15.210, <=5.10.*, <=6.6.*, 2.6.34, <7585b6aa55d8ac85ad22f522e1059f93507727b6, 7.1, <=6.18.*, 7.0.12, <=*, <=5.15.*, <e7cdcb266ba06d8480809b78ab8bb2bf8ff51ccb, 6.6.143, 5.10.259

Description

In the Linux kernel, the following vulnerability has been resolved: Input: usbtouchscreen - clamp NEXIO data_len/x_len to URB buffer size nexio_read_data() pulls data_len and x_len from a packed __be16 header in the device's interrupt packet and then walks packet->data[0..x_len) and packet->data[x_len..data_len) comparing each byte against a threshold. Both fields are 16-bit on the wire (max 65535). The existing adjustments shave at most 0x100 / 0x80 off, so the loop bound can still reach roughly 0xfeff. The URB transfer buffer for NEXIO is rept_size (1024) bytes from usb_alloc_coherent(), with the first 7 occupied by the packed header — so packet->data[] has 1017 valid bytes. read_data() callbacks are not given urb->actual_length, and nothing else bounds the walk. A device that lies about its length can get a ~64 KiB out-of-bounds read past the coherent DMA allocation. The first index whose byte exceeds NEXIO_THRESHOLD lands in begin_x / begin_y and from there into the reported touch coordinates, so adjacent kernel memory contents leak to userspace as ABS_X / ABS_Y events. Far enough out, the read can also hit an unmapped page and fault. Fix this all by clamping data_len to the buffer's data[] capacity and x_len to data_len.

Gravité et risque d'exploitation

CVE-2026-64014 obtient un score CVSS de 0.0/10, soit une gravité non évaluée. Selon le modèle EPSS, la probabilité qu'elle soit exploitée dans les 30 prochains jours est de 0.13 %, ce qui la place devant 2.0 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <=7.0.*, <45c829e5eb3b974282bae50b7cca2cc891f74f0b, <0ca809ea8e0355299266c46e5f1755040aa8dcf3, <=6.12.*, 5197424cdcccd2b0b1922babb93969b2515c43ce, 6.12.93, <95f47331dfde243f93e679ce70bd0c24b37c683d, <d883312061ccde8c536595998aaf687ec070077c, <103d2de9f505f56da173e43f12dba62f92620278, 0, <2905281cbda52ec9df540113b35b835feb5fafd3, 6.18.35, <2.6.34, 6.1.176, 5.15.210, <=5.10.*, <=6.6.*, 2.6.34, <7585b6aa55d8ac85ad22f522e1059f93507727b6, 7.1, <=6.18.*, 7.0.12, <=*, <=5.15.*, <e7cdcb266ba06d8480809b78ab8bb2bf8ff51ccb, 6.6.143, 5.10.259) est présent sur votre parc.
  • Appliquez le correctif ou la version corrigée indiqués dans les références de l'éditeur.
  • À défaut de correctif, limitez l'exposition (filtrage réseau, désactivation du composant).
  • Automatisez la détection : les agents CVE Heimdall (gratuits, open source) corrèlent l'inventaire de vos serveurs avec la base CVE.

Références