CVE-2022-50344 in Linux
Résumé
par VulDB • 31/05/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
ext4 : correction d'une null-ptr-deref dans ext4_write_info
J'ai détecté un bug de type null-ptr-deref comme suit : ================================================================== KASAN : null-ptr-deref dans la plage [0x0000000000000068-0x000000000000006f]
CPU : 1 PID : 1589 Comm : umount Non modifié 5.10.0-02219-dirty #339 RIP : 0010:ext4_write_info+0x53/0x1b0 [...]
Trace d'appel : 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 ==================================================================
Le problème ci-dessus peut se produire comme suit : ------------------------------------- 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 <--- Ici, la valeur est définie à 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 <--- Déréférencement de pointeur NULL
Pour résoudre ce problème, nous utilisons directement ext4_journal_start_sb afin d'éviter l'utilisation de s_root.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.