<?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>CSSquirrel &#187; security</title>
	<atom:link href="http://www.cssquirrel.com/tag/security/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.cssquirrel.com</link>
	<description>One nut's look at the world of web design</description>
	<lastBuildDate>Tue, 27 Jul 2010 19:28:33 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Comic Update: Moose &amp; Squirrel</title>
		<link>http://www.cssquirrel.com/2010/04/22/comic-update-moose-squirrel/</link>
		<comments>http://www.cssquirrel.com/2010/04/22/comic-update-moose-squirrel/#comments</comments>
		<pubDate>Thu, 22 Apr 2010 22:39:43 +0000</pubDate>
		<dc:creator>Kyle Weems</dc:creator>
				<category><![CDATA[Comic]]></category>
		<category><![CDATA[ben adida]]></category>
		<category><![CDATA[bruce lawson]]></category>
		<category><![CDATA[iphone]]></category>
		<category><![CDATA[mobile]]></category>
		<category><![CDATA[mobile web]]></category>
		<category><![CDATA[molly holzschlag]]></category>
		<category><![CDATA[Opera]]></category>
		<category><![CDATA[opera mini]]></category>
		<category><![CDATA[privacy]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://www.cssquirrel.com/?p=673</guid>
		<description><![CDATA[Next week we&#8217;ll be concluding my AEA stoyline. Today&#8217;s comic, a continuity-free interlude, features Opera Mini. I should say, rather, that it features Opera Mini if it were a moose instead of a browser installed on hand-held devices. A short moose. A midget moose with some sort of glandular problem.
I hope you&#8217;re able to follow [...]]]></description>
			<content:encoded><![CDATA[<p>Next week we&#8217;ll be concluding my AEA stoyline. <a title="Link to CSSquirrel #62: Moose and Squirrel" href="/comic/?comic=62">Today&#8217;s comic</a>, a continuity-free interlude, features <a title="Link to Opera Mini" href="http://www.opera.com/mobile/" target="_blank">Opera Mini</a>. I should say, rather, that it features Opera Mini if it were a moose instead of a browser installed on hand-held devices. A short moose. A midget moose with some sort of glandular problem.</p>
<p>I hope you&#8217;re able to follow the metaphor I&#8217;ve created, as I don&#8217;t think I can devise another way to repeat what I just said above.</p>
<p>Frequent readers may be aware of the fact that I have not been too kind to Opera <a title="Link to archive of Opera mentions in CSSquirrel" href="/?s=opera" target="_self">in the past</a>. Typically, these tussles have dealt with how they&#8217;ve handled <a title="Link to CSSquirrel #17: Opera's Childish Antics" href="/comic/?comic=17">conflicts with certain competitors</a>. Today,  it&#8217;s a different story.</p>
<h4>What Matters With Mobile: Speed</h4>
<p>I own an iPhone, a device that comes pre-installed with Mobile Safari. Safari is a great modern browser that renders most (non-Flash) websites beautifully and accurately. And when I&#8217;ve got a decently strong connection, it even does it in a time-frame approaching (but not reaching) quickly.</p>
<p>The fact is however that my phone&#8217;s provider is <a title="Link to AT&amp;T" href="http://att.com/" target="_blank">AT&amp;T</a>. And when I&#8217;m at home, my WiFi access is through <a title="Link to Comcast" href="http://comcast.com/" target="_blank">Comcast</a>. Despite their many bold claims and lovely commercials stating otherwise, neither vendor provides what I&#8217;m going to refer to as a fast connection. Quite the opposite, I&#8217;m positive that there are several times in any given day where a <a title="Link to a YouTube clip from War Games" href="http://www.youtube.com/watch?v=AByemfK_qD4" target="_blank">28.8k modem</a> would more quickly deliver me the information I am seeking to consume.</p>
<p>Tell me, why as a society is it acceptable to charge people for a speed that they might, but usually won&#8217;t, receive from any given service, rather than the speed that they actually <em>are</em> receiving?</p>
<p>Regardless, these modern day <a title="Link to a Wikipedia article about Robber Barons" href="http://en.wikipedia.org/wiki/Robber_baron_%28industrialist%29" target="_blank">robber barons</a> aren&#8217;t making my service any better anytime sooner, so experiencing the web through Safari on my iPhone is similar to experiencing a milkshake through one of those really tiny coffee stirring straws. Yes, sooner or later you&#8217;ll get the shake, but it&#8217;s not exactly at a speed that&#8217;s enjoyable.</p>
<p>This is where Opera Mini comes in. Yes, it&#8217;s a less-capable browser in the rendering sense. But if I want to wait for a minute or longer per page,  I can certainly do so for my rounded corners. Usually when I&#8217;m on a mobile browser, I want data quickly. Very quickly. So Opera Mini serves me just fine. Better than fine, in fact. <a title="Link to Lifehacker article comparing Opera Mini and Mobile Safari speeds" href="http://lifehacker.com/5516038/browser-speed-tests-iphones-mobile-safari-vs-opera-mini" target="_blank">It&#8217;s very fast</a>. Which makes surfing the web effortless again. Which I dare say is how it is supposed to feel.</p>
<h4>Addendum: Privacy &amp; Security</h4>
<p>A few days back, I made the following pro-Mini <a title="Link to a tweet by Kyle Weems" href="http://twitter.com/cssquirrel/status/12232852259" target="_blank">tweet</a>: &#8220;Speed matters. Especially on mobile. And that is  exactly why I&#8217;m using Opera Mini more than Safari, despite the rendering  deficiencies.&#8221;</p>
<p><a title="Link to Ben Adida" href="http://ben.adida.net/" target="_blank">Ben Adida</a> offered the <a title="Link to a tweet by Ben Adida" href="http://twitter.com/benadida/statuses/12263282787" target="_blank">following question</a> as a counter: &#8220;Does privacy matter? Cause Opera Mini proxies all of your connections, even SSL, via its servers.&#8221; It&#8217;s a valid question, especially considering his expertise in the field of privacy and security. Not being an expert on how Opera does things, I poked at both <a title="Link to Bruce Lawson" href="http://www.brucelawson.co.uk/" target="_blank">Bruce Lawson</a> and <a title="Link to Molly Holzschlag" href="http://molly.com/" target="_blank">Molly Holzschlag</a>, both Opera employees.</p>
<p>Both of them said &#8220;If you don&#8217;t trust us (Opera), then don&#8217;t use the service,&#8221; and then each followed up with more details.</p>
<p>Molly backed up the security conversation with <a title="Link to a tweet by Molly Holzschlag" href="http://twitter.com/mollydotcom/statuses/12594785261" target="_blank">this gem</a>: &#8220;Regarding proxy serving in Opera Mini? We are a public company in Norway, which has some of the most stringent privacy rules.&#8221;  as well as the very honest <a title="Link to a tweet by Molly Holzschlag" href="http://twitter.com/mollydotcom/statuses/12594988936" target="_blank">tweet</a>: &#8220;As such if you cannot trust based on the integrity of a product or its company, no matter who, then don&#8217;t use that product!&#8221;</p>
<p>Well said.</p>
<p>Bruce gave us reasons to trust Opera with two security-related links. <a title="Link to a tweet by Bruce Lawson" href="http://twitter.com/brucel/statuses/12591701122" target="_blank">First, he indicated</a> that Opera Mini is actually more secure on public  WiFi than other browsers (with <a title="Link to an Opera blog post on security" href="http://my.opera.com/haavard/blog/2010/04/15/public-wifi" target="_blank">this link</a> to back his claim) as well as  <a title="Link to a tweet by Bruce Lawson" href="http://twitter.com/brucel/statuses/12591619661" target="_blank">linking</a> to a <a title="Link to an Opera blog post on security" href="http://my.opera.com/chooseopera/blog/symantec-security-report" target="_blank">post about how well Opera scored with security</a> according to  Symantec (here&#8217;s the abridged version: very well.)</p>
<p>So is Opera Mini fast? Yes. Is it secure? Yes.</p>
<p>That&#8217;ll do, moose. That&#8217;ll do.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.cssquirrel.com/2010/04/22/comic-update-moose-squirrel/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Comic Update: The Dangers of Intentional Vulnerability (AKA Password Unmasking)</title>
		<link>http://www.cssquirrel.com/2009/06/29/comic-update-the-dangers-of-intentional-vunlerability-aka-password-unmasking/</link>
		<comments>http://www.cssquirrel.com/2009/06/29/comic-update-the-dangers-of-intentional-vunlerability-aka-password-unmasking/#comments</comments>
		<pubDate>Mon, 29 Jun 2009 15:52:18 +0000</pubDate>
		<dc:creator>Kyle Weems</dc:creator>
				<category><![CDATA[Comic]]></category>
		<category><![CDATA[Drama]]></category>
		<category><![CDATA[bruce schneier]]></category>
		<category><![CDATA[dave shea]]></category>
		<category><![CDATA[jakob nielsen]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[privacy]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[usability]]></category>

		<guid isPermaLink="false">http://www.cssquirrel.com/?p=330</guid>
		<description><![CDATA[Sometimes I find myself participating in a discussion or a debate that sounds like a theoretical exercise involving recreational intoxicants. The unfortunate part of such topics is that not only are the participants sober, they&#8217;re also well-informed.
As we&#8217;re about to learn, being wise and making wise choices do not always go hand in hand.
Today&#8217;s comic [...]]]></description>
			<content:encoded><![CDATA[<p>Sometimes I find myself participating in a discussion or a debate that sounds like a theoretical exercise involving recreational intoxicants. The unfortunate part of such topics is that not only are the participants sober, they&#8217;re also well-informed.</p>
<p>As we&#8217;re about to learn, being wise and making wise choices do not always go hand in hand.</p>
<p><a title="Link to CSSquirrel #24: The Dangers of Intentional Vulnerability" href="http://www.cssquirrel.com/comic/?comic=24" target="_self">Today&#8217;s comic</a> imagines <a title="Link to Jakob Nielsen" href="http://www.useit.com/" target="_blank">Jakob Nielsen</a> and <a title="Link to Bruce Schneier" href="http://www.schneier.com/" target="_blank">Bruce Schneier</a> intentionally exposing themselves to danger in a gladiatorial arena (overlooked by a Caesar-esque <a title="Link to Dave Shea's Mezzoblue" href="http://www.mezzoblue.com/" target="_blank">Dave Shea</a>) with the predictable results. Sadly, this scenario reflects reality (with a little editorial excess) in a way that shocks me.</p>
<p>Let&#8217;s lay out the recent events.</p>
<p><span id="more-330"></span></p>
<h4>Jakob&#8217;s Suggestion: Let&#8217;s Unmask Passwords</h4>
<p>On June 23rd Jakob Nielsen proved he&#8217;s not done making poor recommendations in the name of usability. This time the victim is not design, however. Instead, he firmly takes a swing at security by <a title="Link to Stop Password Masking by Jakob Nielsen" href="http://www.useit.com/alertbox/passwords.html" target="_blank">recommending that passwords become unmasked</a>, leaving naked all the strange alphanumeric combinations that we strive mightily to remember every time we want to visit naughty sites, check our email or bid on a rare 1920&#8217;s lampshade online.</p>
<p>He makes some assertions while recommending this course of action. First, that people rarely look over shoulders. Second, that you&#8217;re alone in your office. Lastly, he names two &#8220;costs&#8221; that these cause, one being that users don&#8217;t trust sites that mask password fields and the second that masked fields result in weaker passwords. He ends this list of errors by suggesting we do away with the masking altogether, and dance widdershins under the stars in a deep forest clothed in naught but our own sweat.</p>
<p>For the sake of avoiding a stoning at the hands of security experts, he does make an offhand suggestion of offering a check box to allow masking for public situations, but this is said in an afterthought that shows how little he worries about such a trivial thing as someone with both curiosity and eyeballs noticing you typing things on your monitors.</p>
<h4>Dave Shea&#8217;s Suggestion: Let&#8217;s Have A Smackdown</h4>
<p>I might have spent my remaining years ignorant of his &#8220;suggestion&#8221; (might I take some liberties and call it a mad raving?) of tossing away one of the final barriers of security in exchange for a marginal increase in usability. However, Dave Shea took the impetus to <a title="Link to tweet by Dave Shea" href="http://twitter.com/mezzoblue/statuses/2299614527" target="_blank">make a comment</a> about Jakob&#8217;s strange post on Twitter, for which I thank him.</p>
<p>He then <a title="Link to tweet by Dave Shea" href="http://twitter.com/mezzoblue/statuses/2299649867" target="_blank">followed</a> with a comment replete with inspiring concepts: <em>&#8220;A Bruce Schneier / Jakob Nielsen smackdown would be, frankly, awesome.&#8221;</em></p>
<p>It&#8217;s moments like this that I wait for, mouth watering with anticipation as I crawl through the many tweets and blog comments of the web design sphere of opinion. Immediately I imagined a savage competition between these two notables where Jakob&#8217;s naivety costs him in a contest against the security expert Schneier. These sort of daydreams translate easily into a comic, and furthermore align with something about which I found myself holding a strong opinion. This sort of conjunction almost always sends me scrabbling to my mad laboratory, where I harness arcane shapes into vector imagery and stamp it with the mad wisdom of the stars.</p>
<h4>The Twist: Bruce Agrees With Jakob</h4>
<p>However, it was only on July 26th that Bruce did something I don&#8217;t think Dave expected when he made his tweet, and certainly wasn&#8217;t in my realm of anticipation. <a title="Link to The Problem with Password Masking by Bruce Schneier" href="http://www.schneier.com/blog/archives/2009/06/the_problem_wit_2.html" target="_blank">He agreed with Jakob</a>.</p>
<p>Thankfully, I was able to adapt this change of circumstance to my comic&#8217;s needs.</p>
<p>However, I&#8217;m not about to alter my opinion on the topic. Namely, that I think this suggestion is madness.</p>
<p>In short, it appears to me that Jakob and Bruce assume that exposed passwords are a non-issue because firstly criminals don&#8217;t hover over shoulders and secondly that privacy when surfing a website is a guarantee.</p>
<h4>Problem #1: Enabling Criminals Of Convenience</h4>
<p>Let&#8217;s cross out the consideration of serious hacker types for a moment. These aren&#8217;t the sort of individuals that need to see you typing your password to steal your stuff. They&#8217;ve got mad skills, and are probably busy right now taking your credit card information off a hard drive the U.S. Government accidentally sold to a spare parts reseller. But amateur no-gooders and opportunists need all the help they can get. They may not plan on stealing wi-fi access, but if they see you typing a password in the cafe they just might take advantage of it.</p>
<p>Unmasking the passwords by default creates a situation where Average Joes are given a lot more temptation to misuse the information they&#8217;re casually overseeing. We&#8217;re a curious, slightly selfish race. Give us the chance and we&#8217;ll be exploring things we shouldn&#8217;t. This is probably why emergency room doctors drink heavily after workdays involving gentlemen walking funny who whisper about the need for extreme secrecy when dealing with their medical &#8220;emergency&#8221;.</p>
<h4>Problem #2: Privacy In The Home Is An Illusion</h4>
<p>We&#8217;ll jump past the criminal concern, however, to look at the privacy issue. For the average American (and even more so for the average human) privacy isn&#8217;t a guarantee, and rarely exists when accessing a computer terminal. On the home front you often have spouses, siblings, parents and children all about as you log onto email accounts, purchase music via iTunes, check your bank account, or make a purchase for a pizza or a movie. Although I&#8217;ll pretend that maintaining privacy between spouses isn&#8217;t a concern (although I suspect it is) we all know that kids will be kids, and that some siblings are less than circumspect in respecting your stuff.</p>
<p>How would you like to come home only to discover you&#8217;ve spent $40 on purchasing a couple of Brittany Spears albums? How about learning someone (probably a young someone) bought access to an adult movie on the cable box with your account? I&#8217;m not saying that kids can&#8217;t get access to something with enough effort, but I think that it&#8217;s a big step in the wrong direction when you remove such a simple barrier to that access, and by doing so it requires no effort on their part to act on a poor decision.</p>
<h4>Problem #3: Private Office? What Private Office?</h4>
<p>So privacy in the home <strong>is </strong>an issue. What about the workplace? I have a great job. I don&#8217;t work in a cubicle farm. But many office workers do, and have hundreds of co-workers with easily five or six sitting in cubes across the aisle who can see their screens.</p>
<p>School teachers often have their computers in the classroom next to students. Should they trust all their pupils to respect their privacy and not try to access staff-only functions or answers to an upcoming test?</p>
<p>Furthermore, more and more people are accessing websites in non-traditional spaces. When you&#8217;re packed on a subway car with dozens of commuters and you need to access a site on your smart phone, do you want to have to decide if you can trust the people squeezed up next to you?</p>
<p>I could come up with dozens of other scenarios. Jakob is trying to cast his recommendation in the light of saving us from &#8220;legacy&#8221; design by implying that we live in an era where security won&#8217;t be risked by removing masking. Bruce seems to agree, stating that shoulder-surfing is an uncommon activity and that the risk is outweighed by the annoyance of typing blind.</p>
<h4>The Root Of The Problem: Outdated Assumptions On Where Websites Are Accessed</h4>
<p>I say that instead these two are making assumptions about website usage that are outdated. Computers are being used by younger children with more sophisticated skills. Websites are increasingly accessed more by other devices like smart phones, in non-private spaces with dozens of potential observers. Privacy is a vanishing commodity, so to presume that an average scenario doesn&#8217;t involve potential prying eyes is foolhardy and risky.</p>
<p>Jakob said the following:<em> &#8220;Users <strong>make more errors</strong> when they can&#8217;t see what they&#8217;re typing while filling in a form. They therefore <strong>feel less confident</strong>. This double degradation of the user experience means that people are more likely to give up and never log in to your site at all, leading to <strong>lost business</strong>. (Or, in the case of intranets, increased support calls.)&#8221;</em></p>
<p>I&#8217;m going to call you out on this one, sir. That&#8217;s outright backwards. I feel less confident when I am entering a naked password in any environment, and strongly doubt the security of the site in question if required to do so. In fact, I&#8217;m likely to not use it at all. Why should I trust their other measures if they can&#8217;t even protect the password from passing eyes?</p>
<p>Perhaps username/password security truly need to be replaced by something both more secure and simpler to use. I&#8217;m not sure what that replacement technology should be. But I do know that we shouldn&#8217;t decide that usability trumps security and retrograde to exposing our passwords to John Q. Public.</p>
<p>No offense, John.</p>
<p><strong>[Edit: Fixed the jump from #2 to #4 in the problem subtitles. Thanks, Elaine!]</strong></p>
]]></content:encoded>
			<wfw:commentRss>http://www.cssquirrel.com/2009/06/29/comic-update-the-dangers-of-intentional-vunlerability-aka-password-unmasking/feed/</wfw:commentRss>
		<slash:comments>14</slash:comments>
		</item>
	</channel>
</rss>
