netdev
[Top] [All Lists]

Re: filtering packtes before OS takes care about them

To: netdev@xxxxxxxxxxx
Subject: Re: filtering packtes before OS takes care about them
From: Pedro Fortuna <pedro.fortuna@xxxxxxxxx>
Date: Tue, 1 Mar 2005 00:30:51 +0000
Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=TuisdDOy/9YcyQPNhlXt+ZfJ9t/LULTk7wxYVXkB3+hVd5i5Su9KEliMoA3ouOYKL1OQn7C+xCAbWHgginx2g3afWkuGjQHOmA01GDibxTVmYSEWaPCKZIcXzKWBXZvRLPKYW65ZiNz7xhy1SoMY1UTEBxF5DLUJ/cZlVgQ/sEA=
In-reply-to: <7bca1cb50502281209798e8a00@xxxxxxxxxxxxxx>
References: <09766A6E64A068419B362367800D50C0B58A17@xxxxxxxxxxxxxxxxxxxxxxxxxxx> <7bca1cb50502281209798e8a00@xxxxxxxxxxxxxx>
Reply-to: Pedro Fortuna <pedro.fortuna@xxxxxxxxx>
Sender: netdev-bounce@xxxxxxxxxxx
Hello,
I was searching for something like this also. 
In my case, I'll need to intercept all outgoing IP packets and change
them (including L2 frame) before they are passed to the network
interface driver.
The changes are: 
-modify the ethertype number in the L2 frame (e.g. DIX frames) to a
private not used one
-complety modify the IP packet header and payload
After this, the packets are sent on their way (passed to the network driver)

The reverse operation is applied to incoming IP Packets in the destination host.

I didnt investigate the packet_type example you provided but I hope I
will be able to used for the purposes I explained.

Best Regards,
Pedro Fortuna


On Mon, 28 Feb 2005 14:09:56 -0600, Asim Shankar <asimshankar@xxxxxxxxx> wrote:
> > i need a possibility to catch IP4 packets (from ethernet devices) before 
> > OS' netmodules (IP, UDP, TCP, ICMP, ARP, ROUTE, NETFILTER ...) takes care 
> > about them and
> > * to delete them from input buffer such that OS' netmodules can't receive 
> > them
> > * to modify packet headers and move packets to interface related output 
> > buffers
> > * to keep them in input buffers such that OS' netmodules can take care 
> > about them.
> 
> You can process packets even before ip_rcv() gets them by registering
> your own packet handler (struct packet_type) using dev_add_pack().  I
> have a small sample at:
> http://limnos.csrd.uiuc.edu/notes/code-samples/samples/kernel/packet_type/packet_type_test.c
> This may not be the cleanest way, but it isn't that dirty either.
> 
> Also see:
> http://www.phrack.org/show.php?p=55&a=12
> 
> -- Asim
> 
>

<Prev in Thread] Current Thread [Next in Thread>