Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - f2fs修复并发 f2fs_stop_gc_thread 中的争用 在我的测试案例中对 f2fs 关闭的并发调用报告了以下堆栈跟踪糟糕一般保护错误可能针对非规范地址 0xc6cfff63bb5513fc: 0000 [#1] PREEMPT SMP PTI CPU: 0 UID 0 PID678 Comm: f2fs_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 提交 c7f114d864acf2fs修复以避免 f2fs_stop_gc_thread() 中的释放后使用尝试通过使用读取信号量来修复此问题以防止关闭和重新挂载之间的争用线程，但无法防止所有争用条件。通过转换为 f2fs_do_shutdown() 中 s_umount 的写入锁定修复此问题。 (CVE-2024-53218)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2024-53218

high Nessus 插件 ID 231683

版本 1.11