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

  - net：mvneta：恢复时重新启用 percpu 中断 在 Marvell MPIC 平台 （Armada 370/XP/38x） 上，mvneta 对 NAPI 使用 percpu IRQ 禁用/启用方案：ISR （mvneta_percpu_isr） 调用 disable_percpu_irq（） 以掩盖 MPIC per-CPU 中断并计划 NAPI 轮询，该轮询在完成时调用 enable_percpu_irq（） 进行取消掩码。如果在 NAPI 轮询待定期间（在 ISR 中的disable_percpu_irq和轮询完成中的enable_percpu_irq之间）发生暂停，则永远不会重新启用中断：1. mvneta_percpu_isr：
    disable_percpu_irq（） + napi_schedule（） => MPIC 屏蔽，percpu_enabled cpumask 位已清除 2.NAPI 轮询未在暂停继续之前完成（在 PREEMPT_RT 这很有可能，因为 softirqs 在被冻结的 ksoftirqd 中运行;在非 RT 情况下，当 softirq 处理延迟至 ksoftirqd 时，会发生此情况） 3.
    mvneta_stop_dev => napi_disable（）：在不执行完成路径 4 的情况下取消待定轮询。
    suspend_device_irqs => IRQCHIP_MASK_ON_SUSPEND：掩码 MPIC（已屏蔽，但记录IRQS_SUSPENDED） 5.
    恢复：mpic_resume检查 irq_percpu_is_enabled（） => false（位已在步骤 1 中清除）=> 跳过取消掩码 6。
    mvneta_start_dev仅还原设备级INTR_NEW_MASK，不接触 MPIC 每个 CPU 掩码结果：
    MPIC per-CPU 中断永久保持屏蔽。NIC 会生成中断 （INTR_NEW_CAUSE ！= 0），但 CPU 从未接收中断，进而造成网络连接完全丢失。通过调用恢复路径中的 on_each_cpu（mvneta_percpu_enable） 进行修复，以无条件取消屏蔽 MPIC per-CPU 中断，而不管预暂停状态如何。（CVE-2026-72409）

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

检测

Linux Distros 未修补的漏洞：CVE-2026-72409

high Nessus 插件 ID 337526

版本 1.13