<?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: P3WG and Levels of Assurance</title>
	<atom:link href="http://kantarainitiative.org/wordpress/2009/08/p3wg-and-levels-of-assurance/feed/" rel="self" type="application/rss+xml" />
	<link>http://kantarainitiative.org/wordpress/2009/08/p3wg-and-levels-of-assurance/</link>
	<description>Shaping the Future of Digital Identity</description>
	<lastBuildDate>Sun, 20 May 2012 18:52:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Stephen Wilson</title>
		<link>http://kantarainitiative.org/wordpress/2009/08/p3wg-and-levels-of-assurance/comment-page-1/#comment-2092</link>
		<dc:creator>Stephen Wilson</dc:creator>
		<pubDate>Wed, 30 Sep 2009 02:27:48 +0000</pubDate>
		<guid isPermaLink="false">http://kantarainitiative.org/wordpress/?p=361#comment-2092</guid>
		<description>Sorry, I just don&#039;t get Levels of Assurance.  I don&#039;t think there can ever be sufficient precision (relating to actual risks) to enable a generic description of LOAs to be much use in practice. 

Ref. http://kantarainitiative.org/confluence/display/certification/Identity+Assurance+Certification+Program

I&#039;m particularly concerned that generic identity proofing is all relative.  The new framework specifies a sliding scale: 
AL1 &quot;Minimal criteria - Self assertion&quot; 
AL2 &quot;Moderate criteria - Attestation of Govt ID&quot; 
AL3 &quot;Stringent criteria - stronger attestation and verification of records&quot; 
AL4 &quot;More stringent criteria - stronger attestation and verification&quot; 

Look at one of the examples of AL4: to establish the ability for someone to dispense controlled drugs.  It is not enough to merely prove their identity with &quot;More stringent criteria - stronger attestation and verification&quot;.  You need to specifically check their medical qualifications.  

So &quot;more stringent&quot; id proofing is not sufficient to authorise someone to prescribe drugs.  Moreover, it&#039;s not even a necessary condition!  What I mean by that is that until recently, I don&#039;t think medical bodies were consciously applying criteria like &quot;stronger attestation and verification&quot; when they credential doctors.  Rather, they applied carefully constructed local criteria and business rules (like university results, licensing requirements, medical board memberships, professional standing etc).  

In fact, I cannot think of any real world case (outside the military and government security circles) where we deal with strangers on the basis of a generic &quot;level&quot; of identity.  Rather, we deal with people on a binary basis: are they authorised or not to transact on a certain domain according to a set of rules meaningful on that domain?   For instance: 
- Is the person a qualified medical professional?  
- Is the person a qualified medical professional and board certified cardiologist?  
- Is the person not only a board certified cardiologist but are they specifically employed by this hospital? 
- Is the person a certified tax accountant? 
- Is the person employed by ACME Inc.? 
- Is the person specifically a purchasing officer of ACME Inc.? 
- Is the person a student at the University of Sydney?  
- Does the person have an insurance policy at Most Excellent HMO Inc.? 

For each of these examples, there will be a set of established business rules that codify how the person gets credentialed, who recognises the credential, what the credential entitles them to do, and what the risk and liability arrangements are.  These characteristics are what constitute the much derided “silos” in IDAM, but experience proves that you cannot modify silos without incurring great indirect costs. 
I have a theory about this: I think the focus on Levels of Assurance is an artefact of orthodox PKI where we spent a great deal of effort on two pursuits: (1) a universal, multi-domain, all-purpose digital certificate that would confer “trust” online, and (2) cross certification, namely an attempt to establish that credentials held by strangers Alice and Bob are equivalent.   

The notion that one person’s LOA is equal to or higher than that of another can be traced to Security Classifications.  In government security, it does make sense that Bob with SECRET clearance can send a marked document to ALICE because she has TOP SECRET.  But in most other business domains, counter parties to a transaction are either qualified or they are not.  

What’s the point of codifying generic Levels of Assurance?  I think the main objective has been to enable cross recognition, and I have to say that that effort has been something of a wild goose chase.  The US Federal Bridge CA remains problematic and burdensome.  In other parts of the world, PKI jurisdictions have tried to avoid Bridge CAs.  See http://www.lockstep.com.au/partners/asia_pki_forum/oasis_apkif_trip_report_sep05.pdf  We should heed and abstract from these experiences when trying to design generic identity proofing principles. 

If interoperability is the goal of establishing LOAs then I suggest that we re-visit how interoperability works.  Here are two one page papers on the topic.  While they are PKI-focused, there are lessons for digital identities more generally: 
http://www.lockstep.com.au/library/babysteps/babystep_5_pki_interoperabili.pdf 
http://lockstep.com.au/library/babysteps/babystep_8_a_critical_look_at.pdf

I have reached the conclusion that if someone wants to operate in four or five different domains, then it’s probably easier and less costly to manage four or five different identities, each valid on one domain, than it is to try and establish a single general purpose identity that “interoperates” across all domains.  Calculating the Total Cost of Ownership of multi-domain identities has to include the cost of analysing and managing elevated risks when we break open old established silos and change the fundamental ways in which people deal with each other.  

Cheers, 

