<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="https://purl.org/rss/1.0/modules/content/"
	xmlns:dc="https://purl.org/dc/elements/1.1/"
	xmlns:atom="https://www.w3.org/2005/Atom"
	xmlns:sy="https://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Cost vs. Security</title>
	<atom:link href="/?feed=rss2&#038;p=611" rel="self" type="application/rss+xml" />
	<link>https://www.incontextblog.com/?p=611</link>
	<description></description>
	<lastBuildDate>Mon, 31 Oct 2011 19:13:46 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=3.1.1</generator>
	<item>
		<title>By: Stephen Wilson</title>
		<link>https://www.incontextblog.com/?p=611&#038;cpage=1#comment-15190</link>
		<dc:creator>Stephen Wilson</dc:creator>
		<pubDate>Tue, 17 Aug 2010 02:42:36 +0000</pubDate>
		<guid isPermaLink="false">https://www.incontextblog.com/?p=611#comment-15190</guid>
		<description>(1) Why are client certificates no more secure than I-cards?  If a transaction requires a signature (or the lasting binding of authority information) then certificates are uniquely more secure than any other option. 

If the I-card can create a signature, then I guess it has a certificate under the covers.  In which case I would not expect the certficate to be more costly. 

(2) I&#039;d like to know if your cost estimates include the consequential costs associated with breaking down silos when an I-card issued in one domain is recognised in another.  The hidden and usually fatal cost in federated ID systems (or reduced sign on systems) comes from the legal and risk analysis needed firstly by credential issuers when faced with unexpected uses for their credentials, and secondly by relying parties when faced with accepting credentials they have less control over.</description>
		<content:encoded><![CDATA[<p>(1) Why are client certificates no more secure than I-cards?  If a transaction requires a signature (or the lasting binding of authority information) then certificates are uniquely more secure than any other option. </p>
<p>If the I-card can create a signature, then I guess it has a certificate under the covers.  In which case I would not expect the certficate to be more costly. </p>
<p>(2) I&#8217;d like to know if your cost estimates include the consequential costs associated with breaking down silos when an I-card issued in one domain is recognised in another.  The hidden and usually fatal cost in federated ID systems (or reduced sign on systems) comes from the legal and risk analysis needed firstly by credential issuers when faced with unexpected uses for their credentials, and secondly by relying parties when faced with accepting credentials they have less control over.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: paul</title>
		<link>https://www.incontextblog.com/?p=611&#038;cpage=1#comment-14684</link>
		<dc:creator>paul</dc:creator>
		<pubDate>Wed, 23 Jun 2010 17:16:27 +0000</pubDate>
		<guid isPermaLink="false">https://www.incontextblog.com/?p=611#comment-14684</guid>
		<description>By StrongAuth do you mean https://www.strongauth.com/ ?</description>
		<content:encoded><![CDATA[<p>By StrongAuth do you mean <a href="https://www.strongauth.com/" rel="nofollow">https://www.strongauth.com/</a> ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Saqib Ali</title>
		<link>https://www.incontextblog.com/?p=611&#038;cpage=1#comment-14683</link>
		<dc:creator>Saqib Ali</dc:creator>
		<pubDate>Wed, 23 Jun 2010 02:49:59 +0000</pubDate>
		<guid isPermaLink="false">https://www.incontextblog.com/?p=611#comment-14683</guid>
		<description>i would love to see Google (specifically Google Apps Premier Edition) become an OpenID provider with StrongAuth for enterprises.</description>
		<content:encoded><![CDATA[<p>i would love to see Google (specifically Google Apps Premier Edition) become an OpenID provider with StrongAuth for enterprises.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<a href="https://tklumber.net/easiest-installment-loans-to-get/">easiest installment loans to get</a>