Look up another CVE · open CVE-2026-97531 in the interactive tracker
CVE-2026-97531
scsi: qla2xxx: Skip vport under deletion in report ID acquisition
Published 2026-09-25 (24 days ago) by the Linux kernel CNA. Subsystem drivers/scsi. Debian urgency: not yet assigned.
What to do, per Debian release
Debian's own status for CVE-2026-97531 in every release this site tracks, and what each one means in practice. Every status below is the one the Debian Security Team publishes for this CVE. source
| Release | Status | Version | What this means |
|---|---|---|---|
| Debian 12bookworm | vulnerable | 6.1.190-1 | No fix published anywhere yet, neither in Debian nor upstream for the series bookworm tracks. Watch the Debian tracker page for this CVE. Advisories for bookworm have historically landed a median of 23 days after publication. |
| Debian 13trixie | fixedDSA-6568-1 · 2026-10-16 · text | 6.12.113-1 | Update the kernel and reboot. DSA-6568-1 shipped the fix on 2026-10-16, in 6.12.113-1. A running kernel keeps the old code until the machine restarts. |
| Debian 14forky | fixed | 7.2.7-1 | Update the kernel and reboot. Fixed in 7.2.7-1. A running kernel keeps the old code until the machine restarts. |
| Debian unstablesid | fixed | 7.2.7-1 | Update the kernel and reboot. Fixed in 7.2.7-1. A running kernel keeps the old code until the machine restarts. |
The vulnerability
What the bug is
qla24xx_report_id_acquisition() format-1 handling walks ha->vp_list under vport_slock, takes a vref_count on the matching vport and calls qla_update_host_map() to register its port id. A vport teardown via qla24xx_vport_delete() sets VPORT_DELETE, then qla24xx_disable_vp() removes the vport from the host_map btree and zeroes vha->d_id (RESET_AL_PA). The vport is only unlinked from vp_list later, in qla24xx_deallocate_vp_id(), which clears vp_map[idx] (RESET_VP_IDX) but does not touch host_map. In the window in between, report ID acquisition can still find the vport on vp_list and call qla_update_host_map(); with d_id already zeroed it takes the btree_insert32() path and re-inserts the dying vport into host_map. Nothing cleans that entry afterwards, so once scsi_host_put() frees the vha a later host_map lookup dereferences freed memory. Skip a vport that has VPORT_DELETE set before taking the reference, so it is neither re-registered nor scheduled for DPC re-registration. This mirrors the existing guard in qla2x00_alert_all_vps().
Where it lives
The fix touches these files. If the subsystem is one you do not use, the practical exposure is lower, though the package is still the vulnerable one.
drivers/scsi/qla2xxx/qla_mbx.c
- What this is
- QLOGIC QLA2XXX FC-SCSI DRIVERMAINTAINERS section matched on drivers/scsi/qla2xxx/ · linux-scsi@vger.kernel.org · Supported
- Kernel module
- qla2xxx
Check it on the machine
grep -w CONFIG_SCSI_QLA_FC /boot/config-$(uname -r)Reads the booted kernel's own configuration, on the machine and nowhere else. =y is built in, =m is a module, and an is not set line means the code is not there.
lsmod | grep -w qla2xxxPrints a line if that module is loaded right now, and nothing if it is not. One that is not loaded can still be loaded later by anything that needs it.
Show whether Debian builds this, per release
Debian builds this, but not on every flavour. At least one release below builds the code on some of its kernel flavours and not on others, so the answer depends on the architecture and flavour installed.
- bookwormMnot built on amd64/cloud-amd64, arm64/cloud-arm64, armhf/armmp, armhf/armmp-lpae, armhf/rt/armmp
- trixieMnot built on amd64/cloud-amd64, arm64/cloud-arm64, armel/rpi, armhf/armmp, armhf/armmp-lpae, armhf/rt/armmp, s390x/s390x
- forky, sidMnot built on amd64/cloud-amd64, arm64/cloud-arm64, armhf/armmp, armhf/armmp-lpae, s390x/s390x
- M
- a module where it is built at all; some flavours do not build it
- Build switch
- CONFIG_SCSI_QLA_FC
From the configuration Debian publishes for every kernel flavour it builds. It covers only the architectures Debian ships a linux-config package for, and nothing about a kernel you built yourself. Debian's own status above stays authoritative about the source package.MAINTAINERS kbuild Makefiles Debian linux-config packages
Signals
- Published
- 2026-09-25 (24 days ago)source
- CVSS
- 7.5 high
CVSS:3.1/AV:A/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:Hsource recompute it - Attack vector
- adjacent network (AV:A)source
- EPSS
- 0.28%, higher than 18.9% of all CVEssource
- CISA KEV
- not listedthe KEV catalogue
- Debian urgency
- not yet assignedsource
- Subsystem
- drivers/scsi
Upstream fixes
The versions the CNA records as introducing and fixing this, and the commit for each. source
| Introduced | Fixed in | Commit |
|---|---|---|
| 4.11 | 6.12.112 | 20bb54601d26 |
| 4.11 | 6.18.53 | d61e8de98c5a |
| 4.11 | 7.2.7 | 7a83979d9278 |
| 4.11 | 7.3 | 23582731afa3 |
Debian advisories
| Advisory | Date | Shipped to | Debian |
|---|---|---|---|
| DSA-6568-1 | 2026-10-16 | trixie 6.12.113-1 | tracker |
Why the CNA scored it this way
Quoted from the kernel CNA's own scoring file, word for word. A highlighted metric carries the most severe value CVSS v3.1 defines for it, which is what pushes the score up. source
- AV:AAttack vector, adjacent network
- The patched format-1 (vp_idx != 0) path in qla24xx_report_id_acquisition() walks ha->vp_list and calls qla_update_host_map() when a VP_RPT_ID_IOCB_TYPE for FDISC complete or VP_STAT_ID_CHG arrives via qla24xx_process_response_queue() from qla24xx_intr_handler/qla24xx_msix_rsp_q, or via qlt_24xx_atio_pkt_all_vps(). A Fibre Channel SAN peer or switch induces those RIDAs; native FC/FCoE is a non-routable L2 fabric, so Adjacent.
- AC:HAttack complexity, high
- The stale host_map insert happens only after qla24xx_vport_delete() sets VPORT_DELETE and qla24xx_disable_vp() RESET_AL_PA zeroes d_id and drops the vport from host_map, but before qla24xx_deallocate_vp_id() unlinks it from vp_list. A fabric attacker cannot write the S_IWUSR sysfs store_fc_vport_delete attribute to start that teardown, so the window is a victim state they cannot induce.
- PR:NPrivileges required, none
- VP_RPT_ID handling in qla24xx_process_response_queue() and qlt_24xx_atio_pkt_all_vps() is an unauthenticated firmware completion of fabric N_Port ID assignment; that interrupt path checks no Linux uid or capability. FC-SP/EDIF is opt-in and is not required to deliver a format-1 RIDA.
- UI:NUser interaction, none
- Format-1 RIDA is processed automatically in interrupt context when firmware reports a VP ID. Concurrent qla24xx_vport_delete() is an administrator NPIV teardown rather than a mount, open, or other interactive step the attacker solicits.
- S:UScope, unchanged
- The dangling scsi_qla_host pointer is stored in ha->host_map and later consumed in the same host kernel by qla_find_host_by_d_id(); this does not cross a VM, IOMMU, or sandbox boundary.
- C:HConfidentiality impact, high
- After scsi_host_put() at the end of qla24xx_vport_delete() frees the vha, a later btree_lookup32() in qla_find_host_by_d_id() on the re-inserted host_map key returns the freed scsi_qla_host. That use-after-free enables disclosure of reused heap contents.
- I:HIntegrity impact, high
- With d_id already zeroed, qla_update_host_map() takes btree_insert32() and plants the dying vha into ha->host_map. Later ATIO/ELS dispatch via qla_find_host_by_d_id() writes through that freed scsi_qla_host, giving a kernel write and control-flow primitive.
- A:HAvailability impact, high
- A later host_map lookup of the freed vha from qlt_24xx_atio_pkt_all_vps() (ATIO_TYPE7 d_id) or qla_edif ELS handling oopses in interrupt context, panicking the storage host even without a full exploit.