<?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: Does &#8216;User-Centric&#8217; also mean &#8216;User-Burdened&#8217;?</title>
	<atom:link href="http://blog.talkingidentity.com/2008/09/does_usercentric_also_mean_use.html/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.talkingidentity.com/2008/09/does_usercentric_also_mean_use.html</link>
	<description>An Architect&#039;s Quest to make sense of the world of Identity and Access Management</description>
	<lastBuildDate>Mon, 23 Aug 2010 12:56:09 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: TCarroll</title>
		<link>http://blog.talkingidentity.com/2008/09/does_usercentric_also_mean_use.html/comment-page-1#comment-105</link>
		<dc:creator>TCarroll</dc:creator>
		<pubDate>Wed, 03 Sep 2008 15:20:30 +0000</pubDate>
		<guid isPermaLink="false">http://talkingidentity.com/blog/?p=128#comment-105</guid>
		<description>I suppose the extent of the burden on the user really depends on what PII they need to give to each system in order to accomplish their goals. In an on-line shopping scenario, you need to provide real payment credentials, and a real shipping address (or at least some kind of proxys that will get the job done), so there is limited ability for a user to easily keep that kind of transaction completely non-correlatable. On the other hand, many on-line transactions require only proving a) you&#039;re not a bot, and b) you are the same person you were last time. Systems based on Information Card technology, such as Microsoft&#039;s &lt;a href=&quot;http://netfx3.com/content/WindowsCardspaceHome.aspx&quot; rel=&quot;nofollow&quot;&gt;CardSpace&lt;/a&gt;, Parity Communication&#039;s &lt;a href=&quot;http://www.azigo.com&quot; rel=&quot;nofollow&quot;&gt;Azigo&lt;/a&gt; and Novell&#039;s &lt;a href=&quot;http://www.bandit-project.org/index.php/Digital_Me&quot; rel=&quot;nofollow&quot;&gt;Digital Me&lt;/a&gt; all include the capablity to automatically generate strong site-specific login credentials from a single Information Card, as well as the ablity to easily create multiple Information Cards to support different personas. Add in a disposable email service, and it becomes very easy for a user to maintain this kind of lightweight on-line account in a completely non-correlatable way.
</description>
		<content:encoded><![CDATA[<p>I suppose the extent of the burden on the user really depends on what PII they need to give to each system in order to accomplish their goals. In an on-line shopping scenario, you need to provide real payment credentials, and a real shipping address (or at least some kind of proxys that will get the job done), so there is limited ability for a user to easily keep that kind of transaction completely non-correlatable. On the other hand, many on-line transactions require only proving a) you&#8217;re not a bot, and b) you are the same person you were last time. Systems based on Information Card technology, such as Microsoft&#8217;s <a href="http://netfx3.com/content/WindowsCardspaceHome.aspx" rel="nofollow">CardSpace</a>, Parity Communication&#8217;s <a href="http://www.azigo.com" rel="nofollow">Azigo</a> and Novell&#8217;s <a href="http://www.bandit-project.org/index.php/Digital_Me" rel="nofollow">Digital Me</a> all include the capablity to automatically generate strong site-specific login credentials from a single Information Card, as well as the ablity to easily create multiple Information Cards to support different personas. Add in a disposable email service, and it becomes very easy for a user to maintain this kind of lightweight on-line account in a completely non-correlatable way.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
