From: Takashi Iwai <tiwai@suse.de>
To: Baul Lee <baul.lee@xbow.com>
Cc: linux-sound@vger.kernel.org, perex@perex.cz, tiwai@suse.com,
federico.kirschbaum@xbow.com, stable@vger.kernel.org
Subject: Re: [PATCH] ALSA: usb-audio: fix use-after-free in ump_to_endpoint()
Date: Sun, 26 Jul 2026 08:59:01 +0200 [thread overview]
Message-ID: <87cxwab5je.wl-tiwai@suse.de> (raw)
In-Reply-To: <20260726051337.41124-1-baul.lee@xbow.com>
On Sun, 26 Jul 2026 07:13:37 +0200,
Baul Lee wrote:
>
> create_midi2_ump() registers a card-owned snd_ump_endpoint and stores a
> back-pointer to its per-interface snd_usb_midi2_ump object in
> ump->private_data, but it never installs an ump->private_free hook and
> never clears that pointer.
>
> If a later step of snd_usb_midi_v2_create() fails, its error path calls
> free_all_midi2_umps(), which kfree()s the snd_usb_midi2_ump object while
> the already-registered endpoint keeps pointing at it. The created
> /dev/snd/umpC*D* node stays exposed, so the first operation of any UMP
> open, ump_to_endpoint(), dereferences the dangling ump->private_data and
> reads rmidi->eps[dir] out of freed memory.
>
> A malicious USB MIDI 2.0 device that makes creation fail after the
> endpoint is registered can thus trigger a slab use-after-free read on a
> subsequent open of the UMP node.
>
> Clear the endpoint's back-pointer before freeing the object, and let
> ump_to_endpoint() tolerate a NULL private_data so the open/close/trigger
> callbacks fail cleanly (their callers already handle a NULL endpoint)
> instead of dereferencing a stale pointer.
>
> Discovered by XBOW, triaged by Baul Lee <baul.lee@xbow.com>
>
> Fixes: ff49d1df79ae ("ALSA: usb-audio: USB MIDI 2.0 UMP support")
> Reported-by: Federico Kirschbaum <federico.kirschbaum@xbow.com>
> Reported-by: Baul Lee <baul.lee@xbow.com>
> Cc: stable@vger.kernel.org
> Signed-off-by: Baul Lee <baul.lee@xbow.com>
Applied now. Thanks.
Takashi
prev parent reply other threads:[~2026-07-26 6:59 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-26 5:13 [PATCH] ALSA: usb-audio: fix use-after-free in ump_to_endpoint() Baul Lee
2026-07-26 6:59 ` Takashi Iwai [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87cxwab5je.wl-tiwai@suse.de \
--to=tiwai@suse.de \
--cc=baul.lee@xbow.com \
--cc=federico.kirschbaum@xbow.com \
--cc=linux-sound@vger.kernel.org \
--cc=perex@perex.cz \
--cc=stable@vger.kernel.org \
--cc=tiwai@suse.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.