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 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補的弱點：CVE-2023-53022

medium Nessus Plugin ID 249931

找不到變更記錄