Received: by 2002:a05:6358:4e97:b0:b3:742d:4702 with SMTP id ce23csp1861823rwb; Fri, 19 Aug 2022 10:36:39 -0700 (PDT) X-Google-Smtp-Source: AA6agR7d2cknHmPcGQ9fA4Va3LsB3K934AgoWpi4FefR1ASIpGqU8oUjB2jA1cYz2v4Liw3o9PJh X-Received: by 2002:a17:902:d4c7:b0:172:9ac1:6e6 with SMTP id o7-20020a170902d4c700b001729ac106e6mr8265707plg.130.1660930599238; Fri, 19 Aug 2022 10:36:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660930599; cv=none; d=google.com; s=arc-20160816; b=ozRW5JGd3uGe8fzO8YIEs0lgcboTSuzsbnC77rLb7Ak2fQ99E3x3xpGdLYPmTNx81s LQpM1ivAS9KkJSuGOtcc5z9Ss8/a4dgydxT0hpQlMn9ssh5WBK3mtIGn4ctwUFdGUfRa SRWuFhV+/GPQz0y8ZZFYh84SPlhNJ2FdQMZfvGRNTHeew5a8lcCKEh1gA04P9ou3qsC/ SsRoyISllFTyE2CU6mougAbbqpxpMudTA9rtWlbO5JqnbvCthQ18bvtOKdMNeO4zxyYZ lInoW3xwAAdT1PEhGskua+JGnwkpTrQJN7P7bcYhcLDjN1FaklPuk10gQkVb169Pdnoy FD/A== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=wpovj454F5hY8CggUCN96TlqJLEz14jLT+6V66mWdXs=; b=Qwcp85nscagq6FoQi9SXXfsxbusC7wZcL4WeowuLWuV8zBnxQHHbtTB58wrQazzDUr 2xLegj/wavELYZcKpSDQddS33DKMDyH/blVofgBXrQZQIsDZYa5G95cm8p/9zxBgmt0E rU7KwJJbIY88wZpy60bRb6kBGKaFlkGhUUx/dBppzpCWZx0ce1I3rPRUnzVUTKuBRCw3 KTFCKOGDqpcf9PiFVan6z3haav+y1nir7nCGrgvHyRQSXoM4FfRMev1v191FHgWtDaXX Oj2kPkc6LBCtfNbunQpxF1zYouzo0tieNU27aFzwL/fPAFEGrsA1KkiPVK/IAS1y84ht xM4A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=k7cY8N+R; 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=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id h24-20020a63df58000000b0041a11845a19si2548809pgj.703.2022.08.19.10.36.28; Fri, 19 Aug 2022 10:36:39 -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=@linuxfoundation.org header.s=korg header.b=k7cY8N+R; 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=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1354267AbiHSQuQ (ORCPT + 99 others); Fri, 19 Aug 2022 12:50:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45404 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1354031AbiHSQsO (ORCPT ); Fri, 19 Aug 2022 12:48:14 -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 29BCA113DCF; Fri, 19 Aug 2022 09:13:02 -0700 (PDT) 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 dfw.source.kernel.org (Postfix) with ESMTPS id D9C3561831; Fri, 19 Aug 2022 16:12:33 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id E7ACFC433D7; Fri, 19 Aug 2022 16:12:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1660925553; bh=ScgBIY3HQMCcOzB+zPgCsLe9LaGbzeQNrwHYt+biqjc=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=k7cY8N+R2a66TyV2Z8KP0FwUm1DNmRglqyapBIDwfq6cwz0B/E6Ex3syaNYkEGfns LGf6Ll8nJIoyipo8ByJufgXaaICZ7sGww5cNCrUkMYaMy08k4ZUTzGfqDoJHySqtJ+ 9D6p8iy9CO0oVLUj189BCuTKcmH9jL7z/YMVTuXs= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Zhenpeng Lin , Thadeu Lima de Souza Cascardo , Kamal Mostafa , Jamal Hadi Salim , Jakub Kicinski Subject: [PATCH 5.10 527/545] net_sched: cls_route: remove from list when handle is 0 Date: Fri, 19 Aug 2022 17:44:57 +0200 Message-Id: <20220819153853.141906769@linuxfoundation.org> X-Mailer: git-send-email 2.37.2 In-Reply-To: <20220819153829.135562864@linuxfoundation.org> References: <20220819153829.135562864@linuxfoundation.org> User-Agent: quilt/0.67 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 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,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 From: Thadeu Lima de Souza Cascardo commit 9ad36309e2719a884f946678e0296be10f0bb4c1 upstream. When a route filter is replaced and the old filter has a 0 handle, the old one won't be removed from the hashtable, while it will still be freed. The test was there since before commit 1109c00547fc ("net: sched: RCU cls_route"), when a new filter was not allocated when there was an old one. The old filter was reused and the reinserting would only be necessary if an old filter was replaced. That was still wrong for the same case where the old handle was 0. Remove the old filter from the list independently from its handle value. This fixes CVE-2022-2588, also reported as ZDI-CAN-17440. Reported-by: Zhenpeng Lin Signed-off-by: Thadeu Lima de Souza Cascardo Reviewed-by: Kamal Mostafa Cc: Acked-by: Jamal Hadi Salim Link: https://lore.kernel.org/r/20220809170518.164662-1-cascardo@canonical.com Signed-off-by: Jakub Kicinski Signed-off-by: Greg Kroah-Hartman --- net/sched/cls_route.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/net/sched/cls_route.c +++ b/net/sched/cls_route.c @@ -526,7 +526,7 @@ static int route4_change(struct net *net rcu_assign_pointer(f->next, f1); rcu_assign_pointer(*fp, f); - if (fold && fold->handle && f->handle != fold->handle) { + if (fold) { th = to_hash(fold->handle); h = from_hash(fold->handle >> 16); b = rtnl_dereference(head->table[th]);