CVE-2026-89991

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

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : 6.18.51, <efebf6496685c93150df5bb0794363ae70c5f58a, <a24a146ae2cb5d9faeea96d10010fcb6579abe1f, f2ac0e5d1c4dcc55d6510dcaefb8f45661a9a1fb, <a5b5e62baceff9e252c6535cf42a027d04f226cf, <=*, <=7.2.*, <6.15, <=6.18.*, 7.2.5, 0, 6.15, 7.3

Description

In the Linux kernel, the following vulnerability has been resolved: bpf: Fix infinite loop in pcpu_freelist push with one possible CPU __pcpu_freelist_push() can loop forever when only one CPU is possible and an NMI re-enters pcpu_freelist_push() while the interrupted context holds that CPU's freelist lock. After the current-CPU fast path fails, the fallback loop walks cpu_possible_mask while skipping the current CPU. With CONFIG_SMP=n, or when an SMP kernel is limited to one possible CPU with nr_cpus=1 or possible_cpus=1, there are no other possible CPUs to examine. The loop therefore makes no lock acquisition attempt and can never make progress. The following stack was observed on a UP system: NMI context: pcpu_freelist_push free_htab_elem htab_map_delete_elem [perf-event BPF program] __perf_event_overflow perf_event_nmi_handler exc_nmi Interrupted context: __pcpu_freelist_push pcpu_freelist_push free_htab_elem htab_map_delete_elem [raw_tp/sys_enter BPF program] __bpf_trace_sys_enter do_syscall_64 raw_res_spin_lock() detects the same-CPU recursive acquisition and returns -EDEADLK, but the subsequent fallback loop has no candidate head on a system with one possible CPU. Restore the extra fallback head that existed before the rqspinlock conversion. Keep the current-CPU fast path, then try the other possible CPUs and finally the extra head. The additional head lets a push, which cannot fail without losing a preallocated element, make progress when the only per-CPU head is held by the interrupted context. Also check the extra head from the pop path so that nodes placed there can be reused.

Gravité et risque d'exploitation

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

Que faire ?

  • Vérifiez si Linux (versions 6.18.51, <efebf6496685c93150df5bb0794363ae70c5f58a, <a24a146ae2cb5d9faeea96d10010fcb6579abe1f, f2ac0e5d1c4dcc55d6510dcaefb8f45661a9a1fb, <a5b5e62baceff9e252c6535cf42a027d04f226cf, <=*, <=7.2.*, <6.15, <=6.18.*, 7.2.5, 0, 6.15, 7.3) 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