Description
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.
Published: 2026-06-25
Score: n/a
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

When the ALSA timer device is freed in the kernel while slave timer instances remain, the free operation leaves those slave instances pointing to a deallocated timer object. This user‑after‑free condition can corrupt kernel memory and cause a crash or, in a worst case, enable an attacker to execute code in privileged context. The defect originates in the ALSA timer subsystem when snd_timer_free() unlinks instances without properly detaching slaves. The applied patch forces a close of any pending instances‑flag check, preventing dangling references.

Affected Systems

All Linux kernel releases that include the ALSA timer driver with CONFIG_SND_UTIMER enabled are affected. The vulnerability affects the ALSA timer subsystem regardless of distribution, as the underlying CPE identifies the generic Linux kernel. Versions prior to the patch commit that introduced the forced close are vulnerable.

Risk and Exploitability

Because the flaw is a classic use‑after‑free, exploitation requires an application that creates ALSA timers from userspace (e.g., via CONFIG_SND_UTIMER) and then deletes the timer while other processes continue to reference it. No EPSS data is available, and the vulnerability is not yet listed in CISA KEV. The likely attack vector is userspace interactions with ALSA timers, inferred from the description, making the risk high if the kernel is not updated and the timer subsystem is exposed.

Generated by OpenCVE AI on June 25, 2026 at 11:31 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade to a kernel version that includes the patch that forces closure of pending ALSA timer instances
  • If a kernel upgrade cannot be performed immediately, consider disabling the CONFIG_SND_UTIMER ALSA timer feature or removing ALSA timer support by recompiling the kernel with CONFIG_SND_UTIMER=n
  • Verify that no legacy applications still initialize ALSA timers before the operating system is hardened to prevent user‑after‑free scenarios

Generated by OpenCVE AI on June 25, 2026 at 11:31 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Thu, 25 Jun 2026 12:00:00 +0000

Type Values Removed Values Added
Weaknesses CWE-416

Thu, 25 Jun 2026 09:15:00 +0000

Type Values Removed Values Added
Description 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.
Title ALSA: timer: Forcibly close timer instances at closing
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-06-25T08:39:04.346Z

Reserved: 2026-06-09T07:44:35.390Z

Link: CVE-2026-53193

cve-icon Vulnrichment

No data.

cve-icon NVD

No data.

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-06-25T15:30:16Z

Weaknesses