Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp3983546imu; Tue, 18 Dec 2018 07:19:02 -0800 (PST) X-Google-Smtp-Source: AFSGD/XPwq+otziamug4SwhAl1W0MVjIpedmrCZQqISOUFR7l4XD5DHV6jih0QDcTN67faNfZ9h1 X-Received: by 2002:a17:902:bcc7:: with SMTP id o7mr17152587pls.281.1545146342374; Tue, 18 Dec 2018 07:19:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1545146342; cv=none; d=google.com; s=arc-20160816; b=gvn7Xg/+gEd50IX6LW7NYIZyWWGxQGEf4mfHyu5Er+OZgLByYx3txpjEb3QeYABJ4/ OsVIIcW40CNtdjw4Z7v67OgseWS/XsjBUVzhlVFQfuxnY9y85QMxoecZS4j5mIsXAfRd WHR1hjzkwmoauzbSBcdvjajADLWfW7An1SlK8Chp85P2njZqdTB5DxoMJMr0GvXJSs5t oVjkF4+5+CbkbgMcvXJF0W2LlKVM4D/jIafQoQMiL9orzEaZ0LXj50bUQ74h026gv4/F X20yTNLGkkphYy4S/ywzkcCnp1HX38oe5cyV9cdJGq98CtbRfTsgP5ahQwt2KP8J/Fax hYfg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=ZImP61CXQFcH77q7p9wJ4bagsMfe2o/fOFjVFRLAwDk=; b=Dn6xVmlxtq6/hG3A6UCc6ay2wk6/EjKSby8or+oDNom6H6YZaWnSwmpxA+tEOHNL8w fHsKWaUSwRllXLZ/NNFFIOc4TK9Byp+WMyISK+WYQ/PsaMjrU9ehlMExUAegHtcrT831 eGUXPjUBnk4RXcJfckuWvs3EUXunn0qfleB56ifJUt8ewlhTBi6q8YwOZIysLsiVWcSO NJOVYDmCiCwN1x70xbuJh9ronnTun3eEANifMWnVAXGdH1hrVM8DvL0OA8xVI2AzNzOK nfztedE+nIkkLKnS9qObRwvEfqYrs068V2klqTNEpJ5mbXRguk6kj7owsuoU9G0uqmnU LBng== 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 h17si11471729pgd.538.2018.12.18.07.18.46; Tue, 18 Dec 2018 07:19:02 -0800 (PST) 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 S1726825AbeLRPRo (ORCPT + 99 others); Tue, 18 Dec 2018 10:17:44 -0500 Received: from smtp.ctxuk.citrix.com ([185.25.65.24]:35891 "EHLO SMTP.EU.CITRIX.COM" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726555AbeLRPRo (ORCPT ); Tue, 18 Dec 2018 10:17:44 -0500 X-IronPort-AV: E=Sophos;i="5.56,368,1539648000"; d="scan'208";a="83498840" Date: Tue, 18 Dec 2018 16:13:31 +0100 From: Roger Pau =?utf-8?B?TW9ubsOp?= To: Dongli Zhang CC: , , , , , Subject: Re: [Xen-devel] [PATCH v2 1/1] xen/blkback: rework connect_ring() to avoid inconsistent xenstore 'ring-page-order' set by malicious blkfront Message-ID: <20181218151331.iwkq3roqwigf3e2r@mac> References: <1545094538-31426-1-git-send-email-dongli.zhang@oracle.com> <20181218093300.qfslnloxooqnu2im@mac> <51ea8086-e5fd-b1db-f935-101160ca9359@oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <51ea8086-e5fd-b1db-f935-101160ca9359@oracle.com> User-Agent: NeoMutt/20180716 X-ClientProxiedBy: AMSPEX02CAS02.citrite.net (10.69.22.113) To AMSPEX02CL01.citrite.net (10.69.22.125) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Dec 18, 2018 at 07:31:59PM +0800, Dongli Zhang wrote: > Hi Roger, > > On 12/18/2018 05:33 PM, Roger Pau Monn? wrote: > > On Tue, Dec 18, 2018 at 08:55:38AM +0800, Dongli Zhang wrote: > >> The xenstore 'ring-page-order' is used globally for each blkback queue and > >> therefore should be read from xenstore only once. However, it is obtained > >> in read_per_ring_refs() which might be called multiple times during the > >> initialization of each blkback queue. > >> > >> If the blkfront is malicious and the 'ring-page-order' is set in different > >> value by blkfront every time before blkback reads it, this may end up at > >> the "WARN_ON(i != (XEN_BLKIF_REQS_PER_PAGE * blkif->nr_ring_pages));" in > >> xen_blkif_disconnect() when frontend is destroyed. > >> > >> This patch reworks connect_ring() to read xenstore 'ring-page-order' only > >> once. > >> > >> Signed-off-by: Dongli Zhang > >> --- > >> Changed since v1: > >> * change the order of xenstore read in read_per_ring_refs(suggested by Roger Pau Monne) > >> * use xenbus_read_unsigned() in connect_ring() (suggested by Roger Pau Monne) > >> > >> drivers/block/xen-blkback/xenbus.c | 70 ++++++++++++++++++++++---------------- > >> 1 file changed, 40 insertions(+), 30 deletions(-) > >> > >> diff --git a/drivers/block/xen-blkback/xenbus.c b/drivers/block/xen-blkback/xenbus.c > >> index a4bc74e..7178f0f 100644 > >> --- a/drivers/block/xen-blkback/xenbus.c > >> +++ b/drivers/block/xen-blkback/xenbus.c > >> @@ -926,7 +926,7 @@ static int read_per_ring_refs(struct xen_blkif_ring *ring, const char *dir) > >> int err, i, j; > >> struct xen_blkif *blkif = ring->blkif; > >> struct xenbus_device *dev = blkif->be->dev; > >> - unsigned int ring_page_order, nr_grefs, evtchn; > >> + unsigned int nr_grefs, evtchn; > >> > >> err = xenbus_scanf(XBT_NIL, dir, "event-channel", "%u", > >> &evtchn); > >> @@ -936,43 +936,38 @@ static int read_per_ring_refs(struct xen_blkif_ring *ring, const char *dir) > >> return err; > >> } > >> > >> - err = xenbus_scanf(XBT_NIL, dev->otherend, "ring-page-order", "%u", > >> - &ring_page_order); > >> - if (err != 1) { > >> - err = xenbus_scanf(XBT_NIL, dir, "ring-ref", "%u", &ring_ref[0]); > >> - if (err != 1) { > >> + nr_grefs = blkif->nr_ring_pages; > >> + WARN_ON(!nr_grefs); > >> + > >> + for (i = 0; i < nr_grefs; i++) { > >> + char ring_ref_name[RINGREF_NAME_LEN]; > >> + > >> + snprintf(ring_ref_name, RINGREF_NAME_LEN, "ring-ref%u", i); > >> + err = xenbus_scanf(XBT_NIL, dir, ring_ref_name, > >> + "%u", &ring_ref[i]); > >> + > >> + if (err != 1 && (i || (!i && nr_grefs > 1))) { > > > > AFAICT the above condition can be simplified as "err != 1 && > > nr_grefs". > > > >> err = -EINVAL; > > > > There's no point in setting err here... > > > >> - xenbus_dev_fatal(dev, err, "reading %s/ring-ref", dir); > >> + xenbus_dev_fatal(dev, err, "reading %s/%s", > >> + dir, ring_ref_name); > >> return err; > > > > ...since you can just return -EINVAL (same applies to the other > > instance below). > > I would like to confirm if I would keep the err = -EINVAL in below because most > of the below code is copied from original implementation without modification. > > There is no err set by xenbus_read_unsigned(). Right, but instead of doing: err = -EINVAL; return err; You can just do: return -EINVAL; Which is one line shorter :). > + ring_page_order = xenbus_read_unsigned(dev->otherend, > + "ring-page-order", 0); > + > + if (ring_page_order > xen_blkif_max_ring_order) { > + err = -EINVAL; > + xenbus_dev_fatal(dev, err, > + "requested ring page order %d exceed max:%d", > + ring_page_order, > + xen_blkif_max_ring_order); > + return err; > + } > + > + be->blkif->nr_ring_pages = 1 << ring_page_order; > > > For the rest, I would do something like: > > + err = xenbus_scanf(XBT_NIL, dir, ring_ref_name, > + "%u", &ring_ref[i]); > + > + if (err != 1 && nr_grefs > 1) { > + xenbus_dev_fatal(dev, err, "reading %s/%s", > + dir, ring_ref_name); > + return -EINVAL; > + } > > > Thank you very much! Thanks!