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

  - rbd：當 device_add_disk（） 失敗時，修正 null-ptr-deref do_rbd_add（） 會在呼叫 device_add_disk（） 之前使用 device_add（） 發佈裝置。如果 device_add_disk（） 在 device_add（） 成功後失敗，則錯誤路徑會直接呼叫 rbd_free_disk（），然後失敗至 rbd_dev_device_release（），後者會再次呼叫 rbd_free_disk（）。這種雙重拆卸可能會使 blk-mq 清理在無效狀態下運行，並在 __blk_mq_free_map_and_rqs（） 中觸發 null-ptr-deref，從 blk_mq_free_tag_set（） 到達。請遵循正常的移除順序來修正此問題：當 device_add_disk（） 在 device_add（） 之後失敗時，在 rbd_dev_device_release（） 之前呼叫 device_del（）。如此可保持拆卸順序一致，並避免透過錯誤路徑重新進入磁碟清理。該錯誤首先是由我們在分析 v6.13-rc1 時針對核心記憶體管理錯誤開發的實驗性分析工具標記的。該工具仍在開發中，尚未公開。我們在 v7.0 上重現了這個錯誤，使用真正的 Ceph 後端和啟用 KASAN 和 CONFIG_FAILSLAB 啟動的 QEMU x86_64客體。再現器將 failslab 注入限制在 __add_disk（） 範圍內，並在透過 /sys/bus/rbd/add_single_major 映射 RBD 映像時注入 fail-nth。在未修補的核心上，fail-nth=4 可靠地觸發了錯誤：哎呀：
    一般保護錯誤，可能用於非規範位址 0xdffffc0000000000： 0000 [#1] SMP KASAN NOPTI KASAN： null-ptr-deref in range [0x0000000000000000-0x0000000000000007] CPU： 0 UID： 0 PID： 273 Comm： bash 未受污染 7.0.0-01247-gd60bc1401583 #6 搶佔（延遲） 硬體名稱：QEMU 標準 PC （Q35 + ICH9， 2009）， BIOS 1.15.0-1 04/01/2014 RIP： 0010：__blk_mq_free_map_and_rqs+0x8c/0x240 代碼： 00 00 48 8b 6b 60 41 89 f4 49 c1 e4 03 4c 01 e5 45 85 ed 0f 85 0a 01 0000 48 b8 00 00 00 00 00 fc ff df 48 89 e9 48 c1 e9 03 <80> 3c 01 00 0f 85 31 01 00 00 4c 8b 6d 00 4d 85 ed 0f 84 e2 00 00 RSP：0018：ff1100000ab0fac8 EFLAGS：00000246 RAX：dffffc00000000000 RBX：ff1100000c4806a0 RCX：000000000000000000 RDX：0000000000000002 RSI：
    000000000000000000 RDI：ff11000000c4806f4 RBP：00000000000000000000 R08：0000000000000001 R09：ffe21c000189001b R10：ff1100000c4800df R11：ff1100006cf37be0 R12：00000000000000000 R13：0000000000000000：000000000000000：000000000000000 R14：000000000000000：000000000000000：0000000000000000：000000000000：0000000000000：000000000000：000000000000：000000000000：0000000000000：000000000000：00000000000000：000000000000000：00000000000000：0000000000000：000000000000：0000000000000：0000000000000：00000000000：000000000
    ff1100000c480700 R15： ff1100000c480004 FS： 00007f0fbe8fe740（0000） GS：ff110000e5851000（0000） knlGS：00000000000000000 CS：0010 DS：0000 ES：0000 CR0：0000000080050033 CR2：00007fe53473b2e0 CR3：
    0000000012eef000 CR4： 00000000007516f0 PKRU： 55555554 呼叫追蹤： <TASK> blk_mq_free_tag_set+0x77/0x460 do_rbd_add+0x1446/0x2b80 ？ __pfx_do_rbd_add+0x10/0x10 ？ lock_acquire+0x18c/0x300 ？ find_held_lock+0x2b/0x80 ？ sysfs_file_kobj+0xb6/0x1b0 ？ __pfx_sysfs_kf_write+0x10/0x10 kernfs_fop_write_iter+0x2f4/0x4a0 vfs_write+0x98e/0x1000 ？ expand_files+0x51f/0x850 ？
    __pfx_vfs_write+0x10/0x10 ksys_write+0xf2/0x1d0 ？__pfx_ksys_write+0x10/0x10 do_syscall_64+0x115/0x690 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP：0033：0x7f0fbea15907 代碼：10 00 f7 d8 64 89 02 48 c7 c0 ff ff ff ff eb b7 0f 1f 00 f3 0f 1e fa 64 8b 04 25 18 00 00 00 85 c0 75 10 b8 01 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 51 c3 48 83 ec 28 4889 54 24 18 48 89 74 24 RSP：002b：00007ffe22346ea8 EFLAGS：00000246 ORIG_RAX：0000000000000001 RAX：ffffffffffffffda RBX：0000000000000058 RCX：00007f0fbea15907 RDX：
    0000000000000058 RSI：0000563ace6c0ef0 RDI：0000000000000001 RBP：0000563ace6c0ef0：0000563ace6c0ef0R09：6b6435726d694141R10：5250337279762f78R11：0000000000000246R12：0000000000000058R13：R08
    00007f0fbeb1c780 R14： ff1100000c480700 R15： ff1100000c480004 </TASK> 套用此修正後，在 fail-nth=1..256 上重新執行轉發器不會產生任何 KASAN 報告。[ idryomov：重新命名 err_out_device_del -> err_out_device ]（CVE-2026-46079）

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

偵測

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

medium Nessus Plugin ID 317211

版本 1.8