net: Compute protocol sequence numbers and fragment IDs using MD5, CVE-2011-3188
authorDavid S. Miller <davem@davemloft.net>
Tue, 20 Sep 2011 10:36:39 +0000 (11:36 +0100)
committerHerton Ronaldo Krzesinski <herton.krzesinski@canonical.com>
Tue, 27 Sep 2011 19:13:55 +0000 (16:13 -0300)
commitae2fda208f067188168088adb74f5bc0ea43bed6
tree2bda73969f2386ebfb85b180defeb5f510d7faee
parent695508c50e40156af7cb17327a0309c3772085b0
net: Compute protocol sequence numbers and fragment IDs using MD5, CVE-2011-3188

Computers have become a lot faster since we compromised on the
partial MD4 hash which we use currently for performance reasons.

MD5 is a much safer choice, and is inline with both RFC1948 and
other ISS generators (OpenBSD, Solaris, etc.)

Furthermore, only having 24-bits of the sequence number be truly
unpredictable is a very serious limitation.  So the periodic
regeneration and 8-bit counter have been removed.  We compute and
use a full 32-bit sequence number.

For ipv6, DCCP was found to use a 32-bit truncated initial sequence
number (it needs 43-bits) and that is fixed here as well.

Reported-by: Dan Kaminsky <dan@doxpara.com>
Tested-by: Willy Tarreau <w@1wt.eu>
Signed-off-by: David S. Miller <davem@davemloft.net>

(backported from commit 6e5714eaf77d79ae1c8b47e3e040ff5411b717ec)
CVE-2011-3188
BugLink: http://bugs.launchpad.net/bugs/834129
Signed-off-by: Andy Whitcroft <apw@canonical.com>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
14 files changed:
drivers/char/random.c
include/linux/random.h
include/net/secure_seq.h [new file with mode: 0644]
net/core/Makefile
net/core/secure_seq.c [new file with mode: 0644]
net/dccp/ipv4.c
net/dccp/ipv6.c
net/ipv4/inet_hashtables.c
net/ipv4/inetpeer.c
net/ipv4/netfilter/nf_nat_proto_common.c
net/ipv4/route.c
net/ipv4/tcp_ipv4.c
net/ipv6/inet6_hashtables.c
net/ipv6/tcp_ipv6.c