Skip to content


Switch branches/tags

Name already in use

A tag already exists with the provided branch name. Many Git commands accept both tag and branch names, so creating this branch may cause unexpected behavior. Are you sure you want to create this branch?
This branch is 20 commits ahead of shivaas:master.

Latest commit


Git stats


Failed to load latest commit information.
Latest commit message
Commit time


Fork of mod_evasive for Apache 2.x. Original module by Deep Logic, Inc.


mod_evasive is an evasive maneuvers module for Apache to provide evasive action in the event of an HTTP DoS or DDoS attack or brute force attack. It is also designed to be a detection tool, and can be easily configured to talk to ipchains, firewalls, routers, and etcetera.

Detection is performed by creating an internal dynamic hash table of IP Addresses and URIs, and denying any single IP address from any of the following:

  • Requesting the same page more than a few times per second
  • Making more than 50 concurrent requests on the same child per second
  • Making any requests while temporarily blacklisted (on a blocking list)

This method has worked well in both single-server script attacks as well as distributed attacks, but just like other evasive tools, is only as useful to the point of bandwidth and processor consumption (e.g. the amount of bandwidth and processor required to receive/process/respond to invalid requests), which is why it's a good idea to integrate this with your firewalls and routers.

This module instantiates for each listener individually, and therefore has a built-in cleanup mechanism and scaling capabilities. Because of this, legitimate requests are rarely ever compromised, only legitimate attacks. Even a user repeatedly clicking on 'reload' should not be affected unless they do it maliciously.


A web hit request comes in. The following steps take place:

  • The IP address of the requestor is looked up on the temporary blacklist
  • The IP address of the requestor and the URI are both hashed into a "key". A lookup is performed in the listener's internal hash table to determine if the same host has requested this page more than once within the past 1 second.
  • The IP address of the requestor is hashed into a "key". A lookup is performed in the listerner's internal hash table to determine if the same host has requested more than 50 objects within the past second (from the same child).

If any of the above are true, a 403 response is sent. This conserves bandwidth and system resources in the event of a DoS attack. Additionally, a system command and/or an email notification can also be triggered to block all the originating addresses of a DDoS attack.

Once a single 403 incident occurs, mod_evasive now blocks the entire IP address for a period of 10 seconds (configurable). If the host requests a page within this period, it is forced to wait even longer. Since this is triggered from requesting the same URL multiple times per second, this again does not affect legitimate users.

The blacklist can/should be configured to talk to your network's firewalls and/or routers to push the attack out to the front lines, but this is not required.

mod_evasive also performs syslog reporting using daemon.alert. Messages will look like this:

Aug 6 17:41:49 elijah mod_evasive[23184]: [ID 801097 daemon.alert] Blacklisting address x.x.x.x: possible attack.


This tool is excellent at fending off request-based DoS attacks or scripted attacks, and brute force attacks. When integrated with firewalls or IP filters, mod_evasive can stand up to even large attacks. Its features will prevent you from wasting bandwidth or having a few thousand CGI scripts running as a result of an attack.

If you do not have an infrastructure capable of fending off any other types of DoS attacks, chances are this tool will only help you to the point of your total bandwidth or server capacity for sending 403's. Without a solid infrastructure and address filtering tool in place, a heavy distributed DoS will most likely still take you offline.


Apache 2.4 and 2.0 modules are consolidated to 1 module, mod_evasive. Prior to this change modules were referenced as mod_evasive20 and mod_evasive24.

Second, the activation threshold has changed from a cooldown rate to absolute frequency. In the original mod_evasive release, DOS[Page,Site]Interval set the expiry rate between requests. So long as another request happened before DOS[Page,Site]Interval expired, it would be possible to increment the bean counter. For polling apps, this is disastrous. An app that polled once a second for 10 seconds is just as guilty as a client polling 10 times in 1 second. This altered release takes the remote client, sets the timestamp, then blocks if [page,site] count exceeds DOS[Page,Site]Count within DOS[Page,Site]Interval seconds.

A simple fail2ban recipe is bundled with this release to transform short-term 403 responses into long-term iptables blocking. Use with care, but works well for brute-force deterrents.



fail2ban provides an agent to watch for abusive clients that trigger the mod_evasive threshold and temporarily block via iptables instead of sending a 403 response. With recidive jail support, repeat offenders can be permanently blocked thus reducing wasted CPU clock cycles.


Copy the optional apache-modevasive.conf to fail2ban filter storage, typically /etc/fail2ban/filter.d.

Activate the jail by adding the following to jail.conf:

enabled = true
filter = apache-modevasive
action = iptables-multiport[name=evasive, port="http,https", proto=tcp]
logpath = %(syslog_daemon)s
maxretry = 1
findtime = 120
bantime = 120
ignoreip =

Then reload fail2ban: fail2ban-client reload. It's also recommended to activate recidive support to ban long-term abusers.


git clone
cd mod_evasive/SOURCES
cp evasive.conf /etc/httpd/conf.d/evasive.conf
apxs -i -a -c mod_evasive.c
systemctl restart httpd

To build an RPM:

