Answer in brief
CVE-2026-97528 records a High severity (CVSS 8.8) vulnerability in scsi: qla2xxx: Unlink NVMe unsol ctx before freeing on LS reject error. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 8.8. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=875386b98857822b77ac7f95bdf367b70af5b78c <a95fc5f1c12bba1dbff72bd2611e7fad0758831b || >=875386b98857822b77ac7f95bdf367b70af5b78c <c55d649a6cc246c3ccd5d118faea230c46b60f35 || >=875386b98857822b77ac7f95bdf367b70af5b78c <e46160a5d4fa59bf4d5f3412b6b5cb79edb967dd | a95fc5f1c12bba1dbff72bd2611e7fad0758831b, c55d649a6cc246c3ccd5d118faea230c46b60f35, e46160a5d4fa59bf4d5f3412b6b5cb79edb967dd |
| Linux/Linuxgeneric | 6.6 | Not reported |
Published upstream
Sep 25, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Sep 25, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Sep 25, 2026
In the Linux kernel, the following vulnerability has been resolved: scsi: qla2xxx: Unlink NVMe unsol ctx before freeing on LS reject error qla_nvme_xmt_ls_rsp() obtains uctx, which was linked into fcport->unsol_ctx_head by qla2xxx_process_purls_iocb() and is still linked when the NVMe transport calls back to transmit the LS response. On the error (out:) path the function frees uctx with kfree() but never removes it from the list. This leaves a freed node in fcport->unsol_ctx_head: the next list_add_tail() for that fcport writes through the freed node, and a subsequent list_del() can corrupt the list or panic. Unlink uctx with list_del() before kfree() on the error path, matching the other free sites in qla_nvme_release_lsrsp_cmd_kref() and qla2xxx_process_purls_pkt(). qla2x00_rel_sp() in the failure path only returns the SRB to its pool and does not invoke sp->put_fn, so the out: path is the sole free and uctx is always still linked there.
Quoted source text, attributed separately from HOL analysis.