CVE Catalog

CVE-2026-80896

Low risk· EPSS 6%
Published: Translated: NVD NIST

Exploitation Probability (EPSS)

Low risk
0.17%

6th percentile - higher than 6% of all known CVEs

Summary

In the Linux kernel, in mshv, there is a race in mshv_irqfd_deassign due to missing pt->pt_irqfds_lock during list traversal and deactivation. Additionally, using hlist_del() instead of hlist_del_init() leaves the node not marked as unhashed after removal, potentially leading to double deletion. The fix adds the lock and uses hlist_del_init().

Risk Assessment

The race can lead to data structure corruption, system crashes, or potential exploitation in environments using mshv.

Recommendation

Apply the Linux kernel update containing this fix to eliminate the race and double-deletion issues.

Other vulnerabilities in Linux kernel

See all
Original NVD description (English source)

In the Linux kernel, the following vulnerability has been resolved: mshv: Fix race in mshv_irqfd_deassign mshv_irqfd_deactivate() and the hlist traversal of pt_irqfds_list require pt->pt_irqfds_lock to be held, but mshv_irqfd_deassign() omits it. This races with the EPOLLHUP path in mshv_irqfd_wakeup(), which does take the lock before calling mshv_irqfd_deactivate(). Additionally, mshv_irqfd_deactivate() uses hlist_del() which poisons the node pointers rather than resetting them. Since mshv_irqfd_is_active() relies on hlist_unhashed() (checks pprev == NULL), a poisoned node still appears active. If a concurrent path calls mshv_irqfd_deactivate() again on the same irqfd, the guard fails to prevent a double hlist_del() on poisoned pointers. Fix both issues: - Add the missing spin_lock_irq/spin_unlock_irq around the list traversal in mshv_irqfd_deassign(), matching mshv_irqfd_release(). - Use hlist_del_init() instead of hlist_del() so the node is properly marked as unhashed after removal, making the is_active guard reliable.

Vulnerability data from NVD (NIST) · CISA KEV · EPSS