Preventing Brute Force Attacks
From DD-WRT Wiki
Revision as of 08:02, 2 October 2008 (edit) Switch (Talk | contribs) (→Prerequisites) ← Previous diff |
Revision as of 08:02, 2 October 2008 (edit) (undo) Switch (Talk | contribs) (→Implementing the protection for SSH) Next diff → |
||
Line 15: | Line 15: | ||
** '''Untested on''': VoIP, VPN, custom builds | ** '''Untested on''': VoIP, VPN, custom builds | ||
- | === Implementing the protection for SSH === | + | ==== Implementing the protection for SSH ==== |
Note that this protection ''example'' is designed to prevent connections on port 22 (SSH). It will not cover telnet (it's better to disable that anyway), nor VPN (PPTP/OpenVPN). It will not work on Micro(+) builds (as of SVN 10431). | Note that this protection ''example'' is designed to prevent connections on port 22 (SSH). It will not cover telnet (it's better to disable that anyway), nor VPN (PPTP/OpenVPN). It will not work on Micro(+) builds (as of SVN 10431). |
Revision as of 08:02, 2 October 2008
Contents |
Preventing Brute Force Attacks
Please, corrections, and improvements to this WIKI article are welcomed and requested, as this WIKI article is currently a work in progress.......
Basic Method
Introduction
Thanks to the suggestion by JoFa, and the legwork, testing and code from jbarbieri, you can now rest easy in having SSH, as well as other service ports open on the WAN portion of your router for ease of use, while severely hampering the attempts of a brute force hack attempt. Remember, always use unique and long passwords!
Prerequisites
- 'Version': theoretically any DD-WRT; tested on v24sp1+
- 'Builds':
- Works on: Standard, Mega
- Doesn't work on: Micro, Micro+
- Untested on: VoIP, VPN, custom builds
Implementing the protection for SSH
Note that this protection example is designed to prevent connections on port 22 (SSH). It will not cover telnet (it's better to disable that anyway), nor VPN (PPTP/OpenVPN). It will not work on Micro(+) builds (as of SVN 10431).
Go to the Administration -> Commands page of your router's GUI. Paste the following code in the script box the click Save Firewall:
iptables -I INPUT -p tcp --dport 22 -m state --state RELATED,ESTABLISHED -j ACCEPT iptables -I INPUT 2 -p tcp --dport 22 -m state --state NEW -m limit --limit 3/min --limit-burst 3 -j ACCEPT iptables -I INPUT 3 -p tcp --dport 22 -j logreject
This code shown here was made for limiting connection attempts to port 22 (SSH) to only 3 per minute. You can adapt this code to implement other ports, change the amount of attempts before timeout, change the length of the timeout, etc.
Protecting TELNET in addition to SSH
The above code can be extended to protect against multiple connections on various other ports. For instance, assuming you want to protect your SSH and TELNET enabled router, you could use the following code:
iptables -I INPUT -p tcp --dport 22 -m state --state RELATED,ESTABLISHED -j ACCEPT iptables -I INPUT 2 -p tcp --dport 23 -m state --state RELATED,ESTABLISHED -j ACCEPT iptables -I INPUT 3 -p tcp --dport 22 -m state --state NEW -m limit --limit 3/min --limit-burst 3 -j ACCEPT iptables -I INPUT 4 -p tcp --dport 23 -m state --state NEW -m limit --limit 3/min --limit-burst 3 -j ACCEPT iptables -I INPUT 5 -p tcp --dport 22 -j logreject iptables -I INPUT 6 -p tcp --dport 23 -j logreject
As you can see, extending the script is not difficult; all that you must do is make sure the lines containing RELATED are first, then the ones containing NEW then the logreject lines.
Applying the concept to forwarded ports
Say your SSH server is running on a LAN machine (instead of the router). You can forward port 22 to the internal server, protecting it using the above concept.
iptables -t nat -I PREROUTING -p tcp -d $(nvram get wan_ipaddr) --dport 22 -j DNAT --to 192.168.1.101:22 iptables -I FORWARD -p tcp -d 192.168.1.101 --dport 22 -m state --state RELATED,ESTABLISHED -j ACCEPT iptables -I FORWARD 2 -p tcp -d 192.168.1.101 --dport 22 -m state --state NEW -m limit --limit 3/min --limit-burst 3 -j ACCEPT iptables -I FORWARD 3 -p tcp --dport 22 -j logreject
Note: In this example, 192.168.1.101 is the IP of the LAN machine that is running the SSH server. It's probably best to change the external port number (dport) in the nat rule to something other than 22 if you actually intend to use these techniques yourself (using standard port for SSH is sure to get some attention by hackers, bots, etc.).