<?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: Public Key Authentication for SSH Made Easy</title>
	<atom:link href="http://tombuntu.com/index.php/2008/02/20/public-key-authentication-for-ssh-made-easy/feed/" rel="self" type="application/rss+xml" />
	<link>http://tombuntu.com/index.php/2008/02/20/public-key-authentication-for-ssh-made-easy/</link>
	<description>News, Tips, and How-Tos for Ubuntu Linux</description>
	<lastBuildDate>Tue, 01 May 2012 21:09:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Google Authenticator PAM ??? ??????? 11.10 - MR WOW</title>
		<link>http://tombuntu.com/index.php/2008/02/20/public-key-authentication-for-ssh-made-easy/#comment-189554</link>
		<dc:creator>Google Authenticator PAM ??? ??????? 11.10 - MR WOW</dc:creator>
		<pubDate>Tue, 18 Oct 2011 05:45:29 +0000</pubDate>
		<guid isPermaLink="false">http://tombuntu.com/index.php/2008/02/20/public-key-authentication-for-ssh-made-easy/#comment-189554</guid>
		<description>[...] ?? ?? ????? ??? ???? ?????? ???? ssh ?? public key authentication ??????? ????? ??? ???????? ?? Google Authenticor ?oogle Authenticor [...]</description>
		<content:encoded><![CDATA[<p>[...] ?? ?? ????? ??? ???? ?????? ???? ssh ?? public key authentication ??????? ????? ??? ???????? ?? Google Authenticor ?oogle Authenticor [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SSH connectivity - Page 3</title>
		<link>http://tombuntu.com/index.php/2008/02/20/public-key-authentication-for-ssh-made-easy/#comment-170094</link>
		<dc:creator>SSH connectivity - Page 3</dc:creator>
		<pubDate>Wed, 17 Aug 2011 19:10:07 +0000</pubDate>
		<guid isPermaLink="false">http://tombuntu.com/index.php/2008/02/20/public-key-authentication-for-ssh-made-easy/#comment-170094</guid>
		<description>[...] netseer_tag_id = &quot;1735&quot;; netseer_ad_width = &quot;300&quot;; netseer_ad_height = &quot;250&quot;; netseer_task = &quot;ad&quot;;     document.write(&#039;[Log in to get rid of this advertisement]&#039;);   So in a nutshell:  1 - ssh-keygen -t rsa --&gt; on the ssh server itself or your client machine  This will create your id_rsa (private key) and id_rsa.pub (public key)  2 - Tell the server what your public key is:  I created this stuff on my workstation not the server hosting ssh-server:  user@client&gt;cat .ssh/id_rsa.pub &#124; ssh user@ssh-server &quot;cat &gt;&gt; .ssh/authorized_keys&quot;  3 - Make sure that you have stuff setup correctly in your /etc/ssh/sshd_config  RSAAuthentication yes PubkeyAuthentication yes AuthorizedKeysFile %h/.ssh/authorized_keys  4 You should be golden from this point on.   Now it all about who has your private key to be able to authenticate the &quot;ssh&quot; server. Simply give the machines that  you want to give access to, the private key and they should be able to login into the server.  Here are the urls that I used:  https://help.ubuntu.com/community/SSH/OpenSSH/Keys http://tombuntu.com/index.php/2008/0...ssh-made-easy/ [...]</description>
		<content:encoded><![CDATA[<p>[...] netseer_tag_id = &quot;1735&quot;; netseer_ad_width = &quot;300&quot;; netseer_ad_height = &quot;250&quot;; netseer_task = &quot;ad&quot;;     document.write(&#39;[Log in to get rid of this advertisement]&#39;);   So in a nutshell:  1 &#8211; ssh-keygen -t rsa &#8211;&gt; on the ssh server itself or your client machine  This will create your id_rsa (private key) and id_rsa.pub (public key)  2 &#8211; Tell the server what your public key is:  I created this stuff on my workstation not the server hosting ssh-server:  user@client&gt;cat .ssh/id_rsa.pub | ssh user@ssh-server &quot;cat &gt;&gt; .ssh/authorized_keys&quot;  3 &#8211; Make sure that you have stuff setup correctly in your /etc/ssh/sshd_config  RSAAuthentication yes PubkeyAuthentication yes AuthorizedKeysFile %h/.ssh/authorized_keys  4 You should be golden from this point on.   Now it all about who has your private key to be able to authenticate the &quot;ssh&quot; server. Simply give the machines that  you want to give access to, the private key and they should be able to login into the server.  Here are the urls that I used:  <a href="https://help.ubuntu.com/community/SSH/OpenSSH/Keys" rel="nofollow">https://help.ubuntu.com/community/SSH/OpenSSH/Keys</a> <a href="http://tombuntu.com/index.php/2008/0" rel="nofollow">http://tombuntu.com/index.php/2008/0</a>&#8230;ssh-made-easy/ [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: matt illingworth</title>
		<link>http://tombuntu.com/index.php/2008/02/20/public-key-authentication-for-ssh-made-easy/#comment-59433</link>
		<dc:creator>matt illingworth</dc:creator>
		<pubDate>Thu, 14 May 2009 18:16:59 +0000</pubDate>
		<guid isPermaLink="false">http://tombuntu.com/index.php/2008/02/20/public-key-authentication-for-ssh-made-easy/#comment-59433</guid>
		<description>If it is still asking for a password it might be to do with your home directory permissions.  In /var/log/auth.log on server it will say something about the permissions being wrong on the home folder.
To reset your home folder back to default permissions run:

chmod -R 755 /home/matt
chmod 644 /home/matt/.dmrc      

The .dmrc file has to be set to 644 or when you log in you get an error.</description>
		<content:encoded><![CDATA[<p>If it is still asking for a password it might be to do with your home directory permissions.  In /var/log/auth.log on server it will say something about the permissions being wrong on the home folder.<br />
To reset your home folder back to default permissions run:</p>
<p>chmod -R 755 /home/matt<br />
chmod 644 /home/matt/.dmrc      </p>
<p>The .dmrc file has to be set to 644 or when you log in you get an error.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Davies :: Blog :: Setting up a Django Web Server (Part 1)</title>
		<link>http://tombuntu.com/index.php/2008/02/20/public-key-authentication-for-ssh-made-easy/#comment-54283</link>
		<dc:creator>Daniel Davies :: Blog :: Setting up a Django Web Server (Part 1)</dc:creator>
		<pubDate>Wed, 11 Mar 2009 05:24:07 +0000</pubDate>
		<guid isPermaLink="false">http://tombuntu.com/index.php/2008/02/20/public-key-authentication-for-ssh-made-easy/#comment-54283</guid>
		<description>[...] should strongly consider this now. I assume here you already have a key to use, if you don&#039;t then read this article which describes how to generate your key and use it on [...]</description>
		<content:encoded><![CDATA[<p>[...] should strongly consider this now. I assume here you already have a key to use, if you don&#8217;t then read this article which describes how to generate your key and use it on [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The understated usefulness of SSH, part 1. &#171; Omegamormegil&#8217;s Weblog</title>
		<link>http://tombuntu.com/index.php/2008/02/20/public-key-authentication-for-ssh-made-easy/#comment-41020</link>
		<dc:creator>The understated usefulness of SSH, part 1. &#171; Omegamormegil&#8217;s Weblog</dc:creator>
		<pubDate>Thu, 04 Dec 2008 00:15:28 +0000</pubDate>
		<guid isPermaLink="false">http://tombuntu.com/index.php/2008/02/20/public-key-authentication-for-ssh-made-easy/#comment-41020</guid>
		<description>[...] off password authentication, keeping unwanted guests out of your server.  I&#8217;ve used this excellent post from Tombuntu.com as a quick reference for a while now, and I&#8217;m going to recommend you click the link for the [...]</description>
		<content:encoded><![CDATA[<p>[...] off password authentication, keeping unwanted guests out of your server.  I&#8217;ve used this excellent post from Tombuntu.com as a quick reference for a while now, and I&#8217;m going to recommend you click the link for the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bobm</title>
		<link>http://tombuntu.com/index.php/2008/02/20/public-key-authentication-for-ssh-made-easy/#comment-8351</link>
		<dc:creator>bobm</dc:creator>
		<pubDate>Fri, 29 Feb 2008 05:58:11 +0000</pubDate>
		<guid isPermaLink="false">http://tombuntu.com/index.php/2008/02/20/public-key-authentication-for-ssh-made-easy/#comment-8351</guid>
		<description>If you still get a password request make sure that the &#039;authorized_keys2&#039; is chmod&#039;d to 600.

that fixed it for me.</description>
		<content:encoded><![CDATA[<p>If you still get a password request make sure that the &#8216;authorized_keys2&#8242; is chmod&#8217;d to 600.</p>
<p>that fixed it for me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Installing and Using a SSH Server &#124; Tombuntu</title>
		<link>http://tombuntu.com/index.php/2008/02/20/public-key-authentication-for-ssh-made-easy/#comment-8042</link>
		<dc:creator>Installing and Using a SSH Server &#124; Tombuntu</dc:creator>
		<pubDate>Mon, 25 Feb 2008 00:16:48 +0000</pubDate>
		<guid isPermaLink="false">http://tombuntu.com/index.php/2008/02/20/public-key-authentication-for-ssh-made-easy/#comment-8042</guid>
		<description>[...] Public Key Authentication for SSH Made Easy [...]</description>
		<content:encoded><![CDATA[<p>[...] Public Key Authentication for SSH Made Easy [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Pence</title>
		<link>http://tombuntu.com/index.php/2008/02/20/public-key-authentication-for-ssh-made-easy/#comment-7814</link>
		<dc:creator>Brian Pence</dc:creator>
		<pubDate>Thu, 21 Feb 2008 19:43:51 +0000</pubDate>
		<guid isPermaLink="false">http://tombuntu.com/index.php/2008/02/20/public-key-authentication-for-ssh-made-easy/#comment-7814</guid>
		<description>Remember, though, that the security of publickey authentication is entirely dependent on your ability to keep the private key private.  If you must use public key authentication, you should NEVER generate one without a password!  Why would you sacrifice security for convenience??  Consider this... if you have an unencrypted private key (no password) stored on your PC or Linux workstation and your workstation is compromised, your servers should be considered compromised as well.  If a hacker can obtain the key, it will give him access to your server.

Having a password on the key helps, but if your system is compromised, you should consider the possibility that your keystrokes are being logged and your password stolen.

Possibly having the key file stored on a floppy, USB key, or other removable device that is only inserted at login time might help, but again, if your system is compromised, the key file could be swiped off of the removable device when inserted.

The most secure way I&#039;ve found to authenticate is by using a smartcard or USB encryption token.  The concept is the same as the typical publickey authentication except that the private key is guaranteed to remain private.

The smartcard or USB token has a CPU inside that handles the mechanics of the key authentication.  The key pair is generated inside the token and only the public key comes out (which you place on the server).  The private key cannot be accessed.

The authentication bits that happen at login time occur inside the token by its own CPU, so the private key is not exposed.

The difference between smartcard and publickey may seem unimportant at first, but can be summed up this way....

file-based publickey authentication can only assure you that the user logging in has a *copy* of the key (there may be others).

smartcard-based publickey authentication assures you that the user is in posession of the hardware key (of which there is only one)

Of course, the amount of time/energy/money you spend securing your system should be somewhat proportional to what you are securing.  If it&#039;s your home linux box, plain passwords or publickey are probably enough.  If it&#039;s a business or government server, you&#039;ll probably want to go with something stronger like smartcard.

If you&#039;re interested in talking about this more, contact me at bpence@celestialsoftware.net

Brian Pence
Celestial Software
http://www.celestialsoftware.net
AbsoluteTelnet (for telnet and ssh)</description>
		<content:encoded><![CDATA[<p>Remember, though, that the security of publickey authentication is entirely dependent on your ability to keep the private key private.  If you must use public key authentication, you should NEVER generate one without a password!  Why would you sacrifice security for convenience??  Consider this&#8230; if you have an unencrypted private key (no password) stored on your PC or Linux workstation and your workstation is compromised, your servers should be considered compromised as well.  If a hacker can obtain the key, it will give him access to your server.</p>
<p>Having a password on the key helps, but if your system is compromised, you should consider the possibility that your keystrokes are being logged and your password stolen.</p>
<p>Possibly having the key file stored on a floppy, USB key, or other removable device that is only inserted at login time might help, but again, if your system is compromised, the key file could be swiped off of the removable device when inserted.</p>
<p>The most secure way I&#8217;ve found to authenticate is by using a smartcard or USB encryption token.  The concept is the same as the typical publickey authentication except that the private key is guaranteed to remain private.</p>
<p>The smartcard or USB token has a CPU inside that handles the mechanics of the key authentication.  The key pair is generated inside the token and only the public key comes out (which you place on the server).  The private key cannot be accessed.</p>
<p>The authentication bits that happen at login time occur inside the token by its own CPU, so the private key is not exposed.</p>
<p>The difference between smartcard and publickey may seem unimportant at first, but can be summed up this way&#8230;.</p>
<p>file-based publickey authentication can only assure you that the user logging in has a *copy* of the key (there may be others).</p>
<p>smartcard-based publickey authentication assures you that the user is in posession of the hardware key (of which there is only one)</p>
<p>Of course, the amount of time/energy/money you spend securing your system should be somewhat proportional to what you are securing.  If it&#8217;s your home linux box, plain passwords or publickey are probably enough.  If it&#8217;s a business or government server, you&#8217;ll probably want to go with something stronger like smartcard.</p>
<p>If you&#8217;re interested in talking about this more, contact me at <a href="mailto:bpence@celestialsoftware.net">bpence@celestialsoftware.net</a></p>
<p>Brian Pence<br />
Celestial Software<br />
<a href="http://www.celestialsoftware.net" rel="nofollow">http://www.celestialsoftware.net</a><br />
AbsoluteTelnet (for telnet and ssh)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dominik</title>
		<link>http://tombuntu.com/index.php/2008/02/20/public-key-authentication-for-ssh-made-easy/#comment-7784</link>
		<dc:creator>Dominik</dc:creator>
		<pubDate>Thu, 21 Feb 2008 08:52:37 +0000</pubDate>
		<guid isPermaLink="false">http://tombuntu.com/index.php/2008/02/20/public-key-authentication-for-ssh-made-easy/#comment-7784</guid>
		<description>w00t! Really incredible article! Thanks a LOT!</description>
		<content:encoded><![CDATA[<p>w00t! Really incredible article! Thanks a LOT!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrei</title>
		<link>http://tombuntu.com/index.php/2008/02/20/public-key-authentication-for-ssh-made-easy/#comment-7765</link>
		<dc:creator>Andrei</dc:creator>
		<pubDate>Wed, 20 Feb 2008 22:30:58 +0000</pubDate>
		<guid isPermaLink="false">http://tombuntu.com/index.php/2008/02/20/public-key-authentication-for-ssh-made-easy/#comment-7765</guid>
		<description>Perfect article.

Thank you!</description>
		<content:encoded><![CDATA[<p>Perfect article.</p>
<p>Thank you!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

