Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp3336441pxy; Sun, 25 Apr 2021 22:09:44 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwMa/ttOm6jtydY+Lm2rWtSDWu2nEzOQzsaMgE2GcAQDR3SXBJmstfG5R+UctIwPeMBCnL0 X-Received: by 2002:aa7:814e:0:b029:20e:f3fa:2900 with SMTP id d14-20020aa7814e0000b029020ef3fa2900mr16129724pfn.62.1619413784068; Sun, 25 Apr 2021 22:09:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619413784; cv=none; d=google.com; s=arc-20160816; b=EA2QMceR+Iv9RmsXJYWqBOfKUf2rh17U2sa1S5dKBNtFYf1k4aRGaL9fXZVUuAq3ZM EWCzH47GEGezLRkywhvXskjWJkXidLTjidTZGc5PuSet9qTMpoM+Zy5l61+l8pTZVH6C ufmajcf8aBJrO9enk2rLcD2fN62FFlwdOL+6nDHzuxU8HyhRb0xuqd+vyQPb141Yg25n S+9hh1XjZGxaUoh/XnPVY3bsdUm1MZ6Epc0xd/U8tVTtj9h2N/gTSpJ6GzEsWN3/y25d HbfRJdkCEOD4S8SlafM5Y/eH65Awxu9aG09mpIvESCpDnUeK2uAs85JG6S9rJIynaRj2 1n5w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=oN3M7WrBsM5pLhO5NWpS5+rKhhSyVFnCI9dDPYpKyjo=; b=fo15B4O8AINPQjs/6C9xMK/k18VuSkkk70jt5NSbCRjFTSb/m5ltSo6I3hUVgai59U Q7FLFT/Ccpds2eGPLzDvrAkOOZ4VWWzNuC646QRENySphsdv8wk1hRqQhGBXjUgKz/2j 0kP8z9yyVmPiyJShWAHMSAGVii4AQYCMHsvb8C4PEI0WAg522uLGDVkNuY5/cXkdNsTs kgtvYyY2b68cfpObuQeKJG4MeIxhlUYWxFFxiEqEf4Vm5Cn1VFJq2UGAcUgVfvh6u/lG bDP6F8H3H9NUsezV/NK2BHFlzNjpTrR11GRBZXdcpTdVyo7t+uI1V8HjoAS/ydMR+q4t /FJg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=LRLCkuPq; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a4si16317793pgc.377.2021.04.25.22.09.31; Sun, 25 Apr 2021 22:09:44 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=LRLCkuPq; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231575AbhDZFJk (ORCPT + 99 others); Mon, 26 Apr 2021 01:09:40 -0400 Received: from mail.kernel.org ([198.145.29.99]:48182 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230162AbhDZFJi (ORCPT ); Mon, 26 Apr 2021 01:09:38 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id C2AB861153; Mon, 26 Apr 2021 05:08:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1619413734; bh=FB9IZe4W6KBfmEifqMgY62/Fy4ZapV8Jm17uzmJTlRo=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=LRLCkuPqBrdjUbLotyual5dcOE4bTL5Qnwjc0FjcoT8m1CtPfarbLtkC93348GL8y 7dhrAZJxV12G0/BSiAGjS3LmcJdg3y5kinISGWqYwf/bqnS2EMs4DopAvmscpdpvgC J1X6s96BGpCu5eyek2BDAnufrZo0VgMW6zKwBhBqxkCB73DtY+iAPVWtHlSiJQngPi mfBH2EjO8hvz7xMRajg2tqblD6gi30SHnzxeVxMmGu3GFrOFFYwA3yuzTWusA6H+tp tFqRm6lr7zH/wghmBMs99tzxcZnrxibGKMMb6CDUy1xCnEYSsPW0pDGew7ZzjXY0Ut 10j8TeIHtkx+g== Date: Mon, 26 Apr 2021 08:08:50 +0300 From: Leon Romanovsky To: Lv Yunlong Cc: bmt@zurich.ibm.com, dledford@redhat.com, jgg@ziepe.ca, linux-rdma@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] rdma/siw: Fix a use after free in siw_alloc_mr Message-ID: References: <20210426011647.3561-1-lyl2019@mail.ustc.edu.cn> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210426011647.3561-1-lyl2019@mail.ustc.edu.cn> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Apr 25, 2021 at 06:16:47PM -0700, Lv Yunlong wrote: > Our code analyzer reported a uaf. Can you please share more details about this "code analyzer"? Thanks > > In siw_alloc_mr, it calls siw_mr_add_mem(mr,..). In the implementation > of siw_mr_add_mem(), mem is assigned to mr->mem and then mem is freed > via kfree(mem) if xa_alloc_cyclic() failed. Here, mr->mem still point > to a freed object. After, the execution continue up to the err_out branch > of siw_alloc_mr, and the freed mr->mem is used in siw_mr_drop_mem(mr). > > My patch moves "mr->mem = mem" behind the if (xa_alloc_cyclic(..)<0) {} > section, to avoid the uaf. > > Fixes: 2251334dcac9e ("rdma/siw: application buffer management") > Signed-off-by: Lv Yunlong > --- > drivers/infiniband/sw/siw/siw_mem.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/drivers/infiniband/sw/siw/siw_mem.c b/drivers/infiniband/sw/siw/siw_mem.c > index 34a910cf0edb..96b38cfbb513 100644 > --- a/drivers/infiniband/sw/siw/siw_mem.c > +++ b/drivers/infiniband/sw/siw/siw_mem.c > @@ -106,8 +106,6 @@ int siw_mr_add_mem(struct siw_mr *mr, struct ib_pd *pd, void *mem_obj, > mem->perms = rights & IWARP_ACCESS_MASK; > kref_init(&mem->ref); > > - mr->mem = mem; > - > get_random_bytes(&next, 4); > next &= 0x00ffffff; > > @@ -116,6 +114,8 @@ int siw_mr_add_mem(struct siw_mr *mr, struct ib_pd *pd, void *mem_obj, > kfree(mem); > return -ENOMEM; > } > + > + mr->mem = mem; > /* Set the STag index part */ > mem->stag = id << 8; > mr->base_mr.lkey = mr->base_mr.rkey = mem->stag; > -- > 2.25.1 > >