Skip to main content
VulnerabilityPublished Updated

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

Affects Linux kernelSource CVE Database V5

0

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

Data as of 26 Oct 2026, 13:47 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.2% chance of exploitation in 30 days – higher than 22% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in d61e8de98c5a52978fb1edd95fe4dde3131b280e, 23582731afa35031c94fadb71a4f3b4afd094649, 40dcd4a71a52414b47fbba2f956387f1077c6c15 +2
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. Weaponised: 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 26 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, < 23582731afa35031c94fadb71a4f3b4afd094649
Fixed in
  • 23582731afa35031c94fadb71a4f3b4afd094649
LinuxLinuxAffected
  • ≥ 41dc529a4602ac737020f423f84686a81de38e6d, < 40dcd4a71a52414b47fbba2f956387f1077c6c15
Fixed in
  • 40dcd4a71a52414b47fbba2f956387f1077c6c15
LinuxLinuxAffected
  • ≥ 41dc529a4602ac737020f423f84686a81de38e6d, < 20bb54601d2655e83795b73499c89f6b1cb31016
Fixed in
  • 20bb54601d2655e83795b73499c89f6b1cb31016
LinuxLinuxAffected
  • ≥ 41dc529a4602ac737020f423f84686a81de38e6d, < 7a83979d92782f83c90888ebe19bdc9420521940
Fixed in
  • 7a83979d92782f83c90888ebe19bdc9420521940
LinuxLinuxAffected
  • =4.11
Fixed in–

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…