netdev - IPv6 unexpectedly changes MTU on wrong interface

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>] [day] [month] [year] [list]

Date:   Mon, 1 Apr 2019 15:48:37 -0600
From:   Captain Wiggum <captwiggum@...il.com>
To:     netdev@...r.kernel.org
Subject: IPv6 unexpectedly changes MTU on wrong interface

This bug exists in the LTS kernels, but has been fixed in mainline.
My problem is I have no idea what to search for in git find the commit(s).
Hopefully someone recognizes this issue and can give some tips to find it.

Summary:
Three TAHI IPv6 test cases fail on this:
Two interface test: first interface used only for IPv4, and the second
only for IPv6.
The problem is with the IPv6 PMTU (RFC 1981).
When the kernel receives an ICMPv6 "packet to big" message,
it must update the source to destination path MTU with the new value
provided in the "packet to big" message.
The kernel always uses the first interface as the local end of the path,
instead of the interface where the issue occured.
Therefore when IPv6 goes to check the Path MTU on the second interface
when transmitting a packet, it is not getting the reduced MTU value.

--John Masinter