Skip to main content
CVE-2026-46090VulnerabilityPublished Updated

Microsoft · ALSA: aloop: Fix peer runtime UAF during format-change stop

Affects MicrosoftSource GCVE Database

0
Authoritative record:CVE-2026-46090· High 7.8

Not known to be exploited · CVSS 7.8 High · fixed in e5c33cdc6f402eab8abd36ecf436b22c9d3a8aff : patch Microsoft soon.

Data as of 26 Oct 2026, 12:55 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 0% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in e5c33cdc6f402eab8abd36ecf436b22c9d3a8aff, d258cdce50ff3e02392917258e81a0ce9555c327, bdd9503c3d222d2735b56c7a8b4422ccf3de6e5c +5
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 27 May 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 597603d615d2b19a9e451d8cfac24372856a522d, < e5c33cdc6f402eab8abd36ecf436b22c9d3a8aff
Fixed in
  • e5c33cdc6f402eab8abd36ecf436b22c9d3a8aff
LinuxLinuxAffected
  • ≥ 597603d615d2b19a9e451d8cfac24372856a522d, < d258cdce50ff3e02392917258e81a0ce9555c327
Fixed in
  • d258cdce50ff3e02392917258e81a0ce9555c327
LinuxLinuxAffected
  • ≥ 597603d615d2b19a9e451d8cfac24372856a522d, < bdd9503c3d222d2735b56c7a8b4422ccf3de6e5c
Fixed in
  • bdd9503c3d222d2735b56c7a8b4422ccf3de6e5c
LinuxLinuxAffected
  • ≥ 597603d615d2b19a9e451d8cfac24372856a522d, < 3727a3541788412c393eec236ad228d72efe19c7
Fixed in
  • 3727a3541788412c393eec236ad228d72efe19c7
LinuxLinuxAffected
  • ≥ 597603d615d2b19a9e451d8cfac24372856a522d, < 345c24b2bcf0923dfae1ab41497351c68214ff76
Fixed in
  • 345c24b2bcf0923dfae1ab41497351c68214ff76
LinuxLinuxAffected
  • ≥ 597603d615d2b19a9e451d8cfac24372856a522d, < 83bd62fa9620ac98d5d694bde14c50f98c8e7189
Fixed in
  • 83bd62fa9620ac98d5d694bde14c50f98c8e7189

AI-suggested

A security update for the Linux kernel addressing this vulnerability has been released by vendors including Red Hat. Systems should apply the official kernel updates and reboot to activate the fix. Patch status is confirmed by vendor advisories. No additional mitigation is required beyond applying the official patch.

Description

In the Linux kernel, the following vulnerability has been resolved: ALSA: aloop: Fix peer runtime UAF during format-change stop loopback_check_format() may stop the capture side when playback starts with parameters that no longer match a running capture stream. Commit 826af7fa62e3 ("ALSA: aloop: Fix racy access at PCM trigger") moved the peer lookup under cable->lock, but the actual snd_pcm_stop() still runs after dropping that lock. A concurrent close can clear the capture entry from cable->streams[] and detach or free its runtime while the playback trigger path still holds a stale peer substream pointer. Keep a per-cable count of in-flight peer stops before dropping cable->lock, and make free_cable() wait for those stops before detaching the runtime. This preserves the existing behavior while making the peer runtime lifetime explicit.

References

Community reviews

Loading reviews…