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.




Network Security Web-App-Sec
[Top] [All Lists]

Re: Apache mode_security

Subject: Re: Apache mode_security
Date: Thu, 24 Nov 2005 12:14:00 +0000
On 11/20/05, Stefano Di Paola <stefano.dipaola@wisec.it> wrote:
Hi all,

I wrote down some little thoughts about the generation of rules for
mod_security...specifically about the generation and integration of
white list rules within old fashion general-purpose anti injection
blacklist rules..
Everyone can have a look and comment here:
http://www.wisec.it/sectou.php?lang=en

Title: Application Firewalls and Black/Whitelisting approach.

Hope you'll find it useful.
Any comments are welcome.

Neither approach is good enough in real-life, when used on its own.
(Although there may be specific cases where they can work rather
well.) As you say, negative rules can often be bypassed. It is also
difficult to enumerate all the possible attacks. In theory, positive
security model is much safer, but there is a problem of how to create
a good-enough model. This is especially a problem if the application
you are trying to protect is constantly changing. I believe the
solution is somewhere in the middle.

As for the spider-based approach, as Ofer mentioned, it allows you
only to assess the parameters that are server generated. The other
problem with this approach is that It is also very difficult to create
a foolproof spider (e.g. you would need to execute the embedded
JavaScript code). I prefer a traffic based approach (for positive
security model generation) and a run with real users and real data.
This is usually not a problem since, due to frequent changes in
applications, you must work to continuously update the security model
anyway.

--
Ivan Ristic
Apache Security (O'Reilly) - http://www.apachesecurity.net
Open source web application firewall - http://www.modsecurity.org

<Prev in Thread] Current Thread [Next in Thread>