<?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: SAML Single Sign-on with Desktop Apps &#8211; Enabled by OAuth</title>
	<atom:link href="http://blog.superpat.com/2009/11/12/saml-single-sign-on-with-desktop-apps-enabled-by-oauth/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.superpat.com/2009/11/12/saml-single-sign-on-with-desktop-apps-enabled-by-oauth/</link>
	<description>Pat Patterson on Identity Management, Federation and Single Malt Scotch</description>
	<lastBuildDate>Tue, 23 Feb 2010 05:03:39 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Pat Patterson</title>
		<link>http://blog.superpat.com/2009/11/12/saml-single-sign-on-with-desktop-apps-enabled-by-oauth/comment-page-1/#comment-1482</link>
		<dc:creator>Pat Patterson</dc:creator>
		<pubDate>Thu, 21 Jan 2010 17:58:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.superpat.com/?p=945#comment-1482</guid>
		<description>Hi Jonathan - I think the key thing here is that you can use Outlook to access your mail at Google, whether or not Google has a password for you. It&#039;s much more flexible.

Yes, you can use SPNEGO to do SSO across Microsoft web infrastructure, but I don&#039;t think it scales to thousands of IdP&#039;s accessing an SP. To use SPNEGO, you would have to &#039;kerberize&#039; the SP for all the IdP AD domain controllers, adding identities in each IdP&#039;s AD and copying keytab files. Ugh!</description>
		<content:encoded><![CDATA[<p>Hi Jonathan &#8211; I think the key thing here is that you can use Outlook to access your mail at Google, whether or not Google has a password for you. It&#8217;s much more flexible.</p>
<p>Yes, you can use SPNEGO to do SSO across Microsoft web infrastructure, but I don&#8217;t think it scales to thousands of IdP&#8217;s accessing an SP. To use SPNEGO, you would have to &#8216;kerberize&#8217; the SP for all the IdP AD domain controllers, adding identities in each IdP&#8217;s AD and copying keytab files. Ugh!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Gershater</title>
		<link>http://blog.superpat.com/2009/11/12/saml-single-sign-on-with-desktop-apps-enabled-by-oauth/comment-page-1/#comment-1478</link>
		<dc:creator>Jonathan Gershater</dc:creator>
		<pubDate>Thu, 21 Jan 2010 00:33:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.superpat.com/?p=945#comment-1478</guid>
		<description>hi Pat
Doesn&#039;t Microsoft do this with SPNEGO ? It will take credentials that I used to authenticate to AD (and thus from any &quot;thick client&quot; like Outlook) and make those credentials available in IE for browser based Auth?

Jonathan</description>
		<content:encoded><![CDATA[<p>hi Pat<br />
Doesn&#8217;t Microsoft do this with SPNEGO ? It will take credentials that I used to authenticate to AD (and thus from any &#8220;thick client&#8221; like Outlook) and make those credentials available in IE for browser based Auth?</p>
<p>Jonathan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pat Patterson</title>
		<link>http://blog.superpat.com/2009/11/12/saml-single-sign-on-with-desktop-apps-enabled-by-oauth/comment-page-1/#comment-981</link>
		<dc:creator>Pat Patterson</dc:creator>
		<pubDate>Wed, 16 Dec 2009 03:24:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.superpat.com/?p=945#comment-981</guid>
		<description>Hi Adam - All the information I have is in this blog entry. The linked articles at Google have some more detail; if you need more, you&#039;ll have to get in touch with Google - Eric&#039;s email address is on the page I linked to - http://eric.sachs.googlepages.com/</description>
		<content:encoded><![CDATA[<p>Hi Adam &#8211; All the information I have is in this blog entry. The linked articles at Google have some more detail; if you need more, you&#8217;ll have to get in touch with Google &#8211; Eric&#8217;s email address is on the page I linked to &#8211; <a href="http://eric.sachs.googlepages.com/" rel="nofollow">http://eric.sachs.googlepages.com/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam</title>
		<link>http://blog.superpat.com/2009/11/12/saml-single-sign-on-with-desktop-apps-enabled-by-oauth/comment-page-1/#comment-980</link>
		<dc:creator>Adam</dc:creator>
		<pubDate>Wed, 16 Dec 2009 01:36:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.superpat.com/?p=945#comment-980</guid>
		<description>I&#039;d be very interested in more information, I&#039;ve been looking for this for ages!

Adam</description>
		<content:encoded><![CDATA[<p>I&#8217;d be very interested in more information, I&#8217;ve been looking for this for ages!</p>
<p>Adam</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pat Patterson</title>
		<link>http://blog.superpat.com/2009/11/12/saml-single-sign-on-with-desktop-apps-enabled-by-oauth/comment-page-1/#comment-804</link>
		<dc:creator>Pat Patterson</dc:creator>
		<pubDate>Thu, 19 Nov 2009 19:16:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.superpat.com/?p=945#comment-804</guid>
		<description>Word from Eric:

&lt;blockquote&gt;
There is actually no code in the OAuth enabled desktop that has any awareness of how federation or user-authentication happens at Google.  In the generic case, the desktop app just tells Google it wants an OAuth token for &quot;someones&quot; mail/calendar API.  In the more advanced case, it tells Google it wants an OAuth token for &quot;someone in the domain acme.com.&quot;  That seperation/indirection is very powerful in our opinion because the user can be authentication using any means, and the federation (if it happens) can use any protocol/mechanism.  So we don&#039;t need to update the desktop app in the future if we add more federation mechanisms, or authentication mechanisms.
&lt;/blockquote&gt;

I&#039;ve amended my flow accordingly.</description>
		<content:encoded><![CDATA[<p>Word from Eric:</p>
<blockquote><p>
There is actually no code in the OAuth enabled desktop that has any awareness of how federation or user-authentication happens at Google.  In the generic case, the desktop app just tells Google it wants an OAuth token for &#8220;someones&#8221; mail/calendar API.  In the more advanced case, it tells Google it wants an OAuth token for &#8220;someone in the domain acme.com.&#8221;  That seperation/indirection is very powerful in our opinion because the user can be authentication using any means, and the federation (if it happens) can use any protocol/mechanism.  So we don&#8217;t need to update the desktop app in the future if we add more federation mechanisms, or authentication mechanisms.
</p></blockquote>
<p>I&#8217;ve amended my flow accordingly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pat Patterson</title>
		<link>http://blog.superpat.com/2009/11/12/saml-single-sign-on-with-desktop-apps-enabled-by-oauth/comment-page-1/#comment-803</link>
		<dc:creator>Pat Patterson</dc:creator>
		<pubDate>Thu, 19 Nov 2009 18:19:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.superpat.com/?p=945#comment-803</guid>
		<description>Hi Paul - I&#039;m not certain of the exact detail - there may be more coupling later in the flow. I&#039;ll ask the Google guys if they&#039;d like to clarify here...</description>
		<content:encoded><![CDATA[<p>Hi Paul &#8211; I&#8217;m not certain of the exact detail &#8211; there may be more coupling later in the flow. I&#8217;ll ask the Google guys if they&#8217;d like to clarify here&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul</title>
		<link>http://blog.superpat.com/2009/11/12/saml-single-sign-on-with-desktop-apps-enabled-by-oauth/comment-page-1/#comment-801</link>
		<dc:creator>Paul</dc:creator>
		<pubDate>Thu, 19 Nov 2009 14:28:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.superpat.com/?p=945#comment-801</guid>
		<description>Pat, it seems the only connection between SAML &amp; OAuth is in your Step 1, ie in which Outlook &#039;invokes the browser with a SAML SP URL, including the request token as a query parameter. &#039;

What param is Google using for this?

After this, SAML seems completely separable from the OAuth piece, ie its just how Google authenticates the user before authz.

I&#039;m also exploring mechanisms by which SAML protocol messages can carry Oauth params/tokens

Paul</description>
		<content:encoded><![CDATA[<p>Pat, it seems the only connection between SAML &amp; OAuth is in your Step 1, ie in which Outlook &#8216;invokes the browser with a SAML SP URL, including the request token as a query parameter. &#8216;</p>
<p>What param is Google using for this?</p>
<p>After this, SAML seems completely separable from the OAuth piece, ie its just how Google authenticates the user before authz.</p>
<p>I&#8217;m also exploring mechanisms by which SAML protocol messages can carry Oauth params/tokens</p>
<p>Paul</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Edward Wang</title>
		<link>http://blog.superpat.com/2009/11/12/saml-single-sign-on-with-desktop-apps-enabled-by-oauth/comment-page-1/#comment-766</link>
		<dc:creator>Edward Wang</dc:creator>
		<pubDate>Fri, 13 Nov 2009 10:27:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.superpat.com/?p=945#comment-766</guid>
		<description>Nice reading. Thanks for posting, Mr. Patterson.</description>
		<content:encoded><![CDATA[<p>Nice reading. Thanks for posting, Mr. Patterson.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
