Back to CVE records
Medium 5.5Published Jun 24, 2026

CVE-2026-52990fsnotify: fix inode reference leak in fsnotify_recalc_mask()

Updated under an hour ago ()

Does this affect you?

It affects Linux and 1 other product. Add what you run to find out whether that includes you.

No exploitation reported and no EPSS estimate yet.

In the Linux kernel, the following vulnerability has been resolved: fsnotify: fix inode reference leak in fsnotify_recalc_mask() fsnotify_recalc_mask() fails to handle the return value of __fsnotify_recalc_mask(), which may return an inode pointer that needs to be released via fsnotify_drop_object() when the connector's HAS_IREF flag transitions from set to cleared. This manifests as a hung task with the following call trace: INFO: task umount:1234 blocked for more than 120 seconds. Call Trace: __schedule schedule fsnotify_sb_delete generic_shutdown_super kill_anon_super cleanup_mnt task_work_run do_exit do_group_exit The race window that triggers the iref leak: Thread A (adding mark) Thread B (removing mark) ────────────────────── ──────────────────────── fsnotify_add_mark_locked(): fsnotify_add_mark_list(): spin_lock(conn->lock) add mark_B(evictable) to list spin_unlock(conn->lock) return /* ---- gap: no lock held ---- */ fsnotify_detach_mark(mark_A): spin_lock(mark_A->lock) clear ATTACHED flag on mark_A spin_unlock(mark_A->lock) fsnotify_put_mark(mark_A) fsnotify_recalc_mask(): spin_lock(conn->lock) __fsnotify_recalc_mask(): /* mark_A skipped: ATTACHED cleared */ /* only mark_B(evictable) remains */ want_iref = false has_iref = true /* not yet cleared */ -> HAS_IREF transitions true -> false -> returns inode pointer spin_unlock(conn->lock) /* BUG: return value discarded! * iput() and fsnotify_put_sb_watched_objects() * are never called */ Fix this by deferring the transition true -> false of HAS_IREF flag from fsnotify_recalc_mask() (Thread A) to fsnotify_put_mark() (thread B).

CVSS
5.5 MEDIUM (v3.1, NVD)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
Weakness (CWE)
Not given
Known exploited
Not in CISA's KEV catalog
EPSS (exploitation in the next 30 days)
Not loaded for this CVE
Assigned by
Linux
NVD analysis
Modified
Record last updated
Oct 21, 2026
First seen by InfoSec Signals
Oct 9, 2026

Affected products

Affected products
Linux Linux
linux:linux (from the name)
from c3638b5b13740fa31762d414bbce8b7a694e582a before 926ec3937b28d30c08427053c8d8af7f9e086d82; from c3638b5b13740fa31762d414bbce8b7a694e582a before 8c8afa6444e6bdc145d2bf2f3aeeca6da3e36b42; from c3638b5b13740fa31762d414bbce8b7a694e582a before b740cc86816bbc87902ae9db74cd21abde3c8d63; from c3638b5b13740fa31762d414bbce8b7a694e582a before 5c80289503da3658e3df80280598c68d181eadbd; from c3638b5b13740fa31762d414bbce8b7a694e582a before 4aca914ac152f5d055ddcb36704d1e539ac08977; ff34ebaa6f6dc1eebce6a8d6f12a1566f33d00fe; 4f145b67c075324b13d6ae7d5abb6e7a1dbac26d; from 5.10.220 before 5.11; and 1 more ranges
CNA record
linux linux_kernel
linux:linux_kernel
from 5.10.220 before 5.11; from 5.15.154 before 5.16; from 5.19 before 6.12.91; from 6.13 before 6.18.33; from 6.19 before 7.0.10; 7.1
NVD

References

References

The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.

Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.