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

  - i40e修正 i40e_vsi_request_irq_msix 錯誤路徑中的 IRQ 釋放。如果 i40e_vsi_request_irq_msix() 中的 request_irq() 在比第一次更晚的重複中失敗錯誤路徑會想要釋放目前為止所要求的 IRQ。不過它會針對 free_irq() 使用錯誤的 dev_id 引數因此不會正確釋放 IRQ而是觸發警告嘗試釋放已釋放的 IRQ 173 警告 CPU25 PID
    1091在 kernel/irq/manage.c:1829 __free_irq+0x192/0x2c0 連結的模組i40e(+) [...] CPU: 25 UID: 0 PID: 1091 Comm: NetworkManager 未受污染的 6.17.0-rc1+ #1 PREEMPT(lazy) 硬體名稱[...] RIP
    0010:__free_irq+0x192/0x2c0 [...] 呼叫追踪 <TASK> free_irq+0x32/0x70 i40e_vsi_request_irq_msix.cold+0x63/0x8b [i40e] i40e_vsi_request_irq+0x79/0x80 [i40e] i40e_vsi_open+0x21f/4x_2f0+40e 0x63/0x130 [i40e] __dev_open+0xfc/0x210
    __dev_change_flags+0x1fc/0x240 netif_change_flags+0x27/0x70 do_setlink.isra.0+0x341/0xc70 rtnl_newlink+0x468/0x860 rtnetlink_rcv_msg+0x375/0x450 netlink_rcv_skb+0x5c/0x110 netlink_unicast+0x288/0x3c0 netlink_sendmsg+0x20d/0x430 ____sys_sendmsg+0x3a2/0x3d0
    ___sys_sendmsg+0x99/0xe0 __sys_sendmsg+0x8a/0xf0 do_syscall_64+0x82/0x2c0 entry_SYSCALL_64_after_hwframe+0x76/0x7e [...] </TASK> ---[ end trace 000000000000000 ]--- free_irq() 使用與 request_irq 相同的 dev_id( )。我測試這個插入程式碼時有意失敗。
    (CVE-2025-39911)

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

偵測

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

high Nessus Plugin ID 269656

版本 1.8