From owner-freebsd-security@FreeBSD.ORG Wed Dec 14 00:16:06 2005 Return-Path: X-Original-To: freebsd-security@freebsd.org Delivered-To: freebsd-security@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22BAF16A41F for ; Wed, 14 Dec 2005 00:16:06 +0000 (GMT) (envelope-from avalon@caligula.anu.edu.au) Received: from caligula.anu.edu.au (caligula.anu.edu.au [150.203.224.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id A38AC43D5F for ; Wed, 14 Dec 2005 00:16:03 +0000 (GMT) (envelope-from avalon@caligula.anu.edu.au) Received: from caligula.anu.edu.au (localhost [127.0.0.1]) by caligula.anu.edu.au (8.12.9/8.12.9) with ESMTP id jBE0GAOw021058; Wed, 14 Dec 2005 11:16:10 +1100 (EST) Received: (from avalon@localhost) by caligula.anu.edu.au (8.12.9/8.12.8/Submit) id jBE0G9T4021056; Wed, 14 Dec 2005 11:16:09 +1100 (EST) From: Darren Reed Message-Id: <200512140016.jBE0G9T4021056@caligula.anu.edu.au> To: borjamar@sarenet.es (Borja Marcos) Date: Wed, 14 Dec 2005 11:16:09 +1100 (Australia/ACT) In-Reply-To: from "Borja Marcos" at Dec 13, 2005 04:59:54 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-security@freebsd.org Subject: Re: Useful addition to ipfw X-BeenThere: freebsd-security@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Security issues \[members-only posting\]" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2005 00:16:06 -0000 In some mail from Borja Marcos, sie said: > > > Hello, > > I've found myself in a situation where a simple data inspection > capability added to ipfw would be very useful. > > I'm not thinking about anything especially sophisticated, but what > about adding an option to check byte values (or flags, similar to > tcpdump)? > > An example rule could be: add deny udp from any to me 12345 udp[4]&234 > > being the rule true if byte 4 in the UDP packet AND the number 234 is > not zero. I believe you could do that today, with IPFilter, if you expressed the entire packet-matching part of the rule with BPF. Darren