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

  - uio_hv_generic让用户空间处理中断掩码删除在 uio_hv_generic 驱动程序中默认设置中断掩码的逻辑因为中断掩码值应该完全由用户空间控制。如果驱动程序更改了掩码位当用户模式在环上运行时可能会设置掩码位当它应该被清除并且用户模式驱动程序将错过导致挂起的中断。例如当驱动程序将入站环缓冲区中断掩码设置为 1 时主机不会中断 UIO VMBus 通道上的客户机。但是，设置掩码不会阻止主机将消息放入入站环缓冲区中。假设发生了 主机将消息放入环形缓冲区但没有中断。随后客户机中的用户空间代码将入站环缓冲区中断掩码设置为 0表示“Hey, I'm ready for Interrups”。然后用户空间代码调用 pread() 以等待中断。然后会发生以下两种情况之一* 主机此后不再发送消息。因此 pread() 会永远等待。 * 主机确实发送了另一条消息。但由于环形缓冲区中已存在消息，因此它不会生成中断。这是正确的行为因为主机应仅在入站环缓冲区从空转换为非空时发送中断。
    将其他消息添加到非空的环形缓冲区预期不会在客户机上生成中断。由于客户机在 pread() 中等待且不会从环形缓冲区删除消息因此 pread() 会永远等待。如果我们延迟将中断掩码设置为 0则可在 hv_fcopy_uio_daemon 中轻松重现此问题。同样如果 hv_uio_channel_cb() 将 Interrupt_mask 设置为 1则会存在争用条件。在用户空间清空入站环形缓冲区后但在用户空间将 Interrupt_mask 设置为 0 之前主机可将另一条消息放入环形缓冲区但不会中断。然后下一个 pread() 将挂起。通过删除 Interrupt_mask 已更改的所有实例来修复这些实例同时保持 set_event() 中实例不变以便通过将 0/1 写入 /dev/uioX 来由用户空间控制中断掩码。
    (CVE-2025-40048)

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

检测

Linux Distros 未修补的漏洞：CVE-2025-40048

high Nessus 插件 ID 271874

版本 1.6