Re: [PATCH] ALSA: FCP: fix OOB write in fcp_meter_ctl_get()

Takashi Iwai <[email protected]> Tue, 04 Aug 2026 18:06:07 +0200
Newsgroups org.kernel.vger.linux-sound,org.kernel.vger.linux-kernel,org.kernel.vger.stable
Message-ID <[email protected]>
On Tue, 04 Aug 2026 14:36:11 +0200,
Baul Lee wrote:
> 
> fcp_ioctl_set_meter_map() bounds the user-supplied Level Meter map size
> by the driver's own limit of 255
> 
> 	if (map.map_size < 1 || map.map_size > 255 ||
> 	    map.meter_slots < 1 || map.meter_slots > 255)
> 		return -EINVAL;
> 
> and passes it to fcp_add_new_ctl() as the control's channel count, where
> it is stored as elem->channels.
> 
> Every control read writes into struct snd_ctl_elem_value, whose integer
> array is declared long value[128], so the limit is 128, not 255.
> fcp_meter_ctl_get() stores one 64-bit word per channel into that array
> with no bound of its own:
> 
> 	for (i = 0; i < elem->channels; i++) {
> 		int idx = private->meter_level_map[i];
> 		int value = idx < 0 ? 0 : le32_to_cpu(resp[idx]);
> 
> 		ucontrol->value.integer.value[i] = value;
> 	}
> 
> snd_ctl_elem_read_user() serves that object from
> memdup_user(_control, sizeof(*control)), 1224 bytes on LP64 out of
> kmalloc-2048.  offsetof(struct snd_ctl_elem_value, value) is 72, so
> element i is written at byte 72 + 8 * i and element 144 already lands
> past the allocation.  At map_size 255 the last store ends at byte 2112,
> 888 bytes past the object and 64 bytes into the adjacent slab object.
> The stored words come from the device and meter_level_map[] selects
> which word lands in which slot, so extent and contents are both
> controlled.
> 
> The core does not catch this.  snd_ctl_check_elem_info() is reached only
> from __snd_ctl_elem_info(), which snd_ctl_elem_read() calls under
> CONFIG_SND_CTL_DEBUG; without that option snd_ctl_skip_validation() is a
> compile-time true.  __snd_ctl_add_replace() validates kcontrol->count and
> never inspects elem->channels.
> 
> Installing an oversized map needs CAP_SYS_RAWIO, but the control outlives
> the hwdep descriptor that created it, so the out-of-bounds stores are
> issued by any process able to read controls on /dev/snd/controlC0.
> 
> KASAN on 7.2.0-rc5 (arm64), triggered by an unprivileged control read:
> 
>   BUG: KASAN: slab-out-of-bounds in fcp_meter_ctl_get
>   Write of size 8 at addr ffff000017af04c8 by task fcp_trigger/185
>    __asan_store8
>    fcp_meter_ctl_get
>    snd_ctl_elem_read
>    snd_ctl_ioctl
>   Allocated by task 185:
>    memdup_user
>    snd_ctl_ioctl
>   The buggy address is located 0 bytes to the right of
>    allocated 1224-byte region [ffff000017af0000, ffff000017af04c8)
> 
> Bound the map size by the ABI limit rather than by 255, and bound the
> store loop at the sink so it cannot run past the value array whatever
> elem->channels holds.
> 
> Discovered by XBOW, triaged by Baul Lee <[email protected]>
> 
> Fixes: 46757a3e7d50 ("ALSA: FCP: Add Focusrite Control Protocol driver")
> Reported-by: Federico Kirschbaum <[email protected]>
> Reported-by: Baul Lee <[email protected]>
> Cc: [email protected]
> Signed-off-by: Baul Lee <[email protected]>

Applied now.  Thanks.


Takashi