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: [Bulk] Re: Firewalls (was Re: IDS evaluations procedures) |
|---|---|
| Date: | Mon, 25 Jul 2005 18:08:50 -0400 |
Devdas Bhagat said: " everything which is not known good is bad. Any security policy which attempts to enforce otherwise is broken" The problem is that earlier understandings of "known good" such as "follows the protocol exactly and does not use any unsafe commands in the protocol", which is what a proxy firewall implements are not complete. The "known good" paradigm is not as simple as it appears on the surface. Because of problems in actual implementations of protocols on servers and workstations, there is now the problem that "known good" for Apache web servers may be bad for Windows IIS servers. So there needs to be a finer resolution of "known good" than most proxy firewalls can handle. The technology used to develop IDS has more of that finer resolution than most present firewalls, whether proxy or not. So taking the analysis technology from IDS and adding it to a secondary firewall called an IPS (as well as to application specific firewalls) helps add to the security policy. It would be nice if proxy firewalls were more accurate in identifying "known good" traffic, but the complexity that adds to a choke point would make the firewall a risk in itself. By having separate systems in a layered approach, one can separate the firewall that only passes valid safe protocol traffic but doesn't know about particular flaws in particular implementations from the IPS that protects a particular implementation of that protocol by ensuring only safe traffic for that implementation. That separation of roles can provide better "defence in depth" than either one alone. -----Original Message----- From: Devdas Bhagat [mailto:devdas@dvb.homelinux.org] Sent: Monday, July 25, 2005 3:31 PM To: focus-ids@securityfocus.com Subject: [Bulk] Re: Firewalls (was Re: IDS evaluations procedures) On 22/07/05 14:32 -0700, Swift, David wrote:
Right up front, I'll admit I work for a vendor, but... 1. There are a growing number Intrusion Detection/Intrusion Prevention Systems that have integrated firewall. 2. IPS is a significant step in the right direction, and does things a firewall can't. If you have doubts, try using Firewalker to pinpoint
Only if your "firewall" is a pure packet filter. Why not improve the IPS to disallow all traffic except that which is found to be legitimate. The subset of all traffic which is legitimate is far smaller and deterministic. And then you might as well terminate the connection right there and build a wholly new one which is known to be good. And then market it as a proxy? <snip>
Oh, and by the way while you have the data payload open for inspection, why not apply intelligent rules to look for MalWare in the payload? Then toss the bad payload packets away with everything else you've already filtered with the firewall rules.
I repeat: everything which is not known good is bad. Any security policy which attempts to enforce otherwise is broken. Oh well, history repeats itself. Devdas Bhagat ------------------------------------------------------------------------ Test Your IDS Is your IDS deployed correctly? Find out quickly and easily by testing it with real-world attacks from CORE IMPACT. Go to http://www.securityfocus.com/sponsor/CoreSecurity_focus-ids_040708 to learn more. ------------------------------------------------------------------------
| Previous by Date: | RE: IDS alerts / second - Correlation - Virtualization, Palmer, Paul (ISSAtlanta) |
|---|---|
| Next by Date: | Re: IDS alerts / second - Correlation - Virtualization, william taft |
| Previous by Thread: | Re: Firewalls (was Re: IDS evaluations procedures), Devdas Bhagat |
| Next by Thread: | RE: Firewalls (was Re: IDS evaluations procedures), Omar Herrera |
| Indexes: | [Date] [Thread] [Top] [All Lists] |