7G Firewall
The 7G Firewall is here! 7G is now out of beta and ready for production sites. So you can benefit from the powerful protection of the latest nG Firewall (aka nG Blacklist).
The 7G Firewall offers lightweight, server-level protection against a wide range of malicious requests, bad bots, automated attacks, spam, and many other types of threats and nonsense.
7G is a lightweight (only 12KB) strong firewall that provides site security and peace of mind. Plus, 7G is open source and 100% free for everyone :)
Contents
- About 7G
- How It Works
- Features
- Requirements
- Download 7G
- License
- Disclaimer
- Deployment
- Testing & Feedback
- Notes & Infos
- Learn More..
- Show Support
- Thank You
About 7G
Two unwritten laws of the Web: 1) Nothing is 100% secure, and 2) All websites are under pretty much 24/7 constant attack. Whether it’s just nuisance traffic like spam, or serious in-your-face DDoS attack, now is the time to strengthen site security and lock things down. 7G helps with this by protecting your site against many types of bad requests and attacks. It gives your site a super strong layer of protection at the server level. So bad requests are blocked without having to load up PHP, MySQL, and everything else.
I’ve seen many times sites just getting hammered with bad traffic.. then you add nG Firewall and watch the noise drop to zero. You free up all those server resources for the good traffic.
What’s the downside? Same as with any firewall, potential false positives. Fortunately for us, 7G is the seventh generation of a firewall/blacklist that comprises over a decade of research, testing, and development. 7G integrates the best features of all previous nG Firewalls and builds upon them. So the goal for 7G is zero false positives. Hence the purpose of the “beta” version is to fine-tune the firewall rules based on larger sample size.
Bottom line: 7G is an easy-to-use, cost-effective way to secure your site against malicious HTTP activity. It helps to protect against evil exploits, ill requests, and other nefarious garbage, such as XSS attacks, code injections, cache poisoning, response splitting, dual-header exploits, and more.
How It Works
The 7G Firewall is a powerful, well-optimized set of rewrite rules that checks all URI requests against a set of carefully constructed Apache/.htaccess or Nginx directives. This happens quietly behind the scenes at the server level, which is optimal for performance because it avoids the need to load up PHP and MySQL just to block a bad request. This is one reason why securing at the server level is better than using a plugin or other PHP script.
7G improves performance by freeing up server resources.
And it’s super-easy to add 7G to your site. Just add the code to your site’s root .htaccess file and then sit back and relax while 7G works its magic. That’s the beauty of it: there is no configuration required. Security via simplicity: add the code and done. For more details, check out the Deployment section below.
Once implemented, 7G scans every HTTP request made to your site. It compares key aspects of each request against a carefully formulated set of patterns and regular expressions (regex). So if someone or something triggers a match, they immediately are blocked silently behind the scenes (via 403 Forbidden response). So legitimate visitors can continue to surf your site with total confidence, while the bad guys are getting stomped by 7G.
Features
7G is a strong firewall that is lightweight and super fast. It strives for the optimal balance between security and performance, delivering significantly better protection than previous nG. Each iteration of nG builds upon previous versions, fortifying successful patterns, removing outdated patterns, and of course adding new patterns and rules based on current data. The result is a 7th-generation firewall that is cumulatively developed and extensively tested, based on code with a proven track record.
Here are some top features and goals of the 7G Firewall:
- Security via simplicity
- Extensive firewall protection
- Fine-tuned to minimize false positives
- Lightweight (only 12KB!), modular, flexible and fast
- Completely plug-&-play with no configuration required
- Improves security, reduces server load, and conserves resources
- Git/SVN friendly (does not block svn/git files et al)
- Open source, easy to use, and completely free
- 100% compatible with WordPress
- Better bad bot detection
- Built-in logging! :)
7G protects against many types of attacks and threats, including:
- Directory Traversal
- HTTP Response Splitting
- (XSS) Cross-Site Scripting
- Cache Poisoning
- Dual-Header Exploits
- SQL/PHP/Code Injection
- File Injection/Inclusion
- Null Byte Injection
- WordPress exploits such as revslider, timthumb, fckeditor, et al
- Exploits such as c99shell, phpshell, remoteview, site copier, et al
- PHP information leakage
Additionally, the 7G Firewall protects against a wide range of malicious requests, bad bots, spam, and other nonsense. Further, 7G uses Apache’s mod_rewrite, so it works on all types of HTTP request methods: GET, POST, PUT, DELETE, and all others. That means robust protection for your website.
Requirements
Here are the only requirements for 7G Firewall:
- Apache server
mod_rewrite
enabled- Access to .htaccess or config
If you are unsure about either of these requirements, ask your web host. If you are new to Apache and/or .htaccess, and want to learn more about it, I wrote an entire book on using .htaccess to secure and optimize your site. Also, here is a tutorial that explains how to create an .htaccess file on your local machine.
Download 7G Firewall
By downloading this file, you agree to the terms set forth in the License and Disclaimer. Also check out the 7G Changelog. To implement 7G, follow the steps in the Deployment section, below.
License
As mentioned previously, the 7G Firewall is entirely open source and free for all to use. The only requirement is that the following credit lines are included wherever 7G is used (note that version and date infos will vary):
# 7G FIREWALL
# @ https://perishablepress.com/7g-firewall/
Other than that, it’s all yours!
Disclaimer
The 7G Firewall is provided “as-is”, with the intention of helping people protect their sites against bad requests and other malicious activity. The code is open and free to use and modify as long as the first two credit lines remain intact. By using this code you assume all risk and responsibility for anything that happens, whether good or bad. In short, use wisely, test thoroughly, don’t sue me.
Deployment
Quick summary: add the 7G code to your site’s root .htaccess file (or Apache config file) and test thoroughly. After proper testing, you’re all set: 7G Firewall protects your site silently with minimal footprint. A completely set-it-and-forget-it firewall solution. Here are the steps to add 7G to your site:
- Agree to the terms, download, and unzip 7G
- Make a backup of your current .htaccess file
- Copy all 7G code and add to your root
.htaccess
- Save changes and upload to your server
- Test well (see next section)
Note: for best results, place 7G code before any existing mod_rewrite
rules (e.g., WordPress Permalinks).
Testing & Feedback
This version of the nG Firewall is turn-key equipped for logging via PHP. Here is a complete tutorial on how to log blocked requests via PHP. Further troubleshooting tips available on the 6G Firewall homepage.
Also, if you discover any bugs, issues, or errors, report them directly via my contact form. As always, feel free to share feedback and ask any questions in the comment section. Please do not report bugs in the comment area, thanks :)
Notes & Infos
Here are some miscellaneous notes and tips about the 7G Firewall.
- 7G is modular: each section can be removed/added as desired
- It is fine to use multiple nG firewalls, but not recommended
- 7G is designed to work flawlessly with WordPress and any other website
- Please report any strings or user agents that should not be blocked
- Always test well before going live and report any bugs or issues
- Use Contao CMS? Check out the nG Apache Firewall for Contao
- If using any sort of “thumb” plugin or script, remove the two lines that include
(thumbs?(
. One line is in User Agents and the other in Request URI. - Nice tutorial on Using 7G Firewall with OpenLiteSpeed
- If using Prestashop, remove
filemanager
from Request URI rules - Other notes will be added here..
Enable phpMyAdmin
Depending on your setup, it may be necessary to make the following changes for phpMyAdmin to work. First, remove |request
from the following line:
RewriteCond %{QUERY_STRING} (globals|mosconfig([a-z_]{1,22})|request)(=|\[) [NC,OR]
Then also remove (or comment out) this entire line:
RewriteCond %{QUERY_STRING} (_|%5f)(r|%72|%52)(e|%65|%45)(q|%71|%51)(u|%75|%55)(e|%65|%45)(s|%73|%53)(t|%74|%54)(=|\[|%[0-9A-Z]{2,}) [NC,OR]
With those changes in place, phpMyAdmin should work properly on most servers.
Enable s2Member
To enable the s2Member WordPress plugin, make the following changes. First, remove globals|
from the following line:
RewriteCond %{QUERY_STRING} (globals|mosconfig([a-z_]{1,22})|request)(=|\[) [NC,OR]
Then also remove (or comment out) this entire line:
RewriteCond %{QUERY_STRING} (g|%67|%47)(l|%6c|%4c)(o|%6f|%4f)(b|%62|%42)(a|%61|%41)(l|%6c|%4c)(s|%73|%53)(=|[|%[0-9A-Z]{0,2}) [NC,OR]
With those changes in place, s2Member should work properly.
Learn More..
To learn more about the theory and development of the 7G Firewall, check out my articles on building the 3G, 4G, 5G Blacklist, and related topics. The 6G Firewall homepage also contains lots of useful and relevant information. And if all that’s not enough, you can view all nG-related posts in the nG tag archive.
Show support
I spend countless hours developing the 7G Firewall. I share it freely and openly with the hope that it will help make the Web a safer place for everyone.
If you benefit from my work with 7G and would like to show support, consider buying one of my books, such as .htaccess made easy. You’ll get a complete guide to .htaccess, exclusive forum access, and a ton of awesome techniques for configuring, optimizing, and securing your site.
Of course, tweets, likes, links, and shares are super helpful and very much appreciated. Your generous support allows me to continue developing the 7G Firewall and other awesome resources for the community. Thank you kindly :)
Thank You
Thanks to everyone who shares feedback and helps beta test nG. Also thank you to everyone who supports Perishable Press with links and social shares. Additionally, I would like to thank the following sites for providing the free tools used during development. Please visit and bookmark these awesome resources:
- regex101.com – Online Regex Tester
- Complete Character List for UTF-8
- Megaproxy Proxy Service
- Apache Module mod_rewrite
- Apache Module mod_setenvif
- Htaccess SetEnvIf and SetEnvIfNoCase Examples
- Blocking user agents, requests & query strings
156 responses to “7G Firewall”
should I use both 6g and 7g together or just the latest one?
7G is meant as a replacement for 6G. But they work together fine. Totally your call.
Hi,
why is there this RewriteCond?
RewriteCond %{QUERY_STRING} (localhost|loopback|127(\.|%2e)0(\.|%2e)0(\.|%2e)1)
With this cond in my .htaccess I cannot connect to DB via adminer. What’s the risk when I comment this line out?
Thanks
Shortik
It blocks URI requests that match the defined patterns. If commented out or removed, the line no longer will block matching requests.
Hi Jeff
In this line:
I assume this rejects any visitors from those data centers? I’m getting a load of visits from IPs that originate from Microsoft Data Center in Des Moines, Iowa (have also posted on webhostingtalk . com/showthread.php?t=1888765 about this data center) and would love to block them. mxtoolbox . com reverse lookup reports ‘Your DNS hosting provider is “Azure”‘ so is it simply add ‘azure’ to the line above?
Technically that is correct, however doing so would block any/all traffic coming from Azure. As it’s a public cloud host, that means you would be blocking any legit traffic from that source as well.
Thanks Jeff, actually I can’t think of any legit traffic from Azure apart from bingbots and at this point I’m willing to forego those. Only issue is that I’m not sure whether azure-dns or azure will work. Guess I can try them and find out!
Hi! I’ve been using 7G since it was released, thank you so much for putting this together!
Today, I came across this github repo:
https://github.com/mitchellkrogza/apache-ultimate-bad-bot-blocker/tree/master/_generator_lists
It seems to have a lot of additional useragents, domain ranges etc…if you’re planning to release an update of 7G, could you consider including the data from that repo as well? Thanks!
I’ll take a look, thank you.
Hi!
I watched the work of the 7G Firewall, and made several finds. In essence, these comments are not critical, but they may be useful for FAQ documentation and clarification of the rules in the future.
END
flag did not work on one of the hosting sites – I had to replace it withL
. It turned out that it worked without a log, but if I wanted to get a log, it went into Apache error.?rsssl_scan_request=1 [request] [=]
loopback
Otherwise, a wonderful product and I am completely satisfied! And can say Perfect!
According to the Apache2 documentation, the only way to prevent
trace
from being usable as an HTTP “verb” on your site, is to disable it from an Apache2 configuration by turning it “off” (EX:TraceEnable Off
). This setting is not affected by htaccess-level directives.Thanks for the infos. Do you happen to have a link to the specific Apache documentation? (I couldn’t find it.) I would be glad to add a note to the 7G post if I can verify the source of the information.
For anyone reading, the comment refers to this line in 7G Firewall:
From my understanding, this is sufficient to disable the
trace
method. Depending on your setup/config, it also may be necessary to disabletrace
via Apache’shttpd.conf
file, which can be done with this:Any further information on this would be appreciated.
In my .htaccess I defined:
The requests that come from the user-agent “python-requests”, are prohibited by rule #3 of 7G (User Agent rules). But I get 500, instead of 403 (AH00124: Request exceeded the limit of 10 internal redirects due to probable configuration error). This is because it attempts to redirect to
/errors/forbidden.html
, but is denied.My workaround:
To reproduce the problem, you can add “firefox” to the list of blocked user agents, then try with browser.
I have BBQ plugin, if I use 7G Firewall can I remove BBQ or not ?
The rule sets are not the same, so when both you have extra protection. You also may remove one or the other, whichever you prefer as needed for your site.
Great work as always Jeff. Installed 7g and it’s working beautifully. One question, ahrefs can no longer crawl my site or detect the robots.txt? Is this a known or issue or is local to me?
Thank you Sam. ahrefs is blocked but you can remove
ahrefs|
to allow it.Hi Jeff
Getting a load of traffic from ap-southeast-1.compute.amazonaws.com, eg ip 54.255.110.242 ( https://www.abuseipdb.com/check/54.255.110.242 )
Thought this line would drop them, but it doesn’t appear to be the case:
Is
ap-southeast-1.compute.amazonaws.com
reported as the host name for the unwanted requests?It’s different ip’s eg:
ec2-54-255-110-242.ap-southeast-1.compute.amazonaws.com
ec2-13-213-114-96.ap-southeast-1.compute.amazonaws.com
ec2-18-136-2-192.ap-southeast-1.compute.amazonaws.com
Okay thanks, those do not *look* like IP addresses, although the prefixed numbers may correspond to IP addresses. What I was asking, is whether those lines are reported as the host name specifically? Not the referrer or part of the request, or user agent, etc.
Maybe I’m misinterpreting how hostname works.
Eg: If I single out one ip originating from Singapore:
18.139.56.41 and then use whatismyipaddress.com/ip/ the result for that ip shows a host name of ec2-18-139-56-41.ap-southeast-1.compute.amazonaws.com
I’m guessing
RewriteCond %{REMOTE_HOST}
isn’t for http traffic but for other hosts attempting to login etc. to the server?Found user agent (compatible; Bytespider
Added Bytespider to
RewriteCond %{HTTP_USER_AGENT}
line; issue seems resolved!