Netdev List
 help / color / mirror / Atom feed
* [PATCH net] gso: fix gso fraglist segmentation after pull from frag_list
@ 2024-09-22 15:03 Willem de Bruijn
  2024-09-24 17:47 ` Felix Fietkau
                   ` (2 more replies)
  0 siblings, 3 replies; 13+ messages in thread
From: Willem de Bruijn @ 2024-09-22 15:03 UTC (permalink / raw)
  To: netdev
  Cc: davem, kuba, edumazet, pabeni, stable, maze, shiming.cheng,
	daniel, lena.wang, herbert, Willem de Bruijn

From: Willem de Bruijn <willemb@google.com>

Detect gso fraglist skbs with corrupted geometry (see below) and
pass these to skb_segment instead of skb_segment_list, as the first
can segment them correctly.

Valid SKB_GSO_FRAGLIST skbs
- consist of two or more segments
- the head_skb holds the protocol headers plus first gso_size
- one or more frag_list skbs hold exactly one segment
- all but the last must be gso_size

Optional datapath hooks such as NAT and BPF (bpf_skb_pull_data) can
modify these skbs, breaking these invariants.

In extreme cases they pull all data into skb linear. For UDP, this
causes a NULL ptr deref in __udpv4_gso_segment_list_csum at
udp_hdr(seg->next)->dest.

Detect invalid geometry due to pull, by checking head_skb size.
Don't just drop, as this may blackhole a destination. Convert to be
able to pass to regular skb_segment.

Link: https://lore.kernel.org/netdev/20240428142913.18666-1-shiming.cheng@mediatek.com/
Fixes: 3a1296a38d0c ("net: Support GRO/GSO fraglist chaining.")
Signed-off-by: Willem de Bruijn <willemb@google.com>
Cc: stable@vger.kernel.org

---

