diff options
author | Eric Dumazet <edumazet@google.com> | 2012-08-09 13:56:06 +0000 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2012-08-09 20:56:08 -0700 |
commit | 3a7c384ffd57ef5fbd95f48edaa2ca4eb3d9f2ee (patch) | |
tree | b9d1040eccd22af0d856af318f13f4cdd1f8dc75 /mm | |
parent | 2070ffa2c8d4dc17cd8fc4b30d2710bcde27b051 (diff) | |
download | op-kernel-dev-3a7c384ffd57ef5fbd95f48edaa2ca4eb3d9f2ee.zip op-kernel-dev-3a7c384ffd57ef5fbd95f48edaa2ca4eb3d9f2ee.tar.gz |
ipv4: tcp: unicast_sock should not land outside of TCP stack
commit be9f4a44e7d41cee (ipv4: tcp: remove per net tcp_sock) added a
selinux regression, reported and bisected by John Stultz
selinux_ip_postroute_compat() expect to find a valid sk->sk_security
pointer, but this field is NULL for unicast_sock
It turns out that unicast_sock are really temporary stuff to be able
to reuse part of IP stack (ip_append_data()/ip_push_pending_frames())
Fact is that frames sent by ip_send_unicast_reply() should be orphaned
to not fool LSM.
Note IPv6 never had this problem, as tcp_v6_send_response() doesnt use a
fake socket at all. I'll probably implement tcp_v4_send_response() to
remove these unicast_sock in linux-3.7
Reported-by: John Stultz <johnstul@us.ibm.com>
Bisected-by: John Stultz <johnstul@us.ibm.com>
Signed-off-by: Eric Dumazet <edumazet@google.com>
Cc: Paul Moore <paul@paul-moore.com>
Cc: Eric Paris <eparis@parisplace.org>
Cc: "Serge E. Hallyn" <serge@hallyn.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'mm')
0 files changed, 0 insertions, 0 deletions