netdev - Re: TAHI testing fails for IPv6 Fragments in Kernel 4.9

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:   Mon, 11 Mar 2019 22:29:22 -0600
From:   Captain Wiggum <captwiggum@...il.com>
To:     Eric Dumazet <eric.dumazet@...il.com>
Cc:     Florian Westphal <fw@...len.de>,
        David Miller <davem@...emloft.net>, netdev@...r.kernel.org,
        Peter Oskolkov <posk@...gle.com>,
        Greg Kroah-Hartman <gregkh@...uxfoundation.org>
Subject: Re: TAHI testing fails for IPv6 Fragments in Kernel 4.9

Okay, then I misunderstood your earlier comment.
And guess it is not backported to latest 4.19 as that also fails.
Just to sanity check, I'll test mainline to satisfy my curiosity.
Thank you all for your time and replies!

On Mon, Mar 11, 2019 at 10:20 PM Eric Dumazet <eric.dumazet@...il.com> wrote:
>
>
>
> On 03/11/2019 09:12 PM, Captain Wiggum wrote:
> > Hi All,
> >
> > To summarize this thread, we test for IPv6 Ready Logo using Self-test
> > Tools (TAHI Project) here:
> > https://www.ipv6ready.org/?page=documents&tag=ipv6-core-protocols
> >
> > 4.9.133 and previous passed 100%. Beginning with 4.9.134 it fails 18
> > tests related to IPv6 fragment headers.
> > I have done a git bisect, built and tested 7 revisions between 4.9.133
> > - 4.9.134, this is the final bisect result:
> > ------
> > $ git bisect bad
> > a8444b1ccb20339774af58e40ad42296074fb484 is the first bad commit
> > commit a8444b1ccb20339774af58e40ad42296074fb484
> > Author: Florian Westphal <fw@...len.de>
> > Date:   Wed Oct 10 12:30:10 2018 -0700
> > ipv6: defrag: drop non-last frags smaller than min mtu
> > ------
> > Also I believe it fails in all kernels since then, 4.19, stable, etc.
> > Would it be possible for someone to look at that?
> > Any tips appreciated.
> >
> > --John Masinter
> >
>
> Hi John
>
> Yes, this is basically what I answered last week about this problem,
> there was no need for a bisection :/
>
> This has been solved in upstream kernels with this patch, not yet backported to v4.9.xxx
>
> d4289fcc9b16b89619ee1c54f829e05e56de8b9a net: IP6 defrag: use rbtrees for IPv6 defrag
>