| To: | erich@xxxxxxxx |
|---|---|
| Subject: | Re: Network Security hole (was -> Re: arp bug ) |
| From: | Russell King <rmk@xxxxxxxxxxxxxxxx> |
| Date: | Sun, 3 Mar 2002 00:33:51 +0000 |
| Cc: | Julian Anastasov <ja@xxxxxx>, Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>, Szekeres Bela <szekeres@xxxxxxxxxxxx>, Daniel Gryniewicz <dang@xxxxxxxxxxx>, linux-kernel <linux-kernel@xxxxxxxxxxxxxxx>, netdev@xxxxxxxxxxx |
| In-reply-to: | <E16hJki-0000rY-00@xxxxxxxxxxxxxxxxxxx>; from erich@xxxxxxxx on Sat, Mar 02, 2002 at 04:21:24PM -0800 |
| References: | <Pine.LNX.4.44.0203030035030.9147-100000@xxxxxxxxxxxx> <E16hJki-0000rY-00@xxxxxxxxxxxxxxxxxxx> |
| Sender: | owner-netdev@xxxxxxxxxxx |
| User-agent: | Mutt/1.2.5i |
On Sat, Mar 02, 2002 at 04:21:24PM -0800, erich@xxxxxxxx wrote:
> The fact that the routing layer and application layers of Linux's
> TCP/IP stack are one and the same is a difficulty here which the
> IP firewalling code in Linux does not fix. I.e. if I wanted to
> have routing as well, but not accept any packets internally *not*
> destined for my interface, I'm not sure how to specify it without
> something like TCP wrappers, as sleazy as they can be, and they
> don't offer this kind of capability in general as is.
Linux 2.4 netfilter:
Incoming Outgoing
interface interface
----+------------------- FORWARD -----------------+------->
| ^
v |
INPUT -------------> Application -----------> OUTPUT
The names in capitals are the names of the tables. You can control
packets that the local machine sees completely independently of what
gets routed through the machine with a kernel supporting iptables
by adding the appropriate rules to the input and forward tables.
--
Russell King (rmk@xxxxxxxxxxxxxxxx) The developer of ARM Linux
http://www.arm.linux.org.uk/personal/aboutme.html
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Network Security hole (was -> Re: arp bug ), erich |
|---|---|
| Next by Date: | Re: Network Security hole (was -> Re: arp bug ), Julian Anastasov |
| Previous by Thread: | Re: Network Security hole (was -> Re: arp bug ), erich |
| Next by Thread: | Re: Network Security hole (was -> Re: arp bug ), Julian Anastasov |
| Indexes: | [Date] [Thread] [Top] [All Lists] |