<?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"
	>
<channel>
	<title>Comments on: Locking ssh Access to Solaris Accounts</title>
	<atom:link href="http://www.extrapepperoni.com/2007/03/15/locking-ssh-access-to-solaris-accounts/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.extrapepperoni.com/2007/03/15/locking-ssh-access-to-solaris-accounts/</link>
	<description>Chris Pepper on whatever (the non-Julia blog)</description>
	<pubDate>Fri, 29 Aug 2008 06:40:21 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Extra Pepperoni &#187; Take Control of SSH, Draft Excerpt: Public Key Authentication</title>
		<link>http://www.extrapepperoni.com/2007/03/15/locking-ssh-access-to-solaris-accounts/#comment-36</link>
		<dc:creator>Extra Pepperoni &#187; Take Control of SSH, Draft Excerpt: Public Key Authentication</dc:creator>
		<pubDate>Sun, 25 Mar 2007 01:16:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.extrapepperoni.com/2007/03/15/locking-ssh-access-to-solaris-accounts/#comment-36</guid>
		<description>&lt;p&gt;[...] UNIX passwords present several problems for administrators. What legitimate users can remember and type (generally considered to be 8 letters and numbers) is a small enough range of possibilities for attackers to try all possibilities. &#8220;Account lockout&#8221; is a feature of some systems (including Mac OS X Server) to disable accounts after several failed guesses &#8212; which often identifies an attack. Unfortunately, this means legitimate users get blocked when their accounts are attacked, and locking legitimate users out of their own accounts is a successful attack (although not as serious as gaining illicit access). System administrators would often prefer to avoid this by not allowing password access at all. On Mac OS X, it&#8217;s difficult to set up an account without a password; it&#8217;s easier to create a long random password (12+ characters &#8212; Keychain Access can do this for you), and never write it down or give it to the account user, requiring public key authentication or some other high security authentication (such as smart cards) instead. On other systems, it&#8217;s easy to simply not set UNIX passwords for accounts (although there are complications). [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] UNIX passwords present several problems for administrators. What legitimate users can remember and type (generally considered to be 8 letters and numbers) is a small enough range of possibilities for attackers to try all possibilities. &#8220;Account lockout&#8221; is a feature of some systems (including Mac OS X Server) to disable accounts after several failed guesses &#8212; which often identifies an attack. Unfortunately, this means legitimate users get blocked when their accounts are attacked, and locking legitimate users out of their own accounts is a successful attack (although not as serious as gaining illicit access). System administrators would often prefer to avoid this by not allowing password access at all. On Mac OS X, it&#8217;s difficult to set up an account without a password; it&#8217;s easier to create a long random password (12+ characters &#8212; Keychain Access can do this for you), and never write it down or give it to the account user, requiring public key authentication or some other high security authentication (such as smart cards) instead. On other systems, it&#8217;s easy to simply not set UNIX passwords for accounts (although there are complications). [...]</p>]]></content:encoded>
	</item>
</channel>
</rss>
