CVE-2026-64481: Linux kernel · ALSA: hda/cs35l41: Fix firmware load work teardown
Affects Linux kernelSource CVE Database V5
Not known to be exploited · CVSS 7.8 High · fixed in d6a40a4d083ef74d00c8f9516cb5ff07ac70720b : patch Linux kernel soon.
Data as of 26 Oct 2026, 13:47 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 6% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- CISA SSVC
- Exploitation
- No evidence of active exploitation and no public proof of concept
- Automatable
- Attackers cannot reliably automate steps 1–4 of the kill chain
- Technical impact
- Total control over the software or total information disclosure
CISA SSVC assessment, 2026-10-16.
- Patch
- Available – fixed in d6a40a4d083ef74d00c8f9516cb5ff07ac70720b, ce0a903d0591e3e2c790c5b628802b08d1b287cc, b65020d5398f499c09498c9786dba6d67ae57664 +2
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 25 Jul 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in– |
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.
References
- git.kernel.org/stable/c/3e339c88b8c3044919fd1936a8b23124285d0de6 (opens in a new tab)
- git.kernel.org/stable/c/8947215c0136c9d905e4a46d824824f8b48a2e5b (opens in a new tab)
- git.kernel.org/stable/c/ce0a903d0591e3e2c790c5b628802b08d1b287cc (opens in a new tab)
- git.kernel.org/stable/c/d6a40a4d083ef74d00c8f9516cb5ff07ac70720b (opens in a new tab)
- git.kernel.org/stable/c/b65020d5398f499c09498c9786dba6d67ae57664 (opens in a new tab)