Description
In the Linux kernel, the following vulnerability has been resolved: ALSA: hda/cs35l41: Fix firmware load work teardown cs35l41_hda creates ALSA controls whose private data points at the cs35l41_hda object. The firmware load control can also queue fw_load_work. Those controls are not removed on component unbind, and device remove only cancels fw_load_work through cs35l41_remove_dsp(). That helper is skipped when halo_initialized is false. With firmware_autostart disabled, a firmware load can be requested before the DSP has been initialized. If the component or device is removed before the queued work runs, the worker can run after teardown and dereference driver state that is no longer valid. Track the created controls and remove them on unbind so no new control callback can reach the driver data or queue more work. Then cancel fw_load_work to drain any request that was already queued. Also cancel the work unconditionally during device remove before runtime PM teardown.
Affected products
linux: linux kernel
References6
- git.kernel.org/stable/c/3e339c88b8c3044919fd1936a8b23124285d0de6 Patch
- git.kernel.org/stable/c/8947215c0136c9d905e4a46d824824f8b48a2e5b Patch
- git.kernel.org/stable/c/b3647e5b7b817272fdef057948c37fcb0704edc7 Patch
- git.kernel.org/stable/c/b65020d5398f499c09498c9786dba6d67ae57664 Patch
- git.kernel.org/stable/c/ce0a903d0591e3e2c790c5b628802b08d1b287cc Patch
- git.kernel.org/stable/c/d6a40a4d083ef74d00c8f9516cb5ff07ac70720b Patch
Metrics
- CVSS 3.1
-
7.8
HIGH
Score source: CNA
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H - EPSS — exploit probability
- 0% percentile: 7 · as of 13 November 2026
- CWE
- CWE-416
Could this be exploited in your environment?
A patch closes the known hole. A penetration test shows what an attacker can still reach — with proof.