ZeroHour

CVE-2026-80653

niche

Race condition in Linux kernel hisi_sas v3 SAS driver triggers kernel warning on unload

CVSS 3.1
8.4 high
EPSS
<1%p4
Published
()
Modified
AI analysis

A race condition in the Linux kernel's hisi_sas driver for HiSilicon SAS v3 controllers causes a kernel WARNING because the driver lacks a slave_destroy callback, allowing device links to be removed out of order when the SAS driver is unloaded. It is triggered when a remote PHY link reset runs concurrently with removal of the SAS driver module (rmmod), with the warning raised in the device-links cleanup path (device_links_driver_cleanup) while libsas destroys SAS rphy devices. A local attacker or administrator who times these operations can trigger the warning, potentially disrupting or crashing the system (denial of service); the CVSS 3.1 score of 8.4 reflects potential high confidentiality, integrity, and availability impact, though a local attack vector is required. Only Linux systems using HiSilicon SAS v3 controllers — found primarily in Huawei Kunpeng/TaiShan ARM servers — are affected. No public proof-of-concept exists, the flaw is not in CISA's KEV catalog, and EPSS estimates only a 0.1% probability of exploitation within 30 days.

What to do: Apply a Linux kernel update that includes the hisi_sas v3 hw slave_destroy patch (via stable or vendor-distribution kernel updates once available). Until patched, avoid unloading the hisi_sas module (rmmod) while SAS link resets may be running, e.g., quiesce SAS activity before module removal. Confirm applicability by checking whether systems use HiSilicon SAS v3 controllers (e.g., via lspci/lsscsi).

Affected
Linux kernel (SCSI hisi_sas v3 hardware driver / libsas)Kernel versions shipping the hisi_sas v3 hw driver without the slave_destroy fix; specific affected and fixed version numbers are not provided in the available
Estimated exposure
nichelikely on the order of tens of thousands of servers worldwide (limited to systems with HiSilicon SAS v3 controllers, mainly Huawei Kunpeng/TaiShan ARM… — The affected code only exists in the hisi_sas v3 hardware driver, which ships with a narrow set of HiSilicon/Huawei ARM server platforms, and the flaw requires local access to trigger, so exposure is capped by deployments of that specific…

Order-of-magnitude estimate by the model from install counts, market share and public scan data it knows; verify before quoting.

Description

In the Linux kernel, the following vulnerability has been resolved: scsi: hisi_sas: Add slave_destroy interface for v3 hw WARNING is triggered when executing link reset of remote PHY and rmmod SAS driver simultaneously. Following is the WARNING log: WARNING: CPU: 61 PID: 21818 at drivers/base/core.c:1347 __device_links_no_driver+0xb4/0xc0 Call trace: __device_links_no_driver+0xb4/0xc0 device_links_driver_cleanup+0xb0/0xfc __device_release_driver+0x198/0x23c device_release_driver+0x38/0x50 bus_remove_device+0x130/0x140 device_del+0x184/0x434 __scsi_remove_device+0x118/0x150 scsi_remove_target+0x1bc/0x240 sas_rphy_remove+0x90/0x94 sas_rphy_delete+0x24/0x3c sas_destruct_devices+0x64/0xa0 [libsas] sas_revalidate_domain+0xe4/0x150 [libsas] process_one_work+0x1e0/0x46c worker_thread+0x15c/0x464 kthread+0x160/0x170 ret_from_fork+0x10/0x20 ---[ end trace 71e059eb58f85d4a ]--- During SAS phy up, link->status is set to DL_STATE_AVAILABLE in device_links_driver_bound, then this setting influences __device_links_no_driver() before driver rmmod and caused WARNING. Add the slave_destroy interface to make sure link is removed after flush workque.

Vector
CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

In the news

No ingested article mentions this CVE yet.