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

  - eth： fbnic：使用 Rx 佇列 napi 指標尋找 napi 向量 佇列管理 ndos 會為 Rx 佇列挑選 napi 向量，其中包含： nv = fbn->napi[idx % fbn->num_napi];問題是，這僅在沒有獨立 Tx 向量的情況下才正確。在這些情況下，我們先分配 Tx 向量，然後再分配 Rx，因此佇列將指向 Tx NAPI 向量，而不是 Rx 向量。ndo 想要的映射已經記錄下來。fbnic_set_netif_napi（） 使用 netif_queue_set_napi（） 發布它，將 napi 指標儲存在 netdev_rx_queue.napi 中，fbnic_reset_netif_napi（） 再次清除它。兩者都在佇列管理 ndos 也持有的 netdev 實例鎖定下執行，因此可以直接讀取指標。使用它並消除分歧。當資料路徑關閉時，指標正好為 NULL，因此 fbnic_queue_mem_alloc（） 可以拒絕該情況，而不是進入釋放狀態：
    netdev_rx_queue_restart（） 在測試 netif_running（） 之前呼叫它，而 fbnic_pm_suspend（） 在從未完成的 PCIe 復原中保留 netif_running（） true，因此佇列重新啟動可以在 fbnic_stop（） 釋放環和向量之後到達。fbnic_stop（） 在 fbnic_free_napi_vectors（） 之前清除 fbnic_reset_netif_queues（） 中的關聯，因此一律先發布 NULL。
    fbnic_queue_start（） 和 fbnic_queue_stop（） 不需要自行檢查，因為只有在 fbnic_queue_mem_alloc（） 在同一執行個體鎖定下成功時，netdev_rx_queue_reconfig（） 才會到達它們。（CVE-2026-98617）

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

偵測

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

medium Nessus Plugin ID 367662

版本 1.4