<?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: Password Management for True Nerds</title>
	<atom:link href="http://amasur.me/2008/12/password-management-for-true-nerds/feed/" rel="self" type="application/rss+xml" />
	<link>http://amasur.me/2008/12/password-management-for-true-nerds/</link>
	<description>The Stuff That Keeps Me Moving</description>
	<lastBuildDate>Mon, 02 May 2011 13:16:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: AMasur</title>
		<link>http://amasur.me/2008/12/password-management-for-true-nerds/comment-page-1/#comment-7</link>
		<dc:creator>AMasur</dc:creator>
		<pubDate>Mon, 29 Dec 2008 23:36:30 +0000</pubDate>
		<guid isPermaLink="false">http://amasur.me/?p=85#comment-7</guid>
		<description>Jon, surprisingly, the answer is no. There is nothing stored on that service&#039;s website. In fact, there doesn&#039;t even need to be anything stored locally.

The hash algorithm actually recreates your password from scratch every time you need it. The most common implementation I&#039;ve found is where the software grabs the domain name of the site you are currently visiting. Then, it prompts you for your &quot;super secret&quot; password. What happens next is that the algorithm combines (hashes) these two things together, in real time, to come up with your site-specific password, which you then copy/paste into the form on the site you are currently visiting.

The algorithm runs locally (nothing transmitted over the network). As long as the inputs (domain name, super secret password and hash algorithm, in this case) are the same every time, the software will generate the same, site-specific password every time.

I hope that helps,
-Adam</description>
		<content:encoded><![CDATA[<p>Jon, surprisingly, the answer is no. There is nothing stored on that service&#8217;s website. In fact, there doesn&#8217;t even need to be anything stored locally.</p>
<p>The hash algorithm actually recreates your password from scratch every time you need it. The most common implementation I&#8217;ve found is where the software grabs the domain name of the site you are currently visiting. Then, it prompts you for your &#8220;super secret&#8221; password. What happens next is that the algorithm combines (hashes) these two things together, in real time, to come up with your site-specific password, which you then copy/paste into the form on the site you are currently visiting.</p>
<p>The algorithm runs locally (nothing transmitted over the network). As long as the inputs (domain name, super secret password and hash algorithm, in this case) are the same every time, the software will generate the same, site-specific password every time.</p>
<p>I hope that helps,<br />
-Adam</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Mueller</title>
		<link>http://amasur.me/2008/12/password-management-for-true-nerds/comment-page-1/#comment-6</link>
		<dc:creator>Jon Mueller</dc:creator>
		<pubDate>Mon, 29 Dec 2008 15:31:41 +0000</pubDate>
		<guid isPermaLink="false">http://amasur.me/?p=85#comment-6</guid>
		<description>Adam, aren&#039;t you still storing all of your passwords (even if encrypted) on that service&#039;s website?  What if that service goes out of business?

How &#039;bout a play on the strategy that leverages a password plus information that is only on your person.  For example, say that you keep the first half of each of your passwords in a Google Doc Spreadsheet, one row for each system that you require a password for.  (e.g. Column A: JoeSchmoeThePlummer.com Column B: amazur Column C:blah)  Then you keep another spreadsheet in your PDA with the 2nd half of the passwords: (e.g. Column A: JoeSchmoeThePlummer.com Column B:yada) Your password is basically &#039;blahyada&#039;.

Now don&#039;t store your Google Doc credentials anywhere... you&#039;ll have to remember those...

Then again, maybe Google will go belly up :)</description>
		<content:encoded><![CDATA[<p>Adam, aren&#8217;t you still storing all of your passwords (even if encrypted) on that service&#8217;s website?  What if that service goes out of business?</p>
<p>How &#8217;bout a play on the strategy that leverages a password plus information that is only on your person.  For example, say that you keep the first half of each of your passwords in a Google Doc Spreadsheet, one row for each system that you require a password for.  (e.g. Column A: JoeSchmoeThePlummer.com Column B: amazur Column C:blah)  Then you keep another spreadsheet in your PDA with the 2nd half of the passwords: (e.g. Column A: JoeSchmoeThePlummer.com Column B:yada) Your password is basically &#8216;blahyada&#8217;.</p>
<p>Now don&#8217;t store your Google Doc credentials anywhere&#8230; you&#8217;ll have to remember those&#8230;</p>
<p>Then again, maybe Google will go belly up <img src='http://amasur.me/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sue Massey</title>
		<link>http://amasur.me/2008/12/password-management-for-true-nerds/comment-page-1/#comment-4</link>
		<dc:creator>Sue Massey</dc:creator>
		<pubDate>Mon, 29 Dec 2008 13:01:34 +0000</pubDate>
		<guid isPermaLink="false">http://amasur.me/?p=85#comment-4</guid>
		<description>I finally decided to write a comment on your blog.  I just wanted to say good job.  I really enjoy reading your posts.</description>
		<content:encoded><![CDATA[<p>I finally decided to write a comment on your blog.  I just wanted to say good job.  I really enjoy reading your posts.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

