aboutsummaryrefslogtreecommitdiffstats
path: root/net/ipv4/tunnel4.c
diff options
context:
space:
mode:
authorIlpo Järvinen <ilpo.jarvinen@helsinki.fi>2007-02-13 12:42:11 -0800
committerDavid S. Miller <davem@davemloft.net>2007-02-13 12:42:11 -0800
commit600ff0c24bb71482e7f0da948a931d5c5d72838a (patch)
tree503ea2d8891a383ad6cd2d6ccdc064e596cb4c53 /net/ipv4/tunnel4.c
parent[NET_SCHED]: sch_hfsc: replace ASSERT macro by WARN_ON (diff)
downloadlinux-dev-600ff0c24bb71482e7f0da948a931d5c5d72838a.tar.xz
linux-dev-600ff0c24bb71482e7f0da948a931d5c5d72838a.zip
[TCP]: Prevent pseudo garbage in SYN's advertized window
TCP may advertize up to 16-bits window in SYN packets (no window scaling allowed). At the same time, TCP may have rcv_wnd (32-bits) that does not fit to 16-bits without window scaling resulting in pseudo garbage into advertized window from the low-order bits of rcv_wnd. This can happen at least when mss <= (1<<wscale) (see tcp_select_initial_window). This patch fixes the handling of SYN advertized windows (compile tested only). In worst case (which is unlikely to occur though), the receiver advertized window could be just couple of bytes. I'm not sure that such situation would be handled very well at all by the receiver!? Fortunately, the situation normalizes after the first non-SYN ACK is received because it has the correct, scaled window. Alternatively, tcp_select_initial_window could be changed to prevent too large rcv_wnd in the first place. [ tcp_make_synack() has the same bug, and I've added a fix for that to this patch -DaveM ] Signed-off-by: Ilpo Järvinen <ilpo.jarvinen@helsinki.fi> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/ipv4/tunnel4.c')
0 files changed, 0 insertions, 0 deletions