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

  - net: enetc: avoid deadlock in enetc_tx_onestep_tstamp() This lockdep splat says it better than I could:
    ================================ WARNING: inconsistent lock state 6.2.0-rc2-07010-ga9b9500ffaac-dirty #967     Not tainted -------------------------------- inconsistent {IN-SOFTIRQ-W} -> {SOFTIRQ-ON-W} usage.
    kworker/1:3/179 [HC0[0]:SC0[0]:HE1:SE1] takes: ffff3ec4036ce098 (_xmit_ETHER#2){+.?.}-{3:3}, at:
    netif_freeze_queues+0x5c/0xc0 {IN-SOFTIRQ-W} state was registered at: _raw_spin_lock+0x5c/0xc0     sch_direct_xmit+0x148/0x37c __dev_queue_xmit+0x528/0x111c ip6_finish_output2+0x5ec/0xb7c     ip6_finish_output+0x240/0x3f0 ip6_output+0x78/0x360 ndisc_send_skb+0x33c/0x85c ndisc_send_rs+0x54/0x12c     addrconf_rs_timer+0x154/0x260 call_timer_fn+0xb8/0x3a0 __run_timers.part.0+0x214/0x26c     run_timer_softirq+0x3c/0x74 __do_softirq+0x14c/0x5d8 ____do_softirq+0x10/0x20 call_on_irq_stack+0x2c/0x5c     do_softirq_own_stack+0x1c/0x30 __irq_exit_rcu+0x168/0x1a0 irq_exit_rcu+0x10/0x40 el1_interrupt+0x38/0x64     irq event stamp: 7825 hardirqs last enabled at (7825): [<ffffdf1f7200cae4>] exit_to_kernel_mode+0x34/0x130     hardirqs last disabled at (7823): [<ffffdf1f708105f0>] __do_softirq+0x550/0x5d8 softirqs last enabled at     (7824): [<ffffdf1f7081050c>] __do_softirq+0x46c/0x5d8 softirqs last disabled at (7811):
    [<ffffdf1f708166e0>] ____do_softirq+0x10/0x20 other info that might help us debug this: Possible unsafe     locking scenario: CPU0 ---- lock(_xmit_ETHER#2); <Interrupt> lock(_xmit_ETHER#2); *** DEADLOCK *** 3 locks     held by kworker/1:3/179: #0: ffff3ec400004748 ((wq_completion)events){+.+.}-{0:0}, at:
    process_one_work+0x1f4/0x6c0 #1: ffff80000a0bbdc8     ((work_completion)(&priv->tx_onestep_tstamp)){+.+.}-{0:0}, at: process_one_work+0x1f4/0x6c0 #2:
    ffff3ec4036cd438 (&dev->tx_global_lock){+.+.}-{3:3}, at: netif_tx_lock+0x1c/0x34 Workqueue: events     enetc_tx_onestep_tstamp Call trace: print_usage_bug.part.0+0x208/0x22c mark_lock+0x7f0/0x8b0
    __lock_acquire+0x7c4/0x1ce0 lock_acquire.part.0+0xe0/0x220 lock_acquire+0x68/0x84 _raw_spin_lock+0x5c/0xc0     netif_freeze_queues+0x5c/0xc0 netif_tx_lock+0x24/0x34 enetc_tx_onestep_tstamp+0x20/0x100     process_one_work+0x28c/0x6c0 worker_thread+0x74/0x450 kthread+0x118/0x11c but I'll say it anyway: the     enetc_tx_onestep_tstamp() work item runs in process context, therefore with softirqs enabled (i.o.w., it     can be interrupted by a softirq). If we hold the netif_tx_lock() when there is an interrupt, and the     NET_TX softirq then gets scheduled, this will take the netif_tx_lock() a second time and deadlock the     kernel. To solve this, use netif_tx_lock_bh(), which blocks softirqs from running. (CVE-2023-53022)

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

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

  - netenetcenetc_tx_onestep_tstamp() でのデッドロックを回避します。この lockdep スプラットでは、可能性があります。
    ==================================================================== 警告一貫性のないロック状態 6.2.0-rc2-07010-ga9b9500ffaac-dirty #967 汚染されていない -------------------------------- 不整合 {IN-SOFTIRQ-W} -> {SOFTIRQ-ON-W } 使用率。
    kworker/1:3/179 [HC0[0]:SC0[0]:HE1:SE1]takes: ffff3ec4036ce098 (_xmit_ETHER#2){+.?.}-{3:3}, at:
    netif_freeze_queues+0x5c/0xc0 {IN-SOFTIRQ-W} state was registered at: _raw_spin_lock+0x5c/0xc0 sch_direct_xmit+0x148/0x37c __dev_queue_xmit+0x528/0x111c ip6_finish_output2+0x5ec/0xb7c ip6_finish_output+0x240/0x3f0 ip6_output+0x78/0x360 ndisc_send_skb+0x33c /0x85c ndisc_send_rs+0x54/0x12c addrconf_rs_timer+0x154/0x260 call_timer_fn+0xb8/0x3a0 __run_timers.part.0+0x214/0x26c run_timer_softirq+0x3c/0x74 __do_softirq+0x14c/0x5d8 ____do_softirq+0x10/0x20 call_on_irq_stack+0x2c/0x5c do_softirq_own_stack+0x1c/<ffffdf1f7200cae4>0<ffffdf1f708105f0>: __do_softirq+0x550/0x5d8 softirqs 最後に有効化された<ffffdf1f7081050c>__do_softirq +0x550/0x5d8 softirqs は __do_softirq+0x46c/0x5d8 softirqs で最後に無効化されました7811
    [<ffffdf1f708166e0>] __do_softirq+0x10/0x20 その他の情報で、デバッグに役立つことがあります 安全でないロックシナリオであり、 CPU0 ---- lock(_xmit_ETHER#2) <Interrupt> lock(_xmit_ETHER#2); *** デッドロック *** 3 つのロックが kworker/1:3/179 により保持されます #0ffff3ec400004748 ((wq_completion)events{+.+.}-{0:0}、at
    process_one_work+0x1f4/0x6c0 #1ffff80000a0bbdc8 ((work_completion)(&priv->tx_onestep_tstamp){+.+.}-{0:0}, at: process_one_work+0x1f4/0x6c0 #2
    ffff3ec4036cd438 (&dev->tx_global_lock){+.+.}-{3:3}, at: netif_tx_lock+0x1c/0x34 Workqueue: events enetc_tx_onestep_tstamp Call trace: print_usage_bug.part.0+0x208/0x22c mark_lock+0x7f0/0x8b0
    __lock_acquire+0x7c4/0x1ce0 lock_acquire.part.0+0xe0/0x220 lock_acquire+0x68/0x84 _raw_spin_lock+0x5c/0xc0 netif_freeze_queues+0x5c/0xc0 netif_tx_lock+0x24/0x34 enetc_tx_onestep_tstamp+0x20/0x100 process_one_work+0x28c/0x6c0 worker_thread+0x74/0x450 kthread +0x118/0x11c しかし、そう簡単に入力できます enetc_tx_onestep_tstamp() ワークアイテムは、プロセスコンテキストで実行されます。したがって、softirqs が有効になっていますiow、softirq により中断される可能性があります。割り込みが発生したときに netif_tx_lock() を保留し、その後 NET_TX softirq がスケジュールされると、netif_tx_lock() が再度実行され、カーネルがデッドロックされます。これを解決するには、softirqs の実行をブロックする netif_tx_lock_bh() を使用します。CVE-2023-53022

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

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

  - netenetc避免 enetc_tx_onestep_tstamp() 中发生死锁此 lockdep splat 的描述比我更清楚。
    ================================ 警告不一致的锁定状态 6.2.0-rc2-07010-ga9b9500ffaac-dirty #967 未受感染-------------------------------- 不一致的 {IN-SOFTIRQ-W} -> {SOFTIRQ-ON-W } 用法。
    kworker/1:3/179 [HC0[0]:SC0[0]:HE1:SE1] getsffff3ec4036ce098 (_xmit_ETHER#2){+.?.}-{3:3}位于
    netif_freeze_queues+0x5c/0xc0 {IN-SOFTIRQ-W} state was registered at: _raw_spin_lock+0x5c/0xc0 sch_direct_xmit+0x148/0x37c __dev_queue_xmit+0x528/0x111c ip6_finish_output2+0x5ec/0xb7c ip6_finish_output+0x240/0x3f0 ip6_output+0x78/0x360 ndisc_send_skb+0x33c /0x85c ndisc_send_rs+0x54/0x12c addrconf_rs_timer+0x154/0x260 call_timer_fn+0xb8/0x3a0 __run_timers.part.0+0x214/0x26c run_timer_softirq+0x3c/0x74 __do_softirq+0x14c/0x5d8 ____do_softirq+0x10/0x20 call_on_irq_stack+0x2c/0x5c do_softirq_own_stack+0x1c/ 0x30 __irq_exit_rcu+0x168/0x1a0 irq_exit_rcu+0x10/0x40 el1_interrupt+0x38/0x64 irq 事件标记7825 hardirqs 上次启用于 (7825): [<ffffdf1f7200cae4>] exit_to_kernel_mode+0x34/0x130 hardirqs 上次禁用于 (7825): [<ffffdf1f708105f0>23) __do_softirq+0x550/0x5d8 softirqs 上次启用的时间为 (7824): [<ffffdf1f7081050c>__do_softirq+0x46c/0x5d8 softirqs 上次禁用的时间为 (7811):
    [<ffffdf1f708166e0>]____do_softirq+0x10/0x20 其他可帮助我们调试此问题的信息可能不安全的锁定情况CPU0 ---- lock(_xmit_ETHER#2); <Interrupt> lock_xmit_ETHER#2); *** DEADLOCK *** 3 锁由 kworker/ 占用1:3/179 #0: ffff3ec400004748 ((wq_completion)events){+.+.}-{0:0}位于
    process_one_work+0x1f4/0x6c0 #1ffff80000a0bbdc8 ((work_completion)(&priv->tx_onestep_tstamp)){+.+.}-{0:0}在 process_one_work+0x1f4/0x6c0 #2
    ffff3ec4036cd438 (&dev->tx_global_lock){+.+.}-{3:3}来自 netif_tx_lock+0x1c/0x34 Workqueue事件 enetc_tx_onestep_tstamp Call traceprint_usage_bug.part.0+0x208/0x22c mark_lock+0x7f0/0x8b0
    __lock_acquire+0x7c4/0x1ce0 lock_acquire.part.0+0xe0/0x220 lock_acquire+0x68/0x84 _raw_spin_lock+0x5c/0xc0 netif_freeze_queues+0x5c/0xc0 netif_tx_lock+0x24/0x34 enetc_tx_onestep_tstamp+0x20/0x100 process_one_work+0x28c/0x6c0 worker_thread+0x74/0x450 kthread +0x118/0x11c 但我还是会说enetc_tx_onestep_tstamp() 工作项目在进程上下文中运行因此启用了 softirqs可以通过 softirq 中断。如果我们在出现中断时保持 netif_tx_lock()然后计划 NET_TX softirq则这将再次执行 netif_tx_lock() 并使内核死锁。要解决此问题请使用 netif_tx_lock_bh()其会阻止 softirqs 运行。 (CVE-2023-53022)

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

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

  - netenetc避免 enetc_tx_onestep_tstamp() 中的鎖死這個 lockdep 展開說明比我能做到的更清楚
    ================================ 警告不一致的鎖定狀態 6.2.0-rc2-07010-ga9b9500ffaac-dirty #967 未受污染 -------------------------------- 不一致的 {IN-SOFTIRQ-W} -> {SOFTIRQ-ON-W使用方式。
    kworker/1:3/179 [HC0[0]:SC0[0]:HE1:SE1] takeffff3ec4036ce098 (_xmit_ETHER#2){+.?.}-{3:3}, at:
    netif_freeze_queues+0x5c/0xc0 {IN-SOFTIRQ-W} state was registered at: _raw_spin_lock+0x5c/0xc0 sch_direct_xmit+0x148/0x37c __dev_queue_xmit+0x528/0x111c ip6_finish_output2+0x5ec/0xb7c ip6_finish_output+0x240/0x3f0 ip6_output+0x78/0x360 ndisc_send_skb+0x33c /0x85c ndisc_send_rs+0x54/0x12c addrconf_rs_timer+0x154/0x260 call_timer_fn+0xb8/0x3a0 __run_timers.part.0+0x214/0x26c run_timer_softirq+0x3c/0x74 __do_softirq+0x14c/0x5d8 ____do_softirq+0x10/0x20 call_on_irq_stack+0x2c/0x5c do_softirq_own_stack+0x1c/ 0x30 __irq_exit_rcu+0x168/0x1a0 irq_exit_rcu+0x10/0x40 el1_interrupt+0x38/0x64 irq 事件戳記7825 hardirqs 上次於 (7825) 啟用[<ffffdf1f7200cae4>] exit_to_kernel_mode+0x34/0x130 hardirqs 上次停用是在 (7823)[<ffffdf1f708105f0>] __do_softirq+0x550/0x5d8 softirqs 上次停用於 (7824)[<ffffdf1f7081050c>] __do_softirq+0x46c/0x5d8 softirqs 上次停用於 (7811)
    [<ffffdf1f708166e0>]____do_softirq+0x10/0x20 其他可能有助於我們除錯的資訊可能的不安全鎖定情況CPU0 ---- 鎖定(_xmit_ETHER#2) <Interrupt> lock(_xmit_ETHER#2); *** DEADLOCK *** kworker 保留的 3 個鎖定/1:3/179 #0: ffff3ec400004748 ((wq_completion)events){+.+.}-{0:0}於
    process_one_work+0x1f4/0x6c0 #1: ffff80000a0bbdc8 ((work_completion)(&priv->tx_onestep_tstamp)){+.+.}-{0:0}, at: process_one_work+0x1f4/0x6c0 #2
    ffff3ec4036cd438 (&dev->tx_global_lock){+.+.}-{3:3}, at: netif_tx_lock+0x1c/0x34 Workqueue: event enetc_tx_onestep_tstamp 呼叫追踪print_usage_bug.part.0+0x208/0x22c mark_lock+0x7f0/0x8b0
    __lock_acquire+0x7c4/0x1ce0 lock_acquire.part.0+0xe0/0x220 lock_acquire+0x68/0x84 _raw_spin_lock+0x5c/0xc0 netif_freeze_queues+0x5c/0xc0 netif_tx_lock+0x24/0x34 enetc_tx_onestep_tstamp+0x20/0x100 process_one_work+0x28c/0x6c0 worker_thread+0x74/0x450 kthread +0x118/0x11c但我還是要說 enetc_tx_onestep_tstamp() 工作項目在處理程序內容中執行因此在啟用 softirqs 的情況下 (iow它可能會被 softirq 中斷)。如果我們在有中斷時保留 netif_tx_lock()然後排程 NET_TX softirq這將會執行 netif_tx_lock() 第二次並鎖死核心。若要解決此問題請使用 netif_tx_lock_bh()其會封鎖 softirqs 執行。 (CVE-2023-53022)

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

ID	Name	Product	Family	Published	Updated	Severity
249931	Linux Distros Unpatched Vulnerability : CVE-2023-53022	Nessus	Misc.	8/15/2025	8/15/2025	medium
249931	Linux Distros のパッチ未適用の脆弱性: CVE-2023-53022	Nessus	Misc.	8/15/2025	8/15/2025	medium
249931	Linux Distros 未修补的漏洞：CVE-2023-53022	Nessus	Misc.	8/15/2025	8/15/2025	medium
249931	Linux Distros 未修補的弱點：CVE-2023-53022	Nessus	Misc.	8/15/2025	8/15/2025	medium

Detections

Analytics

Plugins Search

medium

medium

medium

medium