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>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4AC4E4E1.5010300@gmail.com>
Date:	Thu, 01 Oct 2009 19:20:33 +0200
From:	Eric Dumazet <eric.dumazet@...il.com>
To:	Gilad Ben-Yossef <gilad@...efidence.com>
CC:	netdev@...r.kernel.org, ori@...sleep.com, ilpo.jarvinen@...sinki.fi
Subject: Re: [PATCHv3] IPv4 TCP fails to send window scale option when window
 scale is zero

Gilad Ben-Yossef a écrit :
> From: Ori Finkelman <ori@...sleep.com>
> 
> Acknowledge TCP window scale support by inserting the proper option in SYN/ACK 
> and SYN headers even if our window scale is zero.
> 
> This fixes the following observed behavior:
> 
> 1. Client sends a SYN with TCP window scaling option and non zero window scale 
> value to a Linux box.
> 2. Linux box notes large receive window from client.
> 3. Linux decides on a zero value of window scale for its part.
> 4. Due to compare against requested window scale size option, Linux does not to
>  send windows scale TCP option header on SYN/ACK at all.
> 
> With the following result:
> 
> Client box thinks TCP window scaling is not supported, since SYN/ACK had no 
> TCP window scale option, while Linux thinks that TCP window scaling is 
> supported (and scale might be non zero), since SYN had  TCP window scale 
> option and we have a mismatched idea between the client and server 
> regarding window sizes.
> 
> Probably it also fixes up the following bug (not observed in practice):
> 
> 1. Linux box opens TCP connection to some server.
> 2. Linux decides on zero value of window scale.
> 3. Due to compare against computed window scale size option, Linux does 
> not to set windows scale TCP  option header on SYN. 
> 
> With the expected result that the server OS does not use window scale option 
> due to not receiving such an option in the SYN headers, leading to suboptimal 
> performance.
> 
> Signed-off-by: Gilad Ben-Yossef <gilad@...efidence.com>
> Signed-off-by: Ori Finkelman <ori@...sleep.com>

Acked-by: Eric Dumazet <eric.dumazet@...il.com>

Note, to reproduce the wscale set to 0 on active connections,
you have to play with /proc/sys/net settings :

echo 65535 >/proc/sys/net/core/rmem_max
echo "4096 16384 32768" >/proc/sys/net/ipv4/tcp_rmem

-> wscale 0 -> SYN packet without WSCALE option (on non patched kernels)

--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