Subject: Re: Usability enhancement for IP6
To: None <,>
From: List Mail User <>
List: tech-net
Date: 02/08/2005 13:01:20
>From Tue Feb  8 12:06:12 2005
>From: "Steven M. Bellovin" <>
>To: Ignatios Souvatzis <>
>Subject: Re: Usability enhancement for IP6 
>In-Reply-To: Your message of "Tue, 08 Feb 2005 20:48:35 +0100."
>             <> 
>Mime-Version: 1.0
>Content-Type: text/plain; charset=us-ascii
>Date: Tue, 08 Feb 2005 15:04:41 -0500
>Precedence: list
>In message <>, Ignatios Souvatzis wr
>>Content-Type: text/plain; charset=us-ascii
>>Content-Disposition: inline
>>Content-Transfer-Encoding: quoted-printable
>>Bryan Phillippe wrote:
>>> We should probably make an analogous change to tcp4 as well.  As someone
>>> else pointed out, some firewalls (including the one I wrote for my
>>> employer's network device) can return "administratively prohibited" for
>>> blocked services.
>>"can return"?=20
>>What, if not this condition, would "administratively prohibited" be used=20
>Some firewalls simply silently drop the packets, without returning 
>		--Prof. Steven M. Bellovin,
	Other times it is appropriate to return other codes like "filter
prohibited" or "host prohibited".  For unsupported services, "port unreachable"
may be a better choice.  And for some (admittedly extreme) cases, I `forge'
an initial SYN-ACK in the firewall, then use "administratively prohibited"
for any further packets on that connection (slows *many* hacking attempts
to a crawl).  Also, if you are using IPF, you should decide whether to use
"return-icmp" or if using "return-icmp-as-dest" is more appropriate for each
case (i.e. do you want it to appear that the firewall or the target machine
itself is doing the denial).

	Whatever you do, dropping the packets for "ident" requests will slow
mail delivery to nearly a halt and (at least for TCP connections) for this
case and a few others, IPF's "return-rst" is the best choice.

	Good luck,

	Paul Shupak