Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp2556077yba; Mon, 6 May 2019 07:59:00 -0700 (PDT) X-Google-Smtp-Source: APXvYqxnvb/Cuk2Bnv4QqKmwKh1SScTWsXNjD9BWuCC9vbb/nsBOyB7KTgoFFFYnf+iOCczpahAM X-Received: by 2002:a17:902:4523:: with SMTP id m32mr32170761pld.98.1557154739958; Mon, 06 May 2019 07:58:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1557154739; cv=none; d=google.com; s=arc-20160816; b=O/RW/hwetG9i4FUlKuLbNFuI/Ln2UwPFvcGtaESg2xAf1ATcoyV4jajMSV2rPjw/kS GOD47oLgVv3cMKqvV34M+GOJFWVSkhIFsdje3lLm0mC+7M9TmiIdU0nz4J+3yXXc3OO8 AIH4olpTYQgxyc1rcL88UcaS4AnxeqTrxcWObt7XiS5I8ezcajRgCbbUec3WjsdRy+NB CErgnDJNT3w56RmzuHADVOIA2nW1emeTb6nJJucS7FvDI7MsjKqXXzlYur6qc6tqonh2 /xaoPj7bb7QT28ppzhFOS3LyP2UkqjyL30hMYtsjhBqnKCPTyYFUrp+/OFrm+xxpHQZm aNtg== 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=+AZwRyRml4YqjLAEtl0HgO5eSJoxSKaN6wWH4JhJxhc=; b=P9dA2Q0ic0iAYOaH41KKbmfCz/a9m7d7LqYXkqacI8/loQE52yTHAKfk0/6tineJOS cTYiUnk/rbuEdu9W0h9w+gcoeitmElpjW/1pDw6VcNTJIklU+pXzGsrq4Q68dXmjCw1a 4o4RVA12AbdX5rju+P0YhIQRbmlumr6xfTrSwhlbvzvVajgVPPADB47hiXBdAwK2E5N9 Ugte/4K7CqQcHmST0nuQe2DmiaPNEUd19S/dVX9FUnbCx2xIXjV5kYR1C6i/UsOd0J4P qcP/Zf0h0op8bZ/jk85Qus0Lf3or5xAxSo902n3bdrSch0DwdSqq2c9qeiv+3Pp2EnQb N60Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=gITQZ2AP; 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 d32si15726005pla.384.2019.05.06.07.58.43; Mon, 06 May 2019 07:58:59 -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=gITQZ2AP; 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 S1726729AbfEFOoN (ORCPT + 99 others); Mon, 6 May 2019 10:44:13 -0400 Received: from mail.kernel.org ([198.145.29.99]:40258 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727654AbfEFOoL (ORCPT ); Mon, 6 May 2019 10:44:11 -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 B3BF3214AF; Mon, 6 May 2019 14:44:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1557153850; bh=UIHC9Cy2fpk/qppWUPfyau/uOaITclXHx0K+EQfW83s=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=gITQZ2APY/OEabH4bZ9BG30UDEUWz5lPGmpmemhey0VLlSk0inWqq6TABvvMmkHUj KFOIco/4pcMHzfoCrL2PMgvDN4kOT1GkPMKPLWb5pJIl2cyjUQmJps2N75AIkK9egm MO/M0PVPBq5NHeBd8sgvjYDvMGqsU4lUSTZcnxTw= 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 4.14 02/75] ipv4: ip_do_fragment: Preserve skb_iif during fragmentation Date: Mon, 6 May 2019 16:32:10 +0200 Message-Id: <20190506143053.481001390@linuxfoundation.org> X-Mailer: git-send-email 2.21.0 In-Reply-To: <20190506143053.287515952@linuxfoundation.org> References: <20190506143053.287515952@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 @@ -518,6 +518,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;