<?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>danielmiessler.com &#187; Passwords</title>
	<atom:link href="http://danielmiessler.com/categories/passwords/feed" rel="self" type="application/rss+xml" />
	<link>http://danielmiessler.com</link>
	<description>grep understanding</description>
	<lastBuildDate>Sat, 11 Feb 2012 21:09:03 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>The List Of Shame: Websites That Don&#8217;t Allow Special Characters In Their Passwords</title>
		<link>http://danielmiessler.com/blog/the-list-of-shame-websites-that-dont-allow-special-characters-in-their-passwords</link>
		<comments>http://danielmiessler.com/blog/the-list-of-shame-websites-that-dont-allow-special-characters-in-their-passwords#comments</comments>
		<pubDate>Fri, 20 Apr 2007 03:27:34 +0000</pubDate>
		<dc:creator>Daniel Miessler</dc:creator>
				<category><![CDATA[Internet]]></category>
		<category><![CDATA[Passwords]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://dmiessler.com/archives/1289</guid>
		<description><![CDATA[It&#8217;s 2007. There&#8217;s absolutely no excuse for websites today to not allow special characters in their passwords. Whether you use a memory scheme or an encrypted database application for generating and storing your passwords, it&#8217;s highly annoying when you come across a site that requires you to lower your password security standards based on character [...]]]></description>
			<content:encoded><![CDATA[<p>It&#8217;s 2007. There&#8217;s absolutely no excuse for websites today to not allow special characters in their passwords. Whether you use <a href="http://dmiessler.com/archives/1136">a memory scheme</a> or <a href="http://www.schneier.com/passsafe.html">an encrypted database application</a> for generating and storing your passwords, it&#8217;s highly annoying when you come across a site that requires you to lower your password security standards based on character length or complexity.</p>

<p>Few things are more annoying then using your regular algorithm for building a password (one that uses upper, lower, numbers, and special characters) only to have the site tell you that you need to dumb it down in order for it to take it. And it&#8217;s even worse for those using password programs that auto-generate extremely long and complex passwords. Having a site tell you your security is &#8220;too good&#8221; is simply unacceptable.</p>

<p>So after being bothered by this one too many times <a href="http://dmiessler.com/archives/1208">I blogged about it</a> and created <a href="http://www.dslreports.com/forum/remark,18015669">a post in the BBR Security forum</a> asking for sites that have this flaw. Here&#8217;s the list we&#8217;ve come up with so far:</p>

<p><strong>Digg !</strong><strong>
Suntrust Bank
Chase Bank
Verizon.net
Wells Fargo Bank
Sovereign Bank
Americanexpress.com
BB&amp;T NASA Credit Union
Space Coast Credit Union
Earthlink
Cafepress.com
Equifax.com
Progressive.com
Merrill Lynch </strong></p>

<p><small>[ Please <a href="mailto:daniel@dmiessler.com">contact me</a> with additions and corrections/deletions ]</small></p>

<p>The ones that stand out are the financially-oriented sites, obviously, but the fact that <a href="http://digg.com">Digg</a> doesn&#8217;t allow special characters just blows my mind (<a href="http://reddit.com">Reddit</a> does). Surely one can make an argument that passwords are weak anyway, that password length is the most important issue, and that most sites have lockout features, etc., but ultimately the arguments for <em>not</em> implementing this are lame for a simple reason:</p>

<blockquote>It&#8217;s trivial to implement and sites only have to do it once. So even if the security gain <em>is</em> minimal there&#8217;s just no good reason <strong>not</strong> to do it.</blockquote>

<p>The bottom line comes down to this: people should be able to use advanced memory-based techniques or password applications that generate very long, complex passwords and have them work everywhere. Sites that force users to lower their standards should be exposed and asked to modernize.</p>

<p>So if you use one of these sites, do the Internet a favor and contact customer service and file a complaint. With enough attention I think we can get at least a few of these to do the right thing.:</p>
<div id="crp_related"><h3>Related Content</h3><ul><li><a href="http://danielmiessler.com/blog/lame-online-password-logic" rel="bookmark" class="crp_title">Lame Online Password Logic</a></li><li><a href="http://danielmiessler.com/blog/new-project-passwordstandardscom" rel="bookmark" class="crp_title">New Project: PasswordStandards.com</a></li><li><a href="http://danielmiessler.com/blog/security-implementing-a-secure-and-usable-internet-password-scheme" rel="bookmark" class="crp_title">Security: Implementing A Secure And Usable Internet Password Scheme</a></li><li><a href="http://danielmiessler.com/blog/its-2007-why-do-big-sites-like-digg-still-not-accept-special-characters-in-their-passwords" rel="bookmark" class="crp_title">It&#8217;s 2007: Why Do Big Sites Like Digg Still Not Accept Special Characters In Their Passwords?</a></li><li><a href="http://danielmiessler.com/blog/password-reset-mechanisms-the-online-security-threat-nobodys-talking-about" rel="bookmark" class="crp_title">Password Reset Mechanisms: The Online Security Threat Nobody&#8217;s Talking About</a></li></ul></div>]]></content:encoded>
			<wfw:commentRss>http://danielmiessler.com/blog/the-list-of-shame-websites-that-dont-allow-special-characters-in-their-passwords/feed</wfw:commentRss>
		<slash:comments>16</slash:comments>
		</item>
		<item>
		<title>It&#8217;s 2007: Why Do Big Sites Like Digg Still Not Accept Special Characters In Their Passwords?</title>
		<link>http://danielmiessler.com/blog/its-2007-why-do-big-sites-like-digg-still-not-accept-special-characters-in-their-passwords</link>
		<comments>http://danielmiessler.com/blog/its-2007-why-do-big-sites-like-digg-still-not-accept-special-characters-in-their-passwords#comments</comments>
		<pubDate>Fri, 16 Mar 2007 15:09:10 +0000</pubDate>
		<dc:creator>Daniel Miessler</dc:creator>
				<category><![CDATA[Passwords]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Technology]]></category>

		<guid isPermaLink="false">http://dmiessler.com/archives/1208</guid>
		<description><![CDATA[It&#8217;s not just Digg, but for them it&#8217;s especially unacceptable. I mean, come on&#8230;.Digg? The epitome of the &#8220;new&#8221; Internet. Young, hip, and&#8230;only taking numbers and letters in their passwords? Lame. There&#8217;s just no excuse for this in 2007. Eight years ago, sure&#8230;but not now. Let&#8217;s do this. Let&#8217;s make a list of sites that [...]]]></description>
			<content:encoded><![CDATA[<p>It&#8217;s not just <a href="http://digg.com">Digg</a>, but for them it&#8217;s especially unacceptable. I mean, come on&#8230;.Digg? The epitome of the &#8220;new&#8221; Internet. Young, hip, and&#8230;only taking numbers and letters in their passwords? Lame.</p>

<p><img src="http://dmiessler.com/images/digg_password.png" title="digg_password" alt="digg_password" height="98" width="590" /></p>

<p>There&#8217;s just no excuse for this in 2007. Eight years ago, sure&#8230;but not now. Let&#8217;s do this. Let&#8217;s make a list of sites that we know of that still haven&#8217;t moved out of 1999. Then we&#8217;ll email their admins and <strike>demand</strike> ask that they get with the 21st century.</p>

<p>Here, I&#8217;ll start:</p>

<ol>
    <li>Digg.com</li>
    <li></li>
</ol>
<div id="crp_related"><h3>Related Content</h3><ul><li><a href="http://danielmiessler.com/blog/the-list-of-shame-websites-that-dont-allow-special-characters-in-their-passwords" rel="bookmark" class="crp_title">The List Of Shame: Websites That Don&#8217;t Allow Special Characters In Their Passwords</a></li><li><a href="http://danielmiessler.com/blog/digg-how-to-make-pages-open-in-the-same-window-instead-of-another-tab" rel="bookmark" class="crp_title">Digg: How To Make Pages Open In The Same Window Instead Of Another Tab</a></li><li><a href="http://danielmiessler.com/blog/confirmed-the-digg-effect-will-own-you" rel="bookmark" class="crp_title">Confirmed: The Digg-Effect Will Own You</a></li><li><a href="http://danielmiessler.com/blog/how-to-create-dynamic-diggredditdelicious-buttons-for-your-pages-includes-code" rel="bookmark" class="crp_title">How To Create Dynamic Digg/Reddit/Del.icio.us Buttons For Your Pages (Includes Code)</a></li><li><a href="http://danielmiessler.com/blog/the-real-reason-wired-is-bashing-digg-their-parent-company-owns-reddit" rel="bookmark" class="crp_title">The Real Reason Wired Is Bashing Digg: Their Parent Company Owns Reddit</a></li></ul></div>]]></content:encoded>
			<wfw:commentRss>http://danielmiessler.com/blog/its-2007-why-do-big-sites-like-digg-still-not-accept-special-characters-in-their-passwords/feed</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Security: Implementing A Secure And Usable Internet Password Scheme</title>
		<link>http://danielmiessler.com/blog/security-implementing-a-secure-and-usable-internet-password-scheme</link>
		<comments>http://danielmiessler.com/blog/security-implementing-a-secure-and-usable-internet-password-scheme#comments</comments>
		<pubDate>Tue, 13 Feb 2007 16:34:23 +0000</pubDate>
		<dc:creator>Daniel Miessler</dc:creator>
				<category><![CDATA[Internet]]></category>
		<category><![CDATA[Passwords]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Sysadmin]]></category>
		<category><![CDATA[Technology]]></category>

		<guid isPermaLink="false">http://dmiessler.com/archives/1136</guid>
		<description><![CDATA[Being an information security consultant I am often asked how to balance the need for online passwords that are both hard to guess and easy to remember. There are a number of solutions out there for dealing with the problem, but the system that I&#8217;m about to outline below is an elegant hybrid of simplicity [...]]]></description>
			<content:encoded><![CDATA[<p>Being an information security consultant I am often asked how to balance the need for online passwords that are both hard to guess and easy to remember. There are a number of solutions out there for dealing with the problem, but the system that I&#8217;m about to outline below is an elegant hybrid of simplicity and security. It works for me, and I think it can work for you as well.</p>

<p style="text-align: center"><img src="http://dmiessler.com/images/padlock.jpeg" title="Padlock" alt="Padlock" height="100" width="100" /></p>

<h4>The Problem</h4>

<p>The main issue we&#8217;re all grappling with is the number and complexity of the passwords we need to remember. Ideally, we would never share a password between any two sites. They would all be different and at the same time highly complex. Unfortunately, this doesn&#8217;t mesh well with reality. The human brain just isn&#8217;t up to the task.</p>

<h4>Simplification Through Classification</h4>

<p>The way we get around this limitation is to classify our online accounts according to risk. In other words, we&#8217;re going to determine how important each of our accounts are, and then put them into one of three (3) groups. For the purposes of this article we&#8217;ll use the military classifications.</p>

<ol>
    <li>Top Secret</li>
    <li>Secret</li>
    <li>Confidential</li>
</ol>

<p>Next we&#8217;ll simply group your Internet account types into each of these categories:</p>

<ul>
    <li><strong>Top Secret</strong>
Banking, brokerages, financially or identity-oriented sites. Think about your social security number and other sensitive personal data. Any accounts of this nature you want to protect with your strongest layer of security.</li>
    <li><strong>Secret</strong>
Personal email, blogging sites, important forums, etc. These are your main accounts that you use on a day-to-day basis. They aren&#8217;t ultra-sensitive, but they a huge part of your life and need to be secure.</li>
    <li> <strong>Confidential</strong>
Product forums, mailing lists, etc. These are your low-risk accounts, meaning that if one were to be compromised it would be annoying but not a major problem. We&#8217;re still going to have relatively strong passwords here, but they&#8217;re going to be simple in comparison to the two higher levels.</li>
<small>** Also keep in mind whether or not a site supports encrypted logins or not when assigning your accounts to these groups. Never put an account into the top two groups (Top Secret or Secret) if that site doesn&#8217;t support encryption. We don&#8217;t want someone possibly intercepting one of your upper-level passwords.</small></ul>

<h4>Designing Our Password Schemes</h4>

<p>Ok, now that you have your accounts grouped properly it&#8217;s time to design our three password systems. We&#8217;ll start with the Top Secret:</p>

<p><font color="red"><strong>Level 1 &#8212; Top Secret:
</strong></font>
For this level we&#8217;re going to use a combination of upper-case, lower-case, numbers, and special characters. We&#8217;re also going to make the password at least 12 characters in length. You will be writing these passwords down on a card in your wallet or purse, so it doesn&#8217;t matter if you can&#8217;t remember the password at first. After you use it a few times it&#8217;ll become second nature regardless of how complex it is. Try something like this:</p>

<p><font color="red" size="3"><strong>    5PF.c9a8&gt;12!</strong></font></p>

<p>It looks pretty scary, but you&#8217;d be surprised how easy it is to remember once you type it a few times over a number of days. The point is that it&#8217;s <em>not</em> going to be guessed, and it&#8217;s not going to be tied to another account. If you absolutely have to, you can use a sentence algorithm to build the password, like so:</p>

<p><em>My Online Bank Password Is Not Simple To Guess At All, Julie.</em></p>

<p><font color="red" size="3"><strong>    M0bP1n5tGAAJ.</strong></font></p>

<p>You will be writing these passwords down on a card in your wallet or purse, so it doesn&#8217;t matter if you can&#8217;t remember the password at first. After you use it a few times it&#8217;ll become second nature regardless of how complex it is.</p>

<blockquote>One point on writing down passwords: Many people think this is a bad idea, but that fully depends on how you secure them once their written down. Sticky note on monitor? Bad. Wallet? Good. You have to balance the risk of strong passwords in your wallet vs. weak ones in your brain.</blockquote>

<p>Regardless of the scheme you use to create your passwords, you want them to be a) pseudo-random/highly complex, b) over 10 characters in length, and d) <em>absolutely unique</em>. In short, we don&#8217;t want someone with your brokerage account password to be able to log into your bank with the same credentials.</p>

<p><font color="blue"><strong>Level 2 &#8212; Secret:</strong></font></p>

<p>With the secret level accounts we&#8217;re going to introduce an aspect of simplicity/usability. We&#8217;ll do this by creating an algorithm for creating and varying passwords for various sites while still maintaining the appearance of randomness within each individual password.</p>

<blockquote>In short, all level 2 (Secret) passwords will be generated by the same algorithm. As such, they&#8217;ll look very similar to you, but will look like random garbage when viewed independently by an outsider.</blockquote>

<p>So let&#8217;s build your Level-2 (Secret) algorithm; we&#8217;ll use a Gmail account as a template:</p>

<p><small>[This is just a <em>sample</em> algorithm; you should make your own.]</small></p>

<ol>
    <li>First two letters + last letter of the account.
GML</li>
    <li>Add the three letters up and subtract your birthday.
G (7) + M (13) + L (12) = 32 &#8211; 15 (if you&#8217;re born on the 15th) = 17
<em>GML17</em></li>
    <li>Add the two numbers you made to create a third number.
17 = 1 + 7 = 8
<em>GML178</em></li>
    <li>Add a word for length. Use character substitution for complexity if you want.
<em>GML178H0lid4y</em></li>
    <li>Add special characters.
<em>!GML178H0lid4y#</em></li>
    <li>Scramble as desired.<font color="blue" size="3"><strong> </strong></font><font color="blue" size="3"><strong> </strong></font><font color="blue" size="3"><strong> </strong></font><font color="blue" size="3"><strong>

!H0lid4y#GML178#</strong></font></li>
</ol>

<p>You now have a very solid password for your Gmail account. But it gets much better than that. You&#8217;re using the same algorithm for all your level 2 accounts. So do the same for your Hotmail account and you&#8217;ll end up with:</p>

<p><font color="blue" size="3"><strong>!H0lid4y#HOL358#</strong></font></p>

<p><font color="green"><strong>Level 3 &#8212; Confidential:</strong></font></p>

<p>For our lowest security level (3) we&#8217;re going to use an algorithm similar to the secret level (2), only it&#8217;s going to be completely different and much simpler. Remember, these are your unimportant accounts; you wouldn&#8217;t want them to be compromised, of course, but if they were then it wouldn&#8217;t be that big of a deal.</p>

<p>Let&#8217;s make a level 3 algorithm for a site called cars.com:</p>

<ol>
    <li>Last letter then first letter of the site (cars).
<em>SC</em></li>
    <li>A word to be used for all your low level accounts. Add a single character of number substitution (i to 1)
<em>SCPubl1c</em></li>
    <li>Use a special character.
<em>SCPubl1c$</em></li>
    <li>Scramble as desired.<font color="green" size="3"><strong> </strong></font><font color="green" size="3"><strong> </strong></font><font color="green" size="3"><strong> </strong></font><font color="green" size="3"><strong>

$Publ1cSC</strong></font></li>
</ol>

<p>Again, you now have a decent password that&#8217;s not easy to guess and will give a bit of difficulty if someone gets one and tries to guess others. Of course, if they get one of these level 3 passwords and try to break your Secret (2) or Top Secret (1) passwords, they&#8217;ll be unsuccessful.</p>

<h4>Conclusion</h4>

<p>Using this system can increase both security and usability when working with multiple accounts online. Here are a few additional guidelines about this technique and passwords in general:</p>

<ul>
    <li>Vary your algorithm for level 2 and 3 accounts regularly (I recommend at least once a year)</li>
    <li>Memorize your algorithm and write down your <em>passwords</em> on a card in your wallet. Don&#8217;t write down the algorithm itself. Just seeing a password created with it should jar your memory.</li>
    <li>For an extra layer of security you can consider leaving out or modifying a crucial part of the passwords you write down. This way, even someone with the card will not be able to use it. Be warned that if you forget what you changed, however, you&#8217;ll be very upset.</li>
    <li>Change your level 1 passwords often as well. With the strength that we&#8217;re using in this article I&#8217;d advocate once every 6-months.</li>
    <li>Many also use what&#8217;s effectively a level 4 account, i.e. a throw-away password that is used for accounts even lower in importance than level 3. Usually this is a static password. Just be sure to be very selective about where you use such a password, and make it as complex and long as possible while retaining its benefit of simplicity.</li>
    <li>An <a href="http://www.schneier.com/passsafe.html">encrypted database</a> is another option for managing passwords. I advocate this method over that one due to issues with losing or damaging the portable storage that the DB is stored on, in addition to not being comfortable with using such a system on a foreign computer (where necessarily you open ALL of your passwords to the system being used). It&#8217;s really a matter of personal preference, however, as both systems have their strengths and weaknesses.</li>
</ul>

<p>I hope this has been useful. For any questions or comments, please feel free to <a href="http://dmiessler.com/contact/">contact me</a> directly.:</p>
<div id="crp_related"><h3>Related Content</h3><ul><li><a href="http://danielmiessler.com/blog/the-list-of-shame-websites-that-dont-allow-special-characters-in-their-passwords" rel="bookmark" class="crp_title">The List Of Shame: Websites That Don&#8217;t Allow Special Characters In Their Passwords</a></li><li><a href="http://danielmiessler.com/blog/password-reset-mechanisms-the-online-security-threat-nobodys-talking-about" rel="bookmark" class="crp_title">Password Reset Mechanisms: The Online Security Threat Nobody&#8217;s Talking About</a></li><li><a href="http://danielmiessler.com/blog/lame-online-password-logic" rel="bookmark" class="crp_title">Lame Online Password Logic</a></li><li><a href="http://danielmiessler.com/blog/new-project-passwordstandardscom" rel="bookmark" class="crp_title">New Project: PasswordStandards.com</a></li><li><a href="http://danielmiessler.com/blog/never-argue-again-about-the-pronunciation-of-os-x-proof-included" rel="bookmark" class="crp_title">Never Argue Again About The Pronunciation Of &#8220;OS X&#8221; (Proof Included)</a></li></ul></div>]]></content:encoded>
			<wfw:commentRss>http://danielmiessler.com/blog/security-implementing-a-secure-and-usable-internet-password-scheme/feed</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
	</channel>
</rss>

