<?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"
	>
<channel>
	<title>Comments on: R-E-S-P-E-C-T</title>
	<atom:link href="http://www.xmlgrrl.com/blog/archives/2006/06/19/r-e-s-p-e-c-t/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.xmlgrrl.com/blog/archives/2006/06/19/r-e-s-p-e-c-t/</link>
	<description>XML, identity, crafting, and other tangled musings</description>
	<pubDate>Fri, 05 Sep 2008 15:15:24 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Chris Drake</title>
		<link>http://www.xmlgrrl.com/blog/archives/2006/06/19/r-e-s-p-e-c-t/#comment-53725</link>
		<dc:creator>Chris Drake</dc:creator>
		<pubDate>Wed, 04 Apr 2007 08:23:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.xmlgrrl.com/blog/archives/2006/06/19/r-e-s-p-e-c-t/#comment-53725</guid>
		<description>The hard truth is:

(A) nobody agrees what "User Centric" should mean.

(B) almost everything will "break" if the user has to be the intermediary at run time.  Web sites need to send us update emails, need to charge us subscription renewals, may be required by law to provide our address to police, etc etc: all of this must take place without the users presence.

Perhaps the best solution is to lobby for everyone to always clarify their meaning when using the term "User Centric" - if you mean "run time intermediary" - say so. If you mean access-policy architect, say it.  If you mean any of the dozen or more other things I've read today - elaborate.

