Patch for 3.2.x, 3.4.x IP identifier regression
authorJeffrey Knockel <jeffk@cs.unm.edu>
Fri, 12 Dec 2014 06:14:26 +0000 (06:14 +0000)
committerZefan Li <lizefan@huawei.com>
Mon, 2 Feb 2015 09:05:26 +0000 (17:05 +0800)
commitfd873bf1ce5477514515e82aa8acdc7ec06a9b97
tree527f25c8de3c7fd05b18161f9c1b1a1aa1ab2b79
parentcfa0515dc4826a9d14bc871d88d6d80bafe0e7cf
Patch for 3.2.x, 3.4.x IP identifier regression

commit c3b4ccb8b03769e2867fabecc078483ee6710ccf upstream.

With commits 73f156a6e8c1 ("inetpeer: get rid of ip_id_count") and
04ca6973f7c1 ("ip: make IP identifiers less predictable"), IP
identifiers are generated from a counter chosen from an array of
counters indexed by the hash of the outgoing packet header's source
address, destination address, and protocol number.  Thus, in
__ip_make_skb(), we must now call ip_select_ident() only after setting
these fields in the IP header to prevent IP identifiers from being
generated from bogus counters.

IP id sequence before fix: 18174, 5789, 5953, 59420, 59637, ...
After fix: 5967, 6185, 6374, 6600, 6795, 6892, 7051, 7288, ...

Signed-off-by: Jeffrey Knockel <jeffk@cs.unm.edu>
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
Cc: Eric Dumazet <edumazet@google.com>
[Backported to 3.4: adjust context]
Signed-off-by: Zefan Li <lizefan@huawei.com>
net/ipv4/ip_output.c