[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4d1d3376-1125-e0c4-5787-683ce9a606fc@redhat.com>
Date: Mon, 22 Jan 2018 10:42:47 +0800
From: Jason Wang <jasowang@...hat.com>
To: Willem de Bruijn <willemdebruijn.kernel@...il.com>,
netdev@...r.kernel.org
Cc: davem@...emloft.net, edumazet@...gle.com, tom@...bertland.com,
herbert@...dor.apana.org.au, Willem de Bruijn <willemb@...gle.com>
Subject: Re: [PATCH net v3] gso: validate gso_type in GSO handlers
On 2018年01月19日 22:29, Willem de Bruijn wrote:
> From: Willem de Bruijn<willemb@...gle.com>
>
> Validate gso_type during segmentation as SKB_GSO_DODGY sources
> may pass packets where the gso_type does not match the contents.
>
> Syzkaller was able to enter the SCTP gso handler with a packet of
> gso_type SKB_GSO_TCPV4.
>
> On entry of transport layer gso handlers, verify that the gso_type
> matches the transport protocol.
>
> Fixes: 90017accff61 ("sctp: Add GSO support")
> Link:http://lkml.kernel.org/r/<001a1137452496ffc305617e5fe0@...gle.com>
> Reported-by:syzbot+fee64147a25aecd48055@...kaller.appspotmail.com
> Signed-off-by: Willem de Bruijn<willemb@...gle.com>
>
> ---
> Similar checks existed until removed in commit 5c7cdf339af5 ("gso:
> Remove arbitrary checks for unsupported GSO"). But those were limited
> to the TSO path, not software GSO. I believe that this issue goes
> back further, hence the Fixes at the first user of virtio_net_hdr.
> ---
> net/ipv4/esp4_offload.c | 3 +++
> net/ipv4/tcp_offload.c | 3 +++
> net/ipv4/udp_offload.c | 3 +++
> net/ipv6/esp6_offload.c | 3 +++
> net/ipv6/tcpv6_offload.c | 3 +++
> net/ipv6/udp_offload.c | 3 +++
> net/sctp/offload.c | 3 +++
> 7 files changed, 21 insertions(+)
Acked-by: Jason Wang <jasowang@...hat.com>
Thanks
Powered by blists - more mailing lists