Date: Tue, 22 Aug 2000 21:02:36 -0700 From: "Crist J . Clark" <cjclark@reflexnet.net> To: Lowell Gilbert <lowell@world.std.com> Cc: freebsd-security@FreeBSD.ORG Subject: Re: icmptypes Message-ID: <20000822210236.G28027@149.211.6.64.reflexcom.com> In-Reply-To: <rd6r97htjei.fsf@world.std.com>; from lowell@world.std.com on Tue, Aug 22, 2000 at 11:17:25AM -0400 References: <20000821180351.H57333@jade.chc-chimes.com> <20000821181825.I57333@jade.chc-chimes.com> <rd6r97htjei.fsf@world.std.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Aug 22, 2000 at 11:17:25AM -0400, Lowell Gilbert wrote: > billf@chimesnet.com (Bill Fumerola) writes: > > > On Mon, Aug 21, 2000 at 03:16:03PM -0700, Rodney W. Grimes wrote: > > > > > > example from memory: > > > > # ipfw add unreach filter-prohib icmp from any to any icmptypes 0,8 > > > > > > The 8 case would be okay, but returning an icmp unreach for an icmp echo > > > reply would be a violation of the protocol spec. I would recomend > > > against it. > > > > Yes, unreaching 0 would be nonsense I suppose. > > > > On a side note, RFC and protocol blah blah is nice, but sometimes you > > just have to drop packets and break spec if the machine is a target. > > Dropping packets is never a violation of the protocol spec. Returning > ICMP "unreachable" errors in response to other ICMP packets would be. > This is an important distinction. [It's also what Rodney Grimes > actually said.] Actually, generating an error message in response to an error message violates the RFCs. An error response to a non-error reporting ICMP message is OK... but dropping is OK too. See section 3.2.2 of RFC1122. RFC1122 is one of the most useful ones, I encourage everyone to have a look there when questions like this pop up. -- Crist J. Clark cjclark@alum.mit.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-security" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000822210236.G28027>