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

  - net：ks8851：還原停用 IRQ 處理常式周圍的 BH 如果驅動程式執行 ks8851_irq（） 且已傳送 TX 封包，則驅動程式會透過 netif_wake_queue（） 啟用 TX 佇列，以排程 TX softirq 將此裝置的封包排入佇列。如果設定了 CONFIG_PREEMPT_RT=y，並且 MAC 也收到了封包，則 ks8851_rx_pkts（） 會呼叫 netdev_alloc_skb_ip_align（） 為收到的封包配置 SKB。如果在啟用 BH 的情況下呼叫 netdev_alloc_skb_ip_align（），則 netdev_alloc_skb_ip_align（） 結尾的 local_bh_enable（） 將觸發擱置的 softirq 處理，這最終可能會呼叫 .xmit 回呼 ks8851_start_xmit_par（）。ks8851_start_xmit_par（） 會嘗試鎖定結構ks8851_net_par .lock 微調鎖，該結構已由呼叫 ks8851_start_xmit_par（） 的 ks8851_irq（） 鎖定。
    這會導致鎖死，核心會報告此鎖死，包括下面列出的追蹤記錄。如果未設定CONFIG_PREEMPT_RT，則自提交 0913ec336a6c0 （net： ks8851： 修正 SPI 晶片變體的鎖死） 之後，也可以在沒有 RX FIFO 中接收封包的情況下觸發鎖死。擱置中的 softirq 將在 ks8851_irq（） 中的 spin_unlock_bh（&ks->statelock） 傳回時進行處理，這也會觸發鎖死。透過停用關鍵區段（包括 IRQ 處理常式）周圍的 BH 來解決問題，從而防止 net_tx_action（） softirq 在這些關鍵區段期間觸發。一旦重新啟用 BH，並且在 IRQ 處理常式結束時，一旦所有其他 IRQ 處理常式動作都完成，就會觸發 net_tx_action（） softirq。__schedule從 schedule_rtlock+0x1c/0x34 schedule_rtlock 從 rtlock_slowlock_locked+0x548/0x904 rtlock_slowlock_locked 從 rt_spin_lock+0x60/0x9c rt_spin_lock 從 ks8851_start_xmit_par+0x74/0x1a8 ks8851_start_xmit_par 從 netdev_start_xmit+0x20/0x44 netdev_start_xmit 從 dev_hard_start_xmit+0xd0/0x188 dev_hard_start_xmit 從 sch_direct_xmit+0xb8/0x25c sch_direct_xmit 從 __qdisc_run+0x1f8/0x4ec __qdisc_run 從 qdisc_run+0x1c/0x28 qdisc_run 從 net_tx_action+0x1f0/0x268 net_tx_action 從 handle_softirqs+0x1a4/0x270 handle_softirqs
    __local_bh_enable_ip+0xcc/0xe0 __local_bh_enable_ip從 __alloc_skb+0xd8/0x128 __alloc_skb
    __netdev_alloc_skb+0x3c/0x19c __netdev_alloc_skb 從 ks8851_irq+0x388/0x4d4 ks8851_irq 從 irq_thread_fn+0x24/0x64 irq_thread_fn 從 irq_thread+0x178/0x28c irq_thread 從 kthread+0x12c/0x138 kthread 從 ret_from_fork+0x14/0x28 （CVE-2026-46031）

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

偵測

Linux Distros 未修補弱點：CVE-2026-46031

high Nessus Plugin ID 317169

版本 1.8