CVE-2022-48702
published 2024-05-03CVE-2022-48702: In the Linux kernel, the following vulnerability has been resolved: ALSA: emu10k1: Fix out of bounds access in snd_emu10k1_pcm_channel_alloc() The voice…
PriorityP338high7.8CVSS 3.1
AVLACLPRLUINSUCHIHAH
EPSS
0.24%
14.9th percentile
In the Linux kernel, the following vulnerability has been resolved:
ALSA: emu10k1: Fix out of bounds access in snd_emu10k1_pcm_channel_alloc()
The voice allocator sometimes begins allocating from near the end of the
array and then wraps around, however snd_emu10k1_pcm_channel_alloc()
accesses the newly allocated voices as if it never wrapped around.
This results in out of bounds access if the first voice has a high enough
index so that first_voice + requested_voice_count > NUM_G (64).
The more voices are requested, the more likely it is for this to occur.
This was initially discovered using PipeWire, however it can be reproduced
by calling aplay multiple times with 16 channels:
aplay -r 48000 -D plughw:CARD=Live,DEV=3 -c 16 /dev/zero
UBSAN: array-index-out-of-bounds in sound/pci/emu10k1/emupcm.c:127:40
index 65 is out of range for type 'snd_emu10k1_voice [64]'
CPU: 1 PID: 31977 Comm: aplay Tainted: G W IOE 6.0.0-rc2-emu10k1+ #7
Hardware name: ASUSTEK COMPUTER INC P5W DH Deluxe/P5W DH Deluxe, BIOS 3002 07/22/2010
Call Trace:
dump_stack_lvl+0x49/0x63
dump_stack+0x10/0x16
ubsan_epilogue+0x9/0x3f
__ubsan_handle_out_of_bounds.cold+0x44/0x49
snd_emu10k1_playback_hw_params+0x3bc/0x420 [snd_emu10k1]
snd_pcm_hw_params+0x29f/0x600 [snd_pcm]
snd_pcm_common_ioctl+0x188/0x1410 [snd_pcm]
? exit_to_user_mode_prepare+0x35/0x170
? do_syscall_64+0x69/0x90
? syscall_exit_to_user_mode+0x26/0x50
? do_syscall_64+0x69/0x90
? exit_to_user_mode_prepare+0x35/0x170
snd_pcm_ioctl+0x27/0x40 [snd_pcm]
__x64_sys_ioctl+0x95/0xd0
do_syscall_64+0x5c/0x90
? do_syscall_64+0x69/0x90
? do_syscall_64+0x69/0x90
entry_SYSCALL_64_after_hwframe+0x63/0xcd
Affected
22 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | linux | < linux 5.19.11-1 (bookworm) | linux 5.19.11-1 (bookworm) |
| linux | linux | — | — |
| linux | linux | >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 < 637c5310acb48fffcc5657568db3f3e9bc719bfa | 637c5310acb48fffcc5657568db3f3e9bc719bfa |
| linux | linux | >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 < 6b0e260ac3cf289e38446552461caa65e6dab275 | 6b0e260ac3cf289e38446552461caa65e6dab275 |
| linux | linux | >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 < 88aac6684cf8bc885cca15463cb4407e91f28ff7 | 88aac6684cf8bc885cca15463cb4407e91f28ff7 |
| linux | linux | >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 < 45321a7d02b7cf9b3f97e3987fc1e4d649b82da2 | 45321a7d02b7cf9b3f97e3987fc1e4d649b82da2 |
| linux | linux | >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 < 39a90720f3abe96625d1224e7a7463410875de4c | 39a90720f3abe96625d1224e7a7463410875de4c |
| linux | linux | >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 < 45814a53514e10a8014906c882e0d0d38df39cc1 | 45814a53514e10a8014906c882e0d0d38df39cc1 |
| linux | linux | >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 < 4204a01ffce97cae1d59edc5848f02be5b2b9178 | 4204a01ffce97cae1d59edc5848f02be5b2b9178 |
| linux | linux | >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 < d29f59051d3a07b81281b2df2b8c9dfe4716067f | d29f59051d3a07b81281b2df2b8c9dfe4716067f |
| linux | linux_kernel | < 4.9.328 | 4.9.328 |
| linux | linux_kernel | — | — |
| linux | linux_kernel | >= 0 < 5.10.148-1 | 5.10.148-1 |
| linux | linux_kernel | >= 0 < 5.19.11-1 | 5.19.11-1 |
| linux | linux_kernel | >= 0 < 5.19.11-1 | 5.19.11-1 |
| linux | linux_kernel | >= 0 < 5.19.11-1 | 5.19.11-1 |
| linux | linux_kernel | >= 4.10 < 4.14.293 | 4.14.293 |
| linux | linux_kernel | >= 4.15 < 4.19.258 | 4.19.258 |
| linux | linux_kernel | >= 4.20 < 5.4.213 | 5.4.213 |
| linux | linux_kernel | >= 5.11 < 5.15.68 | 5.15.68 |
| linux | linux_kernel | >= 5.17 < 5.19.9 | 5.19.9 |
| linux | linux_kernel | >= 5.5 < 5.10.143 | 5.10.143 |
CVSS provenance
nvdv3.17.8HIGHCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
osv7.8HIGH
vendor_debian7.8HIGH
vendor_redhat7.8HIGH
Stop checking back — get the weekly exploitation signal.
Every Monday: what got weaponized or added to CISA KEV in the last seven days — each CVE cross-linked to its PoC, Nuclei template, and detection rule. Free, one email a week, unsubscribe in one click.
OSV
CVE-2022-48702: In the Linux kernel, the following vulnerability has been resolved: ALSA: emu10k1: Fix out of bounds access in snd_emu10k1_pcm_channel_alloc() The voi
osv·2024-05-03·CVSS 7.8
CVE-2022-48702 [HIGH] CVE-2022-48702: In the Linux kernel, the following vulnerability has been resolved: ALSA: emu10k1: Fix out of bounds access in snd_emu10k1_pcm_channel_alloc() The voi
In the Linux kernel, the following vulnerability has been resolved: ALSA: emu10k1: Fix out of bounds access in snd_emu10k1_pcm_channel_alloc() The voice allocator sometimes begins allocating from near the end of the array and then wraps around, however snd_emu10k1_pcm_channel_alloc() accesses the newly allocated voices as if it never wrapped around. This results in out of bounds access if the first voice has a high enough index so that first_voice + requested_voice_count > NUM_G (64). The more voices are requested, the more likely it is for this to occur. This was initially discovered using PipeWire, however it can be reproduced by calling aplay multiple times with 16 channels: aplay -r 48000 -D plughw:CARD=Live,DEV=3 -c 16 /dev/zero UBSAN: array-index-out-of-bounds in sound/pci/emu10k1/em
GHSA
GHSA-vvwh-42m2-rpvh: In the Linux kernel, the following vulnerability has been resolved:
ALSA: emu10k1: Fix out of bounds access in snd_emu10k1_pcm_channel_alloc()
The v
ghsa_unreviewed·2024-05-03
CVE-2022-48702 [HIGH] CWE-129 GHSA-vvwh-42m2-rpvh: In the Linux kernel, the following vulnerability has been resolved:
ALSA: emu10k1: Fix out of bounds access in snd_emu10k1_pcm_channel_alloc()
The v
In the Linux kernel, the following vulnerability has been resolved:
ALSA: emu10k1: Fix out of bounds access in snd_emu10k1_pcm_channel_alloc()
The voice allocator sometimes begins allocating from near the end of the
array and then wraps around, however snd_emu10k1_pcm_channel_alloc()
accesses the newly allocated voices as if it never wrapped around.
This results in out of bounds access if the first voice has a high enough
index so that first_voice + requested_voice_count > NUM_G (64).
The more voices are requested, the more likely it is for this to occur.
This was initially discovered using PipeWire, however it can be reproduced
by calling aplay multiple times with 16 channels:
aplay -r 48000 -D plughw:CARD=Live,DEV=3 -c 16 /dev/zero
UBSAN: array-index-out-of-bounds in sound/pci/emu10
Red Hat
kernel: ALSA: emu10k1: Fix out of bounds access in snd_emu10k1_pcm_channel_alloc()
vendor_redhat·2024-05-03·CVSS 7.8
CVE-2022-48702 [HIGH] kernel: ALSA: emu10k1: Fix out of bounds access in snd_emu10k1_pcm_channel_alloc()
kernel: ALSA: emu10k1: Fix out of bounds access in snd_emu10k1_pcm_channel_alloc()
In the Linux kernel, the following vulnerability has been resolved:
ALSA: emu10k1: Fix out of bounds access in snd_emu10k1_pcm_channel_alloc()
The voice allocator sometimes begins allocating from near the end of the
array and then wraps around, however snd_emu10k1_pcm_channel_alloc()
accesses the newly allocated voices as if it never wrapped around.
This results in out of bounds access if the first voice has a high enough
index so that first_voice + requested_voice_count > NUM_G (64).
The more voices are requested, the more likely it is for this to occur.
This was initially discovered using PipeWire, however it can be reproduced
by calling aplay multiple times with 16 channels:
aplay -r 48000 -D plughw:CARD
Debian
CVE-2022-48702: linux - In the Linux kernel, the following vulnerability has been resolved: ALSA: emu10...
vendor_debian·2022·CVSS 7.8
CVE-2022-48702 [HIGH] CVE-2022-48702: linux - In the Linux kernel, the following vulnerability has been resolved: ALSA: emu10...
In the Linux kernel, the following vulnerability has been resolved: ALSA: emu10k1: Fix out of bounds access in snd_emu10k1_pcm_channel_alloc() The voice allocator sometimes begins allocating from near the end of the array and then wraps around, however snd_emu10k1_pcm_channel_alloc() accesses the newly allocated voices as if it never wrapped around. This results in out of bounds access if the first voice has a high enough index so that first_voice + requested_voice_count > NUM_G (64). The more voices are requested, the more likely it is for this to occur. This was initially discovered using PipeWire, however it can be reproduced by calling aplay multiple times with 16 channels: aplay -r 48000 -D plughw:CARD=Live,DEV=3 -c 16 /dev/zero UBSAN: array-index-out-of-bounds in sound/pci/emu10k1/em
No detection rules found.
No public exploits indexed.
https://git.kernel.org/stable/c/39a90720f3abe96625d1224e7a7463410875de4chttps://git.kernel.org/stable/c/4204a01ffce97cae1d59edc5848f02be5b2b9178https://git.kernel.org/stable/c/45321a7d02b7cf9b3f97e3987fc1e4d649b82da2https://git.kernel.org/stable/c/45814a53514e10a8014906c882e0d0d38df39cc1https://git.kernel.org/stable/c/637c5310acb48fffcc5657568db3f3e9bc719bfahttps://git.kernel.org/stable/c/6b0e260ac3cf289e38446552461caa65e6dab275https://git.kernel.org/stable/c/88aac6684cf8bc885cca15463cb4407e91f28ff7https://git.kernel.org/stable/c/d29f59051d3a07b81281b2df2b8c9dfe4716067fhttps://git.kernel.org/stable/c/39a90720f3abe96625d1224e7a7463410875de4chttps://git.kernel.org/stable/c/4204a01ffce97cae1d59edc5848f02be5b2b9178https://git.kernel.org/stable/c/45321a7d02b7cf9b3f97e3987fc1e4d649b82da2https://git.kernel.org/stable/c/45814a53514e10a8014906c882e0d0d38df39cc1https://git.kernel.org/stable/c/637c5310acb48fffcc5657568db3f3e9bc719bfahttps://git.kernel.org/stable/c/6b0e260ac3cf289e38446552461caa65e6dab275https://git.kernel.org/stable/c/88aac6684cf8bc885cca15463cb4407e91f28ff7https://git.kernel.org/stable/c/d29f59051d3a07b81281b2df2b8c9dfe4716067f
2024-05-03
Published