Ethical Hacking Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package. | Computer Forensics Training at InfoSec Institute Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors. |

| Subject: | Re: How to choose an IDS/FW MSS provider |
|---|---|
| Date: | Wed, 16 Mar 2005 18:08:12 -0500 |
inline.
[...]
Invisible in the sense that the interfaces that pass traffic do not have IP addresses. And yes, the device must have an IP address on the management side, but that's generally deeper in the network. I'm not sure that's obscurity... that's simply smart management. Many customers have completely out of band management networks. And yes, it's possible to compromise systems that are simply sniffing... but it's much harder. I know of only one product that's been successfully remotely exploited in this manner, and the only reason that happened was because it was an opensource product that allows hackers to read the source code and look for ways to compromise it.
Just cause your in L2 mode doesn't make you immune to attack
(http://www.cve.mitre.org/cgi-bin/cvekey.cgi?keyword=tcpdump). The box still
has to process packets just like any other L3 app. I'm not sure how bridge
mode makes a box "invisible". Besides, the device still needs an IP on the
local network for management. Sounds like security through obscurity to me.
Hmm, apparently your FUD thrower needs an update :-)
http://www.google.com/search?q=witty+iss
Last time I checked ISS was closed source.
http://www.caida.org/analysis/security/witty/
With the obvious success of IPS technologies at the perimeter, I find itIPS technologies are actually just as (if not more) successful internally than on the perimeter. I would argue that they are not disparate technologies even today. NFR's appliances are essentially FreeBSD based, and so we've integrated FreeBSD's pf into the product which is a fully functional firewall. It's providing the pretty GUI overlay that CheckPoint and other traditional firewall vendors have had for years that is the hard part. Fortunately, we (the collective IPS vendor market as a whole) get to learn from their mistakes and successes.
hard to believe that IPS and FW technologies will remain disparate
technologies for more than a few more years. The IPS vendors need to do one
of two things:
1. Find a good firewall vendor to acquire them or 2. Build a full featured firewall from scratch.
I will argue that you cannot.
Disclaimers: - I have never seen any of the source code mentioned. - I do not know that those sources are actually available. - I work for a vendor.
-------------------------------------------------------------------------- Test Your IDS
| Previous by Date: | Re: How to choose an IDS/FW MSS provider, David W. Goodrum |
|---|---|
| Next by Date: | RE: Snortgoing commercial, Harper, Patrick |
| Previous by Thread: | RE: How to choose an IDS/FW MSS provider, Stuart Staniford |
| Next by Thread: | Re: How to choose an IDS/FW MSS provider, David W. Goodrum |
| Indexes: | [Date] [Thread] [Top] [All Lists] |