Loading...
 

Apache mod_security

This is a module to enhance security in your apache web server, and therefore, enhancing the protection of tiki sites installed on apache against fairly common external attacks, based on some rules.

You need to invest some little time after its first installation in order to fine tune the rules to reduce the number of "false positives" detected.

  • I.e., some actions from users in tiki sites which might raise an alert or triger a defense action (blocking that page with an error code 500) by means of mod_security, because some text was written by users in some language that mod_security didn't expect.
  • Example: "MÄ›šÅ¥áček" (means something like "small town little simple man" in Czech language) use several accented characters in the same word, and mod_security might filter and block them with its default rules.

Installation

Version used in this description: modsecurity-apache_2.6.2

  • Download the archive and place it in your work folder, unzip and untar it.
  • Read the documentation for prerequisites and install the required bits, e.g. liblua5.1.so and libxml2.so.
  • change to the folder and compile mod_security:

Copy to clipboard
mkdir -p /work
cd /work
wget http://www.modsecurity.org/download/modsecurity-apache_2.6.2.tar.gz
gzip -d modsecurity-apache_2.6.2.tar.gz
tar xvf modsecurity-apache_2.6.2.tar
cd modsecurity-apache_2.6.2
./configure
make
make test
make install


Get the rules required by mod_security and unzip them. You can always get the latest rules by this, just make sure the changes you maybe do to the rules files when installed don't get lost on updating.

Copy to clipboard
cd tools
./rules-updater.pl -rhttp://www.modsecurity.org/autoupdate/repository/ -prules -Smodsecurity-crs
cd rules/modsecurity-crs
unzip *.zip


Copy the needed folders to the apache config folder.

Copy to clipboard
mkdir -p /etc/apache2/mod_security
cp -R activated_rules /etc/apache2/mod_security/
cp -R base_rules /etc/apache2/mod_security/
cp -R experimental_rules /etc/apache2/mod_security/
cp -R lua /etc/apache2/mod_security/
cp -R optional_rules /etc/apache2/mod_security/
cp -R slr_rules /etc/apache2/mod_security/
cp -R modsecurity_crs_10_config.conf.example /etc/apache2/mod_security/modsecurity_crs_10_config.conf

Configuration


Now tell apache to use the module and configure it accordingly by editing httpd.conf.

httpd.conf
Copy to clipboard
LoadFile /usr/lib/libxml2.so
LoadFile /usr/lib/liblua5.1.so

