Answer in brief
CVE-2022-48702 records a High severity (CVSS 7.8) vulnerability in ALSA: emu10k1: Fix out of bounds access in snd_emu10k1_pcm_channel_alloc(). The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 7.8. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Product | Affected versions | Fixed versions |
|---|---|---|
| cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:* | Not reported | Not reported |
| cpe:2.3:o:linux:linux_kernel:6.0:rc1:*:*:*:*:*:* | Not reported | Not reported |
| cpe:2.3:o:linux:linux_kernel:6.0:rc2:*:*:*:*:*:* | Not reported | Not reported |
| cpe:2.3:o:linux:linux_kernel:6.0:rc3:*:*:*:*:*:* | Not reported | Not reported |
| cpe:2.3:o:linux:linux_kernel:6.0:rc4:*:*:*:*:*:* | Not reported | Not reported |
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <637c5310acb48fffcc5657568db3f3e9bc719bfa || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <6b0e260ac3cf289e38446552461caa65e6dab275 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <88aac6684cf8bc885cca15463cb4407e91f28ff7 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <45321a7d02b7cf9b3f97e3987fc1e4d649b82da2 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <39a90720f3abe96625d1224e7a7463410875de4c || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <45814a53514e10a8014906c882e0d0d38df39cc1 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <4204a01ffce97cae1d59edc5848f02be5b2b9178 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <d29f59051d3a07b81281b2df2b8c9dfe4716067f | 637c5310acb48fffcc5657568db3f3e9bc719bfa, 6b0e260ac3cf289e38446552461caa65e6dab275, 88aac6684cf8bc885cca15463cb4407e91f28ff7, 45321a7d02b7cf9b3f97e3987fc1e4d649b82da2, 39a90720f3abe96625d1224e7a7463410875de4c, 45814a53514e10a8014906c882e0d0d38df39cc1, 4204a01ffce97cae1d59edc5848f02be5b2b9178, d29f59051d3a07b81281b2df2b8c9dfe4716067f |
| Linux/Linuxgeneric | 2.6.12 | Not reported |
Published upstream
May 3, 2024
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 4, 2026
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: <TASK> 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
Quoted source text, attributed separately from HOL analysis.