Great Circle Associates Firewalls
(August 1996)
 

Indexed By Date: [Previous] [Next] Indexed By Thread: [Previous] [Next]

Subject: Re: How secure is xinetd's binding to specific interfaces
From: lists @ lina . inka . de (Bernd Eckenfels)
Date: Thu, 1 Aug 1996 19:03:26 +0200 (MET DST)
To: amsden+ @ andrew . cmu . edu (Zachary Roger Amsden)
Cc: firewalls @ GreatCircle . COM, Don . Lewis @ tsc . tdk . com
In-reply-to: <km0AD1S00YUq06enM0 @ andrew . cmu . edu> from "Zachary Roger Amsden" at Aug 1, 96 10:48:33 am

Hi,

> 2) Add a field to the packet queue which holds the interface the packet
> was received on.  This is ok, but means all input mechanisms (SLIP,
> loopback, PPP, ethernet) must do this, adding overhead.  In addition, in
> systems which support dynamic interfaces (like Linux's IP aliasing), we
> can't guarantee that a pointer will work, because the interface may not
> exist anymore.  This is, IMHO, the correct behavior.
> 
> I am going to implement 2) for Linux, hopefully by the end of 7 days and
> 7 nights.

You know that the pointer is already there? Since the ip-firewalling in
Linux can be interface name based. The pointer is valid in linux, since
there are notifier calls if the table would change. Generally I think it is
not a good idea to accept packets only if they are addressed to the right
interface. I think it is much better to insert a firewalling rule if you
dont want to receive packets on the wrong interface. Then the choice is up
to the user without additional kerelbloat.

Greetings
Bernd


References:
Indexed By Date Previous: RE: Microsoft Internet Server
From: jason . williams @ somerfield . co . uk
Next: Re: (no subject)
From: "Ing. Pablo A. Fossati Fischer" <p . fossati @ ieee . org>
Indexed By Thread Previous: Re: How secure is xinetd's binding to specific interfaces
From: Zachary Roger Amsden <amsden+ @ andrew . cmu . edu>
Next: Re: How secure is xinetd's binding to specific interfaces
From: Don Lewis <Don . Lewis @ tsc . tdk . com>

Google
 
Search Internet Search www.greatcircle.com