<?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: Single Sign-On Definition</title>
	<atom:link href="http://nosheep.net/story/single-sign-on-definition/feed/" rel="self" type="application/rss+xml" />
	<link>http://nosheep.net/story/single-sign-on-definition/</link>
	<description>Comic book guy, tech geek, and father of two...</description>
	<lastBuildDate>Wed, 17 Mar 2010 15:20:24 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: britney spears fat picture</title>
		<link>http://nosheep.net/story/single-sign-on-definition/comment-page-1/#comment-69888</link>
		<dc:creator>britney spears fat picture</dc:creator>
		<pubDate>Thu, 15 Feb 2007 20:40:21 +0000</pubDate>
		<guid isPermaLink="false">http://nosheep.net/story/single-sign-on-definition/#comment-69888</guid>
		<description>&lt;strong&gt;britney spears fat picture...&lt;/strong&gt;

britney spears fat picture moves...</description>
		<content:encoded><![CDATA[<p><strong>britney spears fat picture&#8230;</strong></p>
<p>britney spears fat picture moves&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: No Sheep &#187; Shibboleth For AuthZ</title>
		<link>http://nosheep.net/story/single-sign-on-definition/comment-page-1/#comment-4138</link>
		<dc:creator>No Sheep &#187; Shibboleth For AuthZ</dc:creator>
		<pubDate>Tue, 27 Jun 2006 13:40:01 +0000</pubDate>
		<guid isPermaLink="false">http://nosheep.net/story/single-sign-on-definition/#comment-4138</guid>
		<description>[...] Until this point I had only though of Shibb as a solution for inter-organizational web-based single-sign on (Federated SSO or WebISO or WebSSO). I knew I could use Shibboleth internally to serve as my WebSSO, but we already have a hugely successful implementation of CAS in our environment. Additionally I haven&#8217;t been able to point at a killer application of the federated WebSSO ability. I knew this driver would be coming, but without immediate demand I was luke warm on Shibboleth. [...]</description>
		<content:encoded><![CDATA[<p>[...] Until this point I had only though of Shibb as a solution for inter-organizational web-based single-sign on (Federated SSO or WebISO or WebSSO). I knew I could use Shibboleth internally to serve as my WebSSO, but we already have a hugely successful implementation of CAS in our environment. Additionally I haven&#8217;t been able to point at a killer application of the federated WebSSO ability. I knew this driver would be coming, but without immediate demand I was luke warm on Shibboleth. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Identity Future &#187; Blog Archive &#187; Single Sign-On Definition</title>
		<link>http://nosheep.net/story/single-sign-on-definition/comment-page-1/#comment-1670</link>
		<dc:creator>Identity Future &#187; Blog Archive &#187; Single Sign-On Definition</dc:creator>
		<pubDate>Fri, 24 Mar 2006 23:08:29 +0000</pubDate>
		<guid isPermaLink="false">http://nosheep.net/story/single-sign-on-definition/#comment-1670</guid>
		<description>[...] A concise Single Sign-On definition from NoSheep.net: Single Sign-On: One userid, one password, entered one time, with passage allowed from one system to another without interruption [...]</description>
		<content:encoded><![CDATA[<p>[...] A concise Single Sign-On definition from NoSheep.net: Single Sign-On: One userid, one password, entered one time, with passage allowed from one system to another without interruption [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: No Sheep &#187; WebISO Solutions At Various Institiutions</title>
		<link>http://nosheep.net/story/single-sign-on-definition/comment-page-1/#comment-1616</link>
		<dc:creator>No Sheep &#187; WebISO Solutions At Various Institiutions</dc:creator>
		<pubDate>Wed, 22 Mar 2006 02:32:59 +0000</pubDate>
		<guid isPermaLink="false">http://nosheep.net/story/single-sign-on-definition/#comment-1616</guid>
		<description>[...] As an addition, Plymouth State University uses CAS. Interestingly, at the moment CAS is far away the most common, although Shibboleth is gaining some ground. I&#8217;m sure this is because Shibboleth has the added benefit of being capable of federated SSO. [...]</description>
		<content:encoded><![CDATA[<p>[...] As an addition, Plymouth State University uses CAS. Interestingly, at the moment CAS is far away the most common, although Shibboleth is gaining some ground. I&#8217;m sure this is because Shibboleth has the added benefit of being capable of federated SSO. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: No Sheep &#187; Win2K3 R2 TechNet with Michael Murphy, Dig It?</title>
		<link>http://nosheep.net/story/single-sign-on-definition/comment-page-1/#comment-1173</link>
		<dc:creator>No Sheep &#187; Win2K3 R2 TechNet with Michael Murphy, Dig It?</dc:creator>
		<pubDate>Wed, 01 Mar 2006 16:14:29 +0000</pubDate>
		<guid isPermaLink="false">http://nosheep.net/story/single-sign-on-definition/#comment-1173</guid>
		<description>[...] The good news is that Active Directory Federation Services (ADFS) is now released. This package implements the WS-Federation standard for federated single sign on (SSO). [...]</description>
		<content:encoded><![CDATA[<p>[...] The good news is that Active Directory Federation Services (ADFS) is now released. This package implements the WS-Federation standard for federated single sign on (SSO). [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NoSheep! &#187; Mishmash of Acronyms</title>
		<link>http://nosheep.net/story/single-sign-on-definition/comment-page-1/#comment-232</link>
		<dc:creator>NoSheep! &#187; Mishmash of Acronyms</dc:creator>
		<pubDate>Wed, 09 Nov 2005 23:42:23 +0000</pubDate>
		<guid isPermaLink="false">http://nosheep.net/story/single-sign-on-definition/#comment-232</guid>
		<description>[...] I assume this is some tech writers confusion between Secure Socket Layer (SSL) and Single Sign-On (SSO). [...]</description>
		<content:encoded><![CDATA[<p>[...] I assume this is some tech writers confusion between Secure Socket Layer (SSL) and Single Sign-On (SSO). [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NoSheep! &#187; Authentication Definition</title>
		<link>http://nosheep.net/story/single-sign-on-definition/comment-page-1/#comment-144</link>
		<dc:creator>NoSheep! &#187; Authentication Definition</dc:creator>
		<pubDate>Mon, 26 Sep 2005 23:35:00 +0000</pubDate>
		<guid isPermaLink="false">http://nosheep.net/story/single-sign-on-definition/#comment-144</guid>
		<description>[...] Once again, this is a nice concise definition. It&#8217;s good to have these clearly defined to eliminate any confusion or debate when discussing, similar to what I did with my &#8220;Single Sign-On Definition&#8221; post. [...]</description>
		<content:encoded><![CDATA[<p>[...] Once again, this is a nice concise definition. It&#8217;s good to have these clearly defined to eliminate any confusion or debate when discussing, similar to what I did with my &#8220;Single Sign-On Definition&#8221; post. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NoSheep! &#187; Single Sign-Out and Session Management</title>
		<link>http://nosheep.net/story/single-sign-on-definition/comment-page-1/#comment-44</link>
		<dc:creator>NoSheep! &#187; Single Sign-Out and Session Management</dc:creator>
		<pubDate>Wed, 10 Aug 2005 15:05:43 +0000</pubDate>
		<guid isPermaLink="false">http://nosheep.net/story/single-sign-on-definition/#comment-44</guid>
		<description>[...] When dealing with portals we all get very excited about single sign-on (SSO), but I think we often forget single sign-out or overall session management. The end user really gets the main visual benefit from SSO, so this is what I find myself concentrating on. Yet, if somehow connections to external systems are not addressed when a user logs out, you have a potential security problem. [...]</description>
		<content:encoded><![CDATA[<p>[...] When dealing with portals we all get very excited about single sign-on (SSO), but I think we often forget single sign-out or overall session management. The end user really gets the main visual benefit from SSO, so this is what I find myself concentrating on. Yet, if somehow connections to external systems are not addressed when a user logs out, you have a potential security problem. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
