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

  - ocfs2：衍合 locking_state 中复制的 fsdlm LVB 指针 在 ocfs2_dlm_seq_show（） 中复制的 ocfs2_dlm_tracking_lock 和更高格式下，locking_state debugfs 迭代器快照按值对结构进行ocfs2_lock_res。这对于内联字段没问题，但用户空间 fsdlm 堆栈通过 lksb_fsdlm.sb_lvbptr 存储 LVB。迭代器终止跟踪锁定之后，复制的非 NULL sb_lvbptr仍指向原始 lockres 所有者，因此 teardown 可在 debugfs 转储遍历原始 LVB 字节之前释放该容器。在转储原始 LVB 之前，将复制的 sb_lvbptr衍合到复制的l_lksb。seq 快照已携带在 struct ocfs2_dlm_lksb 中保留的内联 LVB 存储，因此 debugfs 读取器可以转储复制的字节，而无需借用原始的 lockres 生命周期。有缺陷的情况涉及两条路径，每一列显示该路径中的顺序：locking_state 阅读器：lockres 拆卸：1。
    ocfs2_dlm_seq_start（）/next（） 1.文件释放或其他所有者复制 struct ocfs2_lock_res拆卸达到 2。ocfs2_dlm_seq_show（） 格式化ocfs2_lock_res_free（） 复制的行 2.lockres 从 3.ocfs2_dlm_lvb（） 遵循sb_lvbptr 3 复制的跟踪列表。所有者释放原始 lockres 容器 验证再现了此内核报告： KASAN ocfs2_dlm_seq_show+0x1bd/0x430 中的释放后使用 RIP：0033：0x7f8ec4b1e29d 有缺陷的地址属于位于 ffff88810a1e0800 的对象，该对象属于大小为 1024 的缓存 kmalloc-1k 有缺陷的地址位于已释放的 1024 字节区域内的 368 字节处 [ffff88810a1e0800、ffff88810a1e0c00） 读取大小为 1 调用跟踪：
    dump_stack_lvl+0x66/0xa0 print_report+0xce/0x630 ocfs2_dlm_seq_show+0x1bd/0x430 （fs/ocfs2/dlmglue.c：3137） srso_alias_return_thunk+0x5/0xfbef5 __virt_addr_valid+0x19f/0x330 kasan_report+0xe0/0x110 seq_read_iter+0x29d/0x790 seq_read+0x20a/0x280 find_held_lock+0x2b/0x80 rcu_read_unlock+0x18/0x70 full_proxy_read+0x9e/0xd0 vfs_read+0x12c/0x590 ksys_read+0xd2/0x170 do_user_addr_fault+0x65a/0x890 do_syscall_64+0x115/0x6a0 （arch/x86/entry/syscall_64.c：87） entry_SYSCALL_64_after_hwframe+0x77/0x7f 按任务堆栈分配：kasan_save_stack+0x33/0x60 kasan_save_track+0x14/0x30 __kasan_kmalloc+0xaa/0xb0 ocfs2_file_open+0x13e/0x300 do_dentry_open+0x233/0x7f0 vfs_open+0x5a/0x1b0 path_openat+0x66d/0x1540 do_file_open+0x186/0x2b0 do_sys_openat2+0xce/0x150 __x64_sys_openat+0xd0/0x140 do_syscall_64+0x115/0x6a0 （arch/x86/entry/syscall_64.c：87） entry_SYSCALL_64_after_hwframe+0x77/0x7f 由任务堆栈释放：
    kasan_save_stack+0x33/0x60 kasan_save_track+0x14/0x30 kasan_save_free_info+0x3b/0x60
    __kasan_slab_free+0x5f/0x80 kfree+0x313/0x590 ocfs2_file_release+0x138/0x260 __fput+0x1df/0x4b0 fput_close_sync+0xd2/0x170 __x64_sys_close+0x55/0x90 do_syscall_64+0x115/0x6a0 （arch/x86/entry/syscall_64.c：87） entry_SYSCALL_64_after_hwframe+0x77/0x7f （CVE-2026-74351）

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

检测

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

high Nessus 插件 ID 337771

版本 1.9