My personal understanding of what user-centric should mean is that other people are not allowed to keep any of my information about me in their "data silos".  I put my info into my ID provider, and anytime anyone else wants it, they have to come and get it.  I can thus revoke access anytime I want, and audit the use of my info.</description>
		<content:encoded><![CDATA[<p>The hard truth is:</p>
<p>(A) nobody agrees what &#8220;User Centric&#8221; should mean.</p>
<p>(B) almost everything will &#8220;break&#8221; if the user has to be the intermediary at run time.  Web sites need to send us update emails, need to charge us subscription renewals, may be required by law to provide our address to police, etc etc: all of this must take place without the users presence.</p>
<p>Perhaps the best solution is to lobby for everyone to always clarify their meaning when using the term &#8220;User Centric&#8221; - if you mean &#8220;run time intermediary&#8221; - say so. If you mean access-policy architect, say it.  If you mean any of the dozen or more other things I&#8217;ve read today - elaborate.</p>
<p>My personal understanding of what user-centric should mean is that other people are not allowed to keep any of my information about me in their &#8220;data silos&#8221;.  I put my info into my ID provider, and anytime anyone else wants it, they have to come and get it.  I can thus revoke access anytime I want, and audit the use of my info.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rohan Pinto</title>
		<link>http://www.xmlgrrl.com/blog/archives/2006/06/19/r-e-s-p-e-c-t/#comment-9650</link>
		<dc:creator>Rohan Pinto</dc:creator>
		<pubDate>Thu, 06 Jul 2006 13:59:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.xmlgrrl.com/blog/archives/2006/06/19/r-e-s-p-e-c-t/#comment-9650</guid>
		<description>&lt;strong&gt;Higgins Trust Framework - finally out !!&lt;/strong&gt;

During the recent identity mashup, the folks@Higgins put together a demo walkthrough of the  Higgins Trust Framework (HTF) and how personal profile information can be federated and synchronized across sites. David Berlind from zdnet blogged about it an...</description>
		<content:encoded><![CDATA[<p><strong>Higgins Trust Framework - finally out !!</strong></p>
<p>During the recent identity mashup, the folks@Higgins put together a demo walkthrough of the  Higgins Trust Framework (HTF) and how personal profile information can be federated and synchronized across sites. David Berlind from zdnet blogged about it an&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Identity 2.0 &#187; What is user-centric identity?</title>
		<link>http://www.xmlgrrl.com/blog/archives/2006/06/19/r-e-s-p-e-c-t/#comment-9257</link>
		<dc:creator>Identity 2.0 &#187; What is user-centric identity?</dc:creator>
		<pubDate>Tue, 27 Jun 2006 03:56:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.xmlgrrl.com/blog/archives/2006/06/19/r-e-s-p-e-c-t/#comment-9257</guid>
		<description>[...] User-centric identity has become a buzz word in the identity market. Eve Maler, Paul Madsen and Pete Rowley have all been talking about it. I was on a panel with Eve and Kim Cameron a couple weeks ago during Catalyst where we talked about user-centric identity. My key thoughts on it were: [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] User-centric identity has become a buzz word in the identity market. Eve Maler, Paul Madsen and Pete Rowley have all been talking about it. I was on a panel with Eve and Kim Cameron a couple weeks ago during Catalyst where we talked about user-centric identity. My key thoughts on it were: [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shekhar Jha</title>
		<link>http://www.xmlgrrl.com/blog/archives/2006/06/19/r-e-s-p-e-c-t/#comment-9195</link>
		<dc:creator>Shekhar Jha</dc:creator>
		<pubDate>Sat, 24 Jun 2006 23:36:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.xmlgrrl.com/blog/archives/2006/06/19/r-e-s-p-e-c-t/#comment-9195</guid>
		<description>Sorry for getting late to this user-centric discussion. I liked the idea of making the user-centric term more specific and concrete. This is due to my frustration of seeing this term being used so loosely by everybody. I have put my thoughts together and would love to get feedback. To summarize my entry, I think that we need to define a way to measure the user centricity of the protocol and relationship that we are talking about. Would love to hear your thoughts.</description>
		<content:encoded><![CDATA[<p>Sorry for getting late to this user-centric discussion. I liked the idea of making the user-centric term more specific and concrete. This is due to my frustration of seeing this term being used so loosely by everybody. I have put my thoughts together and would love to get feedback. To summarize my entry, I think that we need to define a way to measure the user centricity of the protocol and relationship that we are talking about. Would love to hear your thoughts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pamela Dingle</title>
		<link>http://www.xmlgrrl.com/blog/archives/2006/06/19/r-e-s-p-e-c-t/#comment-8939</link>
		<dc:creator>Pamela Dingle</dc:creator>
		<pubDate>Wed, 21 Jun 2006 18:39:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.xmlgrrl.com/blog/archives/2006/06/19/r-e-s-p-e-c-t/#comment-8939</guid>
		<description>I have to agree that 'user-centric', to me, seems like a very "marketing-friendly" term (and as such, could be very useful, don't get me wrong).

The bottom line is, it is very useful if you can designate (and sometimes enforce) who is in the driver's seat for a given transaction.  If it is a case where the user is initiating an internet transaction, they should be in the driver's seat.  If the user is an employee in a corporation, however, that user may happen to be utilizing technology that is "user-centric", but really it is the corporation that is at the "center", with the user simply along for the ride.   In both cases, what I see as different here, compared to what exists today, is  transparency between all parties as to who is control, and transparency to the user as to what data is being passed.  

Um, not that this suggests to me a better name.  I'm quite willing to use what's already out there, and take liberties with it where necessary  :-)

Pam</description>
		<content:encoded><![CDATA[<p>I have to agree that &#8216;user-centric&#8217;, to me, seems like a very &#8220;marketing-friendly&#8221; term (and as such, could be very useful, don&#8217;t get me wrong).</p>
<p>The bottom line is, it is very useful if you can designate (and sometimes enforce) who is in the driver&#8217;s seat for a given transaction.  If it is a case where the user is initiating an internet transaction, they should be in the driver&#8217;s seat.  If the user is an employee in a corporation, however, that user may happen to be utilizing technology that is &#8220;user-centric&#8221;, but really it is the corporation that is at the &#8220;center&#8221;, with the user simply along for the ride.   In both cases, what I see as different here, compared to what exists today, is  transparency between all parties as to who is control, and transparency to the user as to what data is being passed.  </p>
<p>Um, not that this suggests to me a better name.  I&#8217;m quite willing to use what&#8217;s already out there, and take liberties with it where necessary  :-)</p>
<p>Pam</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: carolina</title>
		<link>http://www.xmlgrrl.com/blog/archives/2006/06/19/r-e-s-p-e-c-t/#comment-8924</link>
		<dc:creator>carolina</dc:creator>
		<pubDate>Wed, 21 Jun 2006 15:31:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.xmlgrrl.com/blog/archives/2006/06/19/r-e-s-p-e-c-t/#comment-8924</guid>
		<description>I don't believe that  our life is so complex so as to need such myriad of terms (user client-centric vs. user proxy-centric and so on). On the contrary, I think that we should strive for simplicity: "user-centric" is the new marketing buzz word and people seem to like it, however in my opinion it shouldn't imply that the user (and/or the user terminal) needs to be in the middle of every transaction. As Eve mentioned, I can definitely control what my bank does with my money, and I certainly do not need to be consulted for every single Euro that leaves my account, or be physically involved every time that a payment order reaches my bank. This doesn't mean that my money is less safe (or at least by now ;-)
I also agree with Conor: the user can have the full control of his online data and/or  resources simply because of the existence of  marvellous "remote control tools", namely "user-defined policies" that govern the way in which his information is accessed/shared.
And such policies could be enforced by the user terminal, by any sort or Hw/Sw entity in the user terminal, or by a network server -- without continuously having to interact with the user. This is, in my opinion, the key issue.
Even more, sometimes the policies will not be defined "from scratch" by the user, but a good identity management product will come with predefined values, values that make sense for most of the users. For instance, my grandma might not be able to define each of the details by herself, she would appreciate some help. 
Sometimes it is not a so good idea to give too much decision power to someone who doesn't have enough information/ability to decide. Has anyone thought about this? - I hope nobody will call me fascist for it ;-).
BTW, my grandma's answer to the question of an hypothetical  user-centric system asking "Would you like to be consulted every time that anyone googles your name?" would be "Please........NO!". 
If this is the definition of a "user-centric" system, sometimes I would prefer a "user-absent" one ;-) //carolina.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t believe that  our life is so complex so as to need such myriad of terms (user client-centric vs. user proxy-centric and so on). On the contrary, I think that we should strive for simplicity: &#8220;user-centric&#8221; is the new marketing buzz word and people seem to like it, however in my opinion it shouldn&#8217;t imply that the user (and/or the user terminal) needs to be in the middle of every transaction. As Eve mentioned, I can definitely control what my bank does with my money, and I certainly do not need to be consulted for every single Euro that leaves my account, or be physically involved every time that a payment order reaches my bank. This doesn&#8217;t mean that my money is less safe (or at least by now ;-)<br />
I also agree with Conor: the user can have the full control of his online data and/or  resources simply because of the existence of  marvellous &#8220;remote control tools&#8221;, namely &#8220;user-defined policies&#8221; that govern the way in which his information is accessed/shared.<br />
And such policies could be enforced by the user terminal, by any sort or Hw/Sw entity in the user terminal, or by a network server &#8212; without continuously having to interact with the user. This is, in my opinion, the key issue.<br />
Even more, sometimes the policies will not be defined &#8220;from scratch&#8221; by the user, but a good identity management product will come with predefined values, values that make sense for most of the users. For instance, my grandma might not be able to define each of the details by herself, she would appreciate some help.<br />
Sometimes it is not a so good idea to give too much decision power to someone who doesn&#8217;t have enough information/ability to decide. Has anyone thought about this? - I hope nobody will call me fascist for it ;-).<br />
BTW, my grandma&#8217;s answer to the question of an hypothetical  user-centric system asking &#8220;Would you like to be consulted every time that anyone googles your name?&#8221; would be &#8220;Please&#8230;&#8230;..NO!&#8221;.<br />
If this is the definition of a &#8220;user-centric&#8221; system, sometimes I would prefer a &#8220;user-absent&#8221; one ;-) //carolina.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eve</title>
		<link>http://www.xmlgrrl.com/blog/archives/2006/06/19/r-e-s-p-e-c-t/#comment-8912</link>
		<dc:creator>Eve</dc:creator>
		<pubDate>Wed, 21 Jun 2006 13:49:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.xmlgrrl.com/blog/archives/2006/06/19/r-e-s-p-e-c-t/#comment-8912</guid>
		<description>Hi Robin-- But all traffic passing via the user('s client) is precisely what a lot of people are proposing, and they call it "user-centric identity".  My take on Conor's suggestion is that if the salient feature you want is the decoupling of the IdP and RP, then you don't strictly need a "local" (client-based) intermediary to make this happen; a "remote" intermediary working on your behalf would suffice as well.  Even though I'm doubtful people will step back from the "user-centric" terminology, it's clear we at least need finer-grained terms than we've got.

For an umbrella term, I think there are a number of choices (none of which should be "user-centric"!): empowered, governed, responsive, and even sensitive... "User-consented" isn't right for the name of the philosophy; it speaks only to a raw property of exchange, and doesn't convey the idea that human-computer interaction principles matter.</description>
		<content:encoded><![CDATA[<p>Hi Robin&#8211; But all traffic passing via the user(&#8217;s client) is precisely what a lot of people are proposing, and they call it &#8220;user-centric identity&#8221;.  My take on Conor&#8217;s suggestion is that if the salient feature you want is the decoupling of the IdP and RP, then you don&#8217;t strictly need a &#8220;local&#8221; (client-based) intermediary to make this happen; a &#8220;remote&#8221; intermediary working on your behalf would suffice as well.  Even though I&#8217;m doubtful people will step back from the &#8220;user-centric&#8221; terminology, it&#8217;s clear we at least need finer-grained terms than we&#8217;ve got.</p>
<p>For an umbrella term, I think there are a number of choices (none of which should be &#8220;user-centric&#8221;!): empowered, governed, responsive, and even sensitive&#8230; &#8220;User-consented&#8221; isn&#8217;t right for the name of the philosophy; it speaks only to a raw property of exchange, and doesn&#8217;t convey the idea that human-computer interaction principles matter.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robin Wilton</title>
		<link>http://www.xmlgrrl.com/blog/archives/2006/06/19/r-e-s-p-e-c-t/#comment-8891</link>
		<dc:creator>Robin Wilton</dc:creator>
		<pubDate>Wed, 21 Jun 2006 09:40:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.xmlgrrl.com/blog/archives/2006/06/19/r-e-s-p-e-c-t/#comment-8891</guid>
		<description>I've tried floating the notion of 'user sensitive' identity... 

http://blogs.sun.com/roller/page/racingsnake?entry=user_sensitive_identity_management

And Richard Veryard (whose opinion I rate) suggested that is too 'weak', and proposed 'user responsive'. 

I think one of the issues with 'user-centric' is the strong 'spatial' or topological analogy which it implies. As Conor points out, that drags in assumptions of 'all traffic passing via the user', which is by no means what is always functionally required.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve tried floating the notion of &#8216;user sensitive&#8217; identity&#8230; </p>
<p><a href="http://blogs.sun.com/roller/page/racingsnake?entry=user_sensitive_identity_management" rel="nofollow">http://blogs.sun.com/roller/page/racingsnake?entry=user_sensitive_identity_management</a></p>
<p>And Richard Veryard (whose opinion I rate) suggested that is too &#8216;weak&#8217;, and proposed &#8216;user responsive&#8217;. </p>
<p>I think one of the issues with &#8216;user-centric&#8217; is the strong &#8217;spatial&#8217; or topological analogy which it implies. As Conor points out, that drags in assumptions of &#8216;all traffic passing via the user&#8217;, which is by no means what is always functionally required.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hubert</title>
		<link>http://www.xmlgrrl.com/blog/archives/2006/06/19/r-e-s-p-e-c-t/#comment-8876</link>
		<dc:creator>Hubert</dc:creator>
		<pubDate>Wed, 21 Jun 2006 07:24:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.xmlgrrl.com/blog/archives/2006/06/19/r-e-s-p-e-c-t/#comment-8876</guid>
		<description>Hi guys,

it sounds to me that Connor is describing something customer-facing (the user does need to be present and validate the process) and agent-facing (there is a proxy or agent that has the user's authority to approve the exchange of info); am I guessing right?
BTW, yes I do need to create a new flash version of our demo; soon...

Cheers,
Hubert</description>
		<content:encoded><![CDATA[<p>Hi guys,</p>
<p>it sounds to me that Connor is describing something customer-facing (the user does need to be present and validate the process) and agent-facing (there is a proxy or agent that has the user&#8217;s authority to approve the exchange of info); am I guessing right?<br />
BTW, yes I do need to create a new flash version of our demo; soon&#8230;</p>
<p>Cheers,<br />
Hubert</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eve M.</title>
		<link>http://www.xmlgrrl.com/blog/archives/2006/06/19/r-e-s-p-e-c-t/#comment-8869</link>
		<dc:creator>Eve M.</dc:creator>
		<pubDate>Wed, 21 Jun 2006 01:38:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.xmlgrrl.com/blog/archives/2006/06/19/r-e-s-p-e-c-t/#comment-8869</guid>
		<description>Hi Mark-- My guess is that the people doing identity systems would very much like to avoid reinventing the wheel when it comes to policy expressions, including privacy policy!  It's not overlap, maybe, so much as complementary goals.  The identity systems would function ultimately as policy enforcement points, but would want to use specialist technology for policy decision points.

I haven't heard much (or anything, to be honest) about APPEL or EPAL lately.  However, it's interesting that P3P is used in so many cases; I hadn't known.  I've heard, indeed, that it's static and inflexible and thus impractical for many common scenarios but have no personal experience with it.

Another technology that leaps to mind, particularly where fine policy granularity and the full gamut of access control options are requirements, would be &lt;a href="http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=xacml" rel="nofollow"&gt;XACML&lt;/a&gt;.  It even has a privacy profile already.

I always turn to my expert colleague Anne Anderson for thoughts on such things. I'll ask if she's interested in commenting further here.</description>
		<content:encoded><![CDATA[<p>Hi Mark&#8211; My guess is that the people doing identity systems would very much like to avoid reinventing the wheel when it comes to policy expressions, including privacy policy!  It&#8217;s not overlap, maybe, so much as complementary goals.  The identity systems would function ultimately as policy enforcement points, but would want to use specialist technology for policy decision points.</p>
<p>I haven&#8217;t heard much (or anything, to be honest) about APPEL or EPAL lately.  However, it&#8217;s interesting that P3P is used in so many cases; I hadn&#8217;t known.  I&#8217;ve heard, indeed, that it&#8217;s static and inflexible and thus impractical for many common scenarios but have no personal experience with it.</p>
<p>Another technology that leaps to mind, particularly where fine policy granularity and the full gamut of access control options are requirements, would be <a href="http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=xacml" rel="nofollow">XACML</a>.  It even has a privacy profile already.</p>
<p>I always turn to my expert colleague Anne Anderson for thoughts on such things. I&#8217;ll ask if she&#8217;s interested in commenting further here.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
