Received: by 2002:a05:6358:4e97:b0:b3:742d:4702 with SMTP id ce23csp2887694rwb; Mon, 15 Aug 2022 13:20:44 -0700 (PDT) X-Google-Smtp-Source: AA6agR7qBAeKVINTT402yQFeTNeqYqZQN9NzK5rRJd+Q7DE1QqSq+uljBXEkYLYvUlngSCjBymRN X-Received: by 2002:aa7:d513:0:b0:43d:5c81:4f71 with SMTP id y19-20020aa7d513000000b0043d5c814f71mr15948904edq.308.1660594844433; Mon, 15 Aug 2022 13:20:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660594844; cv=none; d=google.com; s=arc-20160816; b=G0XjOpKmdqz1P6QVdk55jEkUmk/XPzdQjh5XXdljFxu/LF/o/flWAbR+rmMQRvHvWR Z0GfyPaKcwCowdV+qynikXgaMdWf/B1X/mDBH0Y4RjM9dG6Ch3YV4ekf95Nj7wDe4mEw Z4m/Tf/09xQBk2DFaSGbRQEwBeCf8Ivq5zkfZlOUAZPXY2fDP1nOGx8WjF5odUz7a0Bx VaXpXv8/qorjWUXRADDYdqbjtdR2K/iUoY/Jx8uPpMlN1pXVPMe9pMxXmCRJ81VIuNZ2 LT8rKtYL5ZyaiN3LrxBWSmR0y35Z7o7JAkUHMfAXyEkEvh+wam+QxivDid8xKrMAKmOu BI+w== 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=Xw3m4hraJcQgvZHuPR6iTqNH1uogBcu+pwALThAwJ9vreDZCu9QhRPhwd+g3uVT3p1 dk8FP7eLxzpXnlXHXuTw7NXdajgQ/fDTViNjptB1W0hvRcSLWev9y+ky8JwQtBkh4IrD wzonZ6zsAaVhiQpd01n4P4s64pGA01HR/JjmWUQ4u3NpLag4vhJOeNUF4H81/NsVMAZb 9zeVnKBX5mpiLcRumeFgEBqxBn7+QI0SpWAqboWfXM/5vqBIAugp3f7b1l56Foh1hj6q KbsypIDDeIeSvh8JYiVphmCz+2nZ/DIqadapOHq5mBc5YssAfD98ags48EahFPV+5HSN orOQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=lMo7c5wP; 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 gt39-20020a1709072da700b0073093a35cf0si10436056ejc.696.2022.08.15.13.20.13; Mon, 15 Aug 2022 13:20:44 -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=lMo7c5wP; 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 S1345846AbiHOUEa (ORCPT + 99 others); Mon, 15 Aug 2022 16:04:30 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38834 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230438AbiHOUDn (ORCPT ); Mon, 15 Aug 2022 16:03:43 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 614027E310; Mon, 15 Aug 2022 11:54:21 -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 ams.source.kernel.org (Postfix) with ESMTPS id 7BD23B8105D; Mon, 15 Aug 2022 18:54:19 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id C189CC433D6; Mon, 15 Aug 2022 18:54:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1660589658; bh=ScgBIY3HQMCcOzB+zPgCsLe9LaGbzeQNrwHYt+biqjc=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=lMo7c5wPmVajByEIjqnR1dSWAhL4IK9516rtYaSjZgtcOZFzZS5biOBqkcMMYpSG7 SHhnTxdRWnAL7O/AK+Hdj7duj4NZlrM+kpmVAAi826HGVblHxyqlxhniHv6+DB9CBR kFqAhJTLZm9MVjm1YwL8Nq14oBdaYWWdToE18QuE= 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.15 761/779] net_sched: cls_route: remove from list when handle is 0 Date: Mon, 15 Aug 2022 20:06:45 +0200 Message-Id: <20220815180409.960854834@linuxfoundation.org> X-Mailer: git-send-email 2.37.2 In-Reply-To: <20220815180337.130757997@linuxfoundation.org> References: <20220815180337.130757997@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]);