CVE-2026-89861

HIGHCVSS 8.1/10

Last modified

CVE-2026-89861 is a high-severity vulnerability rated 8.1/10 on the CVSS scale. In the Linux kernel, the following vulnerability has been resolved: scsi: qla2xxx: Hold vport reference in qla24xx_report_id_acquisition() In the format 1 path, the virtual port is located on ha->vp_list while holding vport_slock, but the lock is dropped before vp is used: qla_update_host_map() is called and VP_IDX_ACQUIRED/REGISTER_FC4_NEEDED/ REGISTER_FDMI_NEEDED are set on vp. No reference is taken across that window, so a concurrent qla24xx_deallocate_vp_id() can tear the vport down and free it, leading to a use-after-free. Take a vport reference (vref_count) under vport_slock when the matching vp is found, and drop it after the last use of vp.

Description

In the Linux kernel, the following vulnerability has been resolved: scsi: qla2xxx: Hold vport reference in qla24xx_report_id_acquisition() In the format 1 path, the virtual port is located on ha->vp_list while holding vport_slock, but the lock is dropped before vp is used: qla_update_host_map() is called and VP_IDX_ACQUIRED/REGISTER_FC4_NEEDED/ REGISTER_FDMI_NEEDED are set on vp. No reference is taken across that window, so a concurrent qla24xx_deallocate_vp_id() can tear the vport down and free it, leading to a use-after-free. Take a vport reference (vref_count) under vport_slock when the matching vp is found, and drop it after the last use of vp. qla24xx_deallocate_vp_id() waits for vref_count to reach zero before unlinking and freeing the vport, so the pointer stays valid. This matches the reference idiom already used by the other ha->vp_list traversals.

Metrics

Affected Software

Source: CNA advisory (CVE.org). NVD analysis pending.

VendorProductVersions
LinuxLinux>= 2c3dfe3f6ad8daff5acdb01713e4f2b116e78136, < d09ef32af1e05d79f29b460521a20bc4e6fd2ecf; >= 2c3dfe3f6ad8daff5acdb01713e4f2b116e78136, < 4b7f0a95bfeb1d3673da4c29bbe9872a61bc1a69; >= 2c3dfe3f6ad8daff5acdb01713e4f2b116e78136, < 267533b28ddf2c9223d30ad7e6960fa9e936428e; >= 2c3dfe3f6ad8daff5acdb01713e4f2b116e78136, < f8d2eb510c063a8ca79a5dc766a4303d3925fe83; >= 2c3dfe3f6ad8daff5acdb01713e4f2b116e78136, < f6b3bcc7cb2f4c37464958b9fd97dc7f185ea297; >= 2c3dfe3f6ad8daff5acdb01713e4f2b116e78136, < 47272152a13d202d98496208f9bf382c1cf4d4fb; >= 2c3dfe3f6ad8daff5acdb01713e4f2b116e78136, < d556f899964d184e6cb788f3fa9dcddcafe1ab2d; >= 2c3dfe3f6ad8daff5acdb01713e4f2b116e78136, < 793cedee296fd819bfadc2a7ec4d52faf9c09a0a
LinuxLinux2.6.23

References

Timeline

Published
Last Modified
Status
Received

Frequently Asked Questions

What is CVE-2026-89861?
In the Linux kernel, the following vulnerability has been resolved: scsi: qla2xxx: Hold vport reference in qla24xx_report_id_acquisition() In the format 1 path, the virtual port is located on ha->vp_list while holding vport_slock, but the lock is dropped before vp is used: qla_update_host_map() is called and VP_IDX_ACQUIRED/REGISTER_FC4_NEEDED/ REGISTER_FDMI_NEEDED are set on vp. No reference is taken across that window, so a concurrent qla24xx_deallocate_vp_id() can tear the vport down and free it, leading to a use-after-free. Take a vport reference (vref_count) under vport_slock when the matching vp is found, and drop it after the last use of vp. qla24xx_deallocate_vp_id() waits for vref_count to reach zero before unlinking and freeing the vport, so the pointer stays valid. This matches the reference idiom already used by the other ha->vp_list traversals.
How severe is CVE-2026-89861?
CVE-2026-89861 has a CVSS score of 8.1/10 (HIGH severity).
How do I fix CVE-2026-89861?
Check the vendor references and advisories linked above for patched versions and mitigation guidance. You can also run a Strix scan to test if your systems are affected.

How Strix Helps

Related CVEs from 2026

Are you affected by CVE-2026-89861?

Run a free Strix scan to check your systems for this vulnerability.

Scan your code now

Source: NVD / NIST