CVE-2025-23134: ALSA: timer: Don't take register_mutex with copy_from/to_user()
In the Linux kernel, the following vulnerability has been resolved:
ALSA: timer: Don't take register_mutex with copy_from/to_user()
The infamous mmap_lock taken in copy_from/to_user() can be often
problematic when it's called inside another mutex, as they might lead
to deadlocks.
In the case of ALSA timer code, the bad pattern is with
guard(mutex)(®ister_mutex) that covers copy_from/to_user() -- which
was mistakenly introduced at converting to guard(), and it had been
carefully worked around in the past.
This patch fixes those pieces simply by moving copy_from/to_user() out
of the register mutex lock again.
Security readout for executives and security teams
Plain-English summary
This is a Linux kernel availability issue in the ALSA timer code. A local, low-privileged user could trigger a deadlock condition, potentially making the affected system or service unavailable. The public record does not indicate data theft, data modification, remote access, or active exploitation.
Executive priority
Handle through normal kernel patch management, with higher priority for multi-user or shared compute environments. The business risk is service disruption, not known compromise or data exposure based on the provided sources.
Technical view
The flaw is a locking-order bug in ALSA timer handling. copy_from_user()/copy_to_user() can take mmap_lock, and the affected code called them while holding register_mutex. That pattern can deadlock. The fix moves user-copy operations outside the register_mutex-protected section.
Likely exposure
Exposure appears limited to affected Linux kernels where ALSA timer functionality is present and reachable by local users. The CVSS vector is local, low complexity, low privileges, no user interaction, and availability-only impact. No network attack path is described in the provided sources.
Exploitation context
The source bundle reports no KEV listing and provides no cited evidence of exploitation in the wild. Treat this as a local denial-of-service risk, especially on shared Linux hosts, workstations, build systems, and servers allowing untrusted local users.
Researcher notes
CWE-667 fits the documented improper locking pattern. The affected code path concerns ALSA timer locking around user-copy helpers. Public data names stable kernel commits but does not provide exploit details, distribution package mappings, or evidence of active exploitation.
Mitigation direction
Apply vendor kernel updates that include the referenced stable ALSA timer fixes.
Prioritize shared systems where untrusted or semi-trusted users have local shell access.
Track distribution advisories for exact fixed package versions before rollout.
If immediate patching is delayed, reduce unnecessary local access to affected hosts.
Validation and detection
Inventory Linux kernel versions across servers, workstations, and images.
Check whether vendor packages include fixes for CVE-2025-23134.
Identify systems with local users or workloads that can reach ALSA timer functionality.
Confirm updated kernels are running after reboot, not merely installed.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-667: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-667 · source CWE mapping
Improper Locking
Improper Locking represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.