[NETFILTER]: Fix ip6_tables extension header bypass bug As reported by Mark Dowd <Mark_Dowd@McAfee.com>, ip6_tables is susceptible to a fragmentation attack causing false negatives on extension header matches. When extension headers occur in the non-first fragment after the fragment header (possibly with an incorrect nexthdr value in the fragment header) a rule looking for this extension header will never match. Drop fragments that are at offset 0 and don't contain the final protocol header regardless of the ruleset, since this should not happen normally. Since all extension headers are before the protocol header this makes sure an extension header is either not present or in the first fragment, where we can properly parse it. With help from Yasuyuki KOZAKAI <yasuyuki.kozakai@toshiba.co.jp>. Signed-off-by: Patrick McHardy <kaber@trash.net> Signed-off-by: David S. Miller <davem@davemloft.net>
hppa-sources: Gmsoft, bump to 2.6.19 or patch please. mips-sources: Kumba, bump to 2.6.19 or patch please. rsbac-sources: Kang, bump to 2.6.19 or patch please. systrace-sources: Lcars, bump to 2.6.19 or patch please. usermode-sources: Dang, bump to 2.6.19 or patch please. xen-sources: Someone.... bump to 2.6.19 or patch please.
hppa-sources-2.6.19.1 commited.
usermode-sources-2.6.18-r1 is added.
rsbac-sources-2.6.19 is in cvs (~arch)
Thanks, this is fixed in xen-sources-2.6.16.28-r2, which will hit the tree in a few hours (just waiting for the mirrors to update before I commit the ebuild).
.
