<?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 and Twitter: Realistic expectations</title>
	<atom:link href="http://stut.net/2009/01/24/oauth-and-twitter-realistic-expectations/feed/" rel="self" type="application/rss+xml" />
	<link>http://stut.net/2009/01/24/oauth-and-twitter-realistic-expectations/</link>
	<description>Ramblings of a random software engineer</description>
	<lastBuildDate>Fri, 12 Mar 2010 17:55:38 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Stut</title>
		<link>http://stut.net/2009/01/24/oauth-and-twitter-realistic-expectations/comment-page-1/#comment-8300</link>
		<dc:creator>Stut</dc:creator>
		<pubDate>Sat, 24 Jan 2009 20:12:39 +0000</pubDate>
		<guid isPermaLink="false">http://stut.net/blog/?p=326#comment-8300</guid>
		<description>Thanks for your comment Till. Hopefully OAuth will only bring good things for Twitter.</description>
		<content:encoded><![CDATA[<p>Thanks for your comment Till. Hopefully OAuth will only bring good things for Twitter.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: till</title>
		<link>http://stut.net/2009/01/24/oauth-and-twitter-realistic-expectations/comment-page-1/#comment-8299</link>
		<dc:creator>till</dc:creator>
		<pubDate>Sat, 24 Jan 2009 19:49:32 +0000</pubDate>
		<guid isPermaLink="false">http://stut.net/blog/?p=326#comment-8299</guid>
		<description>Hey there!

Thanks for letting me know when you posted and I must say that I share or see your concerns. You are right that people mistake OAuth for the ultimate solution to all the security problems.

On the other hand, I think we need to cut them some slack too.

For example -- we both understand that OAuth is meant for authorization and not a fine grained control panel for data and account properties. I&#039;m not sure how much time you spent on OpenSocial in general and all the authorization, login and other data portability stuff but I can&#039;t really keep up with what is provided and more important, who&#039;s really implementing it all.

In my opinion, providing OAuth is most def. a step into the right direction. Because you should not be handing out your account credentials to third party applications, whatever their motives might be.

And of course OAuth still doesn&#039;t protect you if you select a weak password, or if you are using the same password on different websites and one of them saves them unprotected and the data is comprimised.

Most of those recent events could not have been avoided with OAuth.

In terms of data access control, a perfect example of how things should be is Yahoo!&#039;s Fire Eagle. You select which of the apps can read and/or write to your account, and you have to re-confirm the sharing of your location every six months (or so, depending on your settings).

On the bright side, even though Twitter is not mainstream I hope that due to the press that OAuth receives and due to it being rolled out on many other websites lately, people actually think about handing out their credentials first. In Web2 it&#039;s all about users and a user account. So for me that sounds like it is all about power to the people -- they could demand a solution, such as OAuth.

If you look at the reality though -- a bunch of very-early adopters and developers demanded OAuth for so long. Not the average Twitter user.

In the end, with the access you grant to an application to your account via OAuth I find it maybe not secure&#039;r but issues can be handled -- e.g. I imagine Twitter can track which applications send spam through the API and shut it down and remove the spam on people&#039;s patches.

Granting access is trust and if you can&#039;t trust an application, maybe you should create a dummy Twitter account to play with it or not use it all together. There&#039;s obviously not so much anyone can do to prevent abuse, but there are lots of measures that can be taken as an action when it happened.

Cheers,
Till</description>
		<content:encoded><![CDATA[<p>Hey there!</p>
<p>Thanks for letting me know when you posted and I must say that I share or see your concerns. You are right that people mistake OAuth for the ultimate solution to all the security problems.</p>
<p>On the other hand, I think we need to cut them some slack too.</p>
<p>For example &#8212; we both understand that OAuth is meant for authorization and not a fine grained control panel for data and account properties. I&#8217;m not sure how much time you spent on OpenSocial in general and all the authorization, login and other data portability stuff but I can&#8217;t really keep up with what is provided and more important, who&#8217;s really implementing it all.</p>
<p>In my opinion, providing OAuth is most def. a step into the right direction. Because you should not be handing out your account credentials to third party applications, whatever their motives might be.</p>
<p>And of course OAuth still doesn&#8217;t protect you if you select a weak password, or if you are using the same password on different websites and one of them saves them unprotected and the data is comprimised.</p>
<p>Most of those recent events could not have been avoided with OAuth.</p>
<p>In terms of data access control, a perfect example of how things should be is Yahoo!&#8217;s Fire Eagle. You select which of the apps can read and/or write to your account, and you have to re-confirm the sharing of your location every six months (or so, depending on your settings).</p>
<p>On the bright side, even though Twitter is not mainstream I hope that due to the press that OAuth receives and due to it being rolled out on many other websites lately, people actually think about handing out their credentials first. In Web2 it&#8217;s all about users and a user account. So for me that sounds like it is all about power to the people &#8212; they could demand a solution, such as OAuth.</p>
<p>If you look at the reality though &#8212; a bunch of very-early adopters and developers demanded OAuth for so long. Not the average Twitter user.</p>
<p>In the end, with the access you grant to an application to your account via OAuth I find it maybe not secure&#8217;r but issues can be handled &#8212; e.g. I imagine Twitter can track which applications send spam through the API and shut it down and remove the spam on people&#8217;s patches.</p>
<p>Granting access is trust and if you can&#8217;t trust an application, maybe you should create a dummy Twitter account to play with it or not use it all together. There&#8217;s obviously not so much anyone can do to prevent abuse, but there are lots of measures that can be taken as an action when it happened.</p>
<p>Cheers,<br />
Till</p>
]]></content:encoded>
	</item>
</channel>
</rss>
