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

  - s390/ism修复 ism_cmd() 中的并发管理 s390x ISM 设备数据表明确指出每个 ISM 函数在任何时间点都仅允许一个请求-响应序列。遗憾的是截至目前Linux 中的 s390/ism 驱动程序尚未满足该要求。此修补程序旨在修正该问题。此问题是根据 Aliaksei 的缺陷报告发现的该报告指出对于某些工作负载ISM 函数最终会在一段时间后进入错误状态从日志中看到为 PEC 2因此由相应函数处理的连接中断并且考虑到 ISM 设备处于功能障碍状态，未来的连接请求将不考虑该设备。在进一步调试的过程中也发现了 PEC 3A。类似 [ 1211.244319] zpci: 061a:00:00.0: Event 0x2reports an error for PCI function 0x61a 的内核消息是 the 所述函数进入带有 PEC 2 的错误状态的可靠指标。还得指出像这样的内核消息[ 1211.244325] zpci: 061a:00:00.0绑定到设备的 ism 驱动程序不支持错误恢复是 ISM 函数不会自动恢复的可靠指标因为 ISM 驱动程序当前缺少对该函数的支持。在技术层面上，如果不进行此同步，命令（固件的输入）可能会被尝试对相同功能发出命令的另一 CPU 部分或全部覆盖（损坏）。有确实的证据表明这可导致 DMB 标记值被用作 DMB IOVA从而导致指示 DMA 无效的 PEC 2 PCI 事件。但是这只是可以想见的故障模式中的一种。理论上什至完全丢失一个命令并执行另一个命令两次然后尝试将输出解释为好像实际执行了我们打算执行的命令而不是另一个命令也是可能的。说真的我没有办法列出可能的后果的详尽清单。 (CVE-2025-39726)

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

检测

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

medium Nessus 插件 ID 261634

版本 1.1