Ethical Hacking Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package. | Computer Forensics Training at InfoSec Institute Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors. |

| Subject: | Re: [Full-disclosure] reduction of brute force login attempts via SSH through iptables --hashlimit |
|---|---|
| Date: | Tue, 28 Feb 2006 22:45:57 +0100 |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, was fail2ban ( http://fail2ban.sourceforge.net/ ) already mentioned? It works like -sk's script. It searches your auth.log (or wherever your sshd messages go to) for all typical sshd failure-messages. After a user-defined count of "n" login failures from one IP where counted in "x" user-defined seconds, it bans all traffic from that IP for "t" seconds via iptables. After "t" seconds the rule will be automatically delete. On my Debian Sarge server it works quite well. (Included in Debian Etch, Gentoo and RedHat packages are also available.) But I haven't tested if fail2ban is vulnerable against DoS-Attacks, for example if you spoof your IP with the IP of the gateway your server is directly connected to. And then try to login via ssh on $victim_host with the IP of $gateway. - Would have the side-effect that ALL incoming traffic will be dropped, as long as the rule stays active. iptables -L output shows the following for fail2ban chain: ##### Before - Empty ruleset ##### Chain fail2ban-SSH (1 references) target prot opt source destination RETURN all -- anywhere anywhere ##### After adding an IP to banlist ##### Chain fail2ban-SSH (1 references) target prot opt source destination DROP all -- shell.xxxxxxxxxx.de anywhere RETURN all -- anywhere anywhere Though, the iptables-commands can be easily changed in /etc/fail2ban.conf (look for "fwban"). Just my 2 cents, Christian "Khark" Lauf - -- Christian "Khark" Lauf <khark@kharkerlake.net> GPG: 0x6AADC60A | IRCnet/silcnyet: Khark silcnyet-Fingerprint: 9424 E3BF B637 E1FC E355 BA7C 01CC 1B68 3A1C E330 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFEBMSUAaLWKGqtxgoRApY8AJ47D5FfQ/bgIeZ6NSO9YF5hA6IarwCcDdQZ ohVxfnuF+8FCfMbPYjHtgL4= =KpTi -----END PGP SIGNATURE----- _______________________________________________ Full-Disclosure - We believe in it. Charter: http://lists.grok.org.uk/full-disclosure-charter.html Hosted and sponsored by Secunia - http://secunia.com/
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [Full-disclosure] reduction of brute force login attempts via SSH through iptables --hashlimit, GroundZero Security |
|---|---|
| Next by Date: | Re: [Full-disclosure] reduction of brute force login attempts via SSH through iptables --hashlimit, Gary Leons |
| Previous by Thread: | Re: [Full-disclosure] reduction of brute force login attempts via SSH through iptables --hashlimit, GroundZero Security |
| Next by Thread: | Re: [Full-disclosure] reduction of brute force login attempts via SSH through iptables --hashlimit, Gary Leons |
| Indexes: | [Date] [Thread] [Top] [All Lists] |