I'm trying to block users who don't have a user agent: SecFilterSelective HEADER_USER_AGENT "^$" SecFilterSelective HTTP_USER_AGENT "^$" Neither work and yes I am using vhosts, no Apache. Any suggestions?
I tested SecFilterSelective HEADER_USER_AGENT "^$" and SecFilterSelective HEADER_USER_AGENT "" not working.the test command is #curl -A "" -I 127.0.0.1/test.html however, if not empty, e.g. SecFilterSelective HEADER_USER_AGENT "chome" will work as expected -- will forbid Chrome browser to access. however, you can use rewrite rule to archive the same goal, and much simpler. RewriteCond %{HTTP_USER_AGENT} ^$ RewriteRule . - [F] rewriterule is widely used and well tested, it's simpler yet powerful.
I think the issue is I am trying to grab the access my site by the domain (root) - that goes through, but everything else doesn't. For some reason that rule isn't applying to /. 77.9.186.5 - - [22/Jun/2012:19:20:55 +0200] "GET / HTTP/1.1" 200 25992 "-" "-" 77.9.186.5 - - [22/Jun/2012:19:20:55 +0200] "GET / HTTP/1.1" 200 25992 "-" "-" 77.9.186.5 - - [22/Jun/2012:19:20:56 +0200] "GET / HTTP/1.1" 200 25992 "-" "-" 77.9.186.5 - - [22/Jun/2012:19:20:56 +0200] "GET / HTTP/1.1" 200 25992 "-" "-" vs 77.9.186.5 - - [22/Jun/2012:19:20:55 +0200] "GET /index.php HTTP/1.1" 403 25992 "-" "-" Is there a reason why rules aren't applying to the root?
This doesn't seem to be effective enough to block a DDOS. In fact attacking IPs spam the access logs and don't seem to be blocked lsws's firewall.
Code: 77.9.186.5 - - [22/Jun/2012:19:20:55 +0200] "GET /index.php HTTP/1.1" 403 25992 "-" "-" looks problem. above "25992" should be "380" ? i.e., response body's size is 380 bytes. content is although it's not most efficient, but only return 380 bytes instead of 25,992 bytes; more importantly, PHP is not triggered. php/mysql usually to be bottle-neck especially under attack.