<?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: OAuth: Looks Phishy</title>
	<atom:link href="http://blog.mozilla.com/rob-sayre/2007/08/27/oauth-looks-phishy/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.mozilla.com/rob-sayre/2007/08/27/oauth-looks-phishy/</link>
	<description>This Must Be the Place (Naive Melody)</description>
	<lastBuildDate>Thu, 10 Sep 2009 06:17:03 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Eran Hammer-Lahav</title>
		<link>http://blog.mozilla.com/rob-sayre/2007/08/27/oauth-looks-phishy/comment-page-1/#comment-3639</link>
		<dc:creator>Eran Hammer-Lahav</dc:creator>
		<pubDate>Tue, 11 Sep 2007 02:47:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/rob-sayre/2007/08/27/oauth-looks-phishy/#comment-3639</guid>
		<description>The consumer (website) has to &quot;ask the user to grant access&quot; in order to get the user&#039;s protected resources. OAuth does not say how the service provider is going to do that. The same way some OpenID vendors do not allow you to sign-in from a redirection, OAuth providers can ask you to first sign-in and then come back to approve access.

OAuth cannot help careless users, and phishing is all about not paying attention to what you do. The goal is to allow you to give a 3rd party access to you resources without sharing your password.

You also need to keep in mind that one of the OAuth design goals has been to keep it as simple as possible and easy to implement. If you make it too hard, those 3rd party apps will just ask for your password and screen scrap your data as they do today.

Quechup didn&#039;t use phishing to spam everyone, they just nicely asked for your password and then abused it. They could have as easily placed a few charges to your Google Checkout account.</description>
		<content:encoded><![CDATA[<p>The consumer (website) has to &#8220;ask the user to grant access&#8221; in order to get the user&#8217;s protected resources. OAuth does not say how the service provider is going to do that. The same way some OpenID vendors do not allow you to sign-in from a redirection, OAuth providers can ask you to first sign-in and then come back to approve access.</p>
<p>OAuth cannot help careless users, and phishing is all about not paying attention to what you do. The goal is to allow you to give a 3rd party access to you resources without sharing your password.</p>
<p>You also need to keep in mind that one of the OAuth design goals has been to keep it as simple as possible and easy to implement. If you make it too hard, those 3rd party apps will just ask for your password and screen scrap your data as they do today.</p>
<p>Quechup didn&#8217;t use phishing to spam everyone, they just nicely asked for your password and then abused it. They could have as easily placed a few charges to your Google Checkout account.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rsayre</title>
		<link>http://blog.mozilla.com/rob-sayre/2007/08/27/oauth-looks-phishy/comment-page-1/#comment-3402</link>
		<dc:creator>rsayre</dc:creator>
		<pubDate>Tue, 28 Aug 2007 21:25:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/rob-sayre/2007/08/27/oauth-looks-phishy/#comment-3402</guid>
		<description>&quot;It will encourage users to enter their username and password only into sites that they have accounts on.&quot;

Well, phishing preys upon that tendency.</description>
		<content:encoded><![CDATA[<p>&#8220;It will encourage users to enter their username and password only into sites that they have accounts on.&#8221;</p>
<p>Well, phishing preys upon that tendency.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian McKellar</title>
		<link>http://blog.mozilla.com/rob-sayre/2007/08/27/oauth-looks-phishy/comment-page-1/#comment-3398</link>
		<dc:creator>Ian McKellar</dc:creator>
		<pubDate>Tue, 28 Aug 2007 18:09:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/rob-sayre/2007/08/27/oauth-looks-phishy/#comment-3398</guid>
		<description>It will encourage users to enter their username and password only into sites that they have accounts on. So to give a service access to my twitter account I only enter my twitter password into twitter&#039;s servers. And even better I don&#039;t enter it because my password is autofilled by my browser. Even better is that it can use my session cookie to verify me and then merely prompt me to ask if I want to allow this application to access my data. Best of all, if the site is using OpenID I&#039;m only signed into my identity provider.

OAuth is only slightly less phishable by default than what has come before, but it has the potential to be way better.</description>
		<content:encoded><![CDATA[<p>It will encourage users to enter their username and password only into sites that they have accounts on. So to give a service access to my twitter account I only enter my twitter password into twitter&#8217;s servers. And even better I don&#8217;t enter it because my password is autofilled by my browser. Even better is that it can use my session cookie to verify me and then merely prompt me to ask if I want to allow this application to access my data. Best of all, if the site is using OpenID I&#8217;m only signed into my identity provider.</p>
<p>OAuth is only slightly less phishable by default than what has come before, but it has the potential to be way better.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
