<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Slicehost customers</title>
	<atom:link href="http://www.paulmellors.net/2008/09/slicehost-customers/feed" rel="self" type="application/rss+xml" />
	<link>http://www.paulmellors.net/2008/09/slicehost-customers#utm_source=feed&amp;utm_medium=feed&amp;utm_campaign=feed</link>
	<description>Paul Mellors&#039;s Blog / Tech News</description>
	<lastBuildDate>Mon, 01 Mar 2010 14:09:49 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: admin</title>
		<link>http://www.paulmellors.net/2008/09/slicehost-customers/comment-page-1#comment-674</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Sun, 07 Sep 2008 18:31:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.paulmellors.net/?p=124#comment-674</guid>
		<description>i just happened to tick all the boxes, which included the ubuntu catagory....i&#039;ve removed it from that catagory....</description>
		<content:encoded><![CDATA[<p>i just happened to tick all the boxes, which included the ubuntu catagory&#8230;.i&#8217;ve removed it from that catagory&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tiago Faria</title>
		<link>http://www.paulmellors.net/2008/09/slicehost-customers/comment-page-1#comment-673</link>
		<dc:creator>Tiago Faria</dc:creator>
		<pubDate>Sun, 07 Sep 2008 17:45:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.paulmellors.net/?p=124#comment-673</guid>
		<description>I also don&#039;t understand why this was posted to UbuntuWeblogs, since it has NOTHING to do with Ubuntu.

I believe I made it clear that UbuntuWeblogs shouldn&#039;t be used to spread messages, which is the exact intention of this post.</description>
		<content:encoded><![CDATA[<p>I also don&#8217;t understand why this was posted to UbuntuWeblogs, since it has NOTHING to do with Ubuntu.</p>
<p>I believe I made it clear that UbuntuWeblogs shouldn&#8217;t be used to spread messages, which is the exact intention of this post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Burrell</title>
		<link>http://www.paulmellors.net/2008/09/slicehost-customers/comment-page-1#comment-672</link>
		<dc:creator>Tim Burrell</dc:creator>
		<pubDate>Sun, 07 Sep 2008 12:45:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.paulmellors.net/?p=124#comment-672</guid>
		<description>As a slicehost customer who would never attempt to brute force anyone elses machine, I have to say I take offense!  I know you were just being funny, but that type of thinking has to go... for more reasons than one.

Skirting around the obvious moral and philosophical issues, let&#039;s merely discuss the technical ones.  Blocking all of slicehost doesn&#039;t actually fix the problem.  The problem is you don&#039;t want people breaking into your machine,.  No one likes people attempting to do just that, but... you do run a public ftp server.

Here&#039;s what you do:

Run a good firewall.  If you use shorewall you can trivially add a rule that limits the number of connected attempts (by port / service) per time period.  I limit people to 3 connection attempts and then block them for 15 minutes.  Imagine trying to brute force that, it&#039;d take forever!  People will just move on to the next machine.  You can even specify a port that you can connect to to reset the timed block if you accidentally lock yourself out.

Try to remember that security through obscurity is not security at all.  Blocking people and using a good firewall help, but they don&#039;t solve the problem.  You need to feel confident that if someone gets in to your machine it&#039;s not going to be that big of a deal:

- Ensure root cannot ssh in
- Make sure all accounts except the bare minimum have shell rights
- Make sure all accounts except the bare minimum have sudo access
- Use STRONG passwords on all shell and sudo enabled accounts
- Run nightly rootkit and system integrity scanners (ie, rkhunter, aide, etc)

There&#039;s tons more you can do too.  Basically, complaining about the problem to all of us, and the slicehost admins, doesn&#039;t fix the problem.  Do what you can so that when you see people trying to break in (which IS going to happen no matter what), you don&#039;t feel you need to worry about it!</description>
		<content:encoded><![CDATA[<p>As a slicehost customer who would never attempt to brute force anyone elses machine, I have to say I take offense!  I know you were just being funny, but that type of thinking has to go&#8230; for more reasons than one.</p>
<p>Skirting around the obvious moral and philosophical issues, let&#8217;s merely discuss the technical ones.  Blocking all of slicehost doesn&#8217;t actually fix the problem.  The problem is you don&#8217;t want people breaking into your machine,.  No one likes people attempting to do just that, but&#8230; you do run a public ftp server.</p>
<p>Here&#8217;s what you do:</p>
<p>Run a good firewall.  If you use shorewall you can trivially add a rule that limits the number of connected attempts (by port / service) per time period.  I limit people to 3 connection attempts and then block them for 15 minutes.  Imagine trying to brute force that, it&#8217;d take forever!  People will just move on to the next machine.  You can even specify a port that you can connect to to reset the timed block if you accidentally lock yourself out.</p>
<p>Try to remember that security through obscurity is not security at all.  Blocking people and using a good firewall help, but they don&#8217;t solve the problem.  You need to feel confident that if someone gets in to your machine it&#8217;s not going to be that big of a deal:</p>
<p>- Ensure root cannot ssh in<br />
- Make sure all accounts except the bare minimum have shell rights<br />
- Make sure all accounts except the bare minimum have sudo access<br />
- Use STRONG passwords on all shell and sudo enabled accounts<br />
- Run nightly rootkit and system integrity scanners (ie, rkhunter, aide, etc)</p>
<p>There&#8217;s tons more you can do too.  Basically, complaining about the problem to all of us, and the slicehost admins, doesn&#8217;t fix the problem.  Do what you can so that when you see people trying to break in (which IS going to happen no matter what), you don&#8217;t feel you need to worry about it!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->