CVE-2026-80570

Vulnérabilité élevée dans Linux (Linux)

CVSS 7.8 · Élevée
EPSS 0.1%
Linux•Linux•Versions : <=6.1.*, <62079c17ec07d64362bec367ee7a525b0dbf6bf9, <88c8174d72900d77fbdf2f527d54b6ff2da876a8, <=6.12.*, 5.15.217, 0, <=7.1.*, <c6cfda79f26c69e97db9805808c3b44d02227b4b, <=5.10.*, <=6.6.*, <79521ed3cc9ea48476666ccacf45ecd6954b29a4, <b28593a05afdd812b590e1045b5bd862a5869225, 5.10.266, 3a762dbd5347514c3cb2ac756a92a3d1c7646a2d, <c669c64ab71afa7b467c4d7e18f6a05e96b97a1f, <4.9, <=6.18.*, 6.1.184, 7.1.10, <dc76c3c8e8ad09362b8c1561f3928288c15cba2e, <=*, 4.9, <=5.15.*, 6.6.153, 6.12.105, 6.18.46, 7.2, <77749685e55da19b187df215b5da4080842ca5c7

Description

In the Linux kernel, the following vulnerability has been resolved: Input: synaptics-rmi4 - zero report size on F54 work error In rmi_f54_work(), if an error occurs during report request or command verification, the code jumped directly to the 'error' label, bypassing the 'abort' label where f54->report_size was normally zeroed out. This left f54->report_size containing its previous successful payload size. If a user then altered the V4L2 format to a smaller size, and a subsequent run failed, rmi_f54_buffer_queue() would copy the stale, larger payload size into the shrunken V4L2 buffer, causing a heap buffer overflow. Fix this by merging the 'abort' and 'error' labels into a single 'out' exit path, and ensuring that f54->report_size is always set to 0 on failure by checking for error and zeroing the local report_size first.

Gravité et risque d'exploitation

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

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <62079c17ec07d64362bec367ee7a525b0dbf6bf9, <88c8174d72900d77fbdf2f527d54b6ff2da876a8, <=6.12.*, 5.15.217, 0, <=7.1.*, <c6cfda79f26c69e97db9805808c3b44d02227b4b, <=5.10.*, <=6.6.*, <79521ed3cc9ea48476666ccacf45ecd6954b29a4, <b28593a05afdd812b590e1045b5bd862a5869225, 5.10.266, 3a762dbd5347514c3cb2ac756a92a3d1c7646a2d, <c669c64ab71afa7b467c4d7e18f6a05e96b97a1f, <4.9, <=6.18.*, 6.1.184, 7.1.10, <dc76c3c8e8ad09362b8c1561f3928288c15cba2e, <=*, 4.9, <=5.15.*, 6.6.153, 6.12.105, 6.18.46, 7.2, <77749685e55da19b187df215b5da4080842ca5c7) 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