Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2683178pxj; Mon, 31 May 2021 08:10:46 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwX+4pw27LWOh9xnZXHN8Wz0c6gtd1ZmPWVV+nIPNbxqU5MwOR32UEqAUNrR7kyw1cUi7aP X-Received: by 2002:a92:ca8d:: with SMTP id t13mr5577886ilo.247.1622473846256; Mon, 31 May 2021 08:10:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622473846; cv=none; d=google.com; s=arc-20160816; b=CmEUfUEskQipNacFhVulHdZZhPr2otCSrO7+Udnf/Q3HTaK0IclRigpIfOBKp5+NNi SdW3nO05BQVck4Yk7leLHCOFv3/kNBsvVgURlb5szeQ2+qL76FjJ2ODmg6dwrUUDVPMZ xo2CpqgJcnzaP8yANnSt8nvhAmPybpKjeR1wzh5TwPoC9otcIXxnLjtiuh+HSh9SgNAs Zy7NYGDrT2YxC2NMlIGcbAdqqyMtqhpifMLsRbkPgPOb/B6gBOdJ5iOupfxKNFqHibgk /qXooQZnHiOWUEOXXEWCD4DG0BM8RYl+x23L/YudMupyvj1a4tUpAbfhonUlZ3Jj2Cgq bBng== 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=0S7a2jyoFKMDzO8CyQuv0NyCGSU+rTNlvBOlu+9jBds=; b=gzzA8utXpz0jiaS7IR9L5fyE9xZJgHjRkQ5zo293JXYIENwjf5RjtVpcRZwGunTkBV OwsIx3QSKAypMmRpZL0F4pYvAbzxGnZlwt1AlaKfkFfsTE7bJgIPXzMUanZdJVVKq5YH 4vhw+hJPQHE2uLVQvzO924l9q8CRH5RuoFr0PsmRHEXVu4uaKEfegugNmNYfuZ/LEAso ZTdxclHAaO0qbSfTN2oJa7YYR7DF+7hnZIOBWgmhd1kmS6h89HdtuwZepGz9Z1tkjJ4j Ajxsl8CVVvFr8MDv41P00mDPKTqFmxincQuMXzw/md+qgBQTfr8y3yn5dIyvJJx3tcQY +nIg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=XhY0l4wS; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id 7si11859754ilz.34.2021.05.31.08.10.32; Mon, 31 May 2021 08:10:46 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=XhY0l4wS; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S232704AbhEaPLf (ORCPT + 99 others); Mon, 31 May 2021 11:11:35 -0400 Received: from mail.kernel.org ([198.145.29.99]:40810 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233072AbhEaOKk (ORCPT ); Mon, 31 May 2021 10:10:40 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 6AEB761983; Mon, 31 May 2021 13:40:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1622468449; bh=o+7OYa81zDbczAlkQhFxTddeTkO76m7DGereB6yYl1g=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=XhY0l4wSfrkyGARrEHmLKEolr2M3h2CimQvPcm1ML+BL31400Tztt3+gk7EkYCds2 h9Fxh0GkcqkyveAUsDruGpWuD8+FntXCSxmbhYH3O70JMfgs1MYu5wuKOeiEdRHkgN 78rP4ShVZmpklBXC8sHrHJ+ycENotXr3B/0/0mzI= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Jussi Maki , Daniel Borkmann , Sasha Levin Subject: [PATCH 5.10 229/252] bpf: Set mac_len in bpf_skb_change_head Date: Mon, 31 May 2021 15:14:54 +0200 Message-Id: <20210531130705.777951900@linuxfoundation.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20210531130657.971257589@linuxfoundation.org> References: <20210531130657.971257589@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Jussi Maki [ Upstream commit 84316ca4e100d8cbfccd9f774e23817cb2059868 ] The skb_change_head() helper did not set "skb->mac_len", which is problematic when it's used in combination with skb_redirect_peer(). Without it, redirecting a packet from a L3 device such as wireguard to the veth peer device will cause skb->data to point to the middle of the IP header on entry to tcp_v4_rcv() since the L2 header is not pulled correctly due to mac_len=0. Fixes: 3a0af8fd61f9 ("bpf: BPF for lightweight tunnel infrastructure") Signed-off-by: Jussi Maki Signed-off-by: Daniel Borkmann Link: https://lore.kernel.org/bpf/20210519154743.2554771-2-joamaki@gmail.com Signed-off-by: Sasha Levin --- net/core/filter.c | 1 + 1 file changed, 1 insertion(+) diff --git a/net/core/filter.c b/net/core/filter.c index 9358bc4a3711..ef6bdbb63ecb 100644 --- a/net/core/filter.c +++ b/net/core/filter.c @@ -3782,6 +3782,7 @@ static inline int __bpf_skb_change_head(struct sk_buff *skb, u32 head_room, __skb_push(skb, head_room); memset(skb->data, 0, head_room); skb_reset_mac_header(skb); + skb_reset_mac_len(skb); } return ret; -- 2.30.2