[packages/kernel/LINUX_3_18] - up to 3.18.41

baggins baggins at pld-linux.org
Thu Sep 8 19:54:09 CEST 2016


commit e8bb78509418584f751ad5430dd08c811814d58f
Author: Jan Rękorajski <baggins at pld-linux.org>
Date:   Thu Sep 8 19:53:52 2016 +0200

    - up to 3.18.41

 kernel-small_fixes.patch | 119 -----------------------------------------------
 kernel.spec              |   4 +-
 2 files changed, 2 insertions(+), 121 deletions(-)
---
diff --git a/kernel.spec b/kernel.spec
index f70d05b..7f2238e 100644
--- a/kernel.spec
+++ b/kernel.spec
@@ -72,7 +72,7 @@
 
 %define		rel		1
 %define		basever		3.18
-%define		postver		.39
+%define		postver		.41
 
 # define this to '-%{basever}' for longterm branch
 %define		versuffix	-%{basever}
@@ -121,7 +121,7 @@ Source0:	http://www.kernel.org/pub/linux/kernel/v3.x/linux-%{basever}.tar.xz
 # Source0-md5:	9e854df51ca3fef8bfe566dbd7b89241
 %if "%{postver}" != ".0"
 Patch0:		http://www.kernel.org/pub/linux/kernel/v3.x/patch-%{version}.xz
-# Patch0-md5:	bac79805cf2ba55c8b10dbc48fc5d32f
+# Patch0-md5:	3beddc275c1e52bb43cf0eb813f5145d
 %endif
 Source1:	kernel.sysconfig
 
diff --git a/kernel-small_fixes.patch b/kernel-small_fixes.patch
index 75bcd27..d4b6034 100644
--- a/kernel-small_fixes.patch
+++ b/kernel-small_fixes.patch
@@ -26,122 +26,3 @@
  				exit
  			fi
  		done
