UBUNTU-CVE-2026-97910: High severity ubuntu/linux-hwe-edge vulnerability

In the Linux kernel, the following vulnerability has been resolved: ASoC: sprd: validate compress buffer sizes against fixed allocations sprdplatformcompropen() allocates the stage 0 IRAM buffer (32K data area) and the stage 1 DDR buffer (2M data area) with fixed sizes, but sprdplatformcomprcopy() derives all copy lengths from the user controlled runtime->fragmentsize and the write() count, never comparing them against the physical buffer sizes. The compress core only checks fragmentsize fragments for an u32 overflow in sndcompresscheckinput(), so a local user can configure a logical buffer of up to ~4GB via SNDRVCOMPRESSSETPARAMS, far exceeding the fixed allocations. A fragmentsize larger than the 32K IRAM data area makes the stage 0 copyfromuser() overflow past the IRAM allocation, and a buffersize larger than the 2M DDR buffer makes the wrapping copy at the end of sprdplatformcomprcopy() write fully user controlled data past the buffer. No SNDRVPCMTRIGGERSTART is needed, a write() in SETUP state reaches the copy callback directly. Reject parameters that do not fit into the fixed buffers in setparams(), 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.