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

  - scsi：qla2xxx： 修复软锁定轮询延续 IOCB 签名 qla27xx_copy_multiple_pkt（） 和 qla27xx_copy_fpin_pkt（） 轮询 RESPONSE_PROCESSED （0xDEADDEAD） 的 rsp_q->ring_ptr->signature 以确定下一个延续 IOCB 是否已到来，在 cpu_relax（） 上旋转而不推进环或者减少条目计数，而现在还没有。 response_t：：签名位于字节偏移 60，但连续 IOCB （sts_cont_entry_t / struct sts_cont_entry_ext） 在该偏移处携带原始 FC 帧负载 （data[56..59]）。因此，负载字节恰好等于 0xDEADDEAD 的接收帧被误读为尚未到达，并且循环在中断/DPC 环境中永久旋转，从而导致 CPU 软锁定。轮询也不需要：qla27xx_copy_multiple_pkt（）（PT_LS4_UNSOL 和 NVMe purls 路径）的调用程序已在 qla_chk_cont_iocb_avail（） 上进行门控，可保证在复制开始前所有 entry_count IOCB 都存在。同级帮助程序 __qla_copy_purex_to_buffer（） 已放弃签名轮询，转而依赖 entry_type == STATUS_CONT_TYPE 防护。从两个帮助程序中删除签名忙碌等待，保持entry_type保护，并使用 qla_chk_cont_iocb_avail（） 保护 FPIN 路径，使其延迟并在所有连续 IOCB 到达后在下一个中断时重新处理，从而镜像 ELS_AUTH_ELS 和 PT_LS4_UNSOL arm。这样，就永远不会在连续 IOCB 上读取签名字段，从而消除负载别名锁定。（CVE-2026-97530）

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

检测

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

medium Nessus 插件 ID 350395

版本 1.5