Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - ext4修正 ext4_orphan_cleanup 中的釋放後使用我發現一個問題如下
    ================================================================== BUG: KASAN: 釋放後使用發生於
    工作 mount/710 CPU: 1 PID: 710 Comm: mount 未受污染的 6.1.0-rc3-next #370 呼叫追踪 <TASK> dump_stack_lvl+0x73/0x9f print_report+0x25d 在 addr ffff88814b13f378 讀取大小 8 的 __list_add_valid+0x1a0 /0x759 kasan_report+0xc0/0x120 __asan_load8+0x99/0x140 __list_add_valid+0x28/0x1a0 ext4_orphan_cleanup+0x564/0x9d0 [ext4] __ext4_fill_super+0x48e2/0x5300 [ext4] ext4_fill_super+0x19f/0x3a0 [ext4] get_tree_bdev+0x27b/0x450 ext4_get_tree+0x19/ 0x30 [ext4] vfs_get_tree+0x49/0x150 path_mount+0xaae/0x1350 do_mount+0xe2/0x110 __x64_sys_mount+0xf0/0x190 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x63/0x150 </TASK> [...] ======= ================================================== ======= 以上問題可能如下發生
    ------------------------------------------------- ext4_fill_super ext4_orphan_cleanup --- loop1假設 last_orphan 是 12 -- - list_add(&EXT4_I(inode)->i_orphan、&EXT4_SB(sb)->s_orphan) ext4_truncate --> return 0 ext4_inode_attach_jinode --> return -ENOMEM iput(inode) --> 釋放 inode<12> --- loop2: last_orphan 仍然是 12 --- list_add(&EXT4_I(inode)->i_orphan、&EXT4_SB(sb)->s_orphan); // 使用 inode<12> 並觸發 UAF 若要解決此問題我們必須適當散佈 ext4_inode_attach_jinode() 的傳回值。
    (CVE-2022-50673)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補的弱點：CVE-2022-50673

high Nessus Plugin ID 278009

版本 1.9