Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp5883437pxb; Mon, 14 Feb 2022 09:45:12 -0800 (PST) X-Google-Smtp-Source: ABdhPJzfEx0DMUITTCoOu1fU6UZwnoCJb9edhqNIUA5XL54AbavMGa5D6iMN7MrRs5JUscfi0Oca X-Received: by 2002:a63:950b:: with SMTP id p11mr88729pgd.365.1644860712047; Mon, 14 Feb 2022 09:45:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1644860712; cv=none; d=google.com; s=arc-20160816; b=QG+V0nyJzeo/wgzxT7dHQq0V898vDK8T2TS4h0AsWF+RC33PCU1T/Cd94ITdHoIbLo w3N+JgjBTBG/I4UOotGam53dnSmmVjgHJSv6FOrMg+mn0Ow8SE1ih6n0jPm9eRFbfi6T 17OoWOvanNJR9+XAHWrCaVpm1AkIE+hUrJLKK0XsT44mLrZ4DqoFlrqDoMwaCRL21wff 4YjMkfls9bBIJhZlJOR7ItDFFt51mlf3izDbXT3eW5a3zDGprQYyAv/knwcobu+AftNK dv+by/XiShoDRHPMGc9bYm4sqSQxUbd2AX5eAp2NordmDlHu+gCOkYe3g7+GsEGU+Duv ngpg== 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=qi4htwqUmHWpW589WSF3d0d05irybebr+yd1SHKaBlc=; b=w9hm9uiH/QooB2QRCHvUw9ha9FoZAyar3s3eCkvKUBTpEGQ9nbcfBXQlpsXQgy98gZ ofTkleW4MC22Je06JqikUuL4uBNPYOQz/ttDqavWOMeYl4eSMY873q8z4qSJauFA1ghs OtvujvDxYJr76w1iGABmmJKhQmXdr8p+pHTlcNBFRFUaCCH4tGGCB62MeLRjbSfTd7MM rIDIPEj/MbTVjF+AtBq65FU+UhZ22WN3zFAlK8+V4NBR46DS49mNcZwzwWS8rlxFb8A/ VfpCUE5XIHN/YOwnO4f5+TdGO+fmu2mFIE20YQCMIhkJ20re5eeMRMKce/iAUP7AOz9E 3VSg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=AGqi49kR; 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 gt14si11527365pjb.119.2022.02.14.09.44.55; Mon, 14 Feb 2022 09:45:12 -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=@linuxfoundation.org header.s=korg header.b=AGqi49kR; 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 S244164AbiBNJi0 (ORCPT + 99 others); Mon, 14 Feb 2022 04:38:26 -0500 Received: from mxb-00190b01.gslb.pphosted.com ([23.128.96.19]:51552 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S245238AbiBNJgf (ORCPT ); Mon, 14 Feb 2022 04:36:35 -0500 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1F32425EB6; Mon, 14 Feb 2022 01:34:32 -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 dfw.source.kernel.org (Postfix) with ESMTPS id 6BAE361120; Mon, 14 Feb 2022 09:34:31 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 26FE7C340EF; Mon, 14 Feb 2022 09:34:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1644831270; bh=h/90sFQJ4ADpeoVXdbJhADLAI2IKpcQnwVbtczvVWjg=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=AGqi49kRYW9H2x0XuydoRzjh0aEklRJqU4I/mYAD0AsiF9WagUTmn/vmPfYLpb7jr koJhRvJsINerHASahJpa6zH7fUToc82AjEZdXgK3PMP27egfcX889ZHmw6sH/e/oBr t1Yu3mkLuWF9BfGVKNG48jd7GBkv2Uj+5w9oIILA= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Paolo Abeni , Vlad Buslov , Antoine Tenart , "David S. Miller" , Sasha Levin Subject: [PATCH 4.19 29/49] net: do not keep the dst cache when uncloning an skb dst and its metadata Date: Mon, 14 Feb 2022 10:25:55 +0100 Message-Id: <20220214092449.253165027@linuxfoundation.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20220214092448.285381753@linuxfoundation.org> References: <20220214092448.285381753@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-7.2 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: Antoine Tenart [ Upstream commit cfc56f85e72f5b9c5c5be26dc2b16518d36a7868 ] When uncloning an skb dst and its associated metadata a new dst+metadata is allocated and the tunnel information from the old metadata is copied over there. The issue is the tunnel metadata has references to cached dst, which are copied along the way. When a dst+metadata refcount drops to 0 the metadata is freed including the cached dst entries. As they are also referenced in the initial dst+metadata, this ends up in UaFs. In practice the above did not happen because of another issue, the dst+metadata was never freed because its refcount never dropped to 0 (this will be fixed in a subsequent patch). Fix this by initializing the dst cache after copying the tunnel information from the old metadata to also unshare the dst cache. Fixes: d71785ffc7e7 ("net: add dst_cache to ovs vxlan lwtunnel") Cc: Paolo Abeni Reported-by: Vlad Buslov Tested-by: Vlad Buslov Signed-off-by: Antoine Tenart Acked-by: Paolo Abeni Signed-off-by: David S. Miller Signed-off-by: Sasha Levin --- include/net/dst_metadata.h | 13 +++++++++++++ 1 file changed, 13 insertions(+) diff --git a/include/net/dst_metadata.h b/include/net/dst_metadata.h index 14efa0ded75dd..b997e0c1e3627 100644 --- a/include/net/dst_metadata.h +++ b/include/net/dst_metadata.h @@ -123,6 +123,19 @@ static inline struct metadata_dst *tun_dst_unclone(struct sk_buff *skb) memcpy(&new_md->u.tun_info, &md_dst->u.tun_info, sizeof(struct ip_tunnel_info) + md_size); +#ifdef CONFIG_DST_CACHE + /* Unclone the dst cache if there is one */ + if (new_md->u.tun_info.dst_cache.cache) { + int ret; + + ret = dst_cache_init(&new_md->u.tun_info.dst_cache, GFP_ATOMIC); + if (ret) { + metadata_dst_free(new_md); + return ERR_PTR(ret); + } + } +#endif + skb_dst_drop(skb); dst_hold(&new_md->dst); skb_dst_set(skb, &new_md->dst); -- 2.34.1