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

  - linkwatch在呼叫端中使用 __dev_put() 以防止 UAF 在 linkwatch_do_dev() 呼叫 __dev_put() 以釋放 linkwatch 參照之後裝置參照計數可能會降為 1。此時netdev_run_todo() 可以繼續進行 (因為 linkwatch_sync_dev() 會看到清空清單並傳回不封鎖)、等待 refcount 透過 netdev_wait_allrefs_any() 變成 1然後透過 kobject_put() 釋放裝置。當 __linkwatch_run_queue() 嘗試在已釋放的裝置上呼叫 netdev_unlock_ops() 時這會造成釋放後使用。
    請注意在 kobject_put() 之前在 netdev_run_todo() 中新增 netdev_lock_ops()/netdev_unlock_ops() 配對不會有作用因為 netdev_lock_ops() 是有條件的 - 它只會在 netdev_need_ops_lock() 傳回 true 時鎖定。如果裝置不需要 ops_lock則 linkwatch 不會保留任何鎖定且取得鎖定的 netdev_run_todo() 也不會提供同步處理。將 __dev_put() 從 linkwatch_do_dev() 移至其呼叫者以修正此問題。裝置參照會在邏輯上配對裝置取消列出因此執行取消列出的呼叫者將其釋放是合理的。這允許在完成所有裝置存取之後放置 __dev_put()進而防止 UAF。在 __linkwatch_run_queue() 的 linkwatch_do_dev() 之後新增 mdelay(2000)然後執行 ip tuntap add mode tun name tun_test ip link set tun_test up ip link set tun_test Carrier off ip link set tun_testcarrier on sleep 0.5 ip tuntap del mode tun name tun_test KASAN report ======================================== ========================== 錯誤KASANnetdev_need_ops_lock include/net/netdev_lock.h:33 中的釋放後使用 [內嵌] 錯誤KASANnetdev_unlock_ops include/net/netdev_lock.h:47 中的釋放後使用 [內嵌] 錯誤 KASAN 中的釋放後使用
    __linkwatch_run_queue+0x865/0x8a0 net/core/link_watch.c:245 kworker/u32:10/8123 CPU: 0 UID: 0 PID: 8123 Comm: kworker/u32:10 未受污染的 syzkaller 在 addr ffff88804de5c008 讀取大小為 8 的內容 #0 。 ] PREEMPT(完整) 硬體名稱QEMU Standard PC (Q35 + ICH9, 2009)BIOS 1.16.3-debian-1.16.3-2 04/01/2014 工作佇列events_unbound linkwatch_event 呼叫追踪 <TASK> __dump_stack lib/dump_stack .c:94 [內嵌] dump_stack_lvl+0x100/0x190 lib/dump_stack.c:120 print_address_description mm/kasan/report.c:378 [內嵌] print_report+0x156/0x4c9 mm/kasan/report.c:482 kasan_report+0xdf/ 0x1a0 mm/kasan/report.c:595 netdev_need_ops_lock include/net/netdev_lock.h:33 [內嵌] netdev_unlock_ops include/net/netdev_lock.h:47 [內嵌] __linkwatch_run_queue+0x865/0x8a0 net/core/link_watch.c:245 linkwatch_event+0x8f/0xc0 net/core/link_watch.c:304 process_one_work+0x9c2/0x1840 kernel/workqueue.c:3257 process_scheduled_works kernel/workqueue.c:3340 [內嵌] worker_thread+0x5da/0xe40 kernel/workqueue.c:3421 kthread +0x3b 3/0x730 kernel/kthread.c:463 ret_from_fork+0x754/0xaf0 arch/x86/kernel/process.c:158 ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:246 </TASK> ====== ================================================== ========== (CVE-2026-23192)

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

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

  - linkwatch在调用程序中使用 __dev_put() 以防止 UAF空列表且无阻塞返回)等待 refcount 通过 netdev_wait_allrefs_any() 变成 1然后通过 kobject_put() 释放设备。当 __linkwatch_run_queue() 尝试在已释放的设备上调用 netdev_unlock_ops() 时这会造成释放后使用。
    请注意在 netdev_run_todo() 中在 kobject_put() 之前添加 netdev_lock_ops()/netdev_unlock_ops() 对是行不通的因为 netdev_lock_ops() 是有条件的 - 它仅在 netdev_need_ops_lock() 返回 true 时才锁定。如果设备不需要 ops_lock则 linkwatch 将不会保持任何锁定并且获取锁定的 netdev_run_todo() 将不会提供同步。通过将 __dev_put() 从 linkwatch_do_dev() 移动到其调用方来修复此问题。设备引用在逻辑上与从列表中删除的设备配对因此从列表中删除该设备的调用方释放该设备是合理的。这允许在所有设备访问完成之后放置 __dev_put()从而阻止 UAF。此缺陷通过在 __linkwatch_run_queue() 中的 linkwatch_do_dev() 之后添加 mdelay(2000)然后运行ip tuntap add mode tun name tun_test ip link set tun_test up ip link set tun_testcarrier off ip link set tun_testcarrier on sleep 0.5 重现该缺陷ip tuntap del mode tun name tun_test KASAN 报告 ======================================== ========================== BUGKASANnetdev_need_ops_lock include/net/netdev_lock.h:33 中的释放后使用 [inline] BUG KASANnetdev_unlock_ops include/net/netdev_lock.h:47 中的释放后使用 [内联] 缺陷
    __linkwatch_run_queue+0x865/0x8a0 net/core/link_watch.c:245 由任务 kworker/u32:10/8123 CPU:0 UID:0 PID:8123 Comm: kworker/u32:10 位于 addr ffff88804de5c008 进行的大小为 8 的读取位于 addr ffff88804de5c008 #0 的syzkaller  PREEMPT(full) 硬件名称QEMU Standard PC (Q35 + ICH92009), BIOS 1.16.3-debian-1.16.3-2 04/01/2014 工作队列events_unbound linkwatch_event 调用跟踪 <TASK> __dump_stack lib/dump_stack .c:94 [inline] dump_stack_lvl+0x100/0x190 lib/dump_stack.c:120 print_address_description mm/kasan/report.c:378 [inline] print_report+0x156/0x4c9 mm/kasan/report.c:482 kasan_report+0xdf/ 0x1a0 mm/kasan/report.c:595 netdev_need_ops_lock include/net/netdev_lock.h:33 [内联] netdev_unlock_ops include/net/netdev_lock.h:47 [内联] __linkwatch_run_queue+0x865/0x8a0 net/core/link_watch.c:245 linkwatch_event+0x8f/0xc0 net/core/link_watch.c:304 process_one_work+0x9c2/0x1840 kernel/workqueue.c:3257 process_scheduled_works kernel/workqueue.c:3340 [inline] worker_thread+0x5da/0xe40 kernel/workqueue.c:3421 kthread +0x3b 3/0x730 kernel/kthread.c:463 ret_from_fork+0x754/0xaf0 arch/x86/kernel/process.c:158 ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:246 </TASK> ====== ================================================== ========== (CVE-2026-23192)

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

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - linkwatch__dev_put() UAF を回避するために空のリストおよびブロックせずに返す) を介して refcount が 1 になるまで待機し、netdev_wait_allrefs_any() によってデバイスを解放します。その後、kobject_put() によってデバイスを解放します。これにより、__linkwatch_run_queue()がすでに解放されたデバイスでnetdev_unlock_ops()を呼び出そうとしたとき、メモリ解放後使用Use After Freeが発生します。
    注意netdev_lock_ops() は条件付き - netdev_need_ops_lock() が true を返す場合にのみロックするため、kobject_put() より前の netdev_run_todo() の netdev_lock_ops()/netdev_unlock_ops() ペアを追加しても機能しません。デバイスが ops_lock を必要としない場合、linkwatch はいかなるロックも保持せず、そのロックを取得する netdev_run_todo() は同期を提供しません。__dev_put() を linkwatch_do_dev() からその呼び出し元に移動することにより、これを修正します。デバイス参照はデバイスのリスト解除と論理的にペアリングされているため、リスト解除を実行した呼び出し元がデバイスをリリースするのは妥当です。これにより、すべてのデバイスアクセスが完了した後に __dev_put() を配置することができ、 UAF を防ぎます。このバグは、__linkwatch_run_queue() での linkwatch_do_dev() の後に mdelay2000 0.5 を追加することで発生し、 ip tuntap del mode tun name tun_test KASAN report======================================== =================================================== バグKASANnetdev_need_ops_lock include/net/netdev_lock.h:33 [インライン] バグKASANnetdev_unlock_ops include/net/netdev_lock.h:47 [インライン] の use-after-free バグ KASANuse-after-free
    __linkwatch_run_queue+0x865/0x8a0 net/core/link_watch.c:245 タスク kworker/u32:10/8123 による addr ffff88804de5c008 でのサイズ 8 の読み取り 0 UID 0 PID 8123 通信 kworker/u32:10 汚染されていない syzkaller #0 PREEMPT(フル) ハードウェア名: QEMU Standard PCQ35 + ICH9、2009、BIOS 1.16.3-debian-1.16.3-2 04/01/2014 ワークキュー: events_unbound linkwatch_event コールトレース <TASK> __dump_stack lib/dump_stack .c:94 [インライン] dump_stack_lvl+0x100/0x190 lib/dump_stack.c:120 print_address_description mm/kasan/report.c:378 [インライン] print_report+0x156/0x4c9 mm/kasan/report.c:482 kasan_report+0xdf/ 0x1a0 mm/kasan/report.c:595 netdev_need_ops_lock include/net/netdev_lock.h:33 [inline] netdev_unlock_ops include/net/netdev_lock.h:47 [inline] __linkwatch_run_queue+0x865/0x8a0 net/core/link_watch.c:245 linkwatch_event+0x8f/0xc0 net/core/link_watch.c:304 process_one_work+0x9c2/0x1840 kernel/workqueue.c:3257 process_scheduled_works kernel/workqueue.c:3340 [inline] worker_thread+0x5da/0xe40 kernel/workqueue.c:3421 kthread +0x3b 3/0x730 kernel/kthread.c:463 ret_from_fork+0x754/0xaf0 arch/x86/kernel/process.c:158 ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:246 </TASK> ======= ======================================================== ===========CVE-2026-23192

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - linkwatch: use __dev_put() in callers to prevent UAF After linkwatch_do_dev() calls __dev_put() to release     the linkwatch reference, the device refcount may drop to 1. At this point, netdev_run_todo() can proceed     (since linkwatch_sync_dev() sees an empty list and returns without blocking), wait for the refcount to     become 1 via netdev_wait_allrefs_any(), and then free the device via kobject_put(). This creates a use-     after-free when __linkwatch_run_queue() tries to call netdev_unlock_ops() on the already-freed device.
    Note that adding netdev_lock_ops()/netdev_unlock_ops() pair in netdev_run_todo() before kobject_put()     would not work, because netdev_lock_ops() is conditional - it only locks when netdev_need_ops_lock()     returns true. If the device doesn't require ops_lock, linkwatch won't hold any lock, and netdev_run_todo()     acquiring the lock won't provide synchronization. Fix this by moving __dev_put() from linkwatch_do_dev()     to its callers. The device reference logically pairs with de-listing the device, so it's reasonable for     the caller that did the de-listing to release it. This allows placing __dev_put() after all device     accesses are complete, preventing UAF. The bug can be reproduced by adding mdelay(2000) after     linkwatch_do_dev() in __linkwatch_run_queue(), then running: ip tuntap add mode tun name tun_test ip link     set tun_test up ip link set tun_test carrier off ip link set tun_test carrier on sleep 0.5 ip tuntap del     mode tun name tun_test KASAN report: ==================================================================     BUG: KASAN: use-after-free in netdev_need_ops_lock include/net/netdev_lock.h:33 [inline] BUG: KASAN: use-     after-free in netdev_unlock_ops include/net/netdev_lock.h:47 [inline] BUG: KASAN: use-after-free in
    __linkwatch_run_queue+0x865/0x8a0 net/core/link_watch.c:245 Read of size 8 at addr ffff88804de5c008 by     task kworker/u32:10/8123 CPU: 0 UID: 0 PID: 8123 Comm: kworker/u32:10 Not tainted syzkaller #0     PREEMPT(full) Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.3-debian-1.16.3-2 04/01/2014     Workqueue: events_unbound linkwatch_event Call Trace: <TASK> __dump_stack lib/dump_stack.c:94 [inline]     dump_stack_lvl+0x100/0x190 lib/dump_stack.c:120 print_address_description mm/kasan/report.c:378 [inline]     print_report+0x156/0x4c9 mm/kasan/report.c:482 kasan_report+0xdf/0x1a0 mm/kasan/report.c:595     netdev_need_ops_lock include/net/netdev_lock.h:33 [inline] netdev_unlock_ops include/net/netdev_lock.h:47     [inline] __linkwatch_run_queue+0x865/0x8a0 net/core/link_watch.c:245 linkwatch_event+0x8f/0xc0     net/core/link_watch.c:304 process_one_work+0x9c2/0x1840 kernel/workqueue.c:3257 process_scheduled_works     kernel/workqueue.c:3340 [inline] worker_thread+0x5da/0xe40 kernel/workqueue.c:3421 kthread+0x3b3/0x730     kernel/kthread.c:463 ret_from_fork+0x754/0xaf0 arch/x86/kernel/process.c:158 ret_from_fork_asm+0x1a/0x30     arch/x86/entry/entry_64.S:246 </TASK> ==================================================================     (CVE-2026-23192)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
299108	Linux Distros 未修補的弱點：CVE-2026-23192	Nessus	Misc.	2026/2/14	2026/3/23	high
299108	Linux Distros 未修补的漏洞：CVE-2026-23192	Nessus	Misc.	2026/2/14	2026/3/23	high
299108	Linux Distros のパッチ未適用の脆弱性: CVE-2026-23192	Nessus	Misc.	2026/2/14	2026/3/23	high
299108	Linux Distros Unpatched Vulnerability : CVE-2026-23192	Nessus	Misc.	2026/2/14	2026/3/23	high

检测

插件搜索

high

high

high

high