Linux Netfilter discussions
 help / color / mirror / Atom feed
From: "John A. Sullivan III" <jsullivan@opensourcedevelopmentcorp.com>
To: Michael Gale <michael.gale@utilitran.com>
Cc: netfilter@lists.netfilter.org
Subject: Re: Netfilter vs commercial
Date: Mon, 09 Aug 2004 12:02:52 -0400	[thread overview]
Message-ID: <1092067371.18395.89.camel@localhost> (raw)
In-Reply-To: <20040809093022.5842e85e@mgalepc.utilitran.com>

On Mon, 2004-08-09 at 11:30, Michael Gale wrote:
> Hello,
> 
> 	I know this question has most likely come up a few times and most people ask about performance and through put. But my
> question seems to me a little different.
> 
> I would like to know how people on this list ... which I know might be a biased opinion feel how a Netfilter firewall
> box .. properly configured would compare in security to a commercial firewall. 
> 
> I do not want to compare performance or stats on through put but the strength of the firewall. The reason I am asking is
> to at the moment we are using Netfilter based firewalls which I have setup Squid and Frox and many other application
> level filters.
> 
> Now some people in the company want to replace them with CheckPoints or WatchGuard firewalls. Which is fine ... security
> should be done in layers ... but the way I see it I will still need the linux boxes to run squid and frox unless the
> appliance allows you to install software from other sources (most likely not) or use custom config files (like my own
> squid.conf -- most likely not).

It's a difficult question to answer without access to the internals of
the proprietary products.  I would assume the basic stateful inspection
engine of netfilter is weaker than that of Checkpoint.  However, this
may very well be remedied when one adds the window tracking patch.

Other internals remain a bit of a mystery.  For example, if I remember
correctly, one can specify MSRPC as a protocol with Checkpoint and it
will properly handle the port shift.  One the other hand, one cannot do
this in netfilter.  One must open 135/tcp and then all high ports.  Yes,
I know that one should never do this on the Internet but what about
internal firewalling and VPN firewalls.  Now it could very well be that
is all Checkpoint does but they've simplified it in the user interface. 
I do know that we have had to do that with other commercially available
firewalls.

There are two other important issues of security that do not necessarily
relate to the actual internals.  One is how well the management
interface shields one from human error.  For example, this is one of the
chief advantages of the ISCS interface for netfilter
(http://iscs.sourceforge.net).  Not only does it reduce the time to
configure security by over 90% but it dramatically reduces the exposure
to human error.  Unfortunately, it has not yet been released.  On the
other hand, from what I recall, the WatchGuard and Checkpoint interfaces
are really just GUI rule configurators and do little to insulate the
administrator against human error (such as putting a rule in the wrong
order or making it conflict with another subsystem like NAT or VPN).  I
believe all of the other user interfaces for netfilter also fall into
this rule configurator category.

Finally, there is the degree of control.  This is where netfilter has a
distinct advantage.  The degree of flexibility that one has to configure
netfilter to do exactly what one wants it to do by command line or
script or even editing the source code is outstanding.  One can also
tinker with the related subsystems such as iproute2 or *swan to
coordinate various security and network activities to an extraordinary
level.  I do not recall such flexibility in other products.

I do hope this is the type of answer you were looking for - John
-- 
John A. Sullivan III
Open Source Development Corporation
Financially sustainable open source development
http://www.opensourcedevelopmentcorp.com



  parent reply	other threads:[~2004-08-09 16:02 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-09 15:30 Netfilter vs commercial Michael Gale
2004-08-09 15:56 ` Antony Stone
2004-08-09 16:02 ` John A. Sullivan III [this message]
2004-08-11 21:46   ` Aleksandar Milivojevic
2004-08-11 22:11     ` John A. Sullivan III
2004-08-11 21:31 ` Aleksandar Milivojevic
  -- strict thread matches above, loose matches on Subject: below --
2004-08-09 16:34 Jason Opperisano
2004-08-09 16:48 Mike O
2004-08-09 17:03 ` Antony Stone
2004-08-09 17:35   ` John A. Sullivan III
2004-08-09 18:15     ` Antony Stone
2004-08-11 21:31   ` Aleksandar Milivojevic
2004-08-09 17:39 ` John A. Sullivan III
2004-08-09 17:45 ` John A. Sullivan III
2004-08-09 18:24 Jason Opperisano
2004-08-09 18:40 ` Antony Stone
2004-08-11 21:40 ` Aleksandar Milivojevic

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1092067371.18395.89.camel@localhost \
    --to=jsullivan@opensourcedevelopmentcorp.com \
    --cc=michael.gale@utilitran.com \
    --cc=netfilter@lists.netfilter.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox