<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Using IPTables to Prevent SSH Brute Force Attacks</title>
	<atom:link href="http://www.digitalsanctuary.com/tech-blog/debian/using-iptables-to-prevent-ssh-brute-force-attacks.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.digitalsanctuary.com/tech-blog/debian/using-iptables-to-prevent-ssh-brute-force-attacks.html</link>
	<description>Java, ATG, Seam, and related Technologies</description>
	<pubDate>Sat, 22 Nov 2008 18:17:21 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>By: Tim</title>
		<link>http://www.digitalsanctuary.com/tech-blog/debian/using-iptables-to-prevent-ssh-brute-force-attacks.html#comment-10194</link>
		<dc:creator>Tim</dc:creator>
		<pubDate>Fri, 22 Aug 2008 08:44:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsanctuary.com/tech-blog/?p=119#comment-10194</guid>
		<description>Thnx this helps me out a lot, I was looking for something like this already.

@Andries
Still some clients (like on iphone) don't support different ports then 22</description>
		<content:encoded><![CDATA[<p>Thnx this helps me out a lot, I was looking for something like this already.</p>
<p>@Andries<br />
Still some clients (like on iphone) don&#8217;t support different ports then 22</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Devon</title>
		<link>http://www.digitalsanctuary.com/tech-blog/debian/using-iptables-to-prevent-ssh-brute-force-attacks.html#comment-9724</link>
		<dc:creator>Devon</dc:creator>
		<pubDate>Sun, 10 Aug 2008 02:37:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsanctuary.com/tech-blog/?p=119#comment-9724</guid>
		<description>@Andreis: Good question.

A few answers: 

1) a different port is a good idea for part of a security solution, but you should still have measures in place to prevent brute force attacks.  Port scanning to identify ssh server ports isn't hard.  You might duck a large number of automated scanners, but it won't do anything for a targeted attack.  My solution will.  So you should do the above anyhow:)

2) one of the main reasons I don't run on a different port myself is convenience.  I ssh in from a large number of other servers, and scp files frequently.  Having to specify a port every time I do any of that would be a pain.</description>
		<content:encoded><![CDATA[<p>@Andreis: Good question.</p>
<p>A few answers: </p>
<p>1) a different port is a good idea for part of a security solution, but you should still have measures in place to prevent brute force attacks.  Port scanning to identify ssh server ports isn&#8217;t hard.  You might duck a large number of automated scanners, but it won&#8217;t do anything for a targeted attack.  My solution will.  So you should do the above anyhow:)</p>
<p>2) one of the main reasons I don&#8217;t run on a different port myself is convenience.  I ssh in from a large number of other servers, and scp files frequently.  Having to specify a port every time I do any of that would be a pain.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andries Louw Wolthuizen</title>
		<link>http://www.digitalsanctuary.com/tech-blog/debian/using-iptables-to-prevent-ssh-brute-force-attacks.html#comment-9723</link>
		<dc:creator>Andries Louw Wolthuizen</dc:creator>
		<pubDate>Sun, 10 Aug 2008 02:26:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsanctuary.com/tech-blog/?p=119#comment-9723</guid>
		<description>Why would you run SSH on port 22? Running sSH on a other port is a simple solution, that keeps most of the attempts out.</description>
		<content:encoded><![CDATA[<p>Why would you run SSH on port 22? Running sSH on a other port is a simple solution, that keeps most of the attempts out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Branitar</title>
		<link>http://www.digitalsanctuary.com/tech-blog/debian/using-iptables-to-prevent-ssh-brute-force-attacks.html#comment-8750</link>
		<dc:creator>Branitar</dc:creator>
		<pubDate>Fri, 25 Jul 2008 10:09:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsanctuary.com/tech-blog/?p=119#comment-8750</guid>
		<description>Ahh I guess I figured it out. To make the rules above permanent I just have to save them to a file (as you did in the script in the other article) and edit the interfaces file to load my rules file.

Thanks a lot! I'm very new to the iptables business and reading through the manual pages I dint really get how to do the 3 attempts thing. So your blog was kind of a live-safer :)</description>
		<content:encoded><![CDATA[<p>Ahh I guess I figured it out. To make the rules above permanent I just have to save them to a file (as you did in the script in the other article) and edit the interfaces file to load my rules file.</p>
<p>Thanks a lot! I&#8217;m very new to the iptables business and reading through the manual pages I dint really get how to do the 3 attempts thing. So your blog was kind of a live-safer <img src='http://www.digitalsanctuary.com/tech-blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Devon</title>
		<link>http://www.digitalsanctuary.com/tech-blog/debian/using-iptables-to-prevent-ssh-brute-force-attacks.html#comment-8731</link>
		<dc:creator>Devon</dc:creator>
		<pubDate>Fri, 25 Jul 2008 02:07:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsanctuary.com/tech-blog/?p=119#comment-8731</guid>
		<description>I save my iptables rules and have them loaded at startup using the commands here:

http://www.digitalsanctuary.com/tech-blog/debian/how-to-block-an-ip-in-linux.html

As for the block, it's just for a few minutes (in case I lock myself out - which I've done before), but totally breaks any brute-force attempt, since they never stop trying, and hence stay blocked out until they've given up.

Does that answer your question?</description>
		<content:encoded><![CDATA[<p>I save my iptables rules and have them loaded at startup using the commands here:</p>
<p><a href="http://www.digitalsanctuary.com/tech-blog/debian/how-to-block-an-ip-in-linux.html" rel="nofollow">http://www.digitalsanctuary.com/tech-blog/debian/how-to-block-an-ip-in-linux.html</a></p>
<p>As for the block, it&#8217;s just for a few minutes (in case I lock myself out - which I&#8217;ve done before), but totally breaks any brute-force attempt, since they never stop trying, and hence stay blocked out until they&#8217;ve given up.</p>
<p>Does that answer your question?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Branitar</title>
		<link>http://www.digitalsanctuary.com/tech-blog/debian/using-iptables-to-prevent-ssh-brute-force-attacks.html#comment-8712</link>
		<dc:creator>Branitar</dc:creator>
		<pubDate>Thu, 24 Jul 2008 20:28:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.digitalsanctuary.com/tech-blog/?p=119#comment-8712</guid>
		<description>Is this an immediate measure or do you also have it in a script somewhere so it is started with your server?</description>
		<content:encoded><![CDATA[<p>Is this an immediate measure or do you also have it in a script somewhere so it is started with your server?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
