Skip to main content

Linux Kernel CVE-2026-53193

| EUVDEUVD-2026-39284 HIGH
Use After Free (CWE-416)
2026-06-25 416baaa9-dc9f-4396-8d5f-8c081fb06d67 GHSA-r56g-vpx5-3639
7.8
CVSS 3.1 · Vendor: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
Share

Severity by source

Vendor (416baaa9-dc9f-4396-8d5f-8c081fb06d67) PRIMARY
7.8 HIGH
AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
vuln.today AI
7.0 HIGH

Local authenticated access to the ALSA timer device gives PR:L and AV:L; reliable exploitation needs winning a free/use race so AC:H; kernel UAF yields full C/I/A on the host.

3.1 AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H
4.0 AV:L/AC:H/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
SUSE
HIGH
qualitative
Red Hat
7.0 MEDIUM
qualitative

Primary rating from Vendor (416baaa9-dc9f-4396-8d5f-8c081fb06d67).

CVSS VectorVendor: 416baaa9-dc9f-4396-8d5f-8c081fb06d67

Attack Vector
Local
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
High
Availability
High

Lifecycle Timeline

5
Analysis Generated
Jun 28, 2026 - 09:29 vuln.today
CVSS changed
Jun 28, 2026 - 08:22 NVD
7.8 (HIGH)
Patch available
Jun 25, 2026 - 10:32 EUVD
CVE Published
Jun 25, 2026 - 09:16 cve.org
UNKNOWN (no severity yet)
CVE Published
Jun 25, 2026 - 09:16 cve.org
HIGH 7.8

DescriptionCVE.org

In the Linux kernel, the following vulnerability has been resolved:

ALSA: timer: Forcibly close timer instances at closing

When snd_timer object is freed via snd_timer_free() and still pending snd_timer_instance objects are assigned to the timer object, it tries to unlink all instances and just set NULL to each ti->timer, then releases the resources immediately. The problem is, however, when there are slave timer instances that are associated with a master instance linked to this timer: namely, those slave instances still point to the freed timer object although the master instance is unlinked, which may lead to user-after-free. The bug can be easily triggered particularly when a new userspace-driven timers (CONFIG_SND_UTIMER) is involved, since it can create and delete the timer object via a simple file open/close, while the other applications may keep accessing to that timer.

This patch is an attempt to paper over the problem above: now instead of just unlinking, call snd_timer_close[_locked]() forcibly for each pending timer instance, so that all assigned slave timer instances are properly detached, too. Since snd_timer_close() might be called later by the driver that created that instance, the check of SNDRV_TIMER_IFLG_DEAD is added at the beginning, too.

AnalysisAI

Local privilege escalation via use-after-free in the Linux kernel ALSA timer subsystem (sound/core/timer.c) allows an authenticated local user to corrupt kernel memory by triggering dangling references to a freed snd_timer object. When snd_timer_free() unlinked pending instances it left slave timer instances still pointing at the freed master timer; the flaw is readily reachable through the userspace-driven timer interface (CONFIG_SND_UTIMER), where opening/closing a file creates and destroys timer objects while other processes keep accessing them. EPSS is low (0.18%, 8th percentile) and there is no public exploit identified at time of analysis, but kernel UAF bugs of this class are historically a strong primitive for local privilege escalation.

Technical ContextAI

The vulnerability lives in the Advanced Linux Sound Architecture (ALSA) in-kernel timer framework, which lets userspace clients (via /dev/snd/timer and the snd_timer ioctl/read interface) subscribe to hardware or software timing sources. Timers are modeled as a master snd_timer object with attached snd_timer_instance clients, and slave instances can be associated with a master instance. The root cause is a use-after-free (CWE-416): snd_timer_free() merely unlinked instances and NULLed each ti->timer, but slave instances tied to a master instance retained pointers to the now-freed timer object, so subsequent access dereferences freed memory. The newer userspace-driven timer feature (CONFIG_SND_UTIMER) makes the lifetime window trivially controllable from userspace because a simple file open/close can create and tear down the timer object concurrently with other accessors. The fix forcibly calls snd_timer_close[_locked]() on each pending instance at free time so all slave instances are properly detached, adding a SNDRV_TIMER_IFLG_DEAD guard to avoid double-close.

RemediationAI

Vendor-released patch: update to a fixed Linux kernel - 6.12.94, 6.18.36, 7.0.13, or 7.1 (or your distribution's backport carrying these stable commits), then reboot to load the patched kernel. The authoritative fixes are the kernel.org stable commits listed in the references (e.g. https://git.kernel.org/stable/c/586b219a22b1032b28b8bd356b963276c5e5bf53). Where immediate patching is not possible, the most effective compensating control is reducing local access to the ALSA timer interface: restrict permissions on /dev/snd/timer (limit the 'audio' group membership and tighten device node ownership) so untrusted local users and unprivileged containers cannot open it, accepting that this can break legitimate audio/MIDI timing applications for those users. On servers and headless systems with no audio requirement, disabling or not loading ALSA timer support (and avoiding CONFIG_SND_UTIMER) removes the attack surface entirely at the cost of sound functionality. For multi-tenant hosts, deny the snd_timer device via container/seccomp or device cgroup policy to block the userspace-driven timer create/close path that makes the race easy to trigger.

Vendor StatusVendor

SUSE

Severity: Important
Product Status
SUSE Linux Enterprise Desktop 15 SP7 Not-Affected
SUSE Linux Enterprise Desktop 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Not-Affected
SUSE Linux Enterprise High Performance Computing 15 SP7 Not-Affected

Share

CVE-2026-53193 vulnerability details – vuln.today

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy