From: Karl Mehltretter <kmehltretter@gmail.com>
To: stable@vger.kernel.org
Cc: "Karl Mehltretter" <kmehltretter@gmail.com>,
"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
"Jaroslav Kysela" <perex@perex.cz>,
"Takashi Iwai" <tiwai@suse.com>,
"Cássio Gabriel" <cassiogabrielcontato@gmail.com>,
linux-sound@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: [PATCH 6.1.y 0/2] ALSA: aloop: fix trigger/close UAFs
Date: Tue, 1 Sep 2026 11:13:00 +0200 [thread overview]
Message-ID: <20260901091302.66860-1-kmehltretter@gmail.com> (raw)
In-Reply-To: <2026050445-connector-rebuff-f713@gregkh>
Backport the two ordered aloop fixes for the trigger/close peer-runtime
races. Both carry Cc: stable and each fixes a separate syzbot-reported
UAF, but neither reached this tree.
826af7fa62e3 ("ALSA: aloop: Fix racy access at PCM trigger") covers the
peer lookup and state checks with cable->lock. e5c33cdc6f40 ("ALSA:
aloop: Fix peer runtime UAF during format-change stop") pins an in-flight
peer stop across snd_pcm_stop(), which still runs after that lock is
dropped, so it applies only on top of the first.
The failed-apply report for this branch named only the second fix.
The series applies to v6.1.186 and v6.1.187-rc1. Patch 1 omits
access-mode support absent from this tree; patch 2 matches the 6.12.y
backport by patch-id. The identical 6.6.y backport is submitted
separately. 6.12.y and newer already contain both fixes.
KASAN/QEMU functional A/B tests passed: 4096 captured frames matched
byte-for-byte; control notifications, mismatch handling, and 32
open/close iterations passed; no KASAN, Oops, or WARNING was reported.
As upstream, a prepared-but-idle capture remains PREPARED when
mismatched playback starts instead of being forced to DRAINING.
Cássio Gabriel (1):
ALSA: aloop: Fix peer runtime UAF during format-change stop
Takashi Iwai (1):
ALSA: aloop: Fix racy access at PCM trigger
sound/drivers/aloop.c | 98 +++++++++++++++++++++++++++----------------
1 file changed, 62 insertions(+), 36 deletions(-)
--
2.53.0
next parent reply other threads:[~2026-09-01 9:13 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <2026050445-connector-rebuff-f713@gregkh>
2026-09-01 9:13 ` Karl Mehltretter [this message]
2026-09-01 9:13 ` [PATCH 6.1.y 1/2] ALSA: aloop: Fix racy access at PCM trigger Karl Mehltretter
2026-09-01 9:13 ` [PATCH 6.1.y 2/2] ALSA: aloop: Fix peer runtime UAF during format-change stop Karl Mehltretter
2026-09-02 22:14 ` [PATCH 6.1.y 0/2] ALSA: aloop: fix trigger/close UAFs Sasha Levin
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=20260901091302.66860-1-kmehltretter@gmail.com \
--to=kmehltretter@gmail.com \
--cc=cassiogabrielcontato@gmail.com \
--cc=gregkh@linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox