Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp7249279rwb; Tue, 15 Nov 2022 09:30:36 -0800 (PST) X-Google-Smtp-Source: AA0mqf5keqT+FJ6Pd4SNl6OHCTFqMAQxDNdRDdaDazcDM5OHK+jDUhVwdBswBnoajDE87Wfa5h9n X-Received: by 2002:a05:6402:6c1:b0:468:677a:877 with SMTP id n1-20020a05640206c100b00468677a0877mr527275edy.407.1668533436379; Tue, 15 Nov 2022 09:30:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1668533436; cv=none; d=google.com; s=arc-20160816; b=CUBlfeyxQ9wHJfD6Scu3NCnLXWnYxN93B0mBxjnQu9y6yoORl0igaqw6PLS3WCknyt Wg/Ye1t/tZDSgaolNfS9SquVPmBYlwVkhNHxkxXInEdHODMjLnZGfxMunkfU/TcNw6Wu oomzkASn8X1m9tw5C/OqTvQLL6WHXiBewCwT45LQOnvXOR+4Y5FBBrcmp+S1vmoi6oEX zoGA3tQLTORgTrXzuSvSzGuiwQFq+UFxPAGgvDprsEP0ah+xRiqBWUoUVpFjciH9oB/Z ph123P/5vMFgopEPmCSjjkzbQsMJ2157BKYMlTlf8EDg1JDdd+Tbc6Z4hggVduxCgdEJ PMWw== 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:subject:cc:to:from:date :dkim-signature; bh=78yzAKMyUw9Hj4cocM6ZNKYxbYXYdzBRGnApd/us1ys=; b=g02OyG6alslDacL0ls90vc0mtBwWbWtsCXm+cxfxD4WCHDGCLWa199VA0tHa2Q6UzS 4UmJVXIQyn7AYajofvdr3lIIHOSpfkaz37smeMgswqQaXQbkvB5bvc3jBdFMZAyxPNNm DJfoUsebazhIR34Z3WpNdzAMOQZEpNs5uBLigLbo10/I3MkPuDh4gkQAhh/J0pjQ40JP GKgatmOuStg2V8VomP1FrlhljE3EuOgvN4g7DEOnESjdexkVhVHMzkQXnGr+hVsmc2tV /RR08IQAlo5Z6fwCKv2EnG4ePiA02AonKKwIGayIioYE13OMaDIAcv5buovZs869DnY9 Q1sg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=qgtqPtdU; 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 hg6-20020a1709072cc600b0078c3197bf86si6546844ejc.533.2022.11.15.09.30.13; Tue, 15 Nov 2022 09:30:36 -0800 (PST) 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=qgtqPtdU; 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 S230201AbiKORCn (ORCPT + 90 others); Tue, 15 Nov 2022 12:02:43 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40028 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230034AbiKORCm (ORCPT ); Tue, 15 Nov 2022 12:02:42 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 88A87275E3; Tue, 15 Nov 2022 09:02:41 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 29348B819BA; Tue, 15 Nov 2022 17:02:40 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 54E0DC433C1; Tue, 15 Nov 2022 17:02:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1668531758; bh=KABuRlXLh25sOol2t/UpXXI9wSIMYxFYsyTmlHopYp0=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=qgtqPtdU9Hfq4ShGXnzpTVVDB72e/1/mX/bew2o7ePx7kkl/KWaX76KjMu2RNIuhz tWFVJ7nP48Rs1qwGkVJgNSE5g5AzaA1/xtjRKUyomkvDIVwLy6OLJOnACN9wajXEXE 8dAeGF1mDP3CKp+uCzB9SFAPEeGLX9dRSiW4qnxy8KBdAPq7+8Zd/DY5QKu/IE7myu 75jyR7Hp8csjUYPu1h3e5jJ8iI8AzonFAMmOZgGqOwj3vTN/oZzlAIkwvbOH6PjbKX gAHDKuPmWE18ilTd6WyzPi04C9nwP6uDZ25f/LOeKe+sU1yMJdBTKewLiueqCjBdBQ 40F4mGZpYNt7g== Date: Tue, 15 Nov 2022 09:02:37 -0800 From: Jakub Kicinski To: Hawkins Jiawei Cc: Jamal Hadi Salim , Cong Wang , Jiri Pirko , "David S. Miller" , Eric Dumazet , Paolo Abeni , 18801353760@163.com, syzbot+232ebdbd36706c965ebf@syzkaller.appspotmail.com, syzkaller-bugs@googlegroups.com, Cong Wang , netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] net: sched: fix memory leak in tcindex_set_parms Message-ID: <20221115090237.5d5988bb@kernel.org> In-Reply-To: <20221113170507.8205-1-yin31149@gmail.com> References: <20221113170507.8205-1-yin31149@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS 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 Mon, 14 Nov 2022 01:05:08 +0800 Hawkins Jiawei wrote: > diff --git a/net/sched/cls_tcindex.c b/net/sched/cls_tcindex.c > index 1c9eeb98d826..d2fac9559d3e 100644 > --- a/net/sched/cls_tcindex.c > +++ b/net/sched/cls_tcindex.c > @@ -338,6 +338,7 @@ tcindex_set_parms(struct net *net, struct tcf_proto *tp, unsigned long base, > struct tcf_result cr = {}; > int err, balloc = 0; > struct tcf_exts e; > + struct tcf_exts old_e = {}; This is not a valid way of initializing a structure. tcf_exts_init() is supposed to be called. If we add a list member to that structure this code will break, again. > err = tcf_exts_init(&e, net, TCA_TCINDEX_ACT, TCA_TCINDEX_POLICE); > if (err < 0) > @@ -479,6 +480,7 @@ tcindex_set_parms(struct net *net, struct tcf_proto *tp, unsigned long base, > } > > if (old_r && old_r != r) { > + old_e = old_r->exts; > err = tcindex_filter_result_init(old_r, cp, net); > if (err < 0) { > kfree(f); > @@ -510,6 +512,12 @@ tcindex_set_parms(struct net *net, struct tcf_proto *tp, unsigned long base, > tcf_exts_destroy(&new_filter_result.exts); > } > > + /* Note: old_e should be destroyed after the RCU grace period, > + * to avoid possible use-after-free by concurrent readers. > + */ > + synchronize_rcu(); > + tcf_exts_destroy(&old_e); I don't think this dance is required, @cp is a copy of the original data, and the original (@p) is destroyed in a safe manner below. > if (oldp) > tcf_queue_work(&oldp->rwork, tcindex_partial_destroy_work); > return 0;