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

  - btrfs修复由 fiemap 和 extent 锁定造成的死锁 使用修补程序集以删除 extent 锁定时我的新范围锁定替换锁定发生 fiemap 和页面错误的 lockdep splat。我们的正常代码中存在此死锁只是范围锁定没有 lockdep 批注因此从未注意到。由于在每次迭代时都将 fiemap 范围复制到用户空间因此可能会发生页面错误。由于我们持有整个范围的范围锁定因此我们可以 mkwrite 至已 mmap 的文件中的某个范围。这会因下列堆栈跟踪而死锁 [<0>] lock_extent+0x28d/0x2f0 [<0>] btrfs_page_mkwrite+0x273/0x8a0 [<0>] do_page_mkwrite+0x50/0xb0 [<0>] do_fault+0xc1/0x7b0 [<0>] __handle_mm_fault+ 0x2fa/0x460 [<0>] handle_mm_fault+0xa4/0x330 [<0>] do_user_addr_fault+0x1f4/0x800 [<0>] exc_page_fault+0x7c/0x1e0 [<0>] asm_exc_page_fault+0x26/0x30 [<0>] rep_movs_alternative+0x33/0x70 [<0>] _copy_to_user+0x49/0x70 [<0>] fiemap_fill_next_extent+0xc8/0x120 [<0>] emerge_fiemap_extent+0x4d/0xa0 [<0>] extent_fiemap+0x7f8/0xad0 [<0>] btrfs_fiemap+0x49/0x80 [<0>]
    __x64_sys_ioctl+0x3e1/0xb50 [<0>] do_syscall_64+0x94/0x1a0 [<0>] entry_SYSCALL_64_after_hwframe+0x6e/0x76 我编写了一个 fstest 以在没有替换锁的情况下重现此死锁并验证我们现有的锁定是否存在死锁。要修复此问题只需在 fiemap 的整个持续时间内不要采取范围锁定即可。这通常是安全的因为我们在搜索树状结构时会跟踪我们现在的位置因此如果在 fiemap 调用中间更新有序范围我们仍会发出正确的范围因为我们知道处于什么位置之前。我们维护锁定的唯一位置是搜索 delalloc。
    由于 delalloc 内容在回写期间可能会发生变化我们希望锁定范围范围以便在检查是否需要设置 delalloc 标记时拥有一致的 delalloc 视图。应用此修补程序后我们的测试案例不再死锁。 (CVE-2024-35784)

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

检测

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

medium Nessus 插件 ID 229563

版本 1.16