Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp432338yba; Wed, 15 May 2019 04:01:56 -0700 (PDT) X-Google-Smtp-Source: APXvYqzyXJ3OGzQ32Ia79HnIrd1zZ+XcAIZ83oYP49UcGuS/5it/7/RgvIzN0qjIcmvV4sZmFAEW X-Received: by 2002:a63:a55:: with SMTP id z21mr43555333pgk.440.1557918116769; Wed, 15 May 2019 04:01:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1557918116; cv=none; d=google.com; s=arc-20160816; b=HCEgib8UUpLSCQpwsrWEYGZs53Zb6stYVEb29Dsltfip8vsC59nsAxamituqOiJXDD RvJCSO/0V+yi7C/ymkvfrcMISnNicFoq403mnEfHqBR9Wv0y59XkgjGh0MB32tUdi/qs dFzJHj+xg1GNRXOZeRsLlqZThihAd7cx2tIsfajQj499nyo82Hb0CajKh5/Q2Zo8jXqR ZKZLa2u6MsZrAoYq9wcm1ADVYlF/ySzvsm8OD2gYMVtx5vLN5KKmoPSU53zIee8YMiu3 bcuuT5lOoZbu9BdqPF/eRDWzZOA/gZm36U4hllp9w6kGCq2nUdMD0UTEUOc3EggWDvhV JEww== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=cJXn+XLY+vsvPxqBS4x83bAJ/3Z6uyEnVOO+vbgMEiQ=; b=Cnv0ibJmohhllEZJ66SfMtpFaQHSq0QejybZTMtSjydo7+w0jIkOA9p9cw/VFLrfuu t+aTniLm5XzYSgC+xwLT0Ltf86soUItOXMevqFFg9ax4KJ/OA8GBePL/oaMc40vTxm/+ w6lB1+cP0bzS9HKgH/YomkHZkvPwVWSvGZY7T6/03OaQgvTnOvMGWO3hS9Q4PtJCgWFr 8mCzZOoME1JZ3DjzjZJ6o9qx/uR6OvNwiJVT7m7VzbcJAw0Q2l+OgYctBW+KJTzIpwG8 NNziDy7DHyVi0p7g9T9OdOGHu44j4xmewhceNrzmk7O/acc/kHMQuIucnI06gA+Xju1V OUKA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=UYN+Yx+O; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f71si1552706pgc.150.2019.05.15.04.01.40; Wed, 15 May 2019 04:01:56 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=UYN+Yx+O; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726975AbfEOK6t (ORCPT + 99 others); Wed, 15 May 2019 06:58:49 -0400 Received: from mail.kernel.org ([198.145.29.99]:55116 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726961AbfEOK6r (ORCPT ); Wed, 15 May 2019 06:58:47 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 136A620843; Wed, 15 May 2019 10:58:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1557917926; bh=Ih05TbITOBRLzrs6ddr9NMm5nj9No0Ggxr+8IMzbrhY=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=UYN+Yx+ODoxucpEMjKVNa/KRz2l0CxwEgdB9C3syWegjRbpLMsfXE/eRF7wzgknkF 3AeRNRWhP1ZxJV6M08SkpmsnwYQCKY1o/Ox1YCJSRllDFmgeQwWcopSaT67lUhnUqA 4hmp3WNNZA0ExFCH0Z0Jlv2nh70PZ+0B+hIAHG/k= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Shmulik Ladkani , "David S. Miller" Subject: [PATCH 3.18 28/86] ipv4: ip_do_fragment: Preserve skb_iif during fragmentation Date: Wed, 15 May 2019 12:55:05 +0200 Message-Id: <20190515090648.418986290@linuxfoundation.org> X-Mailer: git-send-email 2.21.0 In-Reply-To: <20190515090642.339346723@linuxfoundation.org> References: <20190515090642.339346723@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Shmulik Ladkani [ Upstream commit d2f0c961148f65bc73eda72b9fa3a4e80973cb49 ] Previously, during fragmentation after forwarding, skb->skb_iif isn't preserved, i.e. 'ip_copy_metadata' does not copy skb_iif from given 'from' skb. As a result, ip_do_fragment's creates fragments with zero skb_iif, leading to inconsistent behavior. Assume for example an eBPF program attached at tc egress (post forwarding) that examines __sk_buff->ingress_ifindex: - the correct iif is observed if forwarding path does not involve fragmentation/refragmentation - a bogus iif is observed if forwarding path involves fragmentation/refragmentatiom Fix, by preserving skb_iif during 'ip_copy_metadata'. Signed-off-by: Shmulik Ladkani Signed-off-by: David S. Miller Signed-off-by: Greg Kroah-Hartman --- net/ipv4/ip_output.c | 1 + 1 file changed, 1 insertion(+) --- a/net/ipv4/ip_output.c +++ b/net/ipv4/ip_output.c @@ -454,6 +454,7 @@ static void ip_copy_metadata(struct sk_b to->pkt_type = from->pkt_type; to->priority = from->priority; to->protocol = from->protocol; + to->skb_iif = from->skb_iif; skb_dst_drop(to); skb_dst_copy(to, from); to->dev = from->dev;