Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - 9p將 req refcount 設為零以避免未初始化的使用方式配置新要求時若重複使用 refcount 將會為零但是如果要求是從 slab 新配置則在新增至 idr 之前該要求未完全初始化。如果 p9_read_work 在啟動 refcount 前收到回應。它將使用未初始化的 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+0xattr146/0x1670 path_xattr+61 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 中斷一個參照 */ p9_client_cb(req) /* 讀取器執行緒中斷其參照要求未正確釋放
    */ p9_req_put(req) /* 釋放後使用和 ref 反向溢位 */ p9_req_put(req) 若要修正此問題我們可以在新增到 idr 之前將 refcount 初始化為零。 (CVE-2022-50335)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補的弱點：CVE-2022-50335

medium Nessus Plugin ID 264925

版本 1.15