Date: Tue, 15 Jun 2004 11:01:34 +0200 From: Paul Schenkeveld <fb-net@psconsult.nl> To: freebsd-net@freebsd.org Subject: Re: Using netgraph for filtering/modifing packets Message-ID: <20040615090134.GA43670@psconsult.nl> In-Reply-To: <40CDE026.3040502@Thehousleys.net> References: <Pine.BSF.4.21.0406141016280.30464-100000@InterJet.elischer.org> <40CDE026.3040502@Thehousleys.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Jun 14, 2004 at 01:28:06PM -0400, James Housley wrote: > Julian Elischer wrote: > > > >On Mon, 14 Jun 2004, James Housley wrote: > > > > > >>For testing of a product I would like to be able to modify or even drop > >>packets based on their content. What I have in mind is forcing the > >>packets through a firewall that would redirect all packet to a netgraph > >>node that would either pass unchanged, drop or change the contents to > >>assist in testing some corner cases in the code. > >> > >>1) is this something doable with netgraph, I believe it is. > > > > > >yes > > > > > > > >>2) what might be a good place to start? Have done some searching, but > >>haven't found any example code I thought I could start from. > > > > > >What sort of filter do you need? > > > >you can pass packets to netgraph from ipfw by diverting them and > >openning a divert socket with teh ksocket node.. > > > >Or you can pick them directly from the network interface > >and filter yourself using the 'bpf' node type to select > >on something. > >or you can use the etf type of node to filter on a particular > >ethertype.. > > > >there are a lot of options but I don't knw your application enough :-) > > > > I have a product that is connected to a PC via eithernet. The product > runs FBSD, but I would likely put another FBSD box in the middle. I want > to be able modify packets for good and evil based on the data portion of > the packet. > > For example to ocasionally drop a packet that is acking some command. Or > send an ack for a command that was never sent. Or just change data to be > invalid. > > Then after messing with the data portion put it back in the queue to be > sent, if it wasn't just dropped. If you are talking about a TCP based protocol and you want to change the conversation between the client and the server, you probably don't want to drop or alter packets at the network level or you'd have to recalculate sequence numbers and checksums. To modify the client-server conversation (e.g. to see if evil clients can hack your server) it might be much easier to write a small application level proxy to alter or drop packets. With TCP based protocols this is (I think) the easiest solution, with UDP is is probably a bit easier than the netgraph approach. > > Jim Regards, Paul Schenkeveld, Consultant PSconsult ICT Services BV
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040615090134.GA43670>