<?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 Beginning to Rock the World</title>
	<atom:link href="http://www.diversity.net.nz/oauth-beginning-to-rock-the-world/2009/10/21/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.diversity.net.nz/oauth-beginning-to-rock-the-world/2009/10/21/</link>
	<description>Commentary and Analysis for User-Centered Technology</description>
	<lastBuildDate>Fri, 10 Feb 2012 03:02:25 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: wasabhi</title>
		<link>http://www.diversity.net.nz/oauth-beginning-to-rock-the-world/2009/10/21/comment-page-1/#comment-42998</link>
		<dc:creator>wasabhi</dc:creator>
		<pubDate>Fri, 23 Oct 2009 10:02:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.cloudave.com/link/oauth-beginning-to-rock-the-world#comment-42998</guid>
		<description>Owen thanks for your prompt response.  I&#039;m really impressed to see that you&#039;re actively engaged and listening to constructive feedback given to the developer preview release. My point of view is based on frustrations caused by working with your current implementation ... looking forward to seeing the introduction of structures that are clearly defined in the current oauth spec - in the interests of both user security and user experience. I have made suggestions in the uservoice forum to specify a root callback domain during the creation of consumer credentials - subsequently all callback URLs specified during each authentication event need to originate from subdomains of this root domain. The use case here is of course for consumers originating from multi-tennant architectures where callback URLs vary. This could achieve a higher level of security whilst accommodating a use case that is likely to be more common in the future. For the record Owen - my comment was not questioning your motivation to provide the very best level of user security and privacy...

Great to hear from you ...
Wasabhi</description>
		<content:encoded><![CDATA[<p>Owen thanks for your prompt response.  I&#8217;m really impressed to see that you&#8217;re actively engaged and listening to constructive feedback given to the developer preview release. My point of view is based on frustrations caused by working with your current implementation &#8230; looking forward to seeing the introduction of structures that are clearly defined in the current oauth spec &#8211; in the interests of both user security and user experience. I have made suggestions in the uservoice forum to specify a root callback domain during the creation of consumer credentials &#8211; subsequently all callback URLs specified during each authentication event need to originate from subdomains of this root domain. The use case here is of course for consumers originating from multi-tennant architectures where callback URLs vary. This could achieve a higher level of security whilst accommodating a use case that is likely to be more common in the future. For the record Owen &#8211; my comment was not questioning your motivation to provide the very best level of user security and privacy&#8230;</p>
<p>Great to hear from you &#8230;<br />
Wasabhi</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Owen Evans</title>
		<link>http://www.diversity.net.nz/oauth-beginning-to-rock-the-world/2009/10/21/comment-page-1/#comment-42911</link>
		<dc:creator>Owen Evans</dc:creator>
		<pubDate>Thu, 22 Oct 2009 21:52:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.cloudave.com/link/oauth-beginning-to-rock-the-world#comment-42911</guid>
		<description>Hi Wasabhi,
We&#039;re aware of the piece of the OAuth jigsaw missing from the Xero implementation at this time. As the lead developer on the project I can assure you that we had a few discussions as to if we would do the developer preview as we knew our primary response would be noticing the lack of permanent access tokens.

First we want to assure that the permanent access via the API is coming, bus as I hope you can recognise we treat customer privacy as our number one concern so we wanted to make sure that adequate safeguards are in place before releasing such support.

Also the lack of modifiable callback urls was an oversight and I have to admit that was just a mistake that we&#039;ll be rectifying soon.

We do listen to uservoice and use that as a primary means of prioritising.

OAuth is a great protocol and with an increase in use the libraries are going to only get better. OAuth is currently going through ratification at the Internet Engineering Task Force, which will make the protocol more an integral part of internet security.

OAuth is still young so we thought it important to get the developer preview version of the API out so that people can get used to the workflow and security mechanisms behind OAuth.


Many thanks
Owen Evans</description>
		<content:encoded><![CDATA[<p>Hi Wasabhi,<br />
We&#8217;re aware of the piece of the OAuth jigsaw missing from the Xero implementation at this time. As the lead developer on the project I can assure you that we had a few discussions as to if we would do the developer preview as we knew our primary response would be noticing the lack of permanent access tokens.</p>
<p>First we want to assure that the permanent access via the API is coming, bus as I hope you can recognise we treat customer privacy as our number one concern so we wanted to make sure that adequate safeguards are in place before releasing such support.</p>
<p>Also the lack of modifiable callback urls was an oversight and I have to admit that was just a mistake that we&#8217;ll be rectifying soon.</p>
<p>We do listen to uservoice and use that as a primary means of prioritising.</p>
<p>OAuth is a great protocol and with an increase in use the libraries are going to only get better. OAuth is currently going through ratification at the Internet Engineering Task Force, which will make the protocol more an integral part of internet security.</p>
<p>OAuth is still young so we thought it important to get the developer preview version of the API out so that people can get used to the workflow and security mechanisms behind OAuth.</p>
<p>Many thanks<br />
Owen Evans</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: wasabhi</title>
		<link>http://www.diversity.net.nz/oauth-beginning-to-rock-the-world/2009/10/21/comment-page-1/#comment-42720</link>
		<dc:creator>wasabhi</dc:creator>
		<pubDate>Wed, 21 Oct 2009 18:45:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.cloudave.com/link/oauth-beginning-to-rock-the-world#comment-42720</guid>
		<description>Indeed it is a very clean and tight protocol for authentication workflow to establish delegated access. Xero&#039;s implementation however seems to be lacking on anunber of fronts. They don&#039;t make it easy for multi-tennant platform developers to build closed loop auth using a callback, and their 30 minute access token expiry creates a bizarre user experience. Hoping that Xero are listening to their &quot;uservoice&quot;!</description>
		<content:encoded><![CDATA[<p>Indeed it is a very clean and tight protocol for authentication workflow to establish delegated access. Xero&#8217;s implementation however seems to be lacking on anunber of fronts. They don&#8217;t make it easy for multi-tennant platform developers to build closed loop auth using a callback, and their 30 minute access token expiry creates a bizarre user experience. Hoping that Xero are listening to their &#8220;uservoice&#8221;!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