LoadModule security2_module /usr/local/modsecurity/lib/mod_security2.so
<IfModule security2_module>
     Include /etc/apache2/mod_security/modsecurity_crs_10_config.conf
     Include /etc/apache2/mod_security/activated_rules/*.conf
</IfModule>

# Error page for forbidden pages (big change they got blocked by mod_security)
ErrorDocument 403 /forbidden/403.php


Create a required folder for mod_security working data.

Copy to clipboard
mkdir -p /var/log/apache2/secdatadir


Configure mod_security and run it in test mode.

/etc/apache2/mod_security/modsecurity_crs_10_config.conf
Copy to clipboard
[...]
# enable test mode, logging only, NO blocking
SecRuleEngine DetectionOnly
# uncomment THIS line instead to fully enable mod_security
# SecRuleEngine On

SecAuditEngine RelevantOnly
SecAuditLogRelevantStatus "^(?:5|4(?!04))"

# Log everything we know about a transaction.
SecAuditLogParts ABIJDEFHZ

SecAuditLogType Serial
SecAuditLog /var/log/apache2/modsec_audit.log
SecDataDir /var/log/apache2/secdatadir

# default action:
# * sleep 3000 milliseconds (3 seconds) to slow down brute force attacks
# * deny access to page (error 403)
# * do not log to apache log
# * but log to the audit log configured above
SecDefaultAction "phase:2,pause:3000,deny,nolog,auditlog"

[...]


Create links of all rule files you want to use into activated_rules/.

Rules are to be found in:

  • /etc/apache2/mod_security/base_rules
  • /etc/apache2/mod_security/experimental_rules
  • /etc/apache2/mod_security/lua
  • /etc/apache2/mod_security/optional_rules
  • /etc/apache2/mod_security/slr_rules


Example:

Copy to clipboard
cd /etc/apache2/mod_security/activated_rules/
ln -s ../base_rules/modsecurity_crs_35_bad_robots.conf .


If there are datafile for special rules, link them, too:

Copy to clipboard
ln -s ../base_rules/modsecurity_35_bad_robots.data .

Create a custom error page

/forbidden/403.php
Copy to clipboard
<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en" id="page_1210">
<head><title>Tiki: Error 403</title></head>
<body style="margin: 3em 6em;">
<h1>Oops, sorry!</h1>

Your request got filtered out due to possible security issues.<br /><br />

1. You tried to access a page you are not allowed to.<br /><br />
or<br /><br />
2. One or more things in your request were suspicious (defective request header, invalid cookies, bad parameters, ...).<br /><br />

If you think you did nothing wrong<br /><br />

- try again with a different browser<br />
- avoid any evil characters inside the request url<br />
<br /><br />

<pre>
<hr />
<h2>Your request was:</h2>
<textarea cols='100' rows='10' name='input'>
<?php
    print(htmlspecialchars($_SERVER["SERVER_NAME"]));
    print(quoted_printable_decode(htmlspecialchars_decode($_SERVER["REQUEST_URI"])));
?>
</textarea>

<h2>Your post data were:</h2>
<?php
        foreach ($_POST as $key => $v) print( "<h3>".htmlspecialchars($key)."</h3><br /><textarea cols='100' rows='5' name='input'>".htmlspecialchars($v)."</textarea>" );
?>
<hr />
<?php print date("Y-m-d H:i:s"); ?>
</pre>
</body>
</html>


All set up. Now test your config and then tell apache to reload config.

phpinfo() should tell you that mod_security is enabled and a new logfile should be available: /var/log/apache2/modsec_audit.log

Example error log entry of a blocked 'bad robot':

Copy to clipboard
--25f26844-A--
[03/Nov/2011:12:25:35 +0100] TrJ6LLwoNcsAABrw@7wAAAAh 41.82.184.111 2521 188.40.53.203 80
--25f26844-B--
GET / HTTP/1.1
Accept: text/html
Cache-Control: no-cache, no-cache
Proxy-Connection: Keep-Alive
User-Agent: Mozilla/4.0 (compatible; MSIE 5.0; Windows NT; DigExt; DTS Agent
Pragma: no-cache
Connection: close
Host: tiki.org

--25f26844-F--
HTTP/1.1 403 Forbidden
Vary: Accept-Encoding
Content-Length: 1677
Connection: close
Content-Type: text/html; charset=utf-8

--25f26844-H--
Message: Access denied with code 403 (phase 2). [file "modsecurity_crs_35_bad_robots.conf"] [line "27"] [id "990012"] [rev "2.2.2"] [msg "Rogue web site crawler"] [data "DTS Agent"] [severity "WARNING"] [tag "AUTOMATION/MALICIOUS"] [tag "WASCTC/WASC-21"] [tag "OWASP_TOP_10/A7"] [tag "PCI/6.5.10"]
Action: Intercepted (phase 2)
Stopwatch: 1320319532916353 2998180 (- - -)
Stopwatch2: 1320319532916353 2998180; combined=710, p1=232, p2=443, p3=0, p4=0, p5=34, sr=48, sw=1, l=0, gc=0
Producer: ModSecurity for Apache/2.6.2 (http://www.modsecurity.org/); core ruleset/2.2.2.
Server: Apache/2.2.9

--25f26844-Z--


Now let it run for some time and then check for false positives. If you found one, grab the rule id from the log (here it is: id "990012") and the filename of the rule file: file %22modsecurity_crs_35_bad_robots.conf%22. Go to the rulefile and adjust the rule to exclude the false positive or disable the rule completely by commenting it out with a leading # character.

If you think the rules are good, adjust /etc/apache2/mod_security/modsecurity_crs_10_config.conf from

Copy to clipboard
SecRuleEngine DetectionOnly


to

Copy to clipboard
SecRuleEngine On


and let apache reload the configuration:

Copy to clipboard
/etc/init.d/apache2 reload



related pages

Security Admin
Advanced Settings

external links

aliases for this page

mod security | mod_security

History Source
List Slides
Export PDF
Handouts
Exit Slideshow