CVE-2026-80583: ASoC: codecs: lpass-tx-macro: Fix enum kcontrol accesses
In the Linux kernel, the following vulnerability has been resolved:
ASoC: codecs: lpass-tx-macro: Fix enum kcontrol accesses
The "DEC0 MODE" to "DEC7 MODE" controls are enumerated, but txmacrodecmodeget() and txmacrodecmodeput() access their value through ucontrol->value.integer.value[0] (a long) instead of ucontrol->value.enumerated.item[0] (an unsigned int).
This same pattern was fixed in the sibling drivers by commit bcfe5f76cc40 ("ASoC: codecs: rx-macro: fix accessing array out of bounds for enum type") and commit 0ea5eff7c606 ("ASoC: codecs: va-macro: fix accessing array out of bounds for enum type"), but tx-macro was missed.
On 64-bit kernels built with CONFIGSNDCTLDEBUG, the elem value sanity check catches the 4 bytes written past the enumerated item and every read of these controls fails with -EINVAL:
snd-sm8250 sound: control 2:0:0:DEC0 MODE:0: access overflow
Affected Software
Event History
Frequently Asked Questions
Which systems are most likely to exhibit the failure?
The documented failure occurs on 64-bit Linux kernels built with CONFIG_SND_CTL_DEBUG when the lpass-tx-macro codec driver's DEC0 MODE through DEC7 MODE controls are accessed.
How can I tell whether a system is affected?
Attempting to read one of the DEC0 MODE through DEC7 MODE controls can fail with -EINVAL. The kernel log may report an access overflow, for example: "snd-sm8250 sound: control 2:0:0:DEC0 MODE:0: access overflow".
Is this described as a remotely exploitable issue?
No remote attack path, required attacker access, or exploitation scenario is provided. The available information describes incorrect access to enumerated ALSA control values and resulting control-read failures.