CVE-2026-99182: Linux kernel · ASoC: SOF: ipc4-topology: Fix shift-out-of-bounds for aggregated ALH capture
Affects Linux kernelSource CVE Database V5
Not known to be exploited · fixed in cad63a7798d6a6cac1fc68732595f0a3278ff6f0 : update Linux kernel when convenient.
Data as of 28 Oct 2026, 10:58 UTC
Rated by Threat Radar · CVSS not yet scored by NVD
- Patch
- Available – fixed in cad63a7798d6a6cac1fc68732595f0a3278ff6f0, 746de48c3a250f0c264105dcbfcdf0c5001e970b, 5e1322787c5e424a570e87c8c2c25e37552cbe3b
Exploitation evidence
Disclosed: evidence found.
CVE published 28 Oct 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 Linux kernel to cad63a7798d6a6cac1fc68732595f0a3278ff6f0, 746de48c3a250f0c264105dcbfcdf0c5001e970b or 5e1322787c5e424a570e87c8c2c25e37552cbe3b.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in– |
Debiandebian/linuxpkg:deb/debian/linuxOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
Description
In the Linux kernel, the following vulnerability has been resolved: ASoC: SOF: ipc4-topology: Fix shift-out-of-bounds for aggregated ALH capture When ch_count is smaller than blob->alh_cfg.device_count (e.g. a mono capture stream, such as a SmartMic, aggregated across multiple SDW links), step = ch_count / blob->alh_cfg.device_count truncates to 0. The subsequent GENMASK(step - 1, 0) then underflows step - 1 (u32) to UINT_MAX, causing GENMASK()'s internal shift to use an out-of-bounds exponent: UBSAN: shift-out-of-bounds in sound/soc/sof/ipc4-topology.c:2363:13 shift exponent 18446744069414584384 is too large for 64-bit type 'long unsigned int' Treat ch_count < device_count the same way as the existing "channels equal to output reference channels" case: apply the same ch_mask to every aggregated device instead of trying to split channels that can't be evenly divided.