Skip to main content
VulnerabilityPublished Updated

CVE-2026-97531: Linux kernel · scsi: qla2xxx: Skip vport under deletion in report ID acquisition

Source GCVE Database

0
Compare
Authoritative record:CVE-2026-97531· High 7.5

Not known to be exploited · CVSS 7.5 High · fixed in d61e8de98c5a52978fb1edd95fe4dde3131b280e : patch Linux kernel soon.

Data as of 30 Oct 2026, 16:33 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.

Thin evidence

One scorer or none
CVSS scores by source
CNA (Linux)CVSS 3.17.5
Patch
Available – fixed in d61e8de98c5a52978fb1edd95fe4dde3131b280e, d3ac7e0f454c7d52c0c2e5ecaf5a3d938f1b166d, 23582731afa35031c94fadb71a4f3b4afd094649 +3
CVSS:3.1/AV:A/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 25 Sep 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 30 Oct 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 41dc529a4602ac737020f423f84686a81de38e6d, < d61e8de98c5a52978fb1edd95fe4dde3131b280e
Fixed in
  • d61e8de98c5a52978fb1edd95fe4dde3131b280e
LinuxLinuxAffected
  • ≥ 41dc529a4602ac737020f423f84686a81de38e6d, < d3ac7e0f454c7d52c0c2e5ecaf5a3d938f1b166d
Fixed in
  • d3ac7e0f454c7d52c0c2e5ecaf5a3d938f1b166d
LinuxLinuxAffected
  • ≥ 41dc529a4602ac737020f423f84686a81de38e6d, < 23582731afa35031c94fadb71a4f3b4afd094649
Fixed in
  • 23582731afa35031c94fadb71a4f3b4afd094649
LinuxLinuxAffected
  • ≥ 41dc529a4602ac737020f423f84686a81de38e6d, < 40dcd4a71a52414b47fbba2f956387f1077c6c15
Fixed in
  • 40dcd4a71a52414b47fbba2f956387f1077c6c15
LinuxLinuxAffected
  • ≥ 41dc529a4602ac737020f423f84686a81de38e6d, < 20bb54601d2655e83795b73499c89f6b1cb31016
Fixed in
  • 20bb54601d2655e83795b73499c89f6b1cb31016
LinuxLinuxAffected
  • ≥ 41dc529a4602ac737020f423f84686a81de38e6d, < 7a83979d92782f83c90888ebe19bdc9420521940
Fixed in
  • 7a83979d92782f83c90888ebe19bdc9420521940

Description

In the Linux kernel, the following vulnerability has been resolved: scsi: qla2xxx: Skip vport under deletion in report ID acquisition 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().

References

Community reviews

Loading reviews…