<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Server Sitters Tech Corner &#187; Security</title>
	<atom:link href="http://serversitters.com/technical/category/security/feed/" rel="self" type="application/rss+xml" />
	<link>http://serversitters.com/technical</link>
	<description>Outsourced Web Hosting Support</description>
	<lastBuildDate>Wed, 15 Dec 2010 12:03:48 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Block access to files by extension</title>
		<link>http://serversitters.com/technical/security/block-access-to-files-by-extension/</link>
		<comments>http://serversitters.com/technical/security/block-access-to-files-by-extension/#comments</comments>
		<pubDate>Wed, 17 Nov 2010 18:07:45 +0000</pubDate>
		<dc:creator>Paul</dc:creator>
				<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://serversitters.com/technical/?p=202</guid>
		<description><![CDATA[It&#8217;s often required to block access to files in a folder by the file extension. For example &#8211; customer has an outdated version of oscommerce that they refuse to upgrade. It requires the images folder to have the permissions 777. The only thing that should be stored in the folder is images. To ensure a [...]]]></description>
			<content:encoded><![CDATA[<p>It&#8217;s often required to block access to files in a folder by the file extension.  For example &#8211; customer has an outdated version of oscommerce that they refuse to upgrade.  It requires the images folder to have the permissions 777.  The only thing that should be stored in the folder is images.  To ensure a script kiddie doesn&#8217;t upload php/html files and run them we&#8217;ll often add the following to the .htaccess file within the folder:</p>
<p><Files *.html></p>
<p>order deny,allow</p>
<p>deny from all</p>
<p></Files></p>
<p><Files *.php></p>
<p>order deny,allow</p>
<p>deny from all</p>
<p></Files></p>
<p><Files *.htm></p>
<p>order deny,allow</p>
<p>deny from all</p>
<p></Files></p>
<p><Files *.cgi></p>
<p>order deny,allow</p>
<p>deny from all</p>
<p></Files></p>
<p><Files *.txt></p>
<p>order deny,allow</p>
<p>deny from all</p>
<p></Files></p>
<p>This stops script kiddies from uploading hacking scripts and then loading them in their browser.</p>
]]></content:encoded>
			<wfw:commentRss>http://serversitters.com/technical/security/block-access-to-files-by-extension/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Mod Security Whitelist IP</title>
		<link>http://serversitters.com/technical/security/mod-security-whitelist-ip/</link>
		<comments>http://serversitters.com/technical/security/mod-security-whitelist-ip/#comments</comments>
		<pubDate>Mon, 24 May 2010 14:08:09 +0000</pubDate>
		<dc:creator>Paul</dc:creator>
				<category><![CDATA[Apache]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://serversitters.com/technical/?p=194</guid>
		<description><![CDATA[Sometimes it&#8217;s necessary to whitelist an IP address so it can get past the mod_security filters. This is a great feature in case you want to open the filters for one visitor while leaving the security features in place. Open the mod_security whitelist file: vi /usr/local/apache/conf/modsec2/whitelist.conf Code: SecRule REMOTE_ADDR "^111\.222\.333\.444" phase:1,nolog,allow,ctl:ruleEngine=off Where 111.222.333.444 would be [...]]]></description>
			<content:encoded><![CDATA[<p>Sometimes it&#8217;s necessary to whitelist an IP address so it can get past the mod_security filters.  This is a great feature in case you want to open the filters for one visitor while leaving the security features in place.</p>
<p>Open the mod_security whitelist file:<br />
vi /usr/local/apache/conf/modsec2/whitelist.conf</p>
<p>Code:<br />
<code><br />
SecRule REMOTE_ADDR "^111\.222\.333\.444" phase:1,nolog,allow,ctl:ruleEngine=off<br />
</code></p>
<p>Where 111.222.333.444 would be replaced with the IP address you wish to whitelist.</p>
]]></content:encoded>
			<wfw:commentRss>http://serversitters.com/technical/security/mod-security-whitelist-ip/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Notify when a root user logs in</title>
		<link>http://serversitters.com/technical/security/notify-when-a-root-user-logs-in/</link>
		<comments>http://serversitters.com/technical/security/notify-when-a-root-user-logs-in/#comments</comments>
		<pubDate>Mon, 11 Jan 2010 07:02:32 +0000</pubDate>
		<dc:creator>Paul</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[SSH]]></category>

		<guid isPermaLink="false">http://serversitters.com/technical/?p=187</guid>
		<description><![CDATA[If you don&#8217;t have this setup already you should! This is a great method to ensure you&#8217;re notified each time the root user connects to your server via SSH. Edit the .bash_profile file of the user whose account you wish to monitor &#8211; typically: /root/.bash_profile echo &#8216;ALERT &#8211; Root Shell Access on:&#8217; `hostname` `date` `who` [...]]]></description>
			<content:encoded><![CDATA[<p>If you don&#8217;t have this setup already you should!  This is a great method to ensure you&#8217;re notified each time the root user connects to your server via SSH.  </p>
<p>Edit the .bash_profile file of the user whose account you wish to monitor &#8211; typically: /root/.bash_profile</p>
<p>echo &#8216;ALERT &#8211; Root Shell Access on:&#8217; `hostname` `date` `who` | mail -s &#8220;Alert: Root Access on `hostname`&#8221; email@yourdomain.com</p>
<p>You will then receive an email each time the selected user logs into the system via SSH.  The email will provide you with their full connection string and IP so you can keep a close eye on who&#8217;s accessing a particular server with root privileges.</p>
]]></content:encoded>
			<wfw:commentRss>http://serversitters.com/technical/security/notify-when-a-root-user-logs-in/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Number of connections from an IP</title>
		<link>http://serversitters.com/technical/security/number-of-connections-from-an-ip/</link>
		<comments>http://serversitters.com/technical/security/number-of-connections-from-an-ip/#comments</comments>
		<pubDate>Thu, 31 Dec 2009 02:20:01 +0000</pubDate>
		<dc:creator>Paul</dc:creator>
				<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://serversitters.com/technical/?p=175</guid>
		<description><![CDATA[We have seen a huge increase in individual servers/IP&#8217;s attempting to flood a server or brute force a particular account. Here&#8217;s a great way to check the number of connections being made from each IP that is connected to your server: netstat -an&#124;awk '{print $5}'&#124;cut -d ":" -f1&#124;sort&#124;uniq -c&#124;sort -n We will post an automated [...]]]></description>
			<content:encoded><![CDATA[<p>We have seen a huge increase in individual servers/IP&#8217;s attempting to flood a server or brute force a particular account.   Here&#8217;s a great way to check the number of connections being made from each IP that is connected to your server:</p>
<p><code><br />
netstat -an|awk '{print $5}'|cut -d ":" -f1|sort|uniq -c|sort -n<br />
</code></p>
<p>We will post an automated method to check for an excessive number of connections and then block the IP&#8217;s if they hit a certain threshold.  However, that article won&#8217;t be ready for a few days.  </p>
]]></content:encoded>
			<wfw:commentRss>http://serversitters.com/technical/security/number-of-connections-from-an-ip/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Protect /home from prying eyes</title>
		<link>http://serversitters.com/technical/security/protect-home-from-prying-eyes/</link>
		<comments>http://serversitters.com/technical/security/protect-home-from-prying-eyes/#comments</comments>
		<pubDate>Tue, 22 Dec 2009 21:54:50 +0000</pubDate>
		<dc:creator>Paul</dc:creator>
				<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://serversitters.com/technical/?p=151</guid>
		<description><![CDATA[This tip is especially important if you allow your clients SSH access. By default /home permissions are set to 755 which allows any user to cd /home and then list all of the user folders with ls -lah. This may not sound like too big of a security issue. However, if they&#8217;re a hacker or [...]]]></description>
			<content:encoded><![CDATA[<p>This tip is especially important if you allow your clients SSH access.  By default /home permissions are set to 755 which allows any user to cd /home and then list all of the user folders with ls -lah.  This may not sound like too big of a security issue.  However, if they&#8217;re a hacker or just being curious they now have a full list of every username within the system.  To resolve this you should update the permissions on the /home folder.  This fix has been tested on cpanel servers, DSM servers, Plesk, etc&#8230; without any problems.</p>
<p><code><br />
chmod 751 /home;<br />
</code></p>
<p>Then login as a non-root user and you will be unable to list the folders in /home.</p>
]]></content:encoded>
			<wfw:commentRss>http://serversitters.com/technical/security/protect-home-from-prying-eyes/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Change RDP port for security</title>
		<link>http://serversitters.com/technical/security/change-rdp-port-for-security/</link>
		<comments>http://serversitters.com/technical/security/change-rdp-port-for-security/#comments</comments>
		<pubDate>Fri, 18 Dec 2009 17:03:04 +0000</pubDate>
		<dc:creator>Paul</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Windows Servers]]></category>

		<guid isPermaLink="false">http://serversitters.com/technical/?p=75</guid>
		<description><![CDATA[Server: How do I change the Terminal Server (or RDP) listening port? By default, Terminal Server (For Windows 2000 and Windows Server 2003) and Remote Desktop Protocol (for Windows XP and Windows Server 2003) listens on TCP port 3389. To change the default port for all new connections created on the Terminal Server: 1. Run [...]]]></description>
			<content:encoded><![CDATA[<p>Server:<br />
How do I change the Terminal Server (or RDP) listening port?</p>
<p>By default, Terminal Server (For Windows 2000 and Windows Server 2003) and Remote Desktop Protocol (for Windows XP and Windows Server 2003) listens on TCP port 3389.</p>
<p>To change the default port for all new connections created on the Terminal Server:</p>
<p>   1. Run Regedit and go to this key:</p>
<p>    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\ Control\Terminal Server\WinStations\RDP-Tcp</p>
<p>   2. Find the &#8220;PortNumber&#8221; subkey and notice the value of 00000D3D, hex for (3389). Modify the port number in Hex and save the new value.</p>
<p>You can now connect to the new port by using the &#8220;old&#8221; Windows 2000 Terminal Server client. A better option is to use the XP RDP 5.1 client (Download RDP 5.1). Even better, use the newer Windows Server 2003 RDP 5.2 client (Download RDP 5.2).</p>
<p>You&#8217;ll need to configure your TS client to connect to the new port. Although changing the connection port on the RDP clients is quite easy, you CAN also change the connection port for the TS client. See Related Articles list for more info.</p>
<p>Client Side:<br />
just add the new port in the connection string when connecting via RDP i.e.<br />
win.yourservername.com:$NEWPORT</p>
<p>Default port is 3389</p>
]]></content:encoded>
			<wfw:commentRss>http://serversitters.com/technical/security/change-rdp-port-for-security/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

