CVE-2026-74500ALSA: usb-audio: fix stack info leak in RME Digiface status
Updated under an hour ago ()
Does this affect you?
It affects Linux. Add what you run to find out whether that includes you.
No exploitation reported and no EPSS estimate yet.
Do this next
Free account, 1 product
In the Linux kernel, the following vulnerability has been resolved: ALSA: usb-audio: fix stack info leak in RME Digiface status snd_rme_digiface_read_status() reads a four-word status block from the device into an uninitialised on-stack __le32 buf[4] and, whenever the vendor control-IN transfer does not return a negative error, copies all four words into the caller's status[]. snd_usb_ctl_msg() copies the full requested size back into the caller's buffer regardless of how many bytes the data stage actually delivered: buf = kmemdup(data, size, GFP_KERNEL); err = usb_control_msg(dev, pipe, request, requesttype, value, index, buf, size, timeout); memcpy(data, buf, size); usb_control_msg() returns the transferred length on a short control-IN, which is a non-negative value, and writes only that many bytes. The remainder of the copy back is the kmemdup()ed image of the caller's buffer, so a device answering with a short data stage leaves the trailing words of buf[] holding leftover kernel stack. The only guard in the caller is err < 0, so those words are stored into status[]. They then reach user space: snd_rme_digiface_get_status_val() selects a 16-bit halfword of status[] per the control's reg/mask, and the eight Digiface status controls together expose the whole 16-byte frame to an unprivileged reader of /dev/snd/controlC*. Zero-initialise the buffer so a short read yields zeros instead of stack residue. This mirrors snd_rme_get_status1(), which already clears its output word before the same kind of vendor read. Discovered by XBOW, triaged by Baul Lee <baul.lee@xbow.com>
- CVSS
- Not yet scored
- Weakness (CWE)
- Not given
- Known exploited
- Not in CISA's KEV catalog
- EPSS (exploitation in the next 30 days)
- Not loaded for this CVE
- Assigned by
- Linux
- NVD analysis
- Received
- Record last updated
- Aug 17, 2026
- First seen by InfoSec Signals
- Oct 9, 2026
Affected products
Linux Linux linux:linux (from the name) | from 611a96f6acf2e74fe28cb90908a9c183862348ce before b3a346d5c99dd73cf84711f2a43e42691990efd2; 611a96f6acf2e74fe28cb90908a9c183862348ce builds before 7ba01e0d3539d9cf0aef3e82938f1648147744cc; 611a96f6acf2e74fe28cb90908a9c183862348ce builds before 98dbfbb38e297c25c5b0af4a9018d71ac25e8554; 611a96f6acf2e74fe28cb90908a9c183862348ce builds before 441aaad150c57edaf57ee482a79a3bf4c5b7e353; 3089703ab71484a8b9a7641051181d11d60f870c; 50f63f11a6ddaa0d34574df72b3fa6ee257c057d; from 6.10.14 before 6.11; from 6.11.3 before 6.12 | CNA record |
References
- https://git.kernel.org/stable/c/b3a346d5c99dd73cf84711f2a43e42691990efd2
- https://git.kernel.org/stable/c/7ba01e0d3539d9cf0aef3e82938f1648147744cc
- https://git.kernel.org/stable/c/98dbfbb38e297c25c5b0af4a9018d71ac25e8554
- https://git.kernel.org/stable/c/441aaad150c57edaf57ee482a79a3bf4c5b7e353
The CVE record on cve.org NVD's entry
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.