Received: by 10.213.65.68 with SMTP id h4csp1726378imn; Mon, 19 Mar 2018 11:32:44 -0700 (PDT) X-Google-Smtp-Source: AG47ELtGB9q5zAXBxwj9UvvCLJEhge53/fl1EC+wQbbsojRz8WWSbLrzQBliJqr7sXYrvp5UjTZn X-Received: by 10.99.55.1 with SMTP id e1mr5437588pga.237.1521484364464; Mon, 19 Mar 2018 11:32:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521484364; cv=none; d=google.com; s=arc-20160816; b=WxT1FiIy5Tjk9eLKY9tPdLqqhafnp+5+XHr0VfyjFbLlGoVw2+0GmBxAcRqK+GP/If 4jl5Q6dwuB/LdKBSmNdWzf4YUJKfLJAJS09tPHhl+9j6r9riJ76/G6K+/Wk/YpPr9YnW TxYdeP2ctaV2wlF+k3/oEH9x8dOp33WakQehZ42KTbgIKjxBu0O22KRtvRywaAr7rcqq QNHl2mXrykSPDWmRtoriiou5QbsvAAWvTDsYJbg8c3uM6cfBRs4W3s8WU0yY/AUyZ0Uj yxJ2bcrHGYp+PRHgKnFkjzenMd1b1rAFjh8fwLEycvoh0937HgKh0XAch3YiteESo45o AilQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=ak+VMCl54e5K/4iQ8758u8Mf3b1fTYVcXNJjR5Da/eY=; b=DcMj2ANRf7bvHYuK5oXpOi23Clmbw71S+iRqQI31kJ1MOMVpTmU2DmUqsDIWz71pbD nwtIbQJZxEARNxpSz3gq/x8JKwUkqlqGjyBIaYk7N4ARM+7IdgDSvENatR2b6BmN2G0g +rXZz0QCefnsGHAntJzzSdReRFA4/yqq6tBupDKzLw7mUtCUxR0UE3jGmVVO/M3jMFQF 7YUJjWQnLbWP/HcQI6+yev6+oqxw6Wa3jvx1CVgNv+FfTpkkoAS733hzQPlDP3NUv9Tw 5gvJncuXIejQJXwRy1BSe04SoIoAcVtQ+obnLZ/rI1lMQ3skJ66SU+N4qk1AhebkPI1N S7kQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h12si286288pgn.317.2018.03.19.11.32.29; Mon, 19 Mar 2018 11:32:44 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1031946AbeCSSa3 (ORCPT + 99 others); Mon, 19 Mar 2018 14:30:29 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:53178 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S935680AbeCSSaT (ORCPT ); Mon, 19 Mar 2018 14:30:19 -0400 Received: from localhost (LFbn-1-12247-202.w90-92.abo.wanadoo.fr [90.92.61.202]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 18006125D; Mon, 19 Mar 2018 18:30:18 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Nikolay Borisov , Anand Jain , David Sterba Subject: [PATCH 4.14 33/41] btrfs: Fix use-after-free when cleaning up fs_devs with a single stale device Date: Mon, 19 Mar 2018 19:08:33 +0100 Message-Id: <20180319180734.387087853@linuxfoundation.org> X-Mailer: git-send-email 2.16.2 In-Reply-To: <20180319180732.195217948@linuxfoundation.org> References: <20180319180732.195217948@linuxfoundation.org> User-Agent: quilt/0.65 X-stable: review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 4.14-stable review patch. If anyone has any objections, please let me know. ------------------ From: Nikolay Borisov commit fd649f10c3d21ee9d7542c609f29978bdf73ab94 upstream. Commit 4fde46f0cc71 ("Btrfs: free the stale device") introduced btrfs_free_stale_device which iterates the device lists for all registered btrfs filesystems and deletes those devices which aren't mounted. In a btrfs_devices structure has only 1 device attached to it and it is unused then btrfs_free_stale_devices will proceed to also free the btrfs_fs_devices struct itself. Currently this leads to a use after free since list_for_each_entry will try to perform a check on the already freed memory to see if it has to terminate the loop. The fix is to use 'break' when we know we are freeing the current fs_devs. Fixes: 4fde46f0cc71 ("Btrfs: free the stale device") Signed-off-by: Nikolay Borisov Reviewed-by: Anand Jain Signed-off-by: David Sterba Signed-off-by: Greg Kroah-Hartman --- fs/btrfs/volumes.c | 1 + 1 file changed, 1 insertion(+) --- a/fs/btrfs/volumes.c +++ b/fs/btrfs/volumes.c @@ -589,6 +589,7 @@ void btrfs_free_stale_device(struct btrf btrfs_sysfs_remove_fsid(fs_devs); list_del(&fs_devs->list); free_fs_devices(fs_devs); + break; } else { fs_devs->num_devices--; list_del(&dev->dev_list);