<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: SSH without a Password</title>
	<link>http://www.theronge.com/2005/07/25/ssh-without-a-password/</link>
	<description>Cocoa, Mac OS X and maybe a few other things.</description>
	<pubDate>Wed, 20 Aug 2008 02:23:33 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.2</generator>

	<item>
		<title>by: Nat</title>
		<link>http://www.theronge.com/2005/07/25/ssh-without-a-password/#comment-1765</link>
		<pubDate>Sat, 09 Sep 2006 22:01:45 +0000</pubDate>
		<guid>http://www.theronge.com/2005/07/25/ssh-without-a-password/#comment-1765</guid>
					<description>For the benefit of any future googlers, Steve's taking a minority position. &quot;Admins&quot; who know and can change your password are not the threat one commonly needs to worry about, but granting anyone with temporary access to your computer (including unprivileged software run under your user) carte blanche access to your remote SSH hosts is daft. 

Anyone changing your login password without knowledge of it (via an OS X installation disc) won't automatically change the keychain password, leaving your SSH key passwords as owned by the likes of SSHKeychain secure.

SSH keys without passwords, like pure-password logins, provide single-factor security. SSH keys with passwords provide two-factor security. When you've only got a single factor, better it's something you know (like a password) than something you have (like a tiny file living in your home directory that anyone can copy). Most people should use both.</description>
		<content:encoded><![CDATA[<p>For the benefit of any future googlers, Steve&#8217;s taking a minority position. &#8220;Admins&#8221; who know and can change your password are not the threat one commonly needs to worry about, but granting anyone with temporary access to your computer (including unprivileged software run under your user) carte blanche access to your remote SSH hosts is daft. </p>
<p>Anyone changing your login password without knowledge of it (via an OS X installation disc) won&#8217;t automatically change the keychain password, leaving your SSH key passwords as owned by the likes of SSHKeychain secure.</p>
<p>SSH keys without passwords, like pure-password logins, provide single-factor security. SSH keys with passwords provide two-factor security. When you&#8217;ve only got a single factor, better it&#8217;s something you know (like a password) than something you have (like a tiny file living in your home directory that anyone can copy). Most people should use both.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Steve</title>
		<link>http://www.theronge.com/2005/07/25/ssh-without-a-password/#comment-100</link>
		<pubDate>Mon, 27 Mar 2006 18:37:13 +0000</pubDate>
		<guid>http://www.theronge.com/2005/07/25/ssh-without-a-password/#comment-100</guid>
					<description>Joey - I disagree.  This is secure, and a big improvement over password-only SSH.

This is how I recommend people to setup SSH, also to disable SSH password completely by setting &quot;PasswordAuthentication&quot; to no in /etc/sshd/sshd-config.  This gives you proof-of-possession - no one can connect unless they have an authorized private key file on their computer.

Passwords on the private key are generally a waste of time.  If you use sshkeychain (&quot;All key passphrases can be stored, and you can use all your keys just by unlocking the Keychain&quot;) you have gained NOTHING in terms of security - the keys are still accessible to anyone who logs in the account, same as if you didn't use a password.  The only ones who can access the private key without logging in the account are the admins, and... guess what?... they can change your login password too (and thus automatically unlock the keychain).</description>
		<content:encoded><![CDATA[<p>Joey - I disagree.  This is secure, and a big improvement over password-only SSH.</p>
<p>This is how I recommend people to setup SSH, also to disable SSH password completely by setting &#8220;PasswordAuthentication&#8221; to no in /etc/sshd/sshd-config.  This gives you proof-of-possession - no one can connect unless they have an authorized private key file on their computer.</p>
<p>Passwords on the private key are generally a waste of time.  If you use sshkeychain (&#8221;All key passphrases can be stored, and you can use all your keys just by unlocking the Keychain&#8221;) you have gained NOTHING in terms of security - the keys are still accessible to anyone who logs in the account, same as if you didn&#8217;t use a password.  The only ones who can access the private key without logging in the account are the admins, and&#8230; guess what?&#8230; they can change your login password too (and thus automatically unlock the keychain).
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Joey Hagedorn</title>
		<link>http://www.theronge.com/2005/07/25/ssh-without-a-password/#comment-2</link>
		<pubDate>Tue, 09 Aug 2005 21:20:47 +0000</pubDate>
		<guid>http://www.theronge.com/2005/07/25/ssh-without-a-password/#comment-2</guid>
					<description>I would say this is not secure. A much better approach is to put a password on your SSH key, then use a program like sshLogin or sshkeychain (http://www.sshkeychain.org/) to unlock your ssh key when you login instead.</description>
		<content:encoded><![CDATA[<p>I would say this is not secure. A much better approach is to put a password on your SSH key, then use a program like sshLogin or sshkeychain (http://www.sshkeychain.org/) to unlock your ssh key when you login instead.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
