<?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/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"
	>
<channel>
	<title>Comments on: The password anti-pattern and phishing scams: it&#8217;s Twitter&#8217;s fault</title>
	<atom:link href="http://aralbalkan.com/1843/feed" rel="self" type="application/rss+xml" />
	<link>http://aralbalkan.com/1843</link>
	<description>Passionate geekisms.</description>
	<lastBuildDate>Wed, 17 Mar 2010 21:40:03 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Matt</title>
		<link>http://aralbalkan.com/1843/comment-page-1#comment-259304</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Mon, 01 Feb 2010 17:06:21 +0000</pubDate>
		<guid isPermaLink="false">http://aralbalkan.com/1843#comment-259304</guid>
		<description>I&#039;m a big fan of OAuth, but the truth is OAuth will not prevent these problems.  OAuth still redirects users to the provider site to enter their username and password.  Even though the consumer doesn&#039;t get this data, it still teaches users to expect to be redirected elsewhere to login.  So, if the site redirects you to a look-a-like phishing site, you still have a problem.</description>
		<content:encoded><![CDATA[<p>I&#8217;m a big fan of OAuth, but the truth is OAuth will not prevent these problems.  OAuth still redirects users to the provider site to enter their username and password.  Even though the consumer doesn&#8217;t get this data, it still teaches users to expect to be redirected elsewhere to login.  So, if the site redirects you to a look-a-like phishing site, you still have a problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Online Media Managers &#187; Blog Archive &#187; The Curious Case of Twitter and Twply</title>
		<link>http://aralbalkan.com/1843/comment-page-1#comment-208761</link>
		<dc:creator>Online Media Managers &#187; Blog Archive &#187; The Curious Case of Twitter and Twply</dc:creator>
		<pubDate>Mon, 26 Jan 2009 07:01:52 +0000</pubDate>
		<guid isPermaLink="false">http://aralbalkan.com/1843#comment-208761</guid>
		<description>[...] Twply story is a lesson in many ways (see the discussion about the password anti-pattern here, here, and here), but I going to focus on the interface of the service in [...]</description>
		<content:encoded><![CDATA[<p>[...] Twply story is a lesson in many ways (see the discussion about the password anti-pattern here, here, and here), but I going to focus on the interface of the service in [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rounding up New Year Week &#124; Padub</title>
		<link>http://aralbalkan.com/1843/comment-page-1#comment-205993</link>
		<dc:creator>Rounding up New Year Week &#124; Padub</dc:creator>
		<pubDate>Sat, 17 Jan 2009 22:51:56 +0000</pubDate>
		<guid isPermaLink="false">http://aralbalkan.com/1843#comment-205993</guid>
		<description>[...] and phished Twitter while we were away. Good for Microsoft and Twitter, donâ€™t you think? Aral demanded Twitter to implement oAuth while I pondered about some problems that people will face on [...]</description>
		<content:encoded><![CDATA[<p>[...] and phished Twitter while we were away. Good for Microsoft and Twitter, donâ€™t you think? Aral demanded Twitter to implement oAuth while I pondered about some problems that people will face on [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Curious Case of Twply and Twitter - Bokardo</title>
		<link>http://aralbalkan.com/1843/comment-page-1#comment-203584</link>
		<dc:creator>The Curious Case of Twply and Twitter - Bokardo</dc:creator>
		<pubDate>Fri, 09 Jan 2009 15:08:03 +0000</pubDate>
		<guid isPermaLink="false">http://aralbalkan.com/1843#comment-203584</guid>
		<description>[...] Twply story is a lesson in many ways (see the discussion about the password anti-pattern here, here, and here), but I going to focus on the interface of the service in [...]</description>
		<content:encoded><![CDATA[<p>[...] Twply story is a lesson in many ways (see the discussion about the password anti-pattern here, here, and here), but I going to focus on the interface of the service in [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rounding up New Year Week</title>
		<link>http://aralbalkan.com/1843/comment-page-1#comment-202953</link>
		<dc:creator>Rounding up New Year Week</dc:creator>
		<pubDate>Mon, 05 Jan 2009 15:00:26 +0000</pubDate>
		<guid isPermaLink="false">http://aralbalkan.com/1843#comment-202953</guid>
		<description>[...] 7 Demo and phished Twitter while we were away. Good for Microsoft and Twitter, don’t you think? Aral demanded Twitter to implement oAuth while I pondered about some problems that people will face on [...]</description>
		<content:encoded><![CDATA[<p>[...] 7 Demo and phished Twitter while we were away. Good for Microsoft and Twitter, don’t you think? Aral demanded Twitter to implement oAuth while I pondered about some problems that people will face on [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sravan</title>
		<link>http://aralbalkan.com/1843/comment-page-1#comment-202934</link>
		<dc:creator>Sravan</dc:creator>
		<pubDate>Mon, 05 Jan 2009 13:54:50 +0000</pubDate>
		<guid isPermaLink="false">http://aralbalkan.com/1843#comment-202934</guid>
		<description>Yeah, everybody is demanding oAuth and I can see why. There are a few other problems that gullible users can face because of Twitter that I pondered about on http://www.thatdamnpc.com/3-problems-we-will-face-on-twitter/.</description>
		<content:encoded><![CDATA[<p>Yeah, everybody is demanding oAuth and I can see why. There are a few other problems that gullible users can face because of Twitter that I pondered about on <a href="http://www.thatdamnpc.com/3-problems-we-will-face-on-twitter/." rel="nofollow">http://www.thatdamnpc.com/3-problems-we-will-face-on-twitter/.</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aral</title>
		<link>http://aralbalkan.com/1843/comment-page-1#comment-202926</link>
		<dc:creator>Aral</dc:creator>
		<pubDate>Mon, 05 Jan 2009 13:17:59 +0000</pubDate>
		<guid isPermaLink="false">http://aralbalkan.com/1843#comment-202926</guid>
		<description>Keith,

I agree that Twitter implementing oAuth would not solve the current phishing scam as it imitates the Twitter homepage. However, you don&#039;t need to go to the extremes of creating a fake twitter site to phish Twitter users today specifically because Twitter does not implement oAuth. All you need to do is  create a Twitter app and ask for people&#039;s username and login as per the officially-sanctioned Twitter way of building apps. That&#039;s it. Then use their username and password. Simple.

The truth is that no one knows which Twitter apps actually store users&#039; passwords and which do not. There may be phishing scams going on right now under the guise of legitimate Twitter apps that we don&#039;t know about.

The only way to know for sure would be to see the source code for the apps to see exactly what they are doing with the username/password information they gather.

So, without oAuth, any Twitter app that asks for your username/password (i.e., any Twitter app that uses authenticated methods in the Twitter API) is a potential phishing operation.

That&#039;s what implementing oAuth would stop.

It would also stop teaching people that it&#039;s OK to give your username and password to third party apps and even to desktop clients. 

The only place you should provide your Twitter username and password is Twitter.com.

And yes, people can still get phished by attempts such as the current one that replicate the look and feel of the Twitter web site. Then you can implement things like the cookie-based badges that Yahoo does. None of it is foolproof but &lt;strong&gt;implementing oAuth would dramatically reduce the number of available attack vectors for phishing attempts.&lt;/strong&gt;</description>
		<content:encoded><![CDATA[<p>Keith,</p>
<p>I agree that Twitter implementing oAuth would not solve the current phishing scam as it imitates the Twitter homepage. However, you don&#8217;t need to go to the extremes of creating a fake twitter site to phish Twitter users today specifically because Twitter does not implement oAuth. All you need to do is  create a Twitter app and ask for people&#8217;s username and login as per the officially-sanctioned Twitter way of building apps. That&#8217;s it. Then use their username and password. Simple.</p>
<p>The truth is that no one knows which Twitter apps actually store users&#8217; passwords and which do not. There may be phishing scams going on right now under the guise of legitimate Twitter apps that we don&#8217;t know about.</p>
<p>The only way to know for sure would be to see the source code for the apps to see exactly what they are doing with the username/password information they gather.</p>
<p>So, without oAuth, any Twitter app that asks for your username/password (i.e., any Twitter app that uses authenticated methods in the Twitter API) is a potential phishing operation.</p>
<p>That&#8217;s what implementing oAuth would stop.</p>
<p>It would also stop teaching people that it&#8217;s OK to give your username and password to third party apps and even to desktop clients. </p>
<p>The only place you should provide your Twitter username and password is Twitter.com.</p>
<p>And yes, people can still get phished by attempts such as the current one that replicate the look and feel of the Twitter web site. Then you can implement things like the cookie-based badges that Yahoo does. None of it is foolproof but <strong>implementing oAuth would dramatically reduce the number of available attack vectors for phishing attempts.</strong></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Armendariz</title>
		<link>http://aralbalkan.com/1843/comment-page-1#comment-202677</link>
		<dc:creator>Mark Armendariz</dc:creator>
		<pubDate>Sun, 04 Jan 2009 18:39:39 +0000</pubDate>
		<guid isPermaLink="false">http://aralbalkan.com/1843#comment-202677</guid>
		<description>We&#039;re in full agreement.

Unfortunately, in order to offer the tools Twitter practically begs us to write (by having an API), we HAVE to ask uses for passwords.  In Tweeter (facebook app), I try to warn uses not to give us their passwords unless they plan to tweet from Tweeter.

The very Last thing I want to worry about is accepting the passwords of my users which is bad on far too many levels.  But it&#039;s the only way I can offer them the tools they&#039;re asking for my using my application.

I really hope Twitter gets on top of this very soon.

Here&#039;s the entry in their bug list.  Vote it up:
http://code.google.com/p/twitter-api/issues/detail?id=2</description>
		<content:encoded><![CDATA[<p>We&#8217;re in full agreement.</p>
<p>Unfortunately, in order to offer the tools Twitter practically begs us to write (by having an API), we HAVE to ask uses for passwords.  In Tweeter (facebook app), I try to warn uses not to give us their passwords unless they plan to tweet from Tweeter.</p>
<p>The very Last thing I want to worry about is accepting the passwords of my users which is bad on far too many levels.  But it&#8217;s the only way I can offer them the tools they&#8217;re asking for my using my application.</p>
<p>I really hope Twitter gets on top of this very soon.</p>
<p>Here&#8217;s the entry in their bug list.  Vote it up:<br />
<a href="http://code.google.com/p/twitter-api/issues/detail?id=2" rel="nofollow">http://code.google.com/p/twitter-api/issues/detail?id=2</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keith Peters</title>
		<link>http://aralbalkan.com/1843/comment-page-1#comment-202672</link>
		<dc:creator>Keith Peters</dc:creator>
		<pubDate>Sun, 04 Jan 2009 17:33:31 +0000</pubDate>
		<guid isPermaLink="false">http://aralbalkan.com/1843#comment-202672</guid>
		<description>Also, in all fairness, the particular scam you are referring to really has nothing to do with the api situation (which I agree exists). The phishing page was designed to look exactly like twitter&#039;s home page. So it&#039;s not like users would even think they were supplying their credentials to some third party site and blindly trusting it because so many other apps do that. They would just think they were logging into their twitter account at twitter.com. oAuth would not solve this kind of scheme at all.</description>
		<content:encoded><![CDATA[<p>Also, in all fairness, the particular scam you are referring to really has nothing to do with the api situation (which I agree exists). The phishing page was designed to look exactly like twitter&#8217;s home page. So it&#8217;s not like users would even think they were supplying their credentials to some third party site and blindly trusting it because so many other apps do that. They would just think they were logging into their twitter account at twitter.com. oAuth would not solve this kind of scheme at all.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keith Peters</title>
		<link>http://aralbalkan.com/1843/comment-page-1#comment-202670</link>
		<dc:creator>Keith Peters</dc:creator>
		<pubDate>Sun, 04 Jan 2009 17:26:30 +0000</pubDate>
		<guid isPermaLink="false">http://aralbalkan.com/1843#comment-202670</guid>
		<description>In all seriousness, I know what you are saying, and I agree twitter needs to change this, but I hate the blame game. Twitter rocks. It&#039;s grown all out of proportion to anything anyone imagined, and it&#039;s evolving in an even more rapidly evolving environment. oAuth started in November 2006, half a year after twitter started! They are both in their infancy. How can you berate one for not jumping on the bandwagon of the other? I think it would be great if twitter did use something like this, but worded in a suggestion would be better than an attack.</description>
		<content:encoded><![CDATA[<p>In all seriousness, I know what you are saying, and I agree twitter needs to change this, but I hate the blame game. Twitter rocks. It&#8217;s grown all out of proportion to anything anyone imagined, and it&#8217;s evolving in an even more rapidly evolving environment. oAuth started in November 2006, half a year after twitter started! They are both in their infancy. How can you berate one for not jumping on the bandwagon of the other? I think it would be great if twitter did use something like this, but worded in a suggestion would be better than an attack.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
