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

  - 9p将 req refcount 设置为零以避免未初始化的使用。分配新请求时如果重新使用 refcount 将会为零但如果该请求是从 slab 中新分配的则在被添加到 idr 之前不会完全初始化。p9_read_work 是否在引用计数启动之前得到响应。它将使用未初始化的 req从而导致错误的请求数据结构。以下是来自 syzbot 的日志。位于 0xffff88807eade00b 的内存损坏 [ 0xff 0x07 0x00 0x00 0x00 0x00 0x00 0x00 。 。 。 。 。 。 。 。 ] 中 kfence-#110
    p9_fcall_fini net/9p/client.c:248 [内联] p9_req_put net/9p/client.c:396 [内联] p9_req_put+0x208/0x250 net/9p/client.c:390 p9_client_walk+0x247/0x540 net/9p/client .c:1165 clone_fid fs/9p/fid.h:21 [内联] v9fs_fid_xattr_set+0xe4/0x2b0 fs/9p/xattr.c:118 v9fs_xattr_set fs/9p/xattr.c:100 [内联] v9fs_xattr_handler_set+0x6f/0x120 fs /9p/xattr.c:159 __vfs_setxattr+0x119/0x180 fs/xattr.c:182
    __vfs_setxattr_noperm+0x129/0x5f0 fs/xattr.c:216 __vfs_setxattr_locked+0x1d3/0x260 fs/xattr.c:277 vfs_setxattr+0x143/0x340 fs/xattr.c:309 setxattr+0x146/0x1attr+c:309 setxattr+0x146/0x1attr+c:609 0x197/0x1c0 fs/xattr.c:636 __do_sys_setxattr fs/xattr.c:652 [内联] __se_sys_setxattr fs/xattr.c:648 [内联]
    __ia32_sys_setxattr+0xc0/0x160 fs/xattr.c:648 do_syscall_32_irqs_on arch/x86/entry/common.c:112 [内联]
    __do_fast_syscall_32+0x65/0xf0 arch/x86/entry/common.c:178 do_fast_syscall_32+0x33/0x70 arch/x86/entry/common.c:203 entry_SYSENTER_compat_after_hwframe+0x70/0x82 以下是类似的情况syzbot 日志中的情况看起来比这个问题更复杂但此修补程序可对其进行修复。 T21124 p9_read_work ======================== 第二个事务 ===================== ============ p9_client_walk p9_client_rpc p9_client_prepare_req p9_tag_alloc req = kmem_cache_alloc(p9_req_cache, GFP_NOFS); tag = idr_alloc << preempted >> req->tc.tag = tag; /* req->[refcount/tag] == 未初始化 */ m->rreq = p9_tag_lookup(m->client, m->rc.tag); /* 递增未初始化的 refcount */ refcount_set(&req->refcount, 2); /* cb 丢弃一个 ref */ p9_client_cb(req) /* reader 线程丢弃其 ref 请求被错误地释放
    */ p9_req_put(req) /* 释放后使用和引用下溢 */ p9_req_put(req) 要修复此问题可在添加到 idr 之前将 refcount 初始化为零。 (CVE-2022-50335)

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

检测

Linux Distros 未修补的漏洞：CVE-2022-50335

high Nessus 插件 ID 264925

版本 1.1