]> git.ipfire.org Git - thirdparty/kernel/stable-queue.git/commitdiff
4.14-stable patches
authorGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Thu, 13 Jun 2019 09:13:21 +0000 (11:13 +0200)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Thu, 13 Jun 2019 09:13:21 +0000 (11:13 +0200)
added patches:
alsa-seq-cover-unsubscribe_port-in-list_mutex.patch

queue-4.14/alsa-seq-cover-unsubscribe_port-in-list_mutex.patch [new file with mode: 0644]
queue-4.14/alsa-seq-protect-in-kernel-ioctl-calls-with-mutex.patch [deleted file]
queue-4.14/series

diff --git a/queue-4.14/alsa-seq-cover-unsubscribe_port-in-list_mutex.patch b/queue-4.14/alsa-seq-cover-unsubscribe_port-in-list_mutex.patch
new file mode 100644 (file)
index 0000000..9ee4b66
--- /dev/null
@@ -0,0 +1,37 @@
+From 7c32ae35fbf9cffb7aa3736f44dec10c944ca18e Mon Sep 17 00:00:00 2001
+From: Takashi Iwai <tiwai@suse.de>
+Date: Fri, 12 Apr 2019 11:37:19 +0200
+Subject: ALSA: seq: Cover unsubscribe_port() in list_mutex
+
+From: Takashi Iwai <tiwai@suse.de>
+
+commit 7c32ae35fbf9cffb7aa3736f44dec10c944ca18e upstream.
+
+The call of unsubscribe_port() which manages the group count and
+module refcount from delete_and_unsubscribe_port() looks racy; it's
+not covered by the group list lock, and it's likely a cause of the
+reported unbalance at port deletion.  Let's move the call inside the
+group list_mutex to plug the hole.
+
+Reported-by: syzbot+e4c8abb920efa77bace9@syzkaller.appspotmail.com
+Signed-off-by: Takashi Iwai <tiwai@suse.de>
+Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
+
+---
+ sound/core/seq/seq_ports.c |    2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+--- a/sound/core/seq/seq_ports.c
++++ b/sound/core/seq/seq_ports.c
+@@ -550,10 +550,10 @@ static void delete_and_unsubscribe_port(
+               list_del_init(list);
+       grp->exclusive = 0;
+       write_unlock_irq(&grp->list_lock);
+-      up_write(&grp->list_mutex);
+       if (!empty)
+               unsubscribe_port(client, port, grp, &subs->info, ack);
++      up_write(&grp->list_mutex);
+ }
+ /* connect two ports */
diff --git a/queue-4.14/alsa-seq-protect-in-kernel-ioctl-calls-with-mutex.patch b/queue-4.14/alsa-seq-protect-in-kernel-ioctl-calls-with-mutex.patch
deleted file mode 100644 (file)
index 7b2c532..0000000
+++ /dev/null
@@ -1,53 +0,0 @@
-From 7770c6474cca156b216a9ade0e28fb32a1353f8e Mon Sep 17 00:00:00 2001
-From: Takashi Iwai <tiwai@suse.de>
-Date: Tue, 9 Apr 2019 17:35:22 +0200
-Subject: ALSA: seq: Protect in-kernel ioctl calls with mutex
-
-[ Upstream commit feb689025fbb6f0aa6297d3ddf97de945ea4ad32 ]
-
-ALSA OSS sequencer calls the ioctl function indirectly via
-snd_seq_kernel_client_ctl().  While we already applied the protection
-against races between the normal ioctls and writes via the client's
-ioctl_mutex, this code path was left untouched.  And this seems to be
-the cause of still remaining some rare UAF as spontaneously triggered
-by syzkaller.
-
-For the sake of robustness, wrap the ioctl_mutex also for the call via
-snd_seq_kernel_client_ctl(), too.
-
-Reported-by: syzbot+e4c8abb920efa77bace9@syzkaller.appspotmail.com
-Signed-off-by: Takashi Iwai <tiwai@suse.de>
-Signed-off-by: Sasha Levin <sashal@kernel.org>
----
- sound/core/seq/seq_clientmgr.c | 9 +++++++--
- 1 file changed, 7 insertions(+), 2 deletions(-)
-
-diff --git a/sound/core/seq/seq_clientmgr.c b/sound/core/seq/seq_clientmgr.c
-index 3bcd7a2f0394..692631bd4a35 100644
---- a/sound/core/seq/seq_clientmgr.c
-+++ b/sound/core/seq/seq_clientmgr.c
-@@ -2348,14 +2348,19 @@ int snd_seq_kernel_client_ctl(int clientid, unsigned int cmd, void *arg)
- {
-       const struct ioctl_handler *handler;
-       struct snd_seq_client *client;
-+      int err;
-       client = clientptr(clientid);
-       if (client == NULL)
-               return -ENXIO;
-       for (handler = ioctl_handlers; handler->cmd > 0; ++handler) {
--              if (handler->cmd == cmd)
--                      return handler->func(client, arg);
-+              if (handler->cmd == cmd) {
-+                      mutex_lock(&client->ioctl_mutex);
-+                      err = handler->func(client, arg);
-+                      mutex_unlock(&client->ioctl_mutex);
-+                      return err;
-+              }
-       }
-       pr_debug("ALSA: seq unknown ioctl() 0x%x (type='%c', number=0x%02x)\n",
--- 
-2.20.1
-
index 5624d8a0e407bdc767e578b0901b5e6078f611d1..d5fe6696b18d49676b7b1af605123a4007979c77 100644 (file)
@@ -58,7 +58,6 @@ arm-dts-imx6ul-specify-imx6ul_clk_ipg-as-ipg-clock-t.patch
 arm-dts-imx6sx-specify-imx6sx_clk_ipg-as-ipg-clock-t.patch
 arm-dts-imx6qdl-specify-imx6qdl_clk_ipg-as-ipg-clock.patch
 pci-rpadlpar-fix-leaked-device_node-references-in-ad.patch
-alsa-seq-protect-in-kernel-ioctl-calls-with-mutex.patch
 platform-x86-intel_pmc_ipc-adding-error-handling.patch
 power-supply-max14656-fix-potential-use-before-alloc.patch
 pci-rcar-fix-a-potential-null-pointer-dereference.patch
@@ -79,3 +78,4 @@ percpu-do-not-search-past-bitmap-when-allocating-an-.patch
 revert-bluetooth-align-minimum-encryption-key-size-for-le-and-br-edr-connections.patch
 revert-drm-nouveau-add-kconfig-option-to-turn-off-nouveau-legacy-contexts.-v3.patch
 drm-don-t-block-fb-changes-for-async-plane-updates.patch
+alsa-seq-cover-unsubscribe_port-in-list_mutex.patch