Re: Proxies, opensource and the general market: what's wrong with us?

Tracy Reed <[email protected]> Wed, 27 Apr 2011 15:38:49 -0700
Newsgroups gmane.comp.security.firewalls.wizards
Message-ID <[email protected]>
On Tue, Apr 26, 2011 at 05:03:27PM +0400, ArkanoiD spake thusly:
> There are some right things happening, though. I see many firewalls are now
> capable of dealing with http based appliactions quite complex ways.
> Looks like FOSS is lagging behind again (except WAF part) :-(

The demand just isn't there.

> > the GPL side. Because open source is about community, and reaching critical
> > mass is very hard, especially if you come with a nich? product aimed at the
> > enterprise. This is a feat neither FWTK nor Zorp have been able to reach. 
> 
> Quite amazing, but fwtk (old TIS once) was there once. But it was 15 years
> ago :-( 

I have only ever known one person who attempted to implement fwtk and actually
proxy protocols. Everyone else just packet filters and calls it a firewall. And
that's all any security standard or regulation I have ever seen requires as
well.

> Easy to use "firewall-oriented" Unix toolboxes like Smoothwall, Shorewall,
> IPCop, m0n0wall etc have reached that quite easy, but they are not really
> "aimed at the enterprise", they are aimed to be user-friendly at low
> end/soho. 

Depends on what you mean by enterprise. I know lots of companies with millions
in revenue using them.

> Maybe I should start with designing simple kick-start tools for newbies? Will
> it help?

What would these tools be kick-starting?

> > 6. The world is changing. This means that new buzzwords coming up, followed
> > dutifully by the market. Fortunately new buzzwords usually mean the same
> > old things. Those ideas which have been too immature 20 years ago, reemerge
> > later in a different name and shape. You are looking for application level
> > firewall? Look at "xml firewall" and "SOA firewall".  They are out there.
> > Yes, they are specialized into a very tiny subset of the problem space (and
> > the rest is still uncovered), but maybe that is the most important part
> > anyway. 
> 
> XML/SOA firewalls were expected to have great future, but they are useless
> unless you have detailed system design documents with data flow described in
> the tiniest details and you are ready to spend about 10% of resources (or
> even more) used to implement the system itself on security related issues.

A lot of this whole business sounds very buzzword compliant. A lot of people
see to weigh the expense of purchasing/configuring/maintaining the fancy
firewalls vs the perceived risk. They end up implementing nothing more than a
packet filter.

> > I am also seeing labeling and information flow control gaining momentum.
> > You should be very familiar with both TNI and the modern enterprise
> > architecture to catch a glimpse of it, but it is there and growing. And our
> > profession is changing, too. 
> 
> That's amazing, because from the very beginning it was quite obvious that
> labeling and information flow control is the foundation of information
> security.

That's one of the reasons why I like SE Linux. Labels are nice. Like having a
nice type system in a programming language to make sure things don't go wrong.

> Despite that, people ignored it for years, until they got better ad hoc
> labeling tools with DLP.  Better later than never :-) Again, opensource
> solutions are barely visible here :-(

Again, no demand. Everyone wants a "community" and nobody wants to build
something which hardly anyone will use.

> I guess the first thing we do need is a good companion endpoint security
> solution, capable of data discovery and classification as well..

How would something like this work?

-- 
Tracy Reed

_______________________________________________
firewall-wizards mailing list
[email protected]
https://listserv.icsalabs.com/mailman/listinfo/firewall-wizards
signature.asc (application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFNuJr4BhSTPg0d/nQRArUyAKC/U45Hlp7fhH5lpJCG1pecq67k0wCfdSHA
dhzk7/ObKJu6TvndE/Eh0xI=
=kT7d
-----END PGP SIGNATURE-----