Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - i40ei40e_vsi_request_irq_msix エラーパスの IRQ 解放を修正します。i40e_vsi_request_irq_msix() の request_irq() が最初の反復以降、失敗する場合、エラーパスは今までにリクエストされた IRQ を解放する必要があります。しかし、free_irq() に対して間違った dev_id 引数を使用するため、IRQ が適切に解放されず、代わりに警告が発生しますすでに解放された IRQ 173 を解放しようとします警告CPU25 PID
    1091 at kernel/irq/manage.c:1829 __free_irq+0x192/0x2c0 リンクされているモジュールi40e(+) [...] CPU25 UID0 PID1091 通信1091 通信NetworkManager が汚染されていない 6.17.0-rc1+ #1 PREEMPT(lazy) ハードウェア名[...] RIP
    0010:__free_irq+0x192/0x2c0 [...] Call Trace: <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/i40e_fopen+0x21f/i40e_vsi_open+0x21f/0x21f/ 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> ---[ 終了トレース 0000000000000000 ]--- request_irq() と同じ dev_id を使用します。意図的に失敗するように、コードを挿入してこれをテストしました。
    (CVE-2025-39911)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - i40e修复 i40e_vsi_request_irq_msix 错误路径中的 IRQ 释放如果 i40e_vsi_request_irq_msix() 中的 request_irq() 在高于第一次的迭代中失败则错误路径会释放目前为止请求的 IRQ。但是其将错误的 dev_id 参数用于 free_irq()因此其未正确释放 IRQ而是触发警告尝试释放已释放的 IRQ 173 WARNING: CPU: 25 PID
    1091 at 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+0x20ef+0x20ef/i40ef/i40ef/i40e_vsi_request_irq_msix.cold+0x63/0x8b 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> ---[结束跟踪 0000000000000000]--- 对 free_irq() 和 request_irq() 使用相同的 dev_id 。我通过故意插入失败的代码对此进行了测试。
    (CVE-2025-39911)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

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

An update of the linux package has been released.

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - i40e: fix IRQ freeing in i40e_vsi_request_irq_msix error path If request_irq() in     i40e_vsi_request_irq_msix() fails in an iteration later than the first, the error path wants to free the     IRQs requested so far. However, it uses the wrong dev_id argument for free_irq(), so it does not free the     IRQs correctly and instead triggers the warning: Trying to free already-free IRQ 173 WARNING: CPU: 25 PID:
    1091 at kernel/irq/manage.c:1829 __free_irq+0x192/0x2c0 Modules linked in: i40e(+) [...] CPU: 25 UID: 0     PID: 1091 Comm: NetworkManager Not tainted 6.17.0-rc1+ #1 PREEMPT(lazy) Hardware name: [...] RIP:
    0010:__free_irq+0x192/0x2c0 [...] Call Trace: <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/0x2f0 [i40e] i40e_open+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 0000000000000000 ]--- Use the same     dev_id for free_irq() as for request_irq(). I tested this with inserting code to fail intentionally.
    (CVE-2025-39911)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
269656	Linux Distros のパッチ未適用の脆弱性: CVE-2025-39911	Nessus	Misc.	2025/10/8	2025/10/8	critical
269656	Linux Distros 未修补的漏洞：CVE-2025-39911	Nessus	Misc.	2025/10/8	2025/10/8	critical
269656	Linux Distros 未修補的弱點：CVE-2025-39911	Nessus	Misc.	2025/10/8	2025/10/8	critical
266289	Photon OS 5.0: Linux PHSA-2025-5.0-0630	Nessus	PhotonOS Local Security Checks	2025/9/30	2025/10/11	high
269656	Linux Distros Unpatched Vulnerability : CVE-2025-39911	Nessus	Misc.	2025/10/8	2025/10/8	critical

检测

插件搜索

critical

critical

critical

high

critical