CVE-2026-80967: Linux kernel · ALSA: pcxhr: initialize mutexes before requesting threaded IRQ
Affects Linux kernelSource CVE Database V5
Not known to be exploited · CVSS 8.4 High · fixed in ede25b7fea0d7487ee8528bf35dc7b9a1cbcd814 : patch Linux kernel soon.
Data as of 30 Oct 2026, 12:49 UTC
Thin evidence
One scorer or none| CNA (Linux) | CVSS 3.1 | 8.4 |
|---|
- 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 ede25b7fea0d7487ee8528bf35dc7b9a1cbcd814, c069b3cfd753d6688ea0271c43553631ab38ce10, a5f405adb0229c9cf64eb3d695c333c92e3d3d4f +5
CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 11 Sep 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: 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 30 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: pcxhr: initialize mutexes before requesting threaded IRQ pcxhr_probe() requests pcxhr_threaded_irq() before initializing mgr->lock, even though the threaded handler takes that mutex. Initialize the manager locks before request_threaded_irq() so an early interrupt cannot run against uninitialized mutex state during probe.
References
- git.kernel.org/stable/c/20a0f80f67a1495a57e5a3ba0fa172a0f919691d (opens in a new tab)
- git.kernel.org/stable/c/039602d6ddb1febbb0561b30dab04461f78a1319 (opens in a new tab)
- git.kernel.org/stable/c/a5f405adb0229c9cf64eb3d695c333c92e3d3d4f (opens in a new tab)
- git.kernel.org/stable/c/ede25b7fea0d7487ee8528bf35dc7b9a1cbcd814 (opens in a new tab)
- git.kernel.org/stable/c/c069b3cfd753d6688ea0271c43553631ab38ce10 (opens in a new tab)
- git.kernel.org/stable/c/7ef9ad82d95dd3c74570d80a689a0570fbc7539e (opens in a new tab)
- git.kernel.org/stable/c/7cf280fbef5db6310e1b32074c8c34d1ba459796 (opens in a new tab)
- git.kernel.org/stable/c/6c97817e20598e5473094e0e38d1f51f1cf4dfff (opens in a new tab)