<?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>Glen Turpin: The Identity Question &#187; security</title>
	<atom:link href="http://www.glenturpin.com/tag/security/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.glenturpin.com</link>
	<description>Who am I? Why am I here? What's this all about?</description>
	<lastBuildDate>Wed, 01 Sep 2010 01:21:49 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>If it looks like a phish and smells like a phish&#8230;</title>
		<link>http://www.glenturpin.com/2009/04/if-it-looks-like-a-phish-and-smells-like-a-phish/</link>
		<comments>http://www.glenturpin.com/2009/04/if-it-looks-like-a-phish-and-smells-like-a-phish/#comments</comments>
		<pubDate>Wed, 08 Apr 2009 01:00:25 +0000</pubDate>
		<dc:creator>Glen</dc:creator>
				<category><![CDATA[identity]]></category>
		<category><![CDATA[reputation]]></category>
		<category><![CDATA[broken]]></category>
		<category><![CDATA[corporate]]></category>
		<category><![CDATA[identity management]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[privacy]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[trust]]></category>

		<guid isPermaLink="false">http://www.glenturpin.com/?p=567</guid>
		<description><![CDATA[I recently received an e-mail from an trusted source that led me on an increasingly incomprehensible journey through pointless links, poor documentation and inept communication. Ultimately, it made me think about why I trust this source and whether I should trust it at all.

Note: I&#8217;ve doctored the screen shots slightly to remove anything that might [...]]]></description>
			<content:encoded><![CDATA[<p>I recently received an e-mail from an trusted source that led me on an increasingly incomprehensible journey through pointless links, poor documentation and inept communication. Ultimately, it made me think about why I trust this source and whether I should trust it at all.</p>
<p><a href="http://www.flickr.com/photos/50mm/4058535/in/photostream/"><img class="size-full wp-image-624 alignnone" title="fish" src="http://www.glenturpin.com/wp-content/uploads/2009/04/4058535_6dbfb9c40c.jpg" alt="Photo credit: 50mm" width="500" height="375" /></a></p>
<p><strong>Note:</strong> I&#8217;ve doctored the screen shots slightly to remove anything that might identify the offending party. In the text, I&#8217;ve also eliminated anything that might give away the organization in question. I&#8217;m more interested in highlighting a problem than casting aspersions on that organization. The issue is still valid with the sanitized images and text.</p>
<p>It all started with an e-mail&#8230;.</p>
<h2>The e-mail</h2>
<p>The e-mail came at 9:00 on a Friday night from an address at a trusted domain. The messages I normally receive from this organization tend to be utilitarian and this one looked like so many others I&#8217;ve received from them in the past.</p>
<blockquote><p><code>From: system_name@trusteddomain.com</code><br />
<code>To: Turpin, Glen</code><br />
<code>Subject: ID Update has been assigned to GLEN TURPIN</code></p>
<p><code>Please take a moment to update your ID in the Information Update Portal. This will only take a few minutes so please complete ASAP. Click on the link to access the document with instructions.</code></p>
<p><code>http://trusteddomain.otherfamiliardomain.com/big_nasty_url&amp;with_params=lots</code></p></blockquote>
<p>Update my ID? Why on earth would I need to update my ID? There&#8217;s an information update portal? This message <em>screams</em> identity theft. At best, it looked like a ham-fisted phishing attempt. Where&#8217;s the threat that my account my account with Big Bank or Credit Union might be closed? Where&#8217;s the offer of millions of dollars in Nigerian diamonds?</p>
<p>More seriously, why would this organization ask me to update my user ID?</p>
<p>I was curious. Better still, I was on a relatively secure system while curious. I copied the link and pasted it into my browser.</p>
<h2>The first web site</h2>
<p>The link brought me more or less where I thought it would, which was to a site branded by an outsourced service provider. I was surprised at the complete lack of branding from the trusted organization, as well as the cluttered interface. The relevant part of the page was buried in lots of other noise.</p>
<div id="attachment_600" class="wp-caption alignnone" style="width: 505px"><img class="size-full wp-image-600" title="phishscreen1" src="http://www.glenturpin.com/wp-content/uploads/2009/04/phishscreen1.jpg" alt="phishscreen1" width="495" height="155" /><p class="wp-caption-text">Note: This image has been altered slightly to obscure its origin.</p></div>
<p>That&#8217;s it? A Word document? Do I still have to worry about Word macro viruses, or is that passÃ©? I was sure that my anti-virus and malware protection suite would take care of that. Should I be sure? Probably not. But I was living dangerously, so I opened the document.*</p>
<h2>The Word document</h2>
<p>The Word document was a three page, poorly written file with awful screen shots and inconsistent company branding that explained that I need to visit yet another site, log in with my ID and password, and confirm some of my identity information. Looking at the document properties, I found enough clues to confirm that the document did come from the trusted source. And yet again&#8230; everything about it made it seem like an inept phishing attempt.</p>
<p><strong>Important note:</strong> At no point did this document explain why or how my ID needed updating. I still had no idea what it means to update a user ID.</p>
<h2>The second web site</h2>
<p>I wish I could have included a screen shot of the header of the second web site, but there was no way for me to do that without revealing its source. The top of the page provided more unhelpful instructions, displayed as an image, complete with red error squiggles under one word.</p>
<p>The lower section of the screen consisted of this login screen.</p>
<p><img class="alignnone size-full wp-image-604" title="phishscreen2" src="http://www.glenturpin.com/wp-content/uploads/2009/04/phishscreen2.jpg" alt="phishscreen2" width="454" height="212" /></p>
<p>Why would I want to change my password on a mysterious, phishy site?</p>
<p>I stopped there. I&#8217;d love to know what happens next, but I could go no further on this journey without potentially compromising my password.</p>
<h2>Observations</h2>
<ol>
<li>It took an e-mail, two web sites and a Word doc to send me to the final screen, and I still had no idea why I was being sent there. A single e-mail would have sufficed, with a paragraph or two to explain the required update, plus a link to the final login screen.</li>
<li>If your communications look like phishing attempts, you have a problem. You&#8217;ll either erode trust in your organization, or you&#8217;ll train your users to blindly succumb to phishing attempts. Neither outcome is positive.</li>
</ol>
<p>My respect for this organization has diminished, and my trust in their ability to treat my personal information responsibly has been dramatically eroded. I have to wonder if they&#8217;ve already been compromised and that identities are being stolen by insiders.</p>
<p>Who lets something like this happen?</p>
<p><strong>Photo credit:</strong> <a href="http://www.flickr.com/photos/50mm/">50mm</a></p>
Notes:<ol class="footnotes"><li id="footnote_0_567" class="footnote" style="list-style-type:none;"><span class="symbol">*</span> Try to guess where to click to open the document. The underlined ID Update? No! The downward-facing double chevron? No! The green arrow box that was ripped off from Windows XP? Bingo.</li></ol>]]></content:encoded>
			<wfw:commentRss>http://www.glenturpin.com/2009/04/if-it-looks-like-a-phish-and-smells-like-a-phish/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>My other alarmist privacy and security rant</title>
		<link>http://www.glenturpin.com/2009/01/my-other-alarmist-privacy-and-security-rant/</link>
		<comments>http://www.glenturpin.com/2009/01/my-other-alarmist-privacy-and-security-rant/#comments</comments>
		<pubDate>Wed, 07 Jan 2009 01:09:46 +0000</pubDate>
		<dc:creator>Glen</dc:creator>
				<category><![CDATA[identity]]></category>
		<category><![CDATA[facebook]]></category>
		<category><![CDATA[privacy]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[twitter]]></category>

		<guid isPermaLink="false">http://www.glenturpin.com/?p=196</guid>
		<description><![CDATA[Following my original Facebook and privacy rant, I had started and promptly forgotten a second post about Facebook.
A year ago, InformationWeek wrote that 90% of Facebook applications have unnecessary access to private data. More recently, Computerworld&#8217;s Mike Elgan wrote that Facebook is increasingly popular with 419 scammers.
According to the Open Security Foundation&#8217;s Data Loss database, [...]]]></description>
			<content:encoded><![CDATA[<p>Following my original Facebook and privacy rant, I had started and promptly forgotten a second post about Facebook.</p>
<p>A year ago, <em>InformationWeek</em> wrote that <a href="http://www.darkreading.com/security/app-security/showArticle.jhtml?articleID=208803665">90% of Facebook applications have unnecessary access to private data</a>. More recently, <em>Computerworld</em>&#8217;s Mike Elgan wrote that <a href="http://www.computerworld.com/action/article.do?command=viewArticleBasic&amp;taxonomyName=Internet+Business&amp;articleId=9121578&amp;taxonomyId=71&amp;pageNumber=1">Facebook is increasingly popular with 419 scammers</a>.</p>
<p>According to the Open Security Foundation&#8217;s <a href="http://datalossdb.org/">Data Loss database</a>, there were 360 data incidents in 2008. With 140 million users, I hypothesized that Facebook is a likely target for hackers and data thieves because it&#8217;s too attractive to ignore.</p>
<p>Well, here we are in the first week of January and <a href="http://blog.twitter.com/2009/01/monday-morning-madness.html">Twitter was hacked</a>. Oops. I was off target. And maybe I&#8217;m still an alarmist and a curmudgeon, because I still think we&#8217;ll see another Facebook privacy incident in 2009.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.glenturpin.com/2009/01/my-other-alarmist-privacy-and-security-rant/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Who can you trust?</title>
		<link>http://www.glenturpin.com/2008/12/who-can-you-trust/</link>
		<comments>http://www.glenturpin.com/2008/12/who-can-you-trust/#comments</comments>
		<pubDate>Sat, 27 Dec 2008 17:46:00 +0000</pubDate>
		<dc:creator>Glen</dc:creator>
				<category><![CDATA[reputation]]></category>
		<category><![CDATA[corporate]]></category>
		<category><![CDATA[privacy]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[trust]]></category>

		<guid isPermaLink="false">http://www.glenturpin.com/?p=281</guid>
		<description><![CDATA[Two years ago, Unisys published the Trusted Enterprise Index, which measures trust in privacy and information security practices.
While some of the results are out of date (I doubt that retail banking is the most trusted industry in the U.S. anymore) the factors that build and erode trust probably haven&#8217;t changed much.
According to Unisys, the top [...]]]></description>
			<content:encoded><![CDATA[<p>Two years ago, Unisys published the <a href="http://www.unisys.com/about__unisys/trusted_enterprise_index.htm">Trusted Enterprise Index</a>, which measures trust in privacy and information security practices.</p>
<p>While some of the results are out of date (I doubt that retail banking is the most trusted industry in the U.S. anymore) the factors that build and erode trust probably haven&#8217;t changed much.</p>
<p>According to Unisys, the top five attributes for building and eroding trust in an organization are:</p>
<table border="0">
<tbody>
<tr>
<td><strong>Build Trust</strong></p>
<ol>
<li>Customer satisfaction</li>
<li>Leadership</li>
<li>Prudent fiscal management</li>
<li>Quality</li>
<li>Customer respect</li>
</ol>
</td>
<td><strong>Erode Trust</strong></p>
<ol>
<li>Unethical business practices</li>
<li>Customer dissatisfaction</li>
<li>Lack of respect for employees</li>
<li>Lack of respect for customers</li>
<li>Poor leadership</li>
</ol>
</td>
</tr>
</tbody>
</table>
<p><strong>Most interesting factoid:</strong> More than one in three organizations (36% in U.S., 27% in U.K.) have no one managing trust within their organizations.</p>
<p>I&#8217;d <em>love</em> to see an update to this survey.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.glenturpin.com/2008/12/who-can-you-trust/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>More on passwords</title>
		<link>http://www.glenturpin.com/2008/12/more-on-passwords/</link>
		<comments>http://www.glenturpin.com/2008/12/more-on-passwords/#comments</comments>
		<pubDate>Tue, 02 Dec 2008 05:15:09 +0000</pubDate>
		<dc:creator>Glen</dc:creator>
				<category><![CDATA[identity]]></category>
		<category><![CDATA[openid]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://www.glenturpin.com/?p=177</guid>
		<description><![CDATA[I couldn&#8217;t find the referenced study, but according to BankSecurityPortal:
Research from Burton Group suggests that the average user can spend up to 15 minutes every day logging on to separate application â€“ which adds up to 65 weekday hours spent entering user IDs and passwords each year.
The article goes on to point out that one [...]]]></description>
			<content:encoded><![CDATA[<p>I couldn&#8217;t find the referenced study, but <a href="http://www.banksecurityportal.com/banksecurity_news.asp?articleid=262312">according to <em>BankSecurityPortal</em></a>:</p>
<blockquote><p>Research from Burton Group suggests that the average user can spend up to 15 minutes every day logging on to separate application â€“ which adds up to 65 weekday hours spent entering user IDs and passwords each year.</p></blockquote>
<p>The article goes on to point out that one of the greatest criticisms of single sign-on (like <a href="http://openid.net/">OpenID</a>) is that it creates a single point of potential compromise. It counters that single sign-on technologies make password quality rules easier to enforce, with alpha-numeric combinations of any length, case or format becoming practical. I&#8217;m not sure I buy that argument, but I&#8217;m not familiar with all the technologies discussed in the post, so I&#8217;ll leave it at that.</p>
<p>Bottom line: We have too many passwords.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.glenturpin.com/2008/12/more-on-passwords/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>I entered 37 passwords today</title>
		<link>http://www.glenturpin.com/2008/11/i-entered-37-passwords-today/</link>
		<comments>http://www.glenturpin.com/2008/11/i-entered-37-passwords-today/#comments</comments>
		<pubDate>Wed, 26 Nov 2008 01:51:40 +0000</pubDate>
		<dc:creator>Glen</dc:creator>
				<category><![CDATA[identity]]></category>
		<category><![CDATA[identity management]]></category>
		<category><![CDATA[openid]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://www.glenturpin.com/?p=131</guid>
		<description><![CDATA[Then I lost track. I had started the day with the intention of counting every time I logged in to my computer,Â  a shared system or a Web site. (Information security policy at work requires that I lock my screen every time I step away from my desk.)
It didn&#8217;t feel like an excessive password day. [...]]]></description>
			<content:encoded><![CDATA[<p>Then I lost track. I had started the day with the intention of counting every time I logged in to my computer,Â  a shared system or a Web site. (Information security policy at work requires that I lock my screen every time I step away from my desk.)</p>
<p>It didn&#8217;t feel like an excessive password day. Some days are much worse.</p>
<p>If you&#8217;re anything like me, you have hundreds of passwords and you store more and more information online every day. And unfortunately, passwords are not always secure.</p>
<ul>
<li>Passwords that are easy to remember are often weak. (Back in 2006, <a href="http://www.infoworld.com/article/06/11/17/47OPsecadvise_1.html">1 percent of MySpace users </a><span class="artText"><a href="http://www.infoworld.com/article/06/11/17/47OPsecadvise_1.html">had the word &#8220;password&#8221; as, or as part of, their password.</a> I don&#8217;t have more recent data, but I imagine that&#8217;s still fairly representative of passwords in general.)<br />
</span></li>
<li>Strong passwords tend to be harder to remember. Often, people write them down, tape them to the bottom of keyboards, put sticky notes next to their monitors, hide notes in drawers, and so on. Not secure.</li>
<li>If you use many systems, chances are good that each one will have different password requirements, i.e., length, capitalization, punctuation, special characters. Sometimes remembering the password rules for a system can be as hard as remembering the password itself.Â  (And according to one information security consultant, <a href="http://blog.passwordresearch.com/2007/08/how-password-policy-requirements-impact.html">restrictive password schemes actually reduce the number of possible passwords</a>.)</li>
<li>Often, organizations with &#8220;strong&#8221; information security policies make you change your password frequently and prevent password recycling, but that makes it even harder to remember your password. When you have to remember long, arcane, frequently-changing passwords, what do you do? You write them down. (See #2.)</li>
<li>Finally, chances are you have different user names across various sites, too. It&#8217;s hard enough to remember your password, but if you can&#8217;t even remember your user name&#8230;.</li>
</ul>
<p>So it&#8217;s hard to create and maintain good passwords across multiple systems. Theoretically, that&#8217;s what <a href="http://openid.net/">OpenID</a> was created to address: a single log on with a single password that you can use to access multiple systems. Great idea.</p>
<p>The problem is, <a href="http://www.webmonkey.com/blog/OpenID_Is_HereDOT_Too_Bad_Users_Can_t_Figure_Out_How_It_Works">it&#8217;s too complicated for mere mortals to use</a>. Let&#8217;s hope that changes.</p>
<p><strong>UPDATE:</strong> The day after I posted this, <a href="http://www.apache-ssl.org/ben.html">Ben Laurie</a>, who has forgotten more about security than I&#8217;ve ever known, <a href="http://www.links.org/?p=425">posted about a similar issue</a> on his blog. It&#8217;s worth a read.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.glenturpin.com/2008/11/i-entered-37-passwords-today/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