git clone
cd mod_evasive
rpm -Uhv RPMS/x86_64/*.rpm
systemctl restart httpd


In /etc/httpd/conf.d/evasive.conf,

LoadModule evasive_module modules/

<IfModule mod_evasive.c>
    DOSHttpStatus 429
    DOSHashTableSize    3097
    DOSPageCount        2
    DOSSiteCount        50
    DOSPageInterval     1
    DOSSiteInterval     1
    DOSBlockingPeriod   10

evasive can be used configured per-directory, per-virtualhost, and per-location

<Directory /var/www/html>
	DOSEnabled off

<Directory /var/www/html/secret>
	DOSEnabled on
	DOSHTTPStatus 401
	DOSPageCount 40

<VirtualHost _default_>
	# Disable dos-IP.ADDR files. 
	# Must be owned by web user (ususally "apache")
	DOSLogDir /home/mydomain/statuses

# Discourse serves individual emojis, prevent triggering
<Location /images/emoji>
	DOSEnabled off

# Alternatively disable mod_evasive for all static files
<FilesMatch "\.(?:png|jpg|svg|js|css)$">
	DOSEnabled off

mod_evasive Directives


Context: server config, virtualhost, directory

Enable or disable evasive support. By default evasive is on. Use off to disable. Can be overridden by a virtualhost or directory.


Context: server config

The hash table size defines the number of top-level nodes for each child's hash table. Increasing this number will provide faster performance by decreasing the number of iterations required to get to the record, but consume more memory for table space. You should increase this if you have a busy web server. The value you specify will automatically be tiered up to the next prime number in the primes list (see mod_evasive.c for a list of primes used).


Context: server config, virtualhost, directory

This is the threshold for the number of requests for the same page (or URI) per page interval. Once the threshhold for that interval has been exceeded, the IP address of the client will be added to the blocking list.


Context: server config, virtualhost, directory

This is the threshold for the total number of requests for any object by the same client on the same listener per site interval. Once the threshhold for that interval has been exceeded, the IP address of the client will be added to the blocking list.


Context: server config, virtualhost, directory

The interval for the page count threshhold; defaults to 1 second intervals.


Context: server config, virtualhost, directory

The interval for the site count threshhold; defaults to 1 second intervals.


Context: server config, virtualhost, directory

The blocking period is the amount of time (in seconds) that a client will be blocked for if they are added to the blocking list. During this time, all subsequent requests from the client will result in a 403 (Forbidden) and the timer being reset (e.g. another 10 seconds). Since the timer is reset for every subsequent request, it is not necessary to have a long blocking period; in the event of a DoS attack, this timer will keep getting reset.


Context: server config, virtualhost, directory

If this value is set, an email will be sent to the address specified whenever an IP address becomes blacklisted. A locking mechanism using DOSLogDir (default: /tmp) prevents continuous emails from being sent. See warning below.

NOTE: Be sure MAILER is set correctly in mod_evasive.c. The default is "/bin/mail -t %s" where %s is used to denote the destination email address set in the configuration. If you are running on linux or some other operating system with a different type of mailer, you'll need to change this.


Context: server config, virtualhost, directory

Create a file consisting of the IP address blocked in this directory. This is used doubly by DOSEmailNotify as a locking mechanism to prevent duplicate email generations. When using with fail2ban sieve below however this is unnecessary.

By default /tmp will be used for locking mechanism, which opens some security issues if your system is open to shell users.

In the event you have nonprivileged shell users, you'll want to create a directory writable only to the user Apache is running as (usually apache, see "User" directive in httpd.conf) then set this in your httpd.conf.


Context: server config, virtualhost, directory

If this value is set, the system command specified will be executed whenever an IP address becomes blacklisted. This is designed to enable system calls to ip filter or other tools. A locking mechanism using /tmp prevents continuous system calls. Use %s to denote the IP address of the blacklisted IP.


Context: server config

IP addresses of trusted clients can be whitelisted to ensure they are never denied. The purpose of whitelisting is to protect software, scripts, local searchbots, or other automated tools from being denied for requesting large amounts of data from the server. Whitelisting should not be used to add customer lists or anything of the sort, as this will open the server to abuse. This module is very difficult to trigger without performing some type of malicious attack, and for that reason it is more appropriate to allow the module to decide on its own whether or not an individual customer should be blocked.

To whitelist an address (or range) add an entry to the Apache configuration in the following fashion:

DOSWhitelist	127.0.0.*

Wildcards can be used on up to the last 3 octets if necessary. Multiple DOSWhitelist commands may be used in the configuration.


Context: server config, virtualhost, directory

HTTP status code to send with blocked requests. Defaults to 403 (Forbidden). 429 is a more friendly value (Too Many Requests).


Context: server config, virtualhost, directory

Trim query string from URI. When DOSCanonicalize on, /foo?bar and /foo are interpreted as /foo. When DOSCanonicalize off, both are distinct queries. Disable this feature for sites that do not use a dispatcher to rewrite URIs.


The keep-alive settings for your children should be reasonable enough to keep each child up long enough to resist a DOS attack (or at least part of one). Remember, it is the child processes that maintain their own internal IP address tables, and so when one exits, so does all of the IP information it had. For every child that exits, another 5-10 copies of the page may get through before putting the attacker back into '403 Land'. With this said, you should have a very high MaxRequestsPerChild, but not unlimited as this will prevent cleanup.

You'll want to have a MaxRequestsPerChild set to a non-zero value, as DosEvasive cleans up its internal hashes only on exit. The default MaxRequestsPerChild is usually 10000. This should suffice in only allowing a few requests per 10000 per child through in the event of an attack (although if you use DOSSystemCommand to firewall the IP address, a hole will no longer be open in between child cycles).


Want to make sure it's working? Run, and view the response codes. It's best to run it several times on the same machine as the web server until you get 403 Forbidden messages. Some larger servers with high child counts may require more of a beating than smaller servers before blacklisting addresses.

Please don't use this script to DoS others without their permission.


  • Whitelists cannot be merged per virtualhost/directory
  • Disabling Keepalive can cause a request to bounce between workers resulting in spurious thresholds before the IP is blocked


Please feel free to fork and fix issues or open new ones.

Original author (jzdziarski/mod_evasive):

Modified package (apisnetworks/mod_evasive):


Misc fixes for mod_evasive, consolidate modules & permit user-agent polling








No packages published


  • C 97.8%
  • Perl 1.8%
  • Shell 0.4%