Tested:
- tools/testing/selftests/net/udpgro_fwd.sh
- kunit gso_test_func converted to calling __udp_gso_segment
- below manual end-to-end test:
  (which probably repeats a lot of udpgro_fwd.sh, in hindsight..)
  (won't repeat this on any resubmits, given how long it is)

  #!/bin/bash

  ip netns add test1
  ip netns add test2
  ip netns add test3

  ip link add dev veth0 netns test1 type veth peer name veth0 netns test2
  ip link add dev veth1 netns test2 type veth peer name veth1 netns test3

  ip netns exec test1 ip link set dev veth0 up
  ip netns exec test2 ip link set dev veth0 up

  ip netns exec test2 ip link set dev veth1 up
  ip netns exec test3 ip link set dev veth1 up

  ip netns exec test1 ip addr add 10.0.8.1/24 dev veth0
  ip netns exec test2 ip addr add 10.0.8.2/24 dev veth0

  ip netns exec test2 ip addr add 10.0.9.2/24 dev veth1
  ip netns exec test3 ip addr add 10.0.9.3/24 dev veth1

  ip -6 -netns test1 addr add fdaa::1 dev veth0
  ip -6 -netns test2 addr add fdaa::2 dev veth0

  ip -6 -netns test2 addr add fdbb::2 dev veth1
  ip -6 -netns test3 addr add fdbb::3 dev veth1

  ip netns exec test2 sysctl -w net.ipv4.ip_forward=1
  ip netns exec test2 sysctl -w net.ipv6.conf.all.forwarding=1

  ip -netns test1 route add default via 10.0.8.2
  ip -netns test3 route add default via 10.0.9.2

  ip -6 -netns test1 route add fdaa::2 dev veth0
  ip -6 -netns test2 route add fdaa::1 dev veth0
  ip -6 -netns test2 route add fdbb::3 dev veth1
  ip -6 -netns test3 route add fdbb::2 dev veth1

  ip -6 -netns test1 route add default via fdaa::2
  ip -6 -netns test3 route add default via fdbb::2

  ip netns exec test1 ethtool -K veth0 gso off tx-udp-segmentation off
  ip netns exec test2 ethtool -K veth0 gro on rx-gro-list on rx-udp-gro-forwarding on
  ip netns exec test2 ethtool -K veth1 gso off tx-udp-segmentation off

  ip netns exec test2 tc qdisc add dev veth0 clsact
  ip netns exec test2 tc filter add dev veth0 ingress bpf direct-action obj tc_pull.o sec tc

  ip netns exec test3 /mnt/shared/udpgso_bench_rx & \
  ip netns exec test1 /mnt/shared/udpgso_bench_tx -l 5 -4 -D 10.0.9.3 -s
  60000 -S 0 -z

  ip netns exec test3 /mnt/shared/udpgso_bench_rx & \
  ip netns exec test1 /mnt/shared/udpgso_bench_tx -l 5 -6 -D fdbb::3 -s
  60000 -S 0 -z

With trivial BPF program:

  $ cat ~/work/tc_pull.c
  // SPDX-License-Identifier: GPL-2.0

  #include <linux/bpf.h>
  #include <linux/pkt_cls.h>
  #include <linux/types.h>

  #include <bpf/bpf_helpers.h>

  __attribute__((section("tc")))

  int tc_cls_prog(struct __sk_buff *skb) {
  	bpf_skb_pull_data(skb, skb->len);
  	return TC_ACT_OK;
  }
---
 net/ipv4/udp_offload.c | 12 ++++++++++--
 1 file changed, 10 insertions(+), 2 deletions(-)

diff --git a/net/ipv4/udp_offload.c b/net/ipv4/udp_offload.c
index d842303587af..e457fa9143a6 100644
--- a/net/ipv4/udp_offload.c
+++ b/net/ipv4/udp_offload.c
@@ -296,8 +296,16 @@ struct sk_buff *__udp_gso_segment(struct sk_buff *gso_skb,
 		return NULL;
 	}
 
-	if (skb_shinfo(gso_skb)->gso_type & SKB_GSO_FRAGLIST)
-		return __udp_gso_segment_list(gso_skb, features, is_ipv6);
+	if (skb_shinfo(gso_skb)->gso_type & SKB_GSO_FRAGLIST) {
+		 /* Detect modified geometry and pass these to skb_segment. */
+		if (skb_pagelen(gso_skb) - sizeof(*uh) == skb_shinfo(gso_skb)->gso_size)
+			return __udp_gso_segment_list(gso_skb, features, is_ipv6);
+
+		 /* Setup csum, as fraglist skips this in udp4_gro_receive. */
+		gso_skb->csum_start = skb_transport_header(gso_skb) - gso_skb->head;
+		gso_skb->csum_offset = offsetof(struct udphdr, check);
+		gso_skb->ip_summed = CHECKSUM_PARTIAL;
+	}
 
 	skb_pull(gso_skb, sizeof(*uh));
 
-- 
2.46.0.792.g87dc391469-goog


^ permalink raw reply related	[flat|nested] 13+ messages in thread

* Re: [PATCH net] gso: fix gso fraglist segmentation after pull from frag_list
  2024-09-22 15:03 [PATCH net] gso: fix gso fraglist segmentation after pull from frag_list Willem de Bruijn
@ 2024-09-24 17:47 ` Felix Fietkau
  2024-09-24 19:50   ` Willem de Bruijn
  2024-09-25  8:10 ` Felix Fietkau
  2024-09-26  9:17 ` Felix Fietkau
  2 siblings, 1 reply; 13+ messages in thread
From: Felix Fietkau @ 2024-09-24 17:47 UTC (permalink / raw)
  To: Willem de Bruijn, netdev
  Cc: davem, kuba, edumazet, pabeni, stable, maze, shiming.cheng,
	daniel, lena.wang, herbert, Willem de Bruijn

On 22.09.24 17:03, Willem de Bruijn wrote:
> From: Willem de Bruijn <willemb@google.com>
> 
> Detect gso fraglist skbs with corrupted geometry (see below) and
> pass these to skb_segment instead of skb_segment_list, as the first
> can segment them correctly.
> 
> Valid SKB_GSO_FRAGLIST skbs
> - consist of two or more segments
> - the head_skb holds the protocol headers plus first gso_size
> - one or more frag_list skbs hold exactly one segment
> - all but the last must be gso_size
> 
> Optional datapath hooks such as NAT and BPF (bpf_skb_pull_data) can
> modify these skbs, breaking these invariants.
> 
> In extreme cases they pull all data into skb linear. For UDP, this
> causes a NULL ptr deref in __udpv4_gso_segment_list_csum at
> udp_hdr(seg->next)->dest.
> 
> Detect invalid geometry due to pull, by checking head_skb size.
> Don't just drop, as this may blackhole a destination. Convert to be
> able to pass to regular skb_segment.
> 
> Link: https://lore.kernel.org/netdev/20240428142913.18666-1-shiming.cheng@mediatek.com/
> Fixes: 3a1296a38d0c ("net: Support GRO/GSO fraglist chaining.")
> Signed-off-by: Willem de Bruijn <willemb@google.com>
> Cc: stable@vger.kernel.org
> 
> ---
> diff --git a/net/ipv4/udp_offload.c b/net/ipv4/udp_offload.c
> index d842303587af..e457fa9143a6 100644
> --- a/net/ipv4/udp_offload.c
> +++ b/net/ipv4/udp_offload.c
> @@ -296,8 +296,16 @@ struct sk_buff *__udp_gso_segment(struct sk_buff *gso_skb,
>   		return NULL;
>   	}
>   
> -	if (skb_shinfo(gso_skb)->gso_type & SKB_GSO_FRAGLIST)
> -		return __udp_gso_segment_list(gso_skb, features, is_ipv6);
> +	if (skb_shinfo(gso_skb)->gso_type & SKB_GSO_FRAGLIST) {
> +		 /* Detect modified geometry and pass these to skb_segment. */
> +		if (skb_pagelen(gso_skb) - sizeof(*uh) == skb_shinfo(gso_skb)->gso_size)
> +			return __udp_gso_segment_list(gso_skb, features, is_ipv6);
> +
> +		 /* Setup csum, as fraglist skips this in udp4_gro_receive. */
> +		gso_skb->csum_start = skb_transport_header(gso_skb) - gso_skb->head;
> +		gso_skb->csum_offset = offsetof(struct udphdr, check);
> +		gso_skb->ip_summed = CHECKSUM_PARTIAL;
> +	}

It seems to me that the TCP code would need something similar. Do you 
think the same approach would work there as well?

Thanks,

- Felix

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [PATCH net] gso: fix gso fraglist segmentation after pull from frag_list
  2024-09-24 17:47 ` Felix Fietkau
@ 2024-09-24 19:50   ` Willem de Bruijn
  0 siblings, 0 replies; 13+ messages in thread
From: Willem de Bruijn @ 2024-09-24 19:50 UTC (permalink / raw)
  To: Felix Fietkau, Willem de Bruijn, netdev
  Cc: davem, kuba, edumazet, pabeni, stable, maze, shiming.cheng,
	daniel, lena.wang, herbert, Willem de Bruijn

Felix Fietkau wrote:
> On 22.09.24 17:03, Willem de Bruijn wrote:
> > From: Willem de Bruijn <willemb@google.com>
> > 
> > Detect gso fraglist skbs with corrupted geometry (see below) and
> > pass these to skb_segment instead of skb_segment_list, as the first
> > can segment them correctly.
> > 
> > Valid SKB_GSO_FRAGLIST skbs
> > - consist of two or more segments
> > - the head_skb holds the protocol headers plus first gso_size
> > - one or more frag_list skbs hold exactly one segment
> > - all but the last must be gso_size
> > 
> > Optional datapath hooks such as NAT and BPF (bpf_skb_pull_data) can
> > modify these skbs, breaking these invariants.
> > 
> > In extreme cases they pull all data into skb linear. For UDP, this
> > causes a NULL ptr deref in __udpv4_gso_segment_list_csum at
> > udp_hdr(seg->next)->dest.
> > 
> > Detect invalid geometry due to pull, by checking head_skb size.
> > Don't just drop, as this may blackhole a destination. Convert to be
> > able to pass to regular skb_segment.
> > 
> > Link: https://lore.kernel.org/netdev/20240428142913.18666-1-shiming.cheng@mediatek.com/
> > Fixes: 3a1296a38d0c ("net: Support GRO/GSO fraglist chaining.")
> > Signed-off-by: Willem de Bruijn <willemb@google.com>
> > Cc: stable@vger.kernel.org
> > 
> > ---
> > diff --git a/net/ipv4/udp_offload.c b/net/ipv4/udp_offload.c
> > index d842303587af..e457fa9143a6 100644
> > --- a/net/ipv4/udp_offload.c
> > +++ b/net/ipv4/udp_offload.c
> > @@ -296,8 +296,16 @@ struct sk_buff *__udp_gso_segment(struct sk_buff *gso_skb,
> >   		return NULL;
> >   	}
> >   
> > -	if (skb_shinfo(gso_skb)->gso_type & SKB_GSO_FRAGLIST)
> > -		return __udp_gso_segment_list(gso_skb, features, is_ipv6);
> > +	if (skb_shinfo(gso_skb)->gso_type & SKB_GSO_FRAGLIST) {
> > +		 /* Detect modified geometry and pass these to skb_segment. */
> > +		if (skb_pagelen(gso_skb) - sizeof(*uh) == skb_shinfo(gso_skb)->gso_size)
> > +			return __udp_gso_segment_list(gso_skb, features, is_ipv6);
> > +
> > +		 /* Setup csum, as fraglist skips this in udp4_gro_receive. */
> > +		gso_skb->csum_start = skb_transport_header(gso_skb) - gso_skb->head;
> > +		gso_skb->csum_offset = offsetof(struct udphdr, check);
> > +		gso_skb->ip_summed = CHECKSUM_PARTIAL;
> > +	}
> 
> It seems to me that the TCP code would need something similar.

I think you're right, thanks.

Separate patch, as different Fixes, of course.

> Do you think the same approach would work there as well?

tcp4_gro_complete seems to mirror udp4_gro_receive in returning early
before setting up checksum offload. So likely yes.

The script I shared to reproduce for UDP can hopefully be reused
easily to also generate these packets with TCP.
 
> Thanks,
> 
> - Felix



^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [PATCH net] gso: fix gso fraglist segmentation after pull from frag_list
  2024-09-22 15:03 [PATCH net] gso: fix gso fraglist segmentation after pull from frag_list Willem de Bruijn
  2024-09-24 17:47 ` Felix Fietkau
@ 2024-09-25  8:10 ` Felix Fietkau
  2024-09-25 19:09   ` Willem de Bruijn
  2024-09-26  9:17 ` Felix Fietkau
  2 siblings, 1 reply; 13+ messages in thread
From: Felix Fietkau @ 2024-09-25  8:10 UTC (permalink / raw)
  To: Willem de Bruijn, netdev
  Cc: davem, kuba, edumazet, pabeni, stable, maze, shiming.cheng,
	daniel, lena.wang, herbert, Willem de Bruijn

On 22.09.24 17:03, Willem de Bruijn wrote:
> From: Willem de Bruijn <willemb@google.com>
> 
> Detect gso fraglist skbs with corrupted geometry (see below) and
> pass these to skb_segment instead of skb_segment_list, as the first
> can segment them correctly.
> 
> Valid SKB_GSO_FRAGLIST skbs
> - consist of two or more segments
> - the head_skb holds the protocol headers plus first gso_size
> - one or more frag_list skbs hold exactly one segment
> - all but the last must be gso_size
> 
> Optional datapath hooks such as NAT and BPF (bpf_skb_pull_data) can
> modify these skbs, breaking these invariants.
> 
> In extreme cases they pull all data into skb linear. For UDP, this
> causes a NULL ptr deref in __udpv4_gso_segment_list_csum at
> udp_hdr(seg->next)->dest.
> 
> Detect invalid geometry due to pull, by checking head_skb size.
> Don't just drop, as this may blackhole a destination. Convert to be
> able to pass to regular skb_segment.
> 
> Link: https://lore.kernel.org/netdev/20240428142913.18666-1-shiming.cheng@mediatek.com/
> Fixes: 3a1296a38d0c ("net: Support GRO/GSO fraglist chaining.")
> Signed-off-by: Willem de Bruijn <willemb@google.com>
> Cc: stable@vger.kernel.org
> 
> ---
> diff --git a/net/ipv4/udp_offload.c b/net/ipv4/udp_offload.c
> index d842303587af..e457fa9143a6 100644
> --- a/net/ipv4/udp_offload.c
> +++ b/net/ipv4/udp_offload.c
> @@ -296,8 +296,16 @@ struct sk_buff *__udp_gso_segment(struct sk_buff *gso_skb,
>   		return NULL;
>   	}
>   
> -	if (skb_shinfo(gso_skb)->gso_type & SKB_GSO_FRAGLIST)
> -		return __udp_gso_segment_list(gso_skb, features, is_ipv6);
> +	if (skb_shinfo(gso_skb)->gso_type & SKB_GSO_FRAGLIST) {
> +		 /* Detect modified geometry and pass these to skb_segment. */
> +		if (skb_pagelen(gso_skb) - sizeof(*uh) == skb_shinfo(gso_skb)->gso_size)
> +			return __udp_gso_segment_list(gso_skb, features, is_ipv6);
> +
> +		 /* Setup csum, as fraglist skips this in udp4_gro_receive. */
> +		gso_skb->csum_start = skb_transport_header(gso_skb) - gso_skb->head;
> +		gso_skb->csum_offset = offsetof(struct udphdr, check);
> +		gso_skb->ip_summed = CHECKSUM_PARTIAL;

I also noticed this uh->check update done by udp4_gro_complete only in 
case of non-fraglist GRO:

     if (uh->check)
         uh->check = ~udp_v4_check(skb->len - nhoff, iph->saddr,
                       iph->daddr, 0);

I didn't see any equivalent in your patch. Is it missing or left out 
intentionally?

- Felix

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [PATCH net] gso: fix gso fraglist segmentation after pull from frag_list
  2024-09-25  8:10 ` Felix Fietkau
@ 2024-09-25 19:09   ` Willem de Bruijn
  2024-09-25 20:59     ` Felix Fietkau
  0 siblings, 1 reply; 13+ messages in thread
From: Willem de Bruijn @ 2024-09-25 19:09 UTC (permalink / raw)
  To: Felix Fietkau, Willem de Bruijn, netdev
  Cc: davem, kuba, edumazet, pabeni, stable, maze, shiming.cheng,
	daniel, lena.wang, herbert, Willem de Bruijn

Felix Fietkau wrote:
> On 22.09.24 17:03, Willem de Bruijn wrote:
> > From: Willem de Bruijn <willemb@google.com>
> > 
> > Detect gso fraglist skbs with corrupted geometry (see below) and
> > pass these to skb_segment instead of skb_segment_list, as the first
> > can segment them correctly.
> > 
> > Valid SKB_GSO_FRAGLIST skbs
> > - consist of two or more segments
> > - the head_skb holds the protocol headers plus first gso_size
> > - one or more frag_list skbs hold exactly one segment
> > - all but the last must be gso_size
> > 
> > Optional datapath hooks such as NAT and BPF (bpf_skb_pull_data) can
> > modify these skbs, breaking these invariants.
> > 
> > In extreme cases they pull all data into skb linear. For UDP, this
> > causes a NULL ptr deref in __udpv4_gso_segment_list_csum at
> > udp_hdr(seg->next)->dest.
> > 
> > Detect invalid geometry due to pull, by checking head_skb size.
> > Don't just drop, as this may blackhole a destination. Convert to be
> > able to pass to regular skb_segment.
> > 
> > Link: https://lore.kernel.org/netdev/20240428142913.18666-1-shiming.cheng@mediatek.com/
> > Fixes: 3a1296a38d0c ("net: Support GRO/GSO fraglist chaining.")
> > Signed-off-by: Willem de Bruijn <willemb@google.com>
> > Cc: stable@vger.kernel.org
> > 
> > ---
> > diff --git a/net/ipv4/udp_offload.c b/net/ipv4/udp_offload.c
> > index d842303587af..e457fa9143a6 100644
> > --- a/net/ipv4/udp_offload.c
> > +++ b/net/ipv4/udp_offload.c
> > @@ -296,8 +296,16 @@ struct sk_buff *__udp_gso_segment(struct sk_buff *gso_skb,
> >   		return NULL;
> >   	}
> >   
> > -	if (skb_shinfo(gso_skb)->gso_type & SKB_GSO_FRAGLIST)
> > -		return __udp_gso_segment_list(gso_skb, features, is_ipv6);
> > +	if (skb_shinfo(gso_skb)->gso_type & SKB_GSO_FRAGLIST) {
> > +		 /* Detect modified geometry and pass these to skb_segment. */
> > +		if (skb_pagelen(gso_skb) - sizeof(*uh) == skb_shinfo(gso_skb)->gso_size)
> > +			return __udp_gso_segment_list(gso_skb, features, is_ipv6);
> > +
> > +		 /* Setup csum, as fraglist skips this in udp4_gro_receive. */
> > +		gso_skb->csum_start = skb_transport_header(gso_skb) - gso_skb->head;
> > +		gso_skb->csum_offset = offsetof(struct udphdr, check);
> > +		gso_skb->ip_summed = CHECKSUM_PARTIAL;
> 
> I also noticed this uh->check update done by udp4_gro_complete only in 
> case of non-fraglist GRO:
> 
>      if (uh->check)
>          uh->check = ~udp_v4_check(skb->len - nhoff, iph->saddr,
>                        iph->daddr, 0);
> 
> I didn't see any equivalent in your patch. Is it missing or left out 
> intentionally?

Thanks. That was not intentional. I think you're right. Am a bit
concerned that all this testing did not catch it. Perhaps because
CHECKSUM_PARTIAL looped to ingress on the same machine is simply
interpreted as CHECKSUM_UNNECESSARY. Need to look into that.

If respinning this, I should also change the Fixes to

Fixes: 9fd1ff5d2ac7 ("udp: Support UDP fraglist GRO/GSO.")

Analogous to the eventual TCP fix to

Fixes: bee88cd5bd83 ("net: add support for segmenting TCP fraglist GSO packets")



^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [PATCH net] gso: fix gso fraglist segmentation after pull from frag_list
  2024-09-25 19:09   ` Willem de Bruijn
@ 2024-09-25 20:59     ` Felix Fietkau
  2024-09-25 21:12       ` Felix Fietkau
  2024-09-26  7:16       ` Willem de Bruijn
  0 siblings, 2 replies; 13+ messages in thread
From: Felix Fietkau @ 2024-09-25 20:59 UTC (permalink / raw)
  To: Willem de Bruijn, netdev
  Cc: davem, kuba, edumazet, pabeni, stable, maze, shiming.cheng,
	daniel, lena.wang, herbert, Willem de Bruijn

On 25.09.24 21:09, Willem de Bruijn wrote:
> Felix Fietkau wrote:
>> On 22.09.24 17:03, Willem de Bruijn wrote:
>> > From: Willem de Bruijn <willemb@google.com>
>> > 
>> > Detect gso fraglist skbs with corrupted geometry (see below) and
>> > pass these to skb_segment instead of skb_segment_list, as the first
>> > can segment them correctly.
>> > 
>> > Valid SKB_GSO_FRAGLIST skbs
>> > - consist of two or more segments
>> > - the head_skb holds the protocol headers plus first gso_size
>> > - one or more frag_list skbs hold exactly one segment
>> > - all but the last must be gso_size
>> > 
>> > Optional datapath hooks such as NAT and BPF (bpf_skb_pull_data) can
>> > modify these skbs, breaking these invariants.
>> > 
>> > In extreme cases they pull all data into skb linear. For UDP, this
>> > causes a NULL ptr deref in __udpv4_gso_segment_list_csum at
>> > udp_hdr(seg->next)->dest.
>> > 
>> > Detect invalid geometry due to pull, by checking head_skb size.
>> > Don't just drop, as this may blackhole a destination. Convert to be
>> > able to pass to regular skb_segment.
>> > 
>> > Link: https://lore.kernel.org/netdev/20240428142913.18666-1-shiming.cheng@mediatek.com/
>> > Fixes: 3a1296a38d0c ("net: Support GRO/GSO fraglist chaining.")
>> > Signed-off-by: Willem de Bruijn <willemb@google.com>
>> > Cc: stable@vger.kernel.org
>> > 
>> > ---
>> > diff --git a/net/ipv4/udp_offload.c b/net/ipv4/udp_offload.c
>> > index d842303587af..e457fa9143a6 100644
>> > --- a/net/ipv4/udp_offload.c
>> > +++ b/net/ipv4/udp_offload.c
>> > @@ -296,8 +296,16 @@ struct sk_buff *__udp_gso_segment(struct sk_buff *gso_skb,
>> >   		return NULL;
>> >   	}
>> >   
>> > -	if (skb_shinfo(gso_skb)->gso_type & SKB_GSO_FRAGLIST)
>> > -		return __udp_gso_segment_list(gso_skb, features, is_ipv6);
>> > +	if (skb_shinfo(gso_skb)->gso_type & SKB_GSO_FRAGLIST) {
>> > +		 /* Detect modified geometry and pass these to skb_segment. */
>> > +		if (skb_pagelen(gso_skb) - sizeof(*uh) == skb_shinfo(gso_skb)->gso_size)
>> > +			return __udp_gso_segment_list(gso_skb, features, is_ipv6);
>> > +
>> > +		 /* Setup csum, as fraglist skips this in udp4_gro_receive. */
>> > +		gso_skb->csum_start = skb_transport_header(gso_skb) - gso_skb->head;
>> > +		gso_skb->csum_offset = offsetof(struct udphdr, check);
>> > +		gso_skb->ip_summed = CHECKSUM_PARTIAL;
>> 
>> I also noticed this uh->check update done by udp4_gro_complete only in 
>> case of non-fraglist GRO:
>> 
>>      if (uh->check)
>>          uh->check = ~udp_v4_check(skb->len - nhoff, iph->saddr,
>>                        iph->daddr, 0);
>> 
>> I didn't see any equivalent in your patch. Is it missing or left out 
>> intentionally?
> 
> Thanks. That was not intentional. I think you're right. Am a bit
> concerned that all this testing did not catch it. Perhaps because
> CHECKSUM_PARTIAL looped to ingress on the same machine is simply
> interpreted as CHECKSUM_UNNECESSARY. Need to look into that.
> 
> If respinning this, I should also change the Fixes to
> 
> Fixes: 9fd1ff5d2ac7 ("udp: Support UDP fraglist GRO/GSO.")
> 
> Analogous to the eventual TCP fix to
> 
> Fixes: bee88cd5bd83 ("net: add support for segmenting TCP fraglist GSO packets")

In the mean time, I've been working on the TCP side. I managed to
reproduce the issue on one of my devices by routing traffic from
Ethernet to Wifi using your BPF test program.

The following patch makes it work for me for TCP v4. Still need to
test and fix v6.

- Felix

---
--- a/net/ipv4/tcp_offload.c
+++ b/net/ipv4/tcp_offload.c
@@ -101,8 +101,20 @@ static struct sk_buff *tcp4_gso_segment(struct sk_buff *skb,
  	if (!pskb_may_pull(skb, sizeof(struct tcphdr)))
  		return ERR_PTR(-EINVAL);
  
-	if (skb_shinfo(skb)->gso_type & SKB_GSO_FRAGLIST)
-		return __tcp4_gso_segment_list(skb, features);
+	if (skb_shinfo(skb)->gso_type & SKB_GSO_FRAGLIST) {
+		struct tcphdr *th = tcp_hdr(skb);
+		const struct iphdr *iph;
+
+		if (skb_pagelen(skb) - th->doff * 4 == skb_shinfo(skb)->gso_size)
+			return __tcp4_gso_segment_list(skb, features);
+
+		iph = ip_hdr(skb);
+		skb_shinfo(skb)->gso_type &= ~SKB_GSO_FRAGLIST;
+		skb->csum_start = (unsigned char *)th - skb->head;
+		skb->csum_offset = offsetof(struct tcphdr, check);
+		skb->ip_summed = CHECKSUM_PARTIAL;
+		th->check = ~tcp_v4_check(skb->len, iph->saddr, iph->daddr, 0);
+	}
  
  	if (unlikely(skb->ip_summed != CHECKSUM_PARTIAL)) {
  		const struct iphdr *iph = ip_hdr(skb);


^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [PATCH net] gso: fix gso fraglist segmentation after pull from frag_list
  2024-09-25 20:59     ` Felix Fietkau
@ 2024-09-25 21:12       ` Felix Fietkau
  2024-09-26  7:19         ` Willem de Bruijn
  2024-09-26  7:16       ` Willem de Bruijn
  1 sibling, 1 reply; 13+ messages in thread
From: Felix Fietkau @ 2024-09-25 21:12 UTC (permalink / raw)
  To: Willem de Bruijn, netdev
  Cc: davem, kuba, edumazet, pabeni, stable, maze, shiming.cheng,
	daniel, lena.wang, herbert, Willem de Bruijn

On 25.09.24 22:59, Felix Fietkau wrote:
> On 25.09.24 21:09, Willem de Bruijn wrote:
>> Felix Fietkau wrote:
>>> On 22.09.24 17:03, Willem de Bruijn wrote:
>>> > From: Willem de Bruijn <willemb@google.com>
>>> > 
>>> > Detect gso fraglist skbs with corrupted geometry (see below) and
>>> > pass these to skb_segment instead of skb_segment_list, as the first
>>> > can segment them correctly.
>>> > 
>>> > Valid SKB_GSO_FRAGLIST skbs
>>> > - consist of two or more segments
>>> > - the head_skb holds the protocol headers plus first gso_size
>>> > - one or more frag_list skbs hold exactly one segment
>>> > - all but the last must be gso_size
>>> > 
>>> > Optional datapath hooks such as NAT and BPF (bpf_skb_pull_data) can
>>> > modify these skbs, breaking these invariants.
>>> > 
>>> > In extreme cases they pull all data into skb linear. For UDP, this
>>> > causes a NULL ptr deref in __udpv4_gso_segment_list_csum at
>>> > udp_hdr(seg->next)->dest.
>>> > 
>>> > Detect invalid geometry due to pull, by checking head_skb size.
>>> > Don't just drop, as this may blackhole a destination. Convert to be
>>> > able to pass to regular skb_segment.
>>> > 
>>> > Link: https://lore.kernel.org/netdev/20240428142913.18666-1-shiming.cheng@mediatek.com/
>>> > Fixes: 3a1296a38d0c ("net: Support GRO/GSO fraglist chaining.")
>>> > Signed-off-by: Willem de Bruijn <willemb@google.com>
>>> > Cc: stable@vger.kernel.org
>>> > 
>>> > ---
>>> > diff --git a/net/ipv4/udp_offload.c b/net/ipv4/udp_offload.c
>>> > index d842303587af..e457fa9143a6 100644
>>> > --- a/net/ipv4/udp_offload.c
>>> > +++ b/net/ipv4/udp_offload.c
>>> > @@ -296,8 +296,16 @@ struct sk_buff *__udp_gso_segment(struct sk_buff *gso_skb,
>>> >   		return NULL;
>>> >   	}
>>> >   
>>> > -	if (skb_shinfo(gso_skb)->gso_type & SKB_GSO_FRAGLIST)
>>> > -		return __udp_gso_segment_list(gso_skb, features, is_ipv6);
>>> > +	if (skb_shinfo(gso_skb)->gso_type & SKB_GSO_FRAGLIST) {
>>> > +		 /* Detect modified geometry and pass these to skb_segment. */
>>> > +		if (skb_pagelen(gso_skb) - sizeof(*uh) == skb_shinfo(gso_skb)->gso_size)
>>> > +			return __udp_gso_segment_list(gso_skb, features, is_ipv6);
>>> > +
>>> > +		 /* Setup csum, as fraglist skips this in udp4_gro_receive. */
>>> > +		gso_skb->csum_start = skb_transport_header(gso_skb) - gso_skb->head;
>>> > +		gso_skb->csum_offset = offsetof(struct udphdr, check);
>>> > +		gso_skb->ip_summed = CHECKSUM_PARTIAL;
>>> 
>>> I also noticed this uh->check update done by udp4_gro_complete only in 
>>> case of non-fraglist GRO:
>>> 
>>>      if (uh->check)
>>>          uh->check = ~udp_v4_check(skb->len - nhoff, iph->saddr,
>>>                        iph->daddr, 0);
>>> 
>>> I didn't see any equivalent in your patch. Is it missing or left out 
>>> intentionally?
>> 
>> Thanks. That was not intentional. I think you're right. Am a bit
>> concerned that all this testing did not catch it. Perhaps because
>> CHECKSUM_PARTIAL looped to ingress on the same machine is simply
>> interpreted as CHECKSUM_UNNECESSARY. Need to look into that.
>> 
>> If respinning this, I should also change the Fixes to
>> 
>> Fixes: 9fd1ff5d2ac7 ("udp: Support UDP fraglist GRO/GSO.")
>> 
>> Analogous to the eventual TCP fix to
>> 
>> Fixes: bee88cd5bd83 ("net: add support for segmenting TCP fraglist GSO packets")
> 
> In the mean time, I've been working on the TCP side. I managed to
> reproduce the issue on one of my devices by routing traffic from
> Ethernet to Wifi using your BPF test program.
> 
> The following patch makes it work for me for TCP v4. Still need to
> test and fix v6.

Actually, here is something even simpler that should work for both v4
and v6:

---
--- a/net/ipv4/tcp_offload.c
+++ b/net/ipv4/tcp_offload.c
@@ -101,8 +101,14 @@ static struct sk_buff *tcp4_gso_segment(struct sk_buff *skb,
  	if (!pskb_may_pull(skb, sizeof(struct tcphdr)))
  		return ERR_PTR(-EINVAL);
  
-	if (skb_shinfo(skb)->gso_type & SKB_GSO_FRAGLIST)
-		return __tcp4_gso_segment_list(skb, features);
+	if (skb_shinfo(skb)->gso_type & SKB_GSO_FRAGLIST) {
+		struct tcphdr *th = tcp_hdr(skb);
+
+		if (skb_pagelen(skb) - th->doff * 4 == skb_shinfo(skb)->gso_size)
+			return __tcp4_gso_segment_list(skb, features);
+
+		skb->ip_summed = CHECKSUM_NONE;
+	}
  
  	if (unlikely(skb->ip_summed != CHECKSUM_PARTIAL)) {
  		const struct iphdr *iph = ip_hdr(skb);
--- a/net/ipv6/tcpv6_offload.c
+++ b/net/ipv6/tcpv6_offload.c
@@ -159,8 +159,14 @@ static struct sk_buff *tcp6_gso_segment(struct sk_buff *skb,
  	if (!pskb_may_pull(skb, sizeof(*th)))
  		return ERR_PTR(-EINVAL);
  
-	if (skb_shinfo(skb)->gso_type & SKB_GSO_FRAGLIST)
-		return __tcp6_gso_segment_list(skb, features);
+	if (skb_shinfo(skb)->gso_type & SKB_GSO_FRAGLIST) {
+		struct tcphdr *th = tcp_hdr(skb);
+
+		if (skb_pagelen(skb) - th->doff * 4 == skb_shinfo(skb)->gso_size)
+			return __tcp6_gso_segment_list(skb, features);
+
+		skb->ip_summed = CHECKSUM_NONE;
+	}
  
  	if (unlikely(skb->ip_summed != CHECKSUM_PARTIAL)) {
  		const struct ipv6hdr *ipv6h = ipv6_hdr(skb);



^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [PATCH net] gso: fix gso fraglist segmentation after pull from frag_list
  2024-09-25 20:59     ` Felix Fietkau
  2024-09-25 21:12       ` Felix Fietkau
@ 2024-09-26  7:16       ` Willem de Bruijn
  1 sibling, 0 replies; 13+ messages in thread
From: Willem de Bruijn @ 2024-09-26  7:16 UTC (permalink / raw)
  To: Felix Fietkau, Willem de Bruijn, netdev
  Cc: davem, kuba, edumazet, pabeni, stable, maze, shiming.cheng,
	daniel, lena.wang, herbert, Willem de Bruijn

Felix Fietkau wrote:
> On 25.09.24 21:09, Willem de Bruijn wrote:
> > Felix Fietkau wrote:
> >> On 22.09.24 17:03, Willem de Bruijn wrote:
> >> > From: Willem de Bruijn <willemb@google.com>
> >> > 
> >> > Detect gso fraglist skbs with corrupted geometry (see below) and
> >> > pass these to skb_segment instead of skb_segment_list, as the first
> >> > can segment them correctly.
> >> > 
> >> > Valid SKB_GSO_FRAGLIST skbs
> >> > - consist of two or more segments
> >> > - the head_skb holds the protocol headers plus first gso_size
> >> > - one or more frag_list skbs hold exactly one segment
> >> > - all but the last must be gso_size
> >> > 
> >> > Optional datapath hooks such as NAT and BPF (bpf_skb_pull_data) can
> >> > modify these skbs, breaking these invariants.
> >> > 
> >> > In extreme cases they pull all data into skb linear. For UDP, this
> >> > causes a NULL ptr deref in __udpv4_gso_segment_list_csum at
> >> > udp_hdr(seg->next)->dest.
> >> > 
> >> > Detect invalid geometry due to pull, by checking head_skb size.
> >> > Don't just drop, as this may blackhole a destination. Convert to be
> >> > able to pass to regular skb_segment.
> >> > 
> >> > Link: https://lore.kernel.org/netdev/20240428142913.18666-1-shiming.cheng@mediatek.com/
> >> > Fixes: 3a1296a38d0c ("net: Support GRO/GSO fraglist chaining.")
> >> > Signed-off-by: Willem de Bruijn <willemb@google.com>
> >> > Cc: stable@vger.kernel.org
> >> > 
> >> > ---
> >> > diff --git a/net/ipv4/udp_offload.c b/net/ipv4/udp_offload.c
> >> > index d842303587af..e457fa9143a6 100644
> >> > --- a/net/ipv4/udp_offload.c
> >> > +++ b/net/ipv4/udp_offload.c
> >> > @@ -296,8 +296,16 @@ struct sk_buff *__udp_gso_segment(struct sk_buff *gso_skb,
> >> >   		return NULL;
> >> >   	}
> >> >   
> >> > -	if (skb_shinfo(gso_skb)->gso_type & SKB_GSO_FRAGLIST)
> >> > -		return __udp_gso_segment_list(gso_skb, features, is_ipv6);
> >> > +	if (skb_shinfo(gso_skb)->gso_type & SKB_GSO_FRAGLIST) {
> >> > +		 /* Detect modified geometry and pass these to skb_segment. */
> >> > +		if (skb_pagelen(gso_skb) - sizeof(*uh) == skb_shinfo(gso_skb)->gso_size)
> >> > +			return __udp_gso_segment_list(gso_skb, features, is_ipv6);
> >> > +
> >> > +		 /* Setup csum, as fraglist skips this in udp4_gro_receive. */
> >> > +		gso_skb->csum_start = skb_transport_header(gso_skb) - gso_skb->head;
> >> > +		gso_skb->csum_offset = offsetof(struct udphdr, check);
> >> > +		gso_skb->ip_summed = CHECKSUM_PARTIAL;
> >> 
> >> I also noticed this uh->check update done by udp4_gro_complete only in 
> >> case of non-fraglist GRO:
> >> 
> >>      if (uh->check)
> >>          uh->check = ~udp_v4_check(skb->len - nhoff, iph->saddr,
> >>                        iph->daddr, 0);
> >> 
> >> I didn't see any equivalent in your patch. Is it missing or left out 
> >> intentionally?
> > 
> > Thanks. That was not intentional. I think you're right. Am a bit
> > concerned that all this testing did not catch it. Perhaps because
> > CHECKSUM_PARTIAL looped to ingress on the same machine is simply
> > interpreted as CHECKSUM_UNNECESSARY. Need to look into that.
> > 
> > If respinning this, I should also change the Fixes to
> > 
> > Fixes: 9fd1ff5d2ac7 ("udp: Support UDP fraglist GRO/GSO.")
> > 
> > Analogous to the eventual TCP fix to
> > 
> > Fixes: bee88cd5bd83 ("net: add support for segmenting TCP fraglist GSO packets")
> 
> In the mean time, I've been working on the TCP side. I managed to
> reproduce the issue on one of my devices by routing traffic from
> Ethernet to Wifi using your BPF test program.
> 
> The following patch makes it work for me for TCP v4. Still need to
> test and fix v6.
> 
> - Felix
> 
> ---
> --- a/net/ipv4/tcp_offload.c
> +++ b/net/ipv4/tcp_offload.c
> @@ -101,8 +101,20 @@ static struct sk_buff *tcp4_gso_segment(struct sk_buff *skb,
>   	if (!pskb_may_pull(skb, sizeof(struct tcphdr)))
>   		return ERR_PTR(-EINVAL);
>   
> -	if (skb_shinfo(skb)->gso_type & SKB_GSO_FRAGLIST)
> -		return __tcp4_gso_segment_list(skb, features);
> +	if (skb_shinfo(skb)->gso_type & SKB_GSO_FRAGLIST) {
> +		struct tcphdr *th = tcp_hdr(skb);
> +		const struct iphdr *iph;
> +
> +		if (skb_pagelen(skb) - th->doff * 4 == skb_shinfo(skb)->gso_size)
> +			return __tcp4_gso_segment_list(skb, features);
> +
> +		iph = ip_hdr(skb);
> +		skb_shinfo(skb)->gso_type &= ~SKB_GSO_FRAGLIST;

I left this out, because skb_segment does not care about this bit.

> +		skb->csum_start = (unsigned char *)th - skb->head;
> +		skb->csum_offset = offsetof(struct tcphdr, check);
> +		skb->ip_summed = CHECKSUM_PARTIAL;
> +		th->check = ~tcp_v4_check(skb->len, iph->saddr, iph->daddr, 0);
> +	}
>   
>   	if (unlikely(skb->ip_summed != CHECKSUM_PARTIAL)) {
>   		const struct iphdr *iph = ip_hdr(skb);
> 



^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [PATCH net] gso: fix gso fraglist segmentation after pull from frag_list
  2024-09-25 21:12       ` Felix Fietkau
@ 2024-09-26  7:19         ` Willem de Bruijn
  2024-09-26  7:38           ` Felix Fietkau
  0 siblings, 1 reply; 13+ messages in thread
From: Willem de Bruijn @ 2024-09-26  7:19 UTC (permalink / raw)
  To: Felix Fietkau, Willem de Bruijn, netdev
  Cc: davem, kuba, edumazet, pabeni, stable, maze, shiming.cheng,
	daniel, lena.wang, herbert, Willem de Bruijn

Felix Fietkau wrote:
> On 25.09.24 22:59, Felix Fietkau wrote:
> > On 25.09.24 21:09, Willem de Bruijn wrote:
> >> Felix Fietkau wrote:
> >>> On 22.09.24 17:03, Willem de Bruijn wrote:
> >>> > From: Willem de Bruijn <willemb@google.com>
> >>> > 
> >>> > Detect gso fraglist skbs with corrupted geometry (see below) and
> >>> > pass these to skb_segment instead of skb_segment_list, as the first
> >>> > can segment them correctly.
> >>> > 
> >>> > Valid SKB_GSO_FRAGLIST skbs
> >>> > - consist of two or more segments
> >>> > - the head_skb holds the protocol headers plus first gso_size
> >>> > - one or more frag_list skbs hold exactly one segment
> >>> > - all but the last must be gso_size
> >>> > 
> >>> > Optional datapath hooks such as NAT and BPF (bpf_skb_pull_data) can
> >>> > modify these skbs, breaking these invariants.
> >>> > 
> >>> > In extreme cases they pull all data into skb linear. For UDP, this
> >>> > causes a NULL ptr deref in __udpv4_gso_segment_list_csum at
> >>> > udp_hdr(seg->next)->dest.
> >>> > 
> >>> > Detect invalid geometry due to pull, by checking head_skb size.
> >>> > Don't just drop, as this may blackhole a destination. Convert to be
> >>> > able to pass to regular skb_segment.
> >>> > 
> >>> > Link: https://lore.kernel.org/netdev/20240428142913.18666-1-shiming.cheng@mediatek.com/
> >>> > Fixes: 3a1296a38d0c ("net: Support GRO/GSO fraglist chaining.")
> >>> > Signed-off-by: Willem de Bruijn <willemb@google.com>
> >>> > Cc: stable@vger.kernel.org
> >>> > 
> >>> > ---
> >>> > diff --git a/net/ipv4/udp_offload.c b/net/ipv4/udp_offload.c
> >>> > index d842303587af..e457fa9143a6 100644
> >>> > --- a/net/ipv4/udp_offload.c
> >>> > +++ b/net/ipv4/udp_offload.c
> >>> > @@ -296,8 +296,16 @@ struct sk_buff *__udp_gso_segment(struct sk_buff *gso_skb,
> >>> >   		return NULL;
> >>> >   	}
> >>> >   
> >>> > -	if (skb_shinfo(gso_skb)->gso_type & SKB_GSO_FRAGLIST)
> >>> > -		return __udp_gso_segment_list(gso_skb, features, is_ipv6);
> >>> > +	if (skb_shinfo(gso_skb)->gso_type & SKB_GSO_FRAGLIST) {
> >>> > +		 /* Detect modified geometry and pass these to skb_segment. */
> >>> > +		if (skb_pagelen(gso_skb) - sizeof(*uh) == skb_shinfo(gso_skb)->gso_size)
> >>> > +			return __udp_gso_segment_list(gso_skb, features, is_ipv6);
> >>> > +
> >>> > +		 /* Setup csum, as fraglist skips this in udp4_gro_receive. */
> >>> > +		gso_skb->csum_start = skb_transport_header(gso_skb) - gso_skb->head;
> >>> > +		gso_skb->csum_offset = offsetof(struct udphdr, check);
> >>> > +		gso_skb->ip_summed = CHECKSUM_PARTIAL;
> >>> 
> >>> I also noticed this uh->check update done by udp4_gro_complete only in 
> >>> case of non-fraglist GRO:
> >>> 
> >>>      if (uh->check)
> >>>          uh->check = ~udp_v4_check(skb->len - nhoff, iph->saddr,
> >>>                        iph->daddr, 0);
> >>> 
> >>> I didn't see any equivalent in your patch. Is it missing or left out 
> >>> intentionally?
> >> 
> >> Thanks. That was not intentional. I think you're right. Am a bit
> >> concerned that all this testing did not catch it. Perhaps because
> >> CHECKSUM_PARTIAL looped to ingress on the same machine is simply
> >> interpreted as CHECKSUM_UNNECESSARY. Need to look into that.
> >> 
> >> If respinning this, I should also change the Fixes to
> >> 
> >> Fixes: 9fd1ff5d2ac7 ("udp: Support UDP fraglist GRO/GSO.")
> >> 
> >> Analogous to the eventual TCP fix to
> >> 
> >> Fixes: bee88cd5bd83 ("net: add support for segmenting TCP fraglist GSO packets")
> > 
> > In the mean time, I've been working on the TCP side. I managed to
> > reproduce the issue on one of my devices by routing traffic from
> > Ethernet to Wifi using your BPF test program.
> > 
> > The following patch makes it work for me for TCP v4. Still need to
> > test and fix v6.
> 
> Actually, here is something even simpler that should work for both v4
> and v6:

Makes sense. It does come with higher cost of calling skb_checksum.
 
> ---
> --- a/net/ipv4/tcp_offload.c
> +++ b/net/ipv4/tcp_offload.c
> @@ -101,8 +101,14 @@ static struct sk_buff *tcp4_gso_segment(struct sk_buff *skb,
>   	if (!pskb_may_pull(skb, sizeof(struct tcphdr)))
>   		return ERR_PTR(-EINVAL);
>   
> -	if (skb_shinfo(skb)->gso_type & SKB_GSO_FRAGLIST)
> -		return __tcp4_gso_segment_list(skb, features);
> +	if (skb_shinfo(skb)->gso_type & SKB_GSO_FRAGLIST) {
> +		struct tcphdr *th = tcp_hdr(skb);
> +
> +		if (skb_pagelen(skb) - th->doff * 4 == skb_shinfo(skb)->gso_size)
> +			return __tcp4_gso_segment_list(skb, features);
> +
> +		skb->ip_summed = CHECKSUM_NONE;
> +	}
>   
>   	if (unlikely(skb->ip_summed != CHECKSUM_PARTIAL)) {
>   		const struct iphdr *iph = ip_hdr(skb);
> --- a/net/ipv6/tcpv6_offload.c
> +++ b/net/ipv6/tcpv6_offload.c
> @@ -159,8 +159,14 @@ static struct sk_buff *tcp6_gso_segment(struct sk_buff *skb,
>   	if (!pskb_may_pull(skb, sizeof(*th)))
>   		return ERR_PTR(-EINVAL);
>   
> -	if (skb_shinfo(skb)->gso_type & SKB_GSO_FRAGLIST)
> -		return __tcp6_gso_segment_list(skb, features);
> +	if (skb_shinfo(skb)->gso_type & SKB_GSO_FRAGLIST) {
> +		struct tcphdr *th = tcp_hdr(skb);
> +
> +		if (skb_pagelen(skb) - th->doff * 4 == skb_shinfo(skb)->gso_size)
> +			return __tcp6_gso_segment_list(skb, features);
> +
> +		skb->ip_summed = CHECKSUM_NONE;
> +	}
>   
>   	if (unlikely(skb->ip_summed != CHECKSUM_PARTIAL)) {
>   		const struct ipv6hdr *ipv6h = ipv6_hdr(skb);
> 
> 



^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [PATCH net] gso: fix gso fraglist segmentation after pull from frag_list
  2024-09-26  7:19         ` Willem de Bruijn
@ 2024-09-26  7:38           ` Felix Fietkau
  2024-09-26  7:45             ` Willem de Bruijn
  0 siblings, 1 reply; 13+ messages in thread
From: Felix Fietkau @ 2024-09-26  7:38 UTC (permalink / raw)
  To: Willem de Bruijn, netdev
  Cc: davem, kuba, edumazet, pabeni, stable, maze, shiming.cheng,
	daniel, lena.wang, herbert, Willem de Bruijn

On 26.09.24 09:19, Willem de Bruijn wrote:
> Felix Fietkau wrote:
>> On 25.09.24 22:59, Felix Fietkau wrote:
>> > On 25.09.24 21:09, Willem de Bruijn wrote:
>> >> Felix Fietkau wrote:
>> >>> On 22.09.24 17:03, Willem de Bruijn wrote:
>> >>> > From: Willem de Bruijn <willemb@google.com>
>> >>> > 
>> >>> > Detect gso fraglist skbs with corrupted geometry (see below) and
>> >>> > pass these to skb_segment instead of skb_segment_list, as the first
>> >>> > can segment them correctly.
>> >>> > 
>> >>> > Valid SKB_GSO_FRAGLIST skbs
>> >>> > - consist of two or more segments
>> >>> > - the head_skb holds the protocol headers plus first gso_size
>> >>> > - one or more frag_list skbs hold exactly one segment
>> >>> > - all but the last must be gso_size
>> >>> > 
>> >>> > Optional datapath hooks such as NAT and BPF (bpf_skb_pull_data) can
>> >>> > modify these skbs, breaking these invariants.
>> >>> > 
>> >>> > In extreme cases they pull all data into skb linear. For UDP, this
>> >>> > causes a NULL ptr deref in __udpv4_gso_segment_list_csum at
>> >>> > udp_hdr(seg->next)->dest.
>> >>> > 
>> >>> > Detect invalid geometry due to pull, by checking head_skb size.
>> >>> > Don't just drop, as this may blackhole a destination. Convert to be
>> >>> > able to pass to regular skb_segment.
>> >>> > 
>> >>> > Link: https://lore.kernel.org/netdev/20240428142913.18666-1-shiming.cheng@mediatek.com/
>> >>> > Fixes: 3a1296a38d0c ("net: Support GRO/GSO fraglist chaining.")
>> >>> > Signed-off-by: Willem de Bruijn <willemb@google.com>
>> >>> > Cc: stable@vger.kernel.org
>> >>> > 
>> >>> > ---
>> >>> > diff --git a/net/ipv4/udp_offload.c b/net/ipv4/udp_offload.c
>> >>> > index d842303587af..e457fa9143a6 100644
>> >>> > --- a/net/ipv4/udp_offload.c
>> >>> > +++ b/net/ipv4/udp_offload.c
>> >>> > @@ -296,8 +296,16 @@ struct sk_buff *__udp_gso_segment(struct sk_buff *gso_skb,
>> >>> >   		return NULL;
>> >>> >   	}
>> >>> >   
>> >>> > -	if (skb_shinfo(gso_skb)->gso_type & SKB_GSO_FRAGLIST)
>> >>> > -		return __udp_gso_segment_list(gso_skb, features, is_ipv6);
>> >>> > +	if (skb_shinfo(gso_skb)->gso_type & SKB_GSO_FRAGLIST) {
>> >>> > +		 /* Detect modified geometry and pass these to skb_segment. */
>> >>> > +		if (skb_pagelen(gso_skb) - sizeof(*uh) == skb_shinfo(gso_skb)->gso_size)
>> >>> > +			return __udp_gso_segment_list(gso_skb, features, is_ipv6);
>> >>> > +
>> >>> > +		 /* Setup csum, as fraglist skips this in udp4_gro_receive. */
>> >>> > +		gso_skb->csum_start = skb_transport_header(gso_skb) - gso_skb->head;
>> >>> > +		gso_skb->csum_offset = offsetof(struct udphdr, check);
>> >>> > +		gso_skb->ip_summed = CHECKSUM_PARTIAL;
>> >>> 
>> >>> I also noticed this uh->check update done by udp4_gro_complete only in 
>> >>> case of non-fraglist GRO:
>> >>> 
>> >>>      if (uh->check)
>> >>>          uh->check = ~udp_v4_check(skb->len - nhoff, iph->saddr,
>> >>>                        iph->daddr, 0);
>> >>> 
>> >>> I didn't see any equivalent in your patch. Is it missing or left out 
>> >>> intentionally?
>> >> 
>> >> Thanks. That was not intentional. I think you're right. Am a bit
>> >> concerned that all this testing did not catch it. Perhaps because
>> >> CHECKSUM_PARTIAL looped to ingress on the same machine is simply
>> >> interpreted as CHECKSUM_UNNECESSARY. Need to look into that.
>> >> 
>> >> If respinning this, I should also change the Fixes to
>> >> 
>> >> Fixes: 9fd1ff5d2ac7 ("udp: Support UDP fraglist GRO/GSO.")
>> >> 
>> >> Analogous to the eventual TCP fix to
>> >> 
>> >> Fixes: bee88cd5bd83 ("net: add support for segmenting TCP fraglist GSO packets")
>> > 
>> > In the mean time, I've been working on the TCP side. I managed to
>> > reproduce the issue on one of my devices by routing traffic from
>> > Ethernet to Wifi using your BPF test program.
>> > 
>> > The following patch makes it work for me for TCP v4. Still need to
>> > test and fix v6.
>> 
>> Actually, here is something even simpler that should work for both v4
>> and v6:
> 
> Makes sense. It does come with higher cost of calling skb_checksum.

But only if there is no checksum offload, right? Because the way I 
implemented it, the lines further below starting with
if (unlikely(skb->ip_summed != CHECKSUM_PARTIAL))
will initialize th->check and set ip_summed to CHECKSUM_PARTIAL
Or am I missing something?

Thanks,

- Felix

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [PATCH net] gso: fix gso fraglist segmentation after pull from frag_list
  2024-09-26  7:38           ` Felix Fietkau
@ 2024-09-26  7:45             ` Willem de Bruijn
  0 siblings, 0 replies; 13+ messages in thread
From: Willem de Bruijn @ 2024-09-26  7:45 UTC (permalink / raw)
  To: Felix Fietkau, Willem de Bruijn, netdev
  Cc: davem, kuba, edumazet, pabeni, stable, maze, shiming.cheng,
	daniel, lena.wang, herbert, Willem de Bruijn

Felix Fietkau wrote:
> On 26.09.24 09:19, Willem de Bruijn wrote:
> > Felix Fietkau wrote:
> >> On 25.09.24 22:59, Felix Fietkau wrote:
> >> > On 25.09.24 21:09, Willem de Bruijn wrote:
> >> >> Felix Fietkau wrote:
> >> >>> On 22.09.24 17:03, Willem de Bruijn wrote:
> >> >>> > From: Willem de Bruijn <willemb@google.com>
> >> >>> > 
> >> >>> > Detect gso fraglist skbs with corrupted geometry (see below) and
> >> >>> > pass these to skb_segment instead of skb_segment_list, as the first
> >> >>> > can segment them correctly.
> >> >>> > 
> >> >>> > Valid SKB_GSO_FRAGLIST skbs
> >> >>> > - consist of two or more segments
> >> >>> > - the head_skb holds the protocol headers plus first gso_size
> >> >>> > - one or more frag_list skbs hold exactly one segment
> >> >>> > - all but the last must be gso_size
> >> >>> > 
> >> >>> > Optional datapath hooks such as NAT and BPF (bpf_skb_pull_data) can
> >> >>> > modify these skbs, breaking these invariants.
> >> >>> > 
> >> >>> > In extreme cases they pull all data into skb linear. For UDP, this
> >> >>> > causes a NULL ptr deref in __udpv4_gso_segment_list_csum at
> >> >>> > udp_hdr(seg->next)->dest.
> >> >>> > 
> >> >>> > Detect invalid geometry due to pull, by checking head_skb size.
> >> >>> > Don't just drop, as this may blackhole a destination. Convert to be
> >> >>> > able to pass to regular skb_segment.
> >> >>> > 
> >> >>> > Link: https://lore.kernel.org/netdev/20240428142913.18666-1-shiming.cheng@mediatek.com/
> >> >>> > Fixes: 3a1296a38d0c ("net: Support GRO/GSO fraglist chaining.")
> >> >>> > Signed-off-by: Willem de Bruijn <willemb@google.com>
> >> >>> > Cc: stable@vger.kernel.org
> >> >>> > 
> >> >>> > ---
> >> >>> > diff --git a/net/ipv4/udp_offload.c b/net/ipv4/udp_offload.c
> >> >>> > index d842303587af..e457fa9143a6 100644
> >> >>> > --- a/net/ipv4/udp_offload.c
> >> >>> > +++ b/net/ipv4/udp_offload.c
> >> >>> > @@ -296,8 +296,16 @@ struct sk_buff *__udp_gso_segment(struct sk_buff *gso_skb,
> >> >>> >   		return NULL;
> >> >>> >   	}
> >> >>> >   
> >> >>> > -	if (skb_shinfo(gso_skb)->gso_type & SKB_GSO_FRAGLIST)
> >> >>> > -		return __udp_gso_segment_list(gso_skb, features, is_ipv6);
> >> >>> > +	if (skb_shinfo(gso_skb)->gso_type & SKB_GSO_FRAGLIST) {
> >> >>> > +		 /* Detect modified geometry and pass these to skb_segment. */
> >> >>> > +		if (skb_pagelen(gso_skb) - sizeof(*uh) == skb_shinfo(gso_skb)->gso_size)
> >> >>> > +			return __udp_gso_segment_list(gso_skb, features, is_ipv6);
> >> >>> > +
> >> >>> > +		 /* Setup csum, as fraglist skips this in udp4_gro_receive. */
> >> >>> > +		gso_skb->csum_start = skb_transport_header(gso_skb) - gso_skb->head;
> >> >>> > +		gso_skb->csum_offset = offsetof(struct udphdr, check);
> >> >>> > +		gso_skb->ip_summed = CHECKSUM_PARTIAL;
> >> >>> 
> >> >>> I also noticed this uh->check update done by udp4_gro_complete only in 
> >> >>> case of non-fraglist GRO:
> >> >>> 
> >> >>>      if (uh->check)
> >> >>>          uh->check = ~udp_v4_check(skb->len - nhoff, iph->saddr,
> >> >>>                        iph->daddr, 0);
> >> >>> 
> >> >>> I didn't see any equivalent in your patch. Is it missing or left out 
> >> >>> intentionally?
> >> >> 
> >> >> Thanks. That was not intentional. I think you're right. Am a bit
> >> >> concerned that all this testing did not catch it. Perhaps because
> >> >> CHECKSUM_PARTIAL looped to ingress on the same machine is simply
> >> >> interpreted as CHECKSUM_UNNECESSARY. Need to look into that.
> >> >> 
> >> >> If respinning this, I should also change the Fixes to
> >> >> 
> >> >> Fixes: 9fd1ff5d2ac7 ("udp: Support UDP fraglist GRO/GSO.")
> >> >> 
> >> >> Analogous to the eventual TCP fix to
> >> >> 
> >> >> Fixes: bee88cd5bd83 ("net: add support for segmenting TCP fraglist GSO packets")
> >> > 
> >> > In the mean time, I've been working on the TCP side. I managed to
> >> > reproduce the issue on one of my devices by routing traffic from
> >> > Ethernet to Wifi using your BPF test program.
> >> > 
> >> > The following patch makes it work for me for TCP v4. Still need to
> >> > test and fix v6.
> >> 
> >> Actually, here is something even simpler that should work for both v4
> >> and v6:
> > 
> > Makes sense. It does come with higher cost of calling skb_checksum.
> 
> But only if there is no checksum offload, right? Because the way I 
> implemented it, the lines further below starting with
> if (unlikely(skb->ip_summed != CHECKSUM_PARTIAL))
> will initialize th->check and set ip_summed to CHECKSUM_PARTIAL
> Or am I missing something?

Oh you're right, __tcp_v4_send_check then does this, so no need to
open code it.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [PATCH net] gso: fix gso fraglist segmentation after pull from frag_list
  2024-09-22 15:03 [PATCH net] gso: fix gso fraglist segmentation after pull from frag_list Willem de Bruijn
  2024-09-24 17:47 ` Felix Fietkau
  2024-09-25  8:10 ` Felix Fietkau
@ 2024-09-26  9:17 ` Felix Fietkau
  2024-09-26  9:22   ` Willem de Bruijn
  2 siblings, 1 reply; 13+ messages in thread
From: Felix Fietkau @ 2024-09-26  9:17 UTC (permalink / raw)
  To: Willem de Bruijn, netdev
  Cc: davem, kuba, edumazet, pabeni, stable, maze, shiming.cheng,
	daniel, lena.wang, herbert, Willem de Bruijn

On 22.09.24 17:03, Willem de Bruijn wrote:
> From: Willem de Bruijn <willemb@google.com>
> 
> Detect gso fraglist skbs with corrupted geometry (see below) and
> pass these to skb_segment instead of skb_segment_list, as the first
> can segment them correctly.
> 
> Valid SKB_GSO_FRAGLIST skbs
> - consist of two or more segments
> - the head_skb holds the protocol headers plus first gso_size
> - one or more frag_list skbs hold exactly one segment
> - all but the last must be gso_size
> 
> Optional datapath hooks such as NAT and BPF (bpf_skb_pull_data) can
> modify these skbs, breaking these invariants.
> 
> In extreme cases they pull all data into skb linear. For UDP, this
> causes a NULL ptr deref in __udpv4_gso_segment_list_csum at
> udp_hdr(seg->next)->dest.
> 
> Detect invalid geometry due to pull, by checking head_skb size.
> Don't just drop, as this may blackhole a destination. Convert to be
> able to pass to regular skb_segment.
> 
> Link: https://lore.kernel.org/netdev/20240428142913.18666-1-shiming.cheng@mediatek.com/
> Fixes: 3a1296a38d0c ("net: Support GRO/GSO fraglist chaining.")
> Signed-off-by: Willem de Bruijn <willemb@google.com>
> Cc: stable@vger.kernel.org

Reviewed-by: Felix Fietkau <nbd@nbd.name>

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: [PATCH net] gso: fix gso fraglist segmentation after pull from frag_list
  2024-09-26  9:17 ` Felix Fietkau
@ 2024-09-26  9:22   ` Willem de Bruijn
  0 siblings, 0 replies; 13+ messages in thread
From: Willem de Bruijn @ 2024-09-26  9:22 UTC (permalink / raw)
  To: Felix Fietkau, Willem de Bruijn, netdev
  Cc: davem, kuba, edumazet, pabeni, stable, maze, shiming.cheng,
	daniel, lena.wang, herbert, Willem de Bruijn

Felix Fietkau wrote:
> On 22.09.24 17:03, Willem de Bruijn wrote:
> > From: Willem de Bruijn <willemb@google.com>
> > 
> > Detect gso fraglist skbs with corrupted geometry (see below) and
> > pass these to skb_segment instead of skb_segment_list, as the first
> > can segment them correctly.
> > 
> > Valid SKB_GSO_FRAGLIST skbs
> > - consist of two or more segments
> > - the head_skb holds the protocol headers plus first gso_size
> > - one or more frag_list skbs hold exactly one segment
> > - all but the last must be gso_size
> > 
> > Optional datapath hooks such as NAT and BPF (bpf_skb_pull_data) can
> > modify these skbs, breaking these invariants.
> > 
> > In extreme cases they pull all data into skb linear. For UDP, this
> > causes a NULL ptr deref in __udpv4_gso_segment_list_csum at
> > udp_hdr(seg->next)->dest.
> > 
> > Detect invalid geometry due to pull, by checking head_skb size.
> > Don't just drop, as this may blackhole a destination. Convert to be
> > able to pass to regular skb_segment.
> > 
> > Link: https://lore.kernel.org/netdev/20240428142913.18666-1-shiming.cheng@mediatek.com/
> > Fixes: 3a1296a38d0c ("net: Support GRO/GSO fraglist chaining.")
> > Signed-off-by: Willem de Bruijn <willemb@google.com>
> > Cc: stable@vger.kernel.org
> 
> Reviewed-by: Felix Fietkau <nbd@nbd.name>

I will respin with initialization of uh->check

^ permalink raw reply	[flat|nested] 13+ messages in thread

end of thread, other threads:[~2024-09-26  9:22 UTC | newest]

Thread overview: 13+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-09-22 15:03 [PATCH net] gso: fix gso fraglist segmentation after pull from frag_list Willem de Bruijn
2024-09-24 17:47 ` Felix Fietkau
2024-09-24 19:50   ` Willem de Bruijn
2024-09-25  8:10 ` Felix Fietkau
2024-09-25 19:09   ` Willem de Bruijn
2024-09-25 20:59     ` Felix Fietkau
2024-09-25 21:12       ` Felix Fietkau
2024-09-26  7:19         ` Willem de Bruijn
2024-09-26  7:38           ` Felix Fietkau
2024-09-26  7:45             ` Willem de Bruijn
2024-09-26  7:16       ` Willem de Bruijn
2024-09-26  9:17 ` Felix Fietkau
2024-09-26  9:22   ` Willem de Bruijn

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox