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

  - linkwatch：在调用程序中使用 __dev_put（） 防止 UAF 在 linkwatch_do_dev（） 调用 __dev_put（） 释放 linkwatch 引用后，设备引用计数可能会降为 1。此时，netdev_run_todo（） 可以继续（因为 linkwatch_sync_dev（） 看到一个空列表并在不阻止的情况下返回），等待通过 netdev_wait_allrefs_any（） 使 refcount 变为 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 添加模式 tun 名称 tun_test ip 链接设置 tun_test up ip 链接设置 tun_test 载波关闭 ip 链接设置tun_test休眠 0.5 ip tuntap del 模式 tun 名称 tun_test KASAN 报告： ================================================================== 缺陷： KASAN：include/net/netdev_lock.h：33 netdev_need_ops_lock中的释放后使用 [内联] 缺陷： KASAN：include/net/netdev_lock.h：47 netdev_unlock_ops中的释放后使用 [内联] 缺陷： KASAN：中的释放后使用
    __linkwatch_run_queue+0x865/0x8a0 net/core/link_watch.c：245 任务 kworker/u32：10/8123 在地址 ffff88804de5c008 处读取大小为 8 CPU：0 UID：0 PID：8123 Comm：kworker/u32：10 未受感染的 syzkaller #0 PREEMPT（full） 硬件名称：QEMU Standard PC（Q35 + ICH9,2009），BIOS 1.16.3-debian-1.16.3-2 2014 年 4 月 1 日 工作队列： 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+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）

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

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

  - linkwatch：在調用方中使用 __dev_put（） 來防止 UAF linkwatch_do_dev（） 呼叫 __dev_put（） 釋放 linkwatch 參照之後，裝置參照計數可能會降至 1。此時，netdev_run_todo（） 可以繼續（因為 linkwatch_sync_dev（） 看到一個空清單並返回而不阻塞），等待透過 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 新增模式 tun 名稱 tun_test ip 連結設定 tun_test up ip 連結設定 tun_test 載波關閉 ip 連結設定tun_test 睡眠 0.5 時的載波 ip tuntap del mode tun 名稱 tun_test KASAN 報告： ================================================================== 錯誤： KASAN：netdev_need_ops_lock include/net/netdev_lock.h：33 中的釋放後使用 [內聯] 錯誤： KASAN：netdev_unlock_ops include/net/netdev_lock.h：47 中的釋放後使用 [內聯] 錯誤： KASAN：在
    __linkwatch_run_queue+0x865/0x8a0 net/core/link_watch.c：245 透過任務 kworker/u32：10/8123 在 addr ffff88804de5c008 讀取大小 8 CPU：0 UID：0 PID：8123 通訊：kworker/u32：10 未受污染的 syzkaller #0 PREEMPT（full） 硬體名稱：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+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）

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

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

  - linkwatch:呼び出し元で __dev_put() を使用して UAF を防ぎます linkwatch_do_dev() が __dev_put() を呼び出して linkwatch 参照を解放した後、デバイスの refcount が 1 にドロップする可能性があります。この時点で、netdev_run_todo() は続行し(linkwatch_sync_dev() は空のリストを見てブロックせずに返すため)、netdev_wait_allrefs_any() で refcount が 1 になるのを待ってから、kobject_put() でデバイスを解放できます。これにより、__linkwatch_run_queue() が既に解放されているデバイス上で netdev_unlock_ops() を呼び出そうとする際に、use-after-free が発生します。
    注意:netdev_lock_ops() は条件付きであるため、kobject_put() の前に netdev_run_todo() に netdev_lock_ops()/netdev_unlock_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_test carrier on sleep 0.5 ip tuntap del mode tun name tun_test KASAN レポート: ================================================================== バグ: KASAN: include/net/netdev_lock.h:33 netdev_need_ops_lock use-after-free [インライン] バグ: KASAN: include/net/netdev_lock.h:47 netdev_unlock_ops use-after-free [インライン] バグ: KASAN:
    __linkwatch_run_queue+0x865/0x8a0 net/core/link_watch.c:245 タスク kworker/u32:10/8123 による addr ffff88804de5c008 でのサイズ 8 の読み取り CPU:0 UID:0 PID:8123 通信:kworker/u32:10 汚染されていない syzkaller #0 PREEMPT(full) ハードウェア名:QEMU Standard PC(Q35 + ICH9、2009)、BIOS 1.16.3-debian-1.16.3-2 2014 年 4 月 1 日 Workqueue: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+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)

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	Name	Product	Family	Published	Updated	Severity
299108	Linux Distros 未修补的漏洞：CVE-2026-23192	Nessus	Misc.	2/14/2026	7/31/2026	high
299108	Linux Distros 未修補的弱點：CVE-2026-23192	Nessus	Misc.	2/14/2026	7/31/2026	high
299108	Linux Distros のパッチ未適用の脆弱性: CVE-2026-23192	Nessus	Misc.	2/14/2026	7/31/2026	high
299108	Linux Distros Unpatched Vulnerability : CVE-2026-23192	Nessus	Misc.	2/14/2026	7/31/2026	high

Detections

Analytics

Plugins Search

high

high

high

high