CVE-2026-46049
In the Linux kernel, the following vulnerability has been resolved: ALSA: ctxfi: Add fallback to default RSR for S/PDIF spdif_passthru_playback_get_resources() uses atc->pll_rate as the RSR for the MSR calculation loop.
Does this matter?
Lower severity and a low EPSS score (0.12%). Track it; it rarely justifies an emergency change on its own.
Description
In the Linux kernel, the following vulnerability has been resolved: ALSA: ctxfi: Add fallback to default RSR for S/PDIF spdif_passthru_playback_get_resources() uses atc->pll_rate as the RSR for the MSR calculation loop. However, pll_rate is only updated in atc_pll_init() and not in hw_pll_init(), so it remains 0 after the card init. When spdif_passthru_playback_setup() skips atc_pll_init() for 32000 Hz, (rsr * desc.msr) always becomes 0, causing the loop to spin indefinitely. Add fallback to use atc->rsr when atc->pll_rate is 0. This reflects the hardware state, since hw_card_init() already configures the PLL to the default RSR.
- CVSS 3.1
- 5.5 MEDIUMCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
- EPSS
- 0.12% probability · 2th percentile
- CISA KEV
- Not listed
- Affected
- linux/linux kernel
- Source
- 416baaa9-dc9f-4396-8d5f-8c081fb06d67
References
- https://git.kernel.org/stable/c/09496158f6ebba8830593f8972035c02f97124c1Patch
- https://git.kernel.org/stable/c/25ded535ee261161bcf19dafd525c542e606559dPatch
- https://git.kernel.org/stable/c/30f9494c6f2b53a78822cfb653ffbb1d092d44c8Patch
- https://git.kernel.org/stable/c/615b7a5e5d8be68d52f262579906f7e015ba4606Patch
- https://git.kernel.org/stable/c/7d61662197ecdc458e33e475b6ada7f6da61d364Patch
- https://git.kernel.org/stable/c/95b1ee8442cabbde83b2848e7c6100df90f3a00dPatch
- https://git.kernel.org/stable/c/d0b53842211f73a10ea174100a213f7fa14b9f33Patch
- https://git.kernel.org/stable/c/dfc00979ff00d9dfdfa1df32144a272ee2728102Patch
Source: NVD record, EPSS from FIRST.org, KEV from CISA. Refreshed daily.