<?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>eRacks Open Source Systems Blog &#187; security</title>
	<atom:link href="http://blog.eracks.com/category/security/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.eracks.com</link>
	<description>Making the world safe for Open Source</description>
	<lastBuildDate>Wed, 10 Aug 2011 23:35:49 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Putting SSH Keys to Work</title>
		<link>http://blog.eracks.com/2008/11/putting-ssh-keys-to-work/</link>
		<comments>http://blog.eracks.com/2008/11/putting-ssh-keys-to-work/#comments</comments>
		<pubDate>Sat, 22 Nov 2008 00:13:30 +0000</pubDate>
		<dc:creator>james</dc:creator>
				<category><![CDATA[authentication]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[ssh]]></category>
		<category><![CDATA[unix]]></category>
		<category><![CDATA[key]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[private]]></category>
		<category><![CDATA[public]]></category>
		<category><![CDATA[ssh-keygen]]></category>

		<guid isPermaLink="false">http://blog.eracks.com/?p=70</guid>
		<description><![CDATA[There may be situations where you&#8217;d like to login to a remote machine via SSH and not have to enter a password to do it. Perhaps you have some sort of automated file transfer that makes use of SCP. Or, perhaps you frequently login to the same machine and get tired of having to enter [...]]]></description>
			<content:encoded><![CDATA[<p style="margin-bottom: 0in;">There may be situations where you&#8217;d like to login to a remote machine via SSH  and not have to enter a password to do it.  Perhaps you have some sort of  automated file transfer that makes use of SCP.  Or, perhaps you frequently login  to the same machine and get tired of having to enter a password each time.  Whatever the reason may be, an attractive alternative to using passwords  involves making use of cryptographic keys.</p>
<p style="margin-bottom: 0in;">To give you a general idea of what&#8217;s involved, you&#8217;ll first generate a  public/private key pair.  Your public key is what you would copy to every  machine you want to be able to log into.  You can think of the public key as the  lock on a door to a house.  The reason why we call this a public key is that it&#8217;s safe to share it with the public, just as the lock on your door is safe to  display from the outside.  By contrast, your private key can be thought of as  the key that fits into the lock.  Unlike your public key, you should never copy  it to machines that are either untrusted or to machines that you yourself don&#8217;t administer &#8212; this would be a bit like placing the key to your front door  outside your house for strangers to use!  Anybody who possesses your private key  can access every machine to which you&#8217;ve made your public key accessible, so  exercise extreme caution and guard your private key with your life.</p>
<p style="margin-bottom: 0in;">SSH makes generating your keys very simple.  From the command line, you&#8217;ll  simply enter the following command:</p>
<p style="margin-bottom: 0in;"><span style="font-family: Courier New,monospace;"><span style="font-size: x-small;">$ssh-keygen </span></span></p>
<p style="margin-bottom: 0in;">You&#8217;ll then be asked a series of questions.  Accept all the defaults.  If you  don&#8217;t desire to password protect your key pair (which would require you to  enter a password when you use it), hit enter when asked for the password, without typing anything in.  At the end of the process, you should discover two  new files in <span style="font-family: Courier New,monospace;"><span style="font-size: x-small;">~/.ssh</span></span><span style="font-family: Times New Roman,serif;"><span style="font-size: small;">, </span></span><span style="font-family: Courier New,monospace;"><span style="font-size: x-small;">id_rsa</span></span> and<span style="font-family: Courier New,monospace;"><span style="font-size: x-small;"> id_rsa.pub</span></span>, where ~ stands for your home  directory.  From here, you&#8217;ll copy your public key (<span style="font-family: Courier New,monospace;"><span style="font-size: x-small;">id_rsa.pub</span></span>) to every machine  you wish to log into and append its contents to a file called  <span style="font-family: Courier New,monospace;"><span style="font-size: x-small;">~/.ssh/authorized_keys</span></span>, where ~ stands for the home directory of the account  you wish to log into.</p>
<p style="margin-bottom: 0in;">To test your newly generated key pair, try to connect to one or more of the  remote machines you copied your public key to.  You&#8217;ll find that you&#8217;re sent  straight to a command prompt, without the need for a password.</p>
<p style="margin-bottom: 0in;">Now, there are situations where using keys without passwords can potentially be hazardous, so some significant thought should be given to the circumstances in which your key pair will be used.  For example, I will never copy my laptop&#8217;s public key to my personal server at home, because if my laptop is ever stolen, the thief (if he knew how to use *NIX) would not only have access to all my local data, but would also have complete SSH access to my network at home, since he would have my laptop&#8217;s private key.  Thus, I choose to sacrifice convenience for security in that particular situation.  As with all things in life, the amount of relative security versus convenience is a trade off, so make sure you choose wisely.</p>
<p style="margin-bottom: 0in;">Enjoy!</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.eracks.com/2008/11/putting-ssh-keys-to-work/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Six Tips for Effective Virtualization Security</title>
		<link>http://blog.eracks.com/2008/07/six-tips-for-effective-virtualization-security/</link>
		<comments>http://blog.eracks.com/2008/07/six-tips-for-effective-virtualization-security/#comments</comments>
		<pubDate>Wed, 09 Jul 2008 21:25:32 +0000</pubDate>
		<dc:creator>britta</dc:creator>
				<category><![CDATA[News]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[virtualization]]></category>
		<category><![CDATA[firewall]]></category>
		<category><![CDATA[redundant firewall]]></category>
		<category><![CDATA[twinguard]]></category>

		<guid isPermaLink="false">http://blog.eracks.com/?p=5</guid>
		<description><![CDATA[A secure environment is absolutely crucial for a virtualization server connected to the Internet. If the host is compromised, all its virtual machines are at risk and their services will be affected. eRacks virtualization experts have put together a useful list of security considerations for virtualization migration planners. TIP #1. Use an open source virtualizer [...]]]></description>
			<content:encoded><![CDATA[<p><strong>A secure environment is absolutely crucial for a virtualization server connected to the Internet.</strong> If the host is compromised, all its virtual machines are at risk and their services will be affected.</p>
<table border="0" width="100%">
<tbody>
<tr>
<td width="300" valign="top"><a href="http://eracks.com/products/Virtualization%20Servers/config?sku=SUITE"><br />
<img src="http://eRacks.com/press/e/suite_300w.jpg" border="0" alt="" align="left" /></a></td>
<td>eRacks virtualization experts have put together a useful list of security considerations for virtualization migration planners. <strong>TIP #1.</strong> Use an open source virtualizer if possible. Open source software vulnerabilities are documented clearly,  are well-known, and fixed quickly.</td>
</tr>
<tr>
<td colspan="2">Proprietary-software bugs usually take longer to get  fixed, and are even  <a href="http://www.news.com/Exposing-software-flaws--no-easy-job/2008-1002_3-6189457.html">sold</a> on black markets for illicit hacking.  In fact, there are documented cases of closed source software companies purchasing security hole information  of their own applications.  Open source software vulnerabilities have less value on the black market, because of their shorter shelf-life.</td>
</tr>
<tr>
<td colspan="2"><strong>TIP #2.</strong> Use open source guests wherever possible. New drivers for open source applications improve security as well as performance. Open source guests are more cooperative with the host, leaving less room for attack. Windows is inherently less secure, since <em>a</em> &#8211; it is closed source and updated less frequently. <em>b</em> &#8211; widely used and thus a big target. <em>c</em> &#8211; statistically has more severe vulnerabilities than open source OSes which take longer to fix.</td>
</tr>
<tr>
<td colspan="2"><strong>TIP #3.</strong> Minimize the host footprint, making less surface area available for hackers. A small  target is harder to hit than a large one.  eRacks typically recommends KVM because of its small footprint, simple design, and  ease of use.<br />
The virtualization host provides services in the form of ports and packages, which should only include those required by the VMs. An effective security plan should minimize the number of open ports, narrowing the possibilities of illicit entry.</td>
</tr>
<tr>
<td colspan="2"><a href="http://eracks.com/products/Firewall%20Servers/config?sku=TWINGUARD"><img src="http://eracks.com/press/e/twinguard_300w.jpg" alt="" align="right" /> </a><strong>TIP #5.</strong> Use an external physical firewall. It is also possible to use a virtualized firewall, running as a guest, but it can only protect the downstream systems, and not the host. A virtualized IP-less bridging firewall is also possible but it is more difficult to implement, and still doesn&#8217;t protect the host. The safest solution is an external firewall, such as the <a href="http://eracks.com/products/Firewall%20Servers/config?sku=TWINGUARD">eRacks/TWINGUARD</a>, a redundant 1U system, with failover, running a very secure OpenBSD.</td>
</tr>
<tr>
<td colspan="2"><strong>TIP #6.</strong> Assess your security level, including regular port scans (Nmap),  and OS fingerprinting, keeping track of any changes.  A hardened system will not give  out versions of running services, otherwise it would be too easy to know  exactly where the vulnerabilities lie.   eRacks can give you a head start by building, installing, and configuring your system for you.   Your physical host server can be configured with your choice of a virtualization host, including the freely available version of VMWare or Linux-native KVM (Kernel-based Virtual Machine), as well as a  large number of possible virtual operating systems and applications, including web, DNS, email, proxy and other  infrastructure services.</td>
</tr>
</tbody>
</table>
<table border="1" width="100%" bgcolor="#efdfef">
<tbody>
<tr>
<td align="center"><strong>virtualizer</strong></td>
<td align="center"><strong>description</strong></td>
<td align="center"><strong>complexity</strong></td>
<td align="center"><strong>level of open source</strong></td>
</tr>
<tr>
<td align="center"><a href="http://kvm.qumranet.com/kvmwiki">KVM</a></td>
<td align="center">built into the kernel, uses the standard Linux scheduler, memory management and other services</td>
<td align="center">simple, non-intrusive, very stable, easy to administrate -<br />
KVM hypervisor about 10-12K lines of code (<a href="http://kerneltrap.org/node/8088">2007</a>)</td>
<td align="center">released under the GNU GPL<br />
free</td>
</tr>
<tr>
<td align="center"><a href="http://www.cl.cam.ac.uk/research/srg/netos/xen/">Xen</a></td>
<td align="center">external hypervisor, supports both paravirtualization and full virtualization, has its own scheduler, memory manager, timer handling, and machine initialization.</td>
<td align="center">specially modified kernel &#8211; has 10x more lines of code as KVM =&gt; raises the vulnerability level</td>
<td align="center">released under the GNU GPL<br />
free</td>
</tr>
<tr>
<td align="center"><a href="http://www.vmware.com/">VMware</a></td>
<td align="center">fully virtualizes using software techniques only, very good performance, stability.</td>
<td align="center">very large and complex; more than 10x lines of code of Xen</td>
<td align="center">proprietary,<br />
player open (teaser-ware),<br />
fees</td>
</tr>
</tbody>
</table>
]]></content:encoded>
			<wfw:commentRss>http://blog.eracks.com/2008/07/six-tips-for-effective-virtualization-security/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

