In the Linux kernel, the following vulnerability has been resolved:
fsnotify: Fix ordering of iput() and watched_objects decrement
Ensure the superblock is kept alive until we're done with iput().
Holding a reference to an inode is not allowed unless we ensure the
superblock stays alive, which fsnotify does by keeping the
watched_objects count elevated, so iput() must happen before the
watched_objects decrement.
This can lead to a UAF of something like sb->s_fs_info in tmpfs, but the
UAF is hard to hit because race orderings that oops are more likely, thanks
to the CHECK_DATA_CORRUPTION() block in generic_shutdown_super().
Also, ensure that fsnotify_put_sb_watched_objects() doesn't call
fsnotify_sb_watched_objects() on a superblock that may have already been
freed, which would cause a UAF read of sb->s_fsnotify_info.
References
Configurations
Configuration 1 (hide)
|
History
No history.
Information
Published : 2024-12-07 07:15
Updated : 2025-03-24 17:27
NVD link : CVE-2024-53143
Mitre link : CVE-2024-53143
CVE.ORG link : CVE-2024-53143
JSON object : View
Products Affected
linux
- linux_kernel
CWE
CWE-416
Use After Free
