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

  - RDMA/cma修正 cma_netevent_work_handler 中的工作佇列損毀。rdma_cm_id 具有重複使用成員結構 work_struct net_work 將 cma_netevent_work_handler()s 加入 cma_wq 排入佇列的結構中。如果快速連續發生一個以上對 cma_netevent_callback() 的呼叫可能會發生以下損毀[1]進而進一步將相同 rdma_cm_id 的 cma_netevent_work_handler()s 排入佇列進而覆寫任何先前已排入佇列且剛剛排定執行的 work-item即不保證已排入佇列的工作項目可在 cma_netevent_callback() 的兩個連續呼叫之間執行且第二個 INIT_WORK 會覆寫第一個工作項目 (針對相同的 rdma_cm_id)即使在加入佇列期間抓取 id_table_lock 也一樣。此外 drgn 分析 [2] 指出工作項目可能已遭覆寫。將 INIT_WORK() 移至 __rdma_create_id() 以修正此問題避免其與任何現有的 queue_work() 或其工作者執行緒爭用。 [1] 精簡的當機堆疊
    ============================================= 錯誤核心 NULL 指標解除參照解決
    0000000000000008 kworker/u256:6 ... 6.12.0-0... Workqueue: cma_netevent_work_handler [rdma_cm] (rdma_cm) RIP: 0010:process_one_work+0xba/0x31a 呼叫追踪worker_thread+0x266/0x3a0 kthread+0xcf/0x100 ret_from_fork+0x31/0x50 ret_from_fork_asm+0x1a/0x30 ========= ==================================== [2] drgn 損毀分析 >>> trace = prog. crashed_thread().stack_trace() >>> trace (0) crash_setup_regs (./arch/x86/include/asm/kexec.h:111:15) (1) __crash_kexec (kernel/crash_core.c:122:4) ( 2) 錯誤 (kernel/panic.c:399:3) (3) oops_end (arch/x86/kernel/dumpstack.c:382:3) ... (8) process_one_work (kernel/workqueue.c:3168:2 ) (9) process_scheduled_works (kernel/workqueue.c:3310:3) (10) worker_thread (kernel/workqueue.c:3391:4) (11) kthread (kernel/kthread.c:389:9) 行 workqueue.c針對此核心版本的3168 在 process_one_work() 中 3168 strscpy(worker->desc, pwq->wq->name, WORKER_DESC_LEN) >>> trace[8][work] *(struct work_struct *)0xffff92577d0a21d8 = { .data = (atomic_long_t){ .counter = (s64)536870912, <=== 注意 }, .entry = (struct list_head){ 。 next = (struct list_head *)0xffff924d075924c0, .prev = (struct list_head *)0xffff924d075924c0, }, .func = (work_func_t)cma_netevent_work_handler+0x0 = 0xffffffffc2cec280, } 懷疑 pwq 為 NULL >>> trace[8][pwq ] (struct pool_workqueue *)<absent> 在 process_one_work() 中指派 pwq 的來源結構 pool_workqueue *pwq = get_work_pwq(work)而 get_work_pwq() 為 static struct pool_workqueue *get_work_pwq(struct work_struct *work) { unsigned long data = atomic_long_read(&work->data); if (data & WORK_STRUCT_PWQ) return work_struct_pwq(data);否則傳回 NULL WORK_STRUCT_PWQ is 0x4: >>> print(repr(prog['WORK_STRUCT_PWQ'])) Object(prog, 'enum work_flags', value=4) 但是 work->data 是 536870912即 0x20000000。因此get_work_pwq() 會傳回 NULL而且我們會在 process_one_work(): 3168 strscpy(worker->desc, pwq->wq->name, WORKER_DESC_LEN); 中當機。
    ============================================= (CVE-2025-37772)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補的弱點：CVE-2025-37772

medium Nessus Plugin ID 248603

找不到變更記錄