Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp3642251imu; Tue, 18 Dec 2018 01:34:37 -0800 (PST) X-Google-Smtp-Source: AFSGD/UPBb2GKE6ZDKzsUcCaQrMFLS46s4Dg1g/iMqu2+zJ1/CwA3ZZqG4tNVD5ycALme2wk4w/n X-Received: by 2002:a63:f552:: with SMTP id e18mr15321070pgk.239.1545125677268; Tue, 18 Dec 2018 01:34:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1545125677; cv=none; d=google.com; s=arc-20160816; b=epOsBEg5luEOF4NMhaE5uLagJtHoqPHFIed/7MJ4uNcTR3cNPhvYxeT/OwwMpPDl4S RnAjPEgUMETMU/V1wehSv+97UmRUK+RGL6PPIBvVM8ciKRHlCpD0X4zmy0vhGKPFB2Lf OsH9o8bCWsZ1sGUfkavwSni+vV/gxe+0yE0H1n61kOB3aSahXsankCFQ6R9n3jW45nJu leWYuS9Es7Cy3jrOcW6VuaAh9vCOeS3Y0/itEjmuPTE2NFBnc8xFxhiEW13YPgGhz3F9 dLPK9jyZ9qFp+REdfr47pN+UZfkAZYP3y0tGXXGcLMQ+ywNIqEbrBSakfRLHA6NPAJGE 276g== 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-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=7dxUPKFpFEcx0LYV2Wi3jpxSW4vK1pYwX+c6vxr1iUk=; b=TbUqhBV0i7kTYp9/WpjmOeNP+8/iegnONVGaJzntBQzO6eWKhCq06YtmzW++IaxI9/ ADsobMTItkE4P2g+wQDPpq6gb69y9Bhojd4Q3+zn/pimofoGXSxm1sXwVYYubCOsuEYt dGKJVKS6GPnt5ek2AbX8u4RYud9E4MbQIaayL6OKBhODhrN6yKS1zSA7Vdp3qAqLaCnX p93gqMAJudPM9yN7LovlaZrH7bQNx1Fo2Ri9bXLn2g6YqcxYJca0Hp2+Mgik9VCUAnqT B07yidm5d9rg3v2RIq+pMwLgYMeLEH5VFnzPCxOvF/OZ05R1cHm/p54Am40agvRcBPLC TvyA== 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 p64si8996108pfg.79.2018.12.18.01.34.22; Tue, 18 Dec 2018 01:34:37 -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 S1726486AbeLRJdI (ORCPT + 99 others); Tue, 18 Dec 2018 04:33:08 -0500 Received: from smtp.eu.citrix.com ([185.25.65.24]:41907 "EHLO SMTP.EU.CITRIX.COM" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726358AbeLRJdI (ORCPT ); Tue, 18 Dec 2018 04:33:08 -0500 X-IronPort-AV: E=Sophos;i="5.56,367,1539648000"; d="scan'208";a="83480015" Date: Tue, 18 Dec 2018 10:33:00 +0100 From: Roger Pau =?utf-8?B?TW9ubsOp?= To: Dongli Zhang CC: , , , , , Subject: Re: [PATCH v2 1/1] xen/blkback: rework connect_ring() to avoid inconsistent xenstore 'ring-page-order' set by malicious blkfront Message-ID: <20181218093300.qfslnloxooqnu2im@mac> References: <1545094538-31426-1-git-send-email-dongli.zhang@oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <1545094538-31426-1-git-send-email-dongli.zhang@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 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). The rest LGTM, Thanks.