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

  - veth更健全的爭用處理以避免 txq 停滯。提交 dc82a33297fc (veth在完整的 ptr_ring 上套用 qdisc 背壓以減少 TX 放置) 引入了一個爭用情形其可導致永久停止的 TXQ。這是在生產環境中的 ARM64 系統 (Ampere Altra Max) 上發現的。爭用情形發生在 veth_xmit() 中。生產者發現 ptr_ring 已滿並停止佇列 (netif_tx_stop_queue())。
    預定用於在消費者剛清空佇列時重新喚醒佇列的後續條件邏輯可能會失敗。這會導致喚醒遺失而 TXQ 仍保持停止狀態 (QUEUE_STATE_DRV_XOFF) 且流量停止。此失敗是因為錯誤使用來自生產者端的 __ptr_ring_empty() API 所導致。如核心註解中所述若消費者在其他 CPU 上操作則無法保證此檢查正確無誤。空白測試是以 ptr_ring->consumer_head 為基礎因此僅對消費者而言是可靠的。從生產者端使用此檢查基本上是可行的。此修補程式透過採用舊版修補程式集 V4 中更健全的邏輯修正了爭用此舊版會一律排清對等端(1) 在 veth_xmit() 中移除了 racy 條件喚醒邏輯及其記憶體障礙。相反在停止佇列之後我們會無條件呼叫
    __veth_xdp_flush(rq)。這可保證排程 NAPI 消費者使其全權負責重新喚醒 TXQ。這可處理 veth_poll() 消耗所有封包並完成 NAPI 的爭用
    *在生產者端的 veth_xmit() 呼叫 netif_tx_stop_queue 之前*。__veth_xdp_flush(rq) 會觀察到 rx_notify_masked 是否為假並排程 NAPI。 (2) 在消費者端喚醒對等端 TXQ 的邏輯已移出 veth_xdp_rcv() 並置於 veth_poll() 函式的結尾。此放置屬於修正爭用的一部分因為在 NAPI 完成期間 rx_notify_masked 可能設為 false 之後必須執行 netif_tx_queue_stopped() 檢查。這可處理 veth_poll() 消耗所有封包但尚未結束的爭用 (rx_notify_masked 仍為 true)。生產者 veth_xmit() 會停止 TXQ 和
    __veth_xdp_flush(rq) 會觀察到 rx_notify_masked 是否為 true表示不啟動 NAPI。然後 veth_poll() 將 rx_notify_masked 變更為 false 並停止 NAPI。結束之前veth_poll() 會觀察到 TXQ 已停止並將其喚醒。 (CVE-2025-68232)

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

偵測

Linux Distros 未修補的弱點：CVE-2025-68232

medium Nessus Plugin ID 278797

版本 1.4