CVE-2026-64070

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

CVSS 0.0 · Non évaluée
EPSS 0.1%
Linux•Linux•Versions : <=7.0.*, <=6.12.*, 6.6.156, <b300312562fd6e4729697adb9f777f00ca0429f3, 0, <45afabe7f99c5d8746434ee41c86584c01d70147, <6.6, 71f1c39647d8c9d4d54a861ec81f1ff17544bcb6, <=6.6.*, <dbc30a57bd8e026995e9fa8e8c31cffd18542c01, 6.6, 7.1, <=6.18.*, 7.0.11, 6.18.49, <=*, <903409000a07ac8e31ffedeb8516f4f8d67150c8, 6.12.108, <b61ebb2826ca1852c2bbd92a676fb622c358cab4

Description

In the Linux kernel, the following vulnerability has been resolved: powerpc/hv-gpci: fix preempt count leak in sysfs show paths Four sysfs show() callbacks in hv-gpci take get_cpu_var(hv_gpci_reqb) (which calls preempt_disable()) but only call the matching put_cpu_var() on the error path under the 'out:' label. Every successful read leaks one preempt_disable(): processor_bus_topology_show() processor_config_show() affinity_domain_via_virtual_processor_show() affinity_domain_via_domain_show() (affinity_domain_via_partition_show() was already correct.) On a CONFIG_PREEMPT=y kernel, repeated reads raise preempt_count and eventually return to userspace with preemption still disabled. The next user-mode page fault then hits faulthandler_disabled() == 1, gets forced to SIGSEGV, and the resulting coredump trips 'BUG: scheduling while atomic' in call_usermodehelper_exec -> wait_for_completion_state -> schedule: BUG: scheduling while atomic: <task>/<pid>/0x00000004 ... __schedule_bug+0x6c/0x90 __schedule+0x58c/0x13a0 schedule+0x48/0x1a0 schedule_timeout+0x104/0x170 wait_for_completion_state+0x16c/0x330 call_usermodehelper_exec+0x254/0x2d0 vfs_coredump+0x1050/0x2590 get_signal+0xb9c/0xc80 do_notify_resume+0xf8/0x470 Add an out_success label that calls put_cpu_var() before returning the byte count, mirroring affinity_domain_via_partition_show().

Gravité et risque d'exploitation

CVE-2026-64070 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.12 %, ce qui la place devant 1.8 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <=7.0.*, <=6.12.*, 6.6.156, <b300312562fd6e4729697adb9f777f00ca0429f3, 0, <45afabe7f99c5d8746434ee41c86584c01d70147, <6.6, 71f1c39647d8c9d4d54a861ec81f1ff17544bcb6, <=6.6.*, <dbc30a57bd8e026995e9fa8e8c31cffd18542c01, 6.6, 7.1, <=6.18.*, 7.0.11, 6.18.49, <=*, <903409000a07ac8e31ffedeb8516f4f8d67150c8, 6.12.108, <b61ebb2826ca1852c2bbd92a676fb622c358cab4) 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