CVE-2024-50229

In the Linux kernel, the following vulnerability has been resolved: nilfs2: fix potential deadlock with newly created symlinks Syzbot reported that page_symlink(), called by nilfs_symlink(), triggers memory reclamation involving the filesystem layer, which can result in circular lock dependencies among the reader/writer semaphore nilfs->ns_segctor_sem, s_writers percpu_rwsem (intwrite) and the fs_reclaim pseudo lock. This is because after commit 21fc61c73c39 ("don't put symlink bodies in pagecache into highmem"), the gfp flags of the page cache for symbolic links are overwritten to GFP_KERNEL via inode_nohighmem(). This is not a problem for symlinks read from the backing device, because the __GFP_FS flag is dropped after inode_nohighmem() is called. However, when a new symlink is created with nilfs_symlink(), the gfp flags remain overwritten to GFP_KERNEL. Then, memory allocation called from page_symlink() etc. triggers memory reclamation including the FS layer, which may call nilfs_evict_inode() or nilfs_dirty_inode(). And these can cause a deadlock if they are called while nilfs->ns_segctor_sem is held: Fix this issue by dropping the __GFP_FS flag from the page cache GFP flags of newly created symlinks in the same way that nilfs_new_inode() and __nilfs_read_inode() do, as a workaround until we adopt nofs allocation scope consistently or improve the locking constraints.

• CWE-667
• CWE-667

• https://git.kernel.org/stable/c/1246d86e7bbde265761932c6e2dce28c69cdcb91Patch
• https://git.kernel.org/stable/c/58c7f44c7b9e5ac7e3b1e5da2572ed7767a12f38Patch
• https://git.kernel.org/stable/c/69548bb663fcb63f9ee0301be808a36b9d78dac3Patch
• https://git.kernel.org/stable/c/9aa5d43ac4cace8fb9bd964ff6c23f599dc3cd24Patch
• https://git.kernel.org/stable/c/a1686db1e59f8fc016c4c9361e2119dd206f479aPatch
• https://git.kernel.org/stable/c/b3a033e3ecd3471248d474ef263aadc0059e516aPatch
• https://git.kernel.org/stable/c/c72e0df0b56c1166736dc8eb62070ebb12591447Patch
• https://git.kernel.org/stable/c/cc38c596e648575ce58bfc31623a6506eda4b94aPatch
• https://lists.debian.org/debian-lts-announce/2025/01/msg00001.html
• https://lists.debian.org/debian-lts-announce/2025/03/msg00002.html

Published

Nov 9, 2024

Last Modified

Jun 17, 2026

Status

Modified

• How Strix found a critical auth bypass in etcdStrix autonomously discovered a critical authentication bypass in etcd, later designated CVE-2026-33413.
• Autonomous PentestingAI agents that find and validate exploitable vulnerabilities like this one across your applications.
• PR ReviewsPentest every pull request so vulnerable code is caught before it ships to production.
• AI Penetration TestingHow AI-driven penetration testing continuously covers your attack surface.

• CVE-2024-50223In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2024-50224In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2024-50225In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2024-50226In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2024-50227In the Linux kernel, the following vulnerability has been re…7.1
• CVE-2024-50228Rejected reason: This CVE ID has been rejected or withdrawn …
• CVE-2024-5023Improper Neutralization of Special Elements used in a Comman…9.3
• CVE-2024-50230In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2024-50231In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2024-50232In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2024-50233In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2024-50234In the Linux kernel, the following vulnerability has been re…7