CVE-2022-50344 in Linux
सारांश
द्वारा VulDB • 05/06/2026
Linux kernel में निम्नलिखित कमजोरी को हल किया गया है:
ext4: ext4_write_info में null-ptr-deref की समस्या का समाधान
मुझे निम्नानुसार एक null-ptr-deref बग मिला: ================================================================== KASAN: 0x0000000000000068-0x000000000000006f रेंज में null-ptr-deref CPU: 1 PID: 1589 Comm: umount Not tainted 5.10.0-02219-dirty #339 RIP: 0010:ext4_write_info+0x53/0x1b0 [...]
Call Trace: dquot_writeback_dquots+0x341/0x9a0 ext4_sync_fs+0x19e/0x800 __sync_filesystem+0x83/0x100 sync_filesystem+0x89/0xf0 generic_shutdown_super+0x79/0x3e0 kill_block_super+0xa1/0x110 deactivate_locked_super+0xac/0x130 deactivate_super+0xb6/0xd0 cleanup_mnt+0x289/0x400 __cleanup_mnt+0x16/0x20 task_work_run+0x11c/0x1c0 exit_to_user_mode_prepare+0x203/0x210 syscall_exit_to_user_mode+0x5b/0x3a0 do_syscall_64+0x59/0x70 entry_SYSCALL_64_after_hwframe+0x44/0xa9 ==================================================================
ऊपर दी गई समस्या निम्नानुसार हो सकती है: ------------------------------------- exit_to_user_mode_prepare task_work_run __cleanup_mnt cleanup_mnt deactivate_super deactivate_locked_super kill_block_super generic_shutdown_super shrink_dcache_for_umount dentry = sb->s_root sb->s_root = NULL <--- यहाँ NULL सेट किया गया है sync_filesystem __sync_filesystem sb->s_op->sync_fs > ext4_sync_fs dquot_writeback_dquots sb->dq_op->write_info > ext4_write_info ext4_journal_start(d_inode(sb->s_root), EXT4_HT_QUOTA, 2) d_inode(sb->s_root) s_root->d_inode <--- Null pointer dereference
इस समस्या को हल करने के लिए, हम s_root का उपयोग किए जाने से बचने के लिए ext4_journal_start_sb सीधे का प्रयोग करते हैं।
If you want to get best quality of vulnerability data, you may have to visit VulDB.