Received: by 2002:a05:6358:c692:b0:131:369:b2a3 with SMTP id fe18csp431630rwb; Thu, 27 Jul 2023 15:21:46 -0700 (PDT) X-Google-Smtp-Source: APBJJlHzLegeCemZKNlJhPocD9UMbjFDHsDhB4jbJyRNgVnSVGLFbUTJh5dI48pDJE4KGfW9JSJk X-Received: by 2002:a05:6a20:9493:b0:13b:a4fd:3017 with SMTP id hs19-20020a056a20949300b0013ba4fd3017mr365354pzb.46.1690496506357; Thu, 27 Jul 2023 15:21:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1690496506; cv=none; d=google.com; s=arc-20160816; b=e+jvXCSZYggIMxR+mAvsgTmz0g5iMX2YAS4TF82ewu50WDRQTgjGXlO72k0DCIxNPH XauzWmhglL1pt02THY2rkWpkYPbAsSvbAeqqFOjD6syyLn998V1n0nwGmDhB0VubLJSF 8ipbZ9Q5eo5p/svP5rULls9I3HFa1CIRFJmPr+JpZYXJV18gKZV6EQfk1ptimWrvDzFA SPWsDe/sSssonRvmvqRNdhLdi6Jwrpb5WsbfSjE7lqU2mvjjCxmrBOgrD7hWHyGkHNIr coW8xBmhUPUA0g5LsK2rTflnJLHFYVFbtHjuviKn73aSwFCdXbEXkt8a7UX7rQaugNSZ Ikyw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=eqs3oWQa7IEIqPTYXXI0PBPsclfuO2vMD1+BTfaZPzc=; fh=juuiOCh4HqyH6rRds2Krog3hM94RLD0eSYssOq9lNq0=; b=HTlhZpMBWkcT1lzSN22+VGnpwOLMbCWYqLCUUEpit2adWe5Hk0sZNan7gRuTLkQtQW qYbzkDWq7UCZNzL8BGXWPlwptJc3d5UH1CJq4z5AbqN2NjU1nX2yEk7NnQT9yIXNeqFq d4UEFGmjg8R1lRLJBzmP5wXQpKvAzvpst/tOxvW5rSZgMpe61JmLO+gc4eijduoOl9wv TnslbJYMtz2PEnG4agpA8eApALMHFy9ux1yy67L980xEgxQehv4uEYfuTtt2kL7V/1CN fenUUtb8u0BSK3O6Y/wxXgTFx96zAqSZU542dUg9VhPkBabcE+8R+8J6rJ5tyOQ2YQqn kiIw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="C3h/UWMh"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id n12-20020a63e04c000000b00563fbc0000csi1834037pgj.254.2023.07.27.15.21.34; Thu, 27 Jul 2023 15:21:46 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="C3h/UWMh"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S232201AbjG0Vcn (ORCPT + 99 others); Thu, 27 Jul 2023 17:32:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55734 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232166AbjG0Vcm (ORCPT ); Thu, 27 Jul 2023 17:32:42 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7DF7E19BF; Thu, 27 Jul 2023 14:32:39 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 14D9961F59; Thu, 27 Jul 2023 21:32:39 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id B22F6C433C7; Thu, 27 Jul 2023 21:32:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1690493558; bh=LFiOuKaV4mYQNVWY6/YSUjVKfAWsifUjllsJxEWkg8U=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=C3h/UWMhwQ4HJv0OU0SmB484+Mafgk/jk4xS+WlpXnP+79zKugFJ0W00kXfqOMUb1 V12jq8z7gzm+9/LDbIrDUUgD0o68nv+G//zyM5RiNm8OldUYjrw0vf+K/WRP8Xc9JA trmz3jisE21oeOqtLnSi2ABih/sVEOTC+P81D32c2u4+DX0q/9vJhnmC7ORaY/Inxn 911c5GEXmYs12kMkBXi1f3ViZN9/45PPH0P+yrvqH+IB4Dr2P6xMuqfp3/JRoZKYAr lt9F+PKsw876bbfX5mygCil62jIQn8Vr9iX769LeyZVyChHBym8Bc58XQIi72H7UTS jsNI8ZItJ5trQ== From: SeongJae Park To: Rishabh Bhatnagar Cc: gregkh@linuxfoundation.org, lee@kernel.org, davem@davemloft.net, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, stable@vger.kernel.org, Eric Dumazet , "Jamal Hadi Salim" , SeongJae Park Subject: Re: [PATCH 4.14] net/sched: cls_u32: Fix reference counter leak leading to overflow Date: Thu, 27 Jul 2023 21:32:36 +0000 Message-Id: <20230727213236.49413-1-sj@kernel.org> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20230727191554.21333-1-risbhat@amazon.com> References: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 27 Jul 2023 19:15:54 +0000 Rishabh Bhatnagar wrote: > From: Lee Jones > > Upstream commit 04c55383fa5689357bcdd2c8036725a55ed632bc. > > In the event of a failure in tcf_change_indev(), u32_set_parms() will > immediately return without decrementing the recently incremented > reference counter. If this happens enough times, the counter will > rollover and the reference freed, leading to a double free which can be > used to do 'bad things'. > > In order to prevent this, move the point of possible failure above the > point where the reference counter is incremented. Also save any > meaningful return values to be applied to the return data at the > appropriate point in time. > > This issue was caught with KASAN. > > Fixes: 705c7091262d ("net: sched: cls_u32: no need to call tcf_exts_change for newly allocated struct") > Suggested-by: Eric Dumazet > Signed-off-by: Lee Jones > Reviewed-by: Eric Dumazet > Acked-by: Jamal Hadi Salim > Signed-off-by: David S. Miller > Signed-off-by: Rishabh Bhatnagar Acked-by: SeongJae Park > --- > net/sched/cls_u32.c | 21 ++++++++++++++------- > 1 file changed, 14 insertions(+), 7 deletions(-) > > diff --git a/net/sched/cls_u32.c b/net/sched/cls_u32.c > index fdbdcba44917..a4e01220a53a 100644 > --- a/net/sched/cls_u32.c > +++ b/net/sched/cls_u32.c > @@ -774,11 +774,22 @@ static int u32_set_parms(struct net *net, struct tcf_proto *tp, > struct nlattr *est, bool ovr) > { > int err; > +#ifdef CONFIG_NET_CLS_IND > + int ifindex = -1; > +#endif > > err = tcf_exts_validate(net, tp, tb, est, &n->exts, ovr); > if (err < 0) > return err; > > +#ifdef CONFIG_NET_CLS_IND > + if (tb[TCA_U32_INDEV]) { > + ifindex = tcf_change_indev(net, tb[TCA_U32_INDEV]); > + if (ifindex < 0) > + return -EINVAL; > + } > +#endif > + > if (tb[TCA_U32_LINK]) { > u32 handle = nla_get_u32(tb[TCA_U32_LINK]); > struct tc_u_hnode *ht_down = NULL, *ht_old; > @@ -806,14 +817,10 @@ static int u32_set_parms(struct net *net, struct tcf_proto *tp, > } > > #ifdef CONFIG_NET_CLS_IND > - if (tb[TCA_U32_INDEV]) { > - int ret; > - ret = tcf_change_indev(net, tb[TCA_U32_INDEV]); > - if (ret < 0) > - return -EINVAL; > - n->ifindex = ret; > - } > + if (ifindex >= 0) > + n->ifindex = ifindex; > #endif > + > return 0; Very trivial nit: Someone might think the above new line is better not to be added? I don't really care, though. > } > > -- > 2.40.1 > Thanks, SJ