One fix for iptables' CT event filtering
Subsystems (2)
Pablo Neira Ayuso
maintainerPATCH 1/1 One fix for iptables' CT event filtering
Hi Patrick,
This is one bugfix for the iptables' CT event filtering. There's one situation in which the filtering does not work for TCP flows.
See patch description for details, please apply!
Thanks!
---
Pablo Neira Ayuso (1):
netfilter: nf_conntrack: set conntrack templates again if we return NF_REPEAT
net/netfilter/nf_conntrack_core.c | 11 +++++++++-- 1 files changed, 9 insertions(+), 2 deletions(-)
Signature · 1 line
tum-te-tum-dum-de-dum
Pablo Neira Ayuso
maintainerPATCH 1/1 netfilter: nf_conntrack: set conntrack templates again if we return NF_REPEAT
The TCP tracking code has a special case that allows to return NF_REPEAT if we receive a new SYN packet while in TIME_WAIT state.
In this situation, the TCP tracking code destroys the existing conntrack to start a new clean session.
[DESTROY] tcp 6 src=192.168.0.2 dst=192.168.1.2 sport=38925 dport=8000 src=192.168.1.2 dst=192.168.1.100 sport=8000 dport=38925 [ASSURED]
[NEW] tcp 6 120 SYN_SENT src=192.168.0.2 dst=192.168.1.2 sport=38925 dport=8000 [UNREPLIED] src=192.168.1.2 dst=192.168.1.100 sport=8000 dport=38925
However, this is a problem for the iptables' CT target event filtering which will not work in this case since the conntrack template will not be there for the new session. To fix this, we reassign the conntrack template to the packet if we return NF_REPEAT.
--- net/netfilter/nf_conntrack_core.c | 11 +++++++++-- 1 files changed, 9 insertions(+), 2 deletions(-)
net/netfilter/nf_conntrack_core.c +9 -2
@@ -942,8 +942,15 @@ nf_conntrack_in(struct net *net, u_int8_t pf, unsigned int hooknum,if (set_reply && !test_and_set_bit (IPS_SEEN_REPLY_BIT , &ct->status))nf_conntrack_event_cache (IPCT_REPLY , ct); out: -if (tmpl) -nf_ct_put (tmpl); +if (tmpl) { +/* Special case: we have to repeat this hook, assign the +* template again to this packet. We assume that this packet +* has no conntrack assigned. This is used by nf_ct_tcp. */ +if (ret ==NF_REPEAT ) + skb->nfct = (struct nf_conntrack *)tmpl; +else +nf_ct_put (tmpl); + }return ret; }
Re: [PATCH] netfilter: nf_conntrack: set conntrack templates again if we return NF_REPEAT
Am 07.02.2011 12:40, schrieb Pablo Neira Ayuso:
Quoted 14 lines
The TCP tracking code has a special case that allows to return
NF_REPEATif we receive a new SYN packet while inTIME_WAITstate.In this situation, the TCP tracking code destroys the existing conntrack to start a new clean session.
[DESTROY] tcp 6 src=192.168.0.2 dst=192.168.1.2 sport=38925 dport=8000 src=192.168.1.2 dst=192.168.1.100 sport=8000 dport=38925 [ASSURED]
[NEW] tcp 6 120 SYN_SENT src=192.168.0.2 dst=192.168.1.2 sport=38925 dport=8000 [UNREPLIED] src=192.168.1.2 dst=192.168.1.100 sport=8000 dport=38925However, this is a problem for the iptables' CT target event filtering which will not work in this case since the conntrack template will not be there for the new session. To fix this, we reassign the conntrack template to the packet if we return
NF_REPEAT.
Quoted 4 lines
Signed-off-by Pablo Neira Ayuso <[email protected]>--- net/netfilter/nf_conntrack_core.c | 11 +++++++++-- 1 files changed, 9 insertions(+), 2 deletions(-)
Nice catch. Applied, thanks.