ASoC: sprd: validate compress buffer sizes against fixed allocations
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Fix
- Fixed in 5.10.271, 5.15.222, 6.1.189, 6.6.158, 6.12.111, and 2 more
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
Summary
In the Linux kernel, the following vulnerability has been resolved: ASoC: sprd: validate compress buffer sizes against fixed allocations sprd_platform_compr_open() allocates the stage 0 IRAM buffer (32K data area) and the stage 1 DDR buffer (2M data area) with fixed sizes, but sprd_platform_compr_copy() derives all copy lengths from the user controlled runtime->fragment_size and the write() count, never comparing them against the physical buffer sizes. The compress core only checks fragment_size * fragments for an u32 overflow in snd_compress_check_input(), so a local user can configure a logical buffer of up to ~4GB via SNDRV_COMPRESS_SET_PARAMS, far exceeding the fixed allocations. A fragment_size larger than the 32K IRAM data area makes the stage 0 copy_from_user() overflow past the IRAM allocation, and a buffer_size larger than the 2M DDR buffer makes the wrapping copy at the end of sprd_platform_compr_copy() write fully user controlled data past the buffer. No SNDRV_PCM_TRIGGER_START is needed, a write() in SETUP state reaches the copy callback directly. Reject parameters that do not fit into the fixed buffers in set_params(), and fix the advertised max fragment size: 128K never fitted into the 32K IRAM buffer. The caps values may have been carried over from the qdsp6 driver, which allocates its buffers according to the advertised maxima, unlike this driver. With 32K as max fragment size the advertised limits are self-consistent: 32K * 64 = 2M equals the DDR buffer size. Discovered by Atuin - Automated Vulnerability Discovery Engine.
Timeline
- CVE published
- Record last updated
Affected versions
- Linux Linux
From cce1396936ef2b347d622b4d49718818eb32029d · fixed in 2fada8276117215407afd1f59de5d2fe22aff01f; From cce1396936ef2b347d622b4d49718818eb32029d · fixed in ad796a1bc1875da2ebb616ea9bc1f2994273fd02; From cce1396936ef2b347d622b4d49718818eb32029d · fixed in 2e27144ba4b98bb3eb14aaccd4b088e2e69844e3; From cce1396936ef2b347d622b4d49718818eb32029d · fixed in 1467e3989c6edf79d3898c78aa47027f31ee5acb; From cce1396936ef2b347d622b4d49718818eb32029d · fixed in 38a9bb5221bcdece5507299f739c6751d8fc16b2; From cce1396936ef2b347d622b4d49718818eb32029d · fixed in ff63b0adc4f6a5b61c8393d204fac44c594c4d39; From cce1396936ef2b347d622b4d49718818eb32029d · fixed in 8064b73997f137c00a7e2e38295a763f9423928b; From cce1396936ef2b347d622b4d49718818eb32029d · fixed in 7a4ce92d150b9e7ecf1a710a34d8cdeb590d3751
- Linux Linux
5.2
- KernelLinux
From 5.2.0 · fixed in 5.10.271; From 5.11.0 · fixed in 5.15.222; From 5.16.0 · fixed in 6.1.189; From 6.2.0 · fixed in 6.6.158; From 6.7.0 · fixed in 6.12.111; From 6.13.0 · fixed in 6.18.53; From 6.19.0 · fixed in 7.2.7
References 8
git.kernel.org
- stable/c/2fada8276117215407afd1f59de5d2fe22aff01f
- stable/c/ad796a1bc1875da2ebb616ea9bc1f2994273fd02
- stable/c/2e27144ba4b98bb3eb14aaccd4b088e2e69844e3
- stable/c/1467e3989c6edf79d3898c78aa47027f31ee5acb
- stable/c/38a9bb5221bcdece5507299f739c6751d8fc16b2
- stable/c/ff63b0adc4f6a5b61c8393d204fac44c594c4d39
- stable/c/8064b73997f137c00a7e2e38295a763f9423928b
- stable/c/7a4ce92d150b9e7ecf1a710a34d8cdeb590d3751