In the Linux kernel, the following vulnerability has been resolved: ext4: check and assert if marking an no_delete evicting inode dirty In ext4_evict_inode(), if we evicting an inode in the 'no_delete' path, it cannot be raced by another mark_inode_dirty(). If it happens, someone else may accidentally dirty it without holding inode refcount and probably cause use-after-free issues in the writeback procedure. It's indiscoverable and hard to debug, so add an WARN_ON_ONCE() to check and detect this issue in advance.
History

Thu, 18 Sep 2025 13:45:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: ext4: check and assert if marking an no_delete evicting inode dirty In ext4_evict_inode(), if we evicting an inode in the 'no_delete' path, it cannot be raced by another mark_inode_dirty(). If it happens, someone else may accidentally dirty it without holding inode refcount and probably cause use-after-free issues in the writeback procedure. It's indiscoverable and hard to debug, so add an WARN_ON_ONCE() to check and detect this issue in advance.
Title ext4: check and assert if marking an no_delete evicting inode dirty
References

cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published: 2025-09-18T13:32:59.871Z

Updated: 2025-09-18T13:32:59.871Z

Reserved: 2025-09-17T14:53:06.996Z

Link: CVE-2022-50377

cve-icon Vulnrichment

No data.

cve-icon NVD

No data.

cve-icon Redhat

No data.