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

  - f2fs修正並行 f2fs_stop_gc_thread 中的爭用在我的測試案例中f2fs 關機的並行呼叫報告下列堆疊追踪Oops一般保護錯誤可能針對非正式位址 0xc6cfff63bb5513fc0000 [#1] PREEMPT SMP PTI CPU0 UID 0 PID678 Commf2fs_rep_shutdo 未受污染的 6.12.0-rc5-next-20241029-g6fb2fa9805c5-dirty #85 呼叫追踪 <TASK> show_regs+0x8b/0xa0
    __die_body+0x26/0xa0 ? die_addr+0x54/0x90 ? exc_general_protection+0x24b/0x5c0 ? asm_exc_general_protection+0x26/0x30 ? kthread_stop+0x46/0x390 f2fs_stop_gc_thread+0x6c/0x110 f2fs_do_shutdown+0x309/0x3a0 f2fs_ioc_shutdown+0x150/0x1c0 __f2fs_ioctl+0xffd/0x2ac0 f2fs_ioctl+0x76/0xe0 vfs_ioctl+0x23/0x60 __x64_sys_ioctl+0xce/0xf0 x64_sys_call+0x2b1b/0x4540 do_syscall_64+0xa7/0x240 entry_SYSCALL_64_after_hwframe+0x76/0x7e 根本原因是從不同 f2fs 關機路徑呼叫的 f2fs_stop_gc_thread() 中發生爭用情形 [CPU0] [CPU1] --------------------- - -------- f2fs_stop_gc_thread f2fs_stop_gc_thread gc_th = sbi->gc_thread gc_th = sbi->gc_thread kfree(gc_th) sbi->gc_thread = NULL < gc_th != NULL > kthread_stop(gc_th->f2fs_gc_task) //UAF 提交 c7f114d864ac (f2fs修正可避免 f2fs_stop_gc_thread() 中的釋放後使用) 嘗試透過使用讀取信號來修正此問題以防止關機和重新掛載之間的爭用執行緒，但無法防止所有爭用情形。透過轉換為 f2fs_do_shutdown() 中 s_umount 的寫入鎖定來修正此問題。 (CVE-2024-53218)

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

偵測

Linux Distros 未修補的弱點：CVE-2024-53218

high Nessus Plugin ID 231683

版本 1.9