CVE-2024-39463 in Linux
요약
\~에 의해 VulDB • 2026. 06. 05.
리눅스 커널에서 다음 취약점이 해결되었습니다:
9p: dentry fid 목록 접근 시 누락된 잠금(locking) 추가
다른 스레드가 dentry를 통해 unlink하는 동안 한 스레드가 dentry의 d_fsdata fid 목록을 조회할 때 발생하는 use-after-free(UAF) 버그를 수정합니다.
UAF 발생 스레드 스택: refcount_t: addition on 0; use-after-free. p9_fid_get linux/./include/net/9p/client.h:262 v9fs_fid_find+0x236/0x280 linux/fs/9p/fid.c:129 v9fs_fid_lookup_with_uid linux/fs/9p/fid.c:181 v9fs_fid_lookup+0xbf/0xc20 linux/fs/9p/fid.c:314 v9fs_vfs_getattr_dotl+0xf9/0x360 linux/fs/9p/vfs_inode_dotl.c:400 vfs_statx+0xdd/0x4d0 linux/fs/stat.c:248
해제(Freed) 경로 스택: p9_fid_destroy (inlined) p9_client_clunk+0xb0/0xe0 linux/net/9p/client.c:1456 p9_fid_put linux/./include/net/9p/client.h:278 v9fs_dentry_release+0xb5/0x140 linux/fs/9p/vfs_dentry.c:55 v9fs_remove+0x38f/0x620 linux/fs/9p/vfs_inode.c:518 vfs_unlink+0x29a/0x810 linux/fs/namei.c:4335
문제는 d_fsdata가 d_lock 하에서 접근되지 않았기 때문입니다. 일반적으로 d_release()는 해당 dentry가 다른 경로로 더 이상 접근 불가능해질 때만 호출되지만, v9fs_remove 내에서 명시적으로 호출하는 경우에도 이 잠금이 필요합니다. 따라서 잠금(lock)을 획득한 상태에서 hlist를 dentry 외부로 이동하고, 더 이상 접근할 수 없게 된 후 fids의 참조 카운트를 감소시킵니다(unref).
If you want to get best quality of vulnerability data, you may have to visit VulDB.