Live › vulnerability › CVE-2026-98443
Go to dashboardThe Linux kernel XFS filesystem code that recovers unlinked inode buckets during log recovery mishandles cursor and pointer state, leaving leaked inodes, self-referencing list entries, and a possible use-after-free when an inodegc flush fails. The sources do not say what an attacker can do with it, only that these are kernel memory-safety and consistency bugs.
Summary written from the sources below. Check the originals before acting.
First seen by InfraStack 2026-10-23 21:57 UTC. All times on this page are UTC.
Systems running a Linux kernel with XFS filesystems that replay the log after a crash or unclean mount may hit the unlinked-inode recovery path. The sources do not say which kernel versions are affected or whether a non-XFS system is exposed.
No product ranges from the sources yet.
Each row is the first time that source carried this signal. The analyst’s rows are its own findings.
In the Linux kernel, the following vulnerability has been resolved:
xfs: fix cursor and pointer handling when recovering iunlink buckets
LOLLM pointed out a bug in xlog_recover_iunlink_bucket:
at which point I noticed even more bugs:
If the inodegc flush inside the loop fails, we also leak @ip.
We set prev_agino to agino having already advanced agino, which results in inodes with i_prev_unlinked set to itself.
If we exit the bottom of the loop with prev_ip set, then prev_ip aliases ip and we also set its i_prev_unlinked to itself.
Bugs 3 and 4 introduce loops into the unlinked list, though these loops don't surface because we immediately flush each unlinked inode after loading it.
Fix all of these issues.
This page as .md · .json · in your agent: get_signal("CVE-2026-98443")
NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.