* Handling ICMP Port-Unreachable for UDP
@ 2003-07-28 14:03 Tim Burress
0 siblings, 0 replies; only message in thread
From: Tim Burress @ 2003-07-28 14:03 UTC (permalink / raw)
To: netfilter-devel
Hello!
We've been looking at a problem in which a client sends a UDP packet to
a server on an unused port. This generates an ICMP port-unreachable
packet (as usual), but we find that this same ICMP packet can then be
replayed back to the client over and over. Apparently it gets through
netfilter because our standard rules allow RELATED traffic.
We're wondering if an appropriate response to this situation would be to
destroy the conntrack entry for the UDP connection after receiving the
first port-unreachable? It seems like such a change would improve the
strength of netfilter-based firewalls, while adding only a little bit of
overhead when/if the client retries sending to the same UDP port several
times. What do people think of this idea? Is there any reason not to do it?
Thanks!
Tim
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2003-07-28 14:03 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-07-28 14:03 Handling ICMP Port-Unreachable for UDP Tim Burress
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.