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

  - md/raid10：修正檢查操作和 nowait 要求的鎖死 當陣列檢查正在執行時，它會提高障礙，此時正常請求將被阻止，並遞增 nr_pending 值以指示 wait_barrier（） 內部有待處理的工作。NOWAIT 請求不會阻塞，因此會立即返回錯誤，並且不會在 wait_barrier（） 中遞增 nr_pending。上游變更提交 43806c3d5b9b （raid10：清理 raid10_make_request 處的 memleak） 新增了對 raid_end_bio_io（） 的呼叫，以在 NOWAIT 要求遇到此條件時修正記憶體洩漏。raid_end_bio_io（） 最終會呼叫 allow_barrier（），並且它會無條件地執行 atomic_dec_and_test（&conf->nr_pending），即使 nr_pending 的相應增量在 NOWAIT 案例中沒有發生。當應用程式在相同陣列上執行 nowait IO 時，啟動檢查作業即可輕鬆看到這一點。這會導致 nr_pending 值下溢而導致鎖死狀態，因此 md 重新同步處理執行緒會停滯在等待 nr_pending == 0 時。當我們遇到這種情況時，陣列的 r10conf 狀態輸出：crash> struct r10conf barrier = 1， nr_pending = { counter = -41 }， nr_waiting = 15， nr_queued = 0， md_sync等待 raise_barrier（） 和其他請求卡在 wait_barrier（） 中的執行緒等待的範例： md1_resync [<0>] raise_barrier+0xce/0x1c0 [<0>] raid10_sync_request+0x1ca/0x1ed0 [<0>] md_do_sync+0x779/0x1110 [<0>] md_thread+0x90/0x160 [<0>] kthread+0xbe/0xf0 [<0>] ret_from_fork+0x34/0x50 [<0>] ret_from_fork_asm+0x1a/0x30 kworker/u1040：2+flush-253：4 [<0>] wait_barrier+0x1de/0x220 [<0>] regular_request_wait+0x30/0x180 [<0>] raid10_make_request+0x261/0x1000 [<0>] md_handle_request+0x13b/0x230 [<0>] __submit_bio+0x107/0x1f0 [<0>] submit_bio_noacct_nocheck+0x16f/0x390 [<0>] ext4_io_submit+0x24/0x40 [<0>] ext4_do_writepages+0x254/0xc80 [<0>] ext4_writepages+0x84/0x120 [<0>] do_writepages+0x7a/0x260 [<0>]
    __writeback_single_inode+0x3d/0x300 [<0>] writeback_sb_inodes+0x1dd/0x470 [<0>]
    __writeback_inodes_wb+0x4c/0xe0 [<0>] wb_writeback+0x18b/0x2d0 [<0>] wb_workfn+0x2a1/0x400 [<0>] process_one_work+0x149/0x330 [<0>] worker_thread+0x2d2/0x410 [<0>] kthread+0xbe/0xf0 [<0>] ret_from_fork+0x34/0x50 [<0>] ret_from_fork_asm+0x1a/0x30 （CVE-2026-46050）

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

偵測

Linux Distros 未修補的弱點：CVE-2026-46050

medium Nessus Plugin ID 317236

版本 1.17