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

  - writeback：不阻断没有数据完整性保证的文件系统的同步。为无法保证同步时数据持久性的文件系统添加SB_I_NO_DATA_INTEGRITY超级块标记（例如 fuse）。对于设置了此标记的超级块，sync 会启动脏 inode 的回写，但不会等待刷新线程完成回写。这会替换在提交 f9a49aa302a0 中添加的每个 inode AS_NO_DATA_INTEGRITY映射标记（fs/writeback：跳过 wait_sb_inodes（）） 中的AS_NO_DATA_INTEGRITY映射）。该标志属于超级块级别，因为数据完整性是文件系统范围的属性，而不是每个 inode 的属性。在超级块级别拥有此标志还允许我们跳过必须迭代 wait_sb_inodes（） 中的每个脏 inode，而只是单独跳过每个 inode。在此提交之前，无数据完整性保证的映射会跳过等待回写完成，但仍会等待刷新器线程完成发起回写。无需等待刷新器线程。此提交会启动回写，但不会等待刷新器线程。此更改正确解决了最近的报告 [1] 中关于在 fuse-overlayfs 上发现的 suspend-to-RAM 挂起，该挂起是由于等待刷新器线程完成而造成：
    工作队列：pm_fs_sync pm_fs_sync_work_fn 呼叫跟踪： <TASK> __schedule+0x457/0x1720 schedule+0x27/0xd0 wb_wait_for_completion+0x97/0xe0 sync_inodes_sb+0xf8/0x2e0 __iterate_supers+0xdc/0x160 ksys_sync+0x43/0xb0 pm_fs_sync_work_fn+0x17/0xa0 process_one_work+0x193/0x350 worker_thread+0x1a1/0x310 kthread+0xfc/0x240 ret_from_fork+0x243/0x280 ret_from_fork_asm+0x1a/0x30 </TASK> 在 fuse 上，这是有问题的，因为有些路径可导致刷新线程阻断（例如，如果 systemd 在调用内核暂停之前，先冻结用户会话 cgroups，这会冻结 fuse 后台程序）。内核暂停会触发
    ->write_node（），其在 fuse 上发出同步 setattr 请求，该请求因后台程序已冻结而无法处理。或者，如果后台程序有缺陷且无法正确完成回写，则在已经处于回写下的脏作品集上启动回写会导致writeback_get_folio（） -> folio_prepare_writeback（） ->无条件等待回写完成，这将造成挂起。此提交将 fuse 恢复到删除 tmp folio 之前的行为，其中同步本质上是无操作的。[1] https://lore.kernel.org/linux-fsdevel/CAJnrk1a-asuvfrbKXbEwwDSctvemF+6zfhdnuzO65Pt8HsFSRw@mail.gmail.com/T/#m632c4648e9cafc4239299887109ebd880ac6c5c1(CVE-2026-31465）

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

检测

Linux Distros 未修补的漏洞：CVE-2026-31465

medium Nessus 插件 ID 310605

版本 1.8