Stephen Wilson, Lockstep 
www.lockstep.com.au.</description>
		<content:encoded><![CDATA[<p>Sorry, I just don&#8217;t get Levels of Assurance.  I don&#8217;t think there can ever be sufficient precision (relating to actual risks) to enable a generic description of LOAs to be much use in practice. </p>
<p>Ref. <a href="http://kantarainitiative.org/confluence/display/certification/Identity+Assurance+Certification+Program" rel="nofollow">http://kantarainitiative.org/confluence/display/certification/Identity+Assurance+Certification+Program</a></p>
<p>I&#8217;m particularly concerned that generic identity proofing is all relative.  The new framework specifies a sliding scale:<br />
AL1 &#8220;Minimal criteria &#8211; Self assertion&#8221;<br />
AL2 &#8220;Moderate criteria &#8211; Attestation of Govt ID&#8221;<br />
AL3 &#8220;Stringent criteria &#8211; stronger attestation and verification of records&#8221;<br />
AL4 &#8220;More stringent criteria &#8211; stronger attestation and verification&#8221; </p>
<p>Look at one of the examples of AL4: to establish the ability for someone to dispense controlled drugs.  It is not enough to merely prove their identity with &#8220;More stringent criteria &#8211; stronger attestation and verification&#8221;.  You need to specifically check their medical qualifications.  </p>
<p>So &#8220;more stringent&#8221; id proofing is not sufficient to authorise someone to prescribe drugs.  Moreover, it&#8217;s not even a necessary condition!  What I mean by that is that until recently, I don&#8217;t think medical bodies were consciously applying criteria like &#8220;stronger attestation and verification&#8221; when they credential doctors.  Rather, they applied carefully constructed local criteria and business rules (like university results, licensing requirements, medical board memberships, professional standing etc).  </p>
<p>In fact, I cannot think of any real world case (outside the military and government security circles) where we deal with strangers on the basis of a generic &#8220;level&#8221; of identity.  Rather, we deal with people on a binary basis: are they authorised or not to transact on a certain domain according to a set of rules meaningful on that domain?   For instance:<br />
- Is the person a qualified medical professional?<br />
- Is the person a qualified medical professional and board certified cardiologist?<br />
- Is the person not only a board certified cardiologist but are they specifically employed by this hospital?<br />
- Is the person a certified tax accountant?<br />
- Is the person employed by ACME Inc.?<br />
- Is the person specifically a purchasing officer of ACME Inc.?<br />
- Is the person a student at the University of Sydney?<br />
- Does the person have an insurance policy at Most Excellent HMO Inc.? </p>
<p>For each of these examples, there will be a set of established business rules that codify how the person gets credentialed, who recognises the credential, what the credential entitles them to do, and what the risk and liability arrangements are.  These characteristics are what constitute the much derided “silos” in IDAM, but experience proves that you cannot modify silos without incurring great indirect costs.<br />
I have a theory about this: I think the focus on Levels of Assurance is an artefact of orthodox PKI where we spent a great deal of effort on two pursuits: (1) a universal, multi-domain, all-purpose digital certificate that would confer “trust” online, and (2) cross certification, namely an attempt to establish that credentials held by strangers Alice and Bob are equivalent.   </p>
<p>The notion that one person’s LOA is equal to or higher than that of another can be traced to Security Classifications.  In government security, it does make sense that Bob with SECRET clearance can send a marked document to ALICE because she has TOP SECRET.  But in most other business domains, counter parties to a transaction are either qualified or they are not.  </p>
<p>What’s the point of codifying generic Levels of Assurance?  I think the main objective has been to enable cross recognition, and I have to say that that effort has been something of a wild goose chase.  The US Federal Bridge CA remains problematic and burdensome.  In other parts of the world, PKI jurisdictions have tried to avoid Bridge CAs.  See <a href="http://www.lockstep.com.au/partners/asia_pki_forum/oasis_apkif_trip_report_sep05.pdf" rel="nofollow">http://www.lockstep.com.au/partners/asia_pki_forum/oasis_apkif_trip_report_sep05.pdf</a>  We should heed and abstract from these experiences when trying to design generic identity proofing principles. </p>
<p>If interoperability is the goal of establishing LOAs then I suggest that we re-visit how interoperability works.  Here are two one page papers on the topic.  While they are PKI-focused, there are lessons for digital identities more generally:<br />
<a href="http://www.lockstep.com.au/library/babysteps/babystep_5_pki_interoperabili.pdf" rel="nofollow">http://www.lockstep.com.au/library/babysteps/babystep_5_pki_interoperabili.pdf</a><br />
<a href="http://lockstep.com.au/library/babysteps/babystep_8_a_critical_look_at.pdf" rel="nofollow">http://lockstep.com.au/library/babysteps/babystep_8_a_critical_look_at.pdf</a></p>
<p>I have reached the conclusion that if someone wants to operate in four or five different domains, then it’s probably easier and less costly to manage four or five different identities, each valid on one domain, than it is to try and establish a single general purpose identity that “interoperates” across all domains.  Calculating the Total Cost of Ownership of multi-domain identities has to include the cost of analysing and managing elevated risks when we break open old established silos and change the fundamental ways in which people deal with each other.  </p>
<p>Cheers, </p>
<p>Stephen Wilson, Lockstep<br />
<a href="http://www.lockstep.com.au" rel="nofollow">http://www.lockstep.com.au</a>.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