-From a0d876bf464ea9abeb3f74aaf6737b6bcfd650c2 Mon Sep 17 00:00:00 2001
-From: Eric Dumazet <edumazet at google.com>
-Date: Sun, 10 Jul 2016 10:04:02 +0200
-Subject: [PATCH 1/8] tcp: make challenge acks less predictable
-Status: RO
-Content-Length: 2797
-Lines: 78
-
-[ Upstream commit 75ff39ccc1bd5d3c455b6822ab09e533c551f758 ]
-
-Yue Cao claims that current host rate limiting of challenge ACKS
-(RFC 5961) could leak enough information to allow a patient attacker
-to hijack TCP sessions. He will soon provide details in an academic
-paper.
-
-This patch increases the default limit from 100 to 1000, and adds
-some randomization so that the attacker can no longer hijack
-sessions without spending a considerable amount of probes.
-
-Based on initial analysis and patch from Linus.
-
-Note that we also have per socket rate limiting, so it is tempting
-to remove the host limit in the future.
-
-v2: randomize the count of challenge acks per second, not the period.
-
-Fixes: 282f23c6ee34 ("tcp: implement RFC 5961 3.2")
-Reported-by: Yue Cao <ycao009 at ucr.edu>
-Signed-off-by: Eric Dumazet <edumazet at google.com>
-Suggested-by: Linus Torvalds <torvalds at linux-foundation.org>
-Cc: Yuchung Cheng <ycheng at google.com>
-Cc: Neal Cardwell <ncardwell at google.com>
-Acked-by: Neal Cardwell <ncardwell at google.com>
-Acked-by: Yuchung Cheng <ycheng at google.com>
-Signed-off-by: David S. Miller <davem at davemloft.net>
----
- net/ipv4/tcp_input.c |   12 +++++++++---
- 1 file changed, 9 insertions(+), 3 deletions(-)
-
---- a/net/ipv4/tcp_input.c
-+++ b/net/ipv4/tcp_input.c
-@@ -87,7 +87,7 @@ int sysctl_tcp_adv_win_scale __read_most
- EXPORT_SYMBOL(sysctl_tcp_adv_win_scale);
- 
- /* rfc5961 challenge ack rate limiting */
--int sysctl_tcp_challenge_ack_limit = 100;
-+int sysctl_tcp_challenge_ack_limit = 1000;
- 
- int sysctl_tcp_stdurg __read_mostly;
- int sysctl_tcp_rfc1337 __read_mostly;
-@@ -3293,12 +3293,18 @@ static void tcp_send_challenge_ack(struc
- 	static u32 challenge_timestamp;
- 	static unsigned int challenge_count;
- 	u32 now = jiffies / HZ;
-+	u32 count;
- 
- 	if (now != challenge_timestamp) {
-+		u32 half = (sysctl_tcp_challenge_ack_limit + 1) >> 1;
-+
- 		challenge_timestamp = now;
--		challenge_count = 0;
-+		challenge_count = half +
-+				  prandom_u32_max(sysctl_tcp_challenge_ack_limit);
- 	}
--	if (++challenge_count <= sysctl_tcp_challenge_ack_limit) {
-+	count = challenge_count;
-+	if (count > 0) {
-+		challenge_count = count - 1;
- 		NET_INC_STATS_BH(sock_net(sk), LINUX_MIB_TCPCHALLENGEACK);
- 		tcp_send_ack(sk);
- 	}
-From foo at baz Wed Aug 17 10:00:14 CEST 2016
-Date: Wed, 17 Aug 2016 10:00:14 +0200
-To: Greg KH <gregkh at linuxfoundation.org>
-From: Greg Kroah-Hartman <gregkh at linuxfoundation.org>
-Subject: tcp: make challenge acks faster
-
-From: Greg Kroah-Hartman <gregkh at linuxfoundation.org>
-
-When backporting upstream commit 75ff39ccc1bd ("tcp: make challenge acks
-less predictable") I negelected to use the correct ACCESS* type macros.
-This fixes that up to hopefully speed things up a bit more.
-
-Thanks to Chas Wiliams for the 3.10 backport which reminded me of this.
-
-Cc: Yue Cao <ycao009 at ucr.edu>
-Cc: Eric Dumazet <edumazet at google.com>
-Cc: Linus Torvalds <torvalds at linux-foundation.org>
-Cc: Yuchung Cheng <ycheng at google.com>
-Cc: Neal Cardwell <ncardwell at google.com>
-Cc: Neal Cardwell <ncardwell at google.com>
-Cc: Yuchung Cheng <ycheng at google.com>
-Cc: David S. Miller <davem at davemloft.net>
-Cc: Chas Williams <ciwillia at brocade.com>
-Cc: Willy Tarreau <w at 1wt.eu>
-Signed-off-by: Greg Kroah-Hartman <gregkh at linuxfoundation.org>
-
----
- net/ipv4/tcp_input.c |    6 +++---
- 1 file changed, 3 insertions(+), 3 deletions(-)
-
---- a/net/ipv4/tcp_input.c
-+++ b/net/ipv4/tcp_input.c
-@@ -3299,12 +3299,12 @@ static void tcp_send_challenge_ack(struc
- 		u32 half = (sysctl_tcp_challenge_ack_limit + 1) >> 1;
- 
- 		challenge_timestamp = now;
--		challenge_count = half +
-+		ACCESS_ONCE(challenge_count) = half +
- 				  prandom_u32_max(sysctl_tcp_challenge_ack_limit);
- 	}
--	count = challenge_count;
-+	count = ACCESS_ONCE(challenge_count);
- 	if (count > 0) {
--		challenge_count = count - 1;
-+		ACCESS_ONCE(challenge_count) = count - 1;
- 		NET_INC_STATS_BH(sock_net(sk), LINUX_MIB_TCPCHALLENGEACK);
- 		tcp_send_ack(sk);
- 	}
================================================================

---- gitweb:

http://git.pld-linux.org/gitweb.cgi/packages/kernel.git/commitdiff/e8bb78509418584f751ad5430dd08c811814d58f



More information about the pld-cvs-commit mailing list