<?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: SOA Security &#8211; The Myth of Non-Repudiation</title>
	<atom:link href="http://www.goland.org/soanonrepudiation/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.goland.org/soanonrepudiation/</link>
	<description>Technology, Politics, Food, Finance, etc.</description>
	<lastBuildDate>Fri, 30 Jul 2010 16:51:19 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Administrator</title>
		<link>http://www.goland.org/soanonrepudiation/comment-page-1/#comment-340725</link>
		<dc:creator>Administrator</dc:creator>
		<pubDate>Fri, 16 Apr 2010 00:44:59 +0000</pubDate>
		<guid isPermaLink="false">#comment-340725</guid>
		<description>The question is - what&#039;s the legal bar for demonstrating responsibility for the content of the message? In many cases nothing more than a simple log file is necessary. So before using technology we first need to figure out if the use case requires that technology.</description>
		<content:encoded><![CDATA[<p>The question is &#8211; what&#8217;s the legal bar for demonstrating responsibility for the content of the message? In many cases nothing more than a simple log file is necessary. So before using technology we first need to figure out if the use case requires that technology.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Roberts</title>
		<link>http://www.goland.org/soanonrepudiation/comment-page-1/#comment-340714</link>
		<dc:creator>David Roberts</dc:creator>
		<pubDate>Thu, 15 Apr 2010 16:44:59 +0000</pubDate>
		<guid isPermaLink="false">#comment-340714</guid>
		<description>Thank you for the interesting a helpful discussion.  Another interesting case is Health Information Exchange.  You may not need to worry about nonrepudiation at the sender/receiver level when using secured channels, however you still need to worry about nonrepudiation of content of the message.</description>
		<content:encoded><![CDATA[<p>Thank you for the interesting a helpful discussion.  Another interesting case is Health Information Exchange.  You may not need to worry about nonrepudiation at the sender/receiver level when using secured channels, however you still need to worry about nonrepudiation of content of the message.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Administrator</title>
		<link>http://www.goland.org/soanonrepudiation/comment-page-1/#comment-22041</link>
		<dc:creator>Administrator</dc:creator>
		<pubDate>Sat, 23 Sep 2006 22:17:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-22041</guid>
		<description>The interesting question is - who needs to authenticate the sender? If company X sends a message to company Y and uses say mutual auth via SSL then when company Y receives the message they can notate that it was received via an authenticated channel and call it a day, even if the message gets bounced around a bunch of places within company Y. From a legal perspective this appears to be more than sufficient (although I freely admit that the case law is thin).

The point isn&#039;t that digital signatures are always unnecessary, it&#039;s just that most of the time most of the use cases for non-repudiation aren&#039;t real.

My personal expectation is that over time as the courts better understand the role of digital signatures it will become expected that they will be used in order to provide &#039;reasonable&#039; security. But there is an educational process that has to happen first and it doesn&#039;t appear to be happening very quickly.</description>
		<content:encoded><![CDATA[<p>The interesting question is &#8211; who needs to authenticate the sender? If company X sends a message to company Y and uses say mutual auth via SSL then when company Y receives the message they can notate that it was received via an authenticated channel and call it a day, even if the message gets bounced around a bunch of places within company Y. From a legal perspective this appears to be more than sufficient (although I freely admit that the case law is thin).</p>
<p>The point isn&#8217;t that digital signatures are always unnecessary, it&#8217;s just that most of the time most of the use cases for non-repudiation aren&#8217;t real.</p>
<p>My personal expectation is that over time as the courts better understand the role of digital signatures it will become expected that they will be used in order to provide &#8216;reasonable&#8217; security. But there is an educational process that has to happen first and it doesn&#8217;t appear to be happening very quickly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anders Rundgren</title>
		<link>http://www.goland.org/soanonrepudiation/comment-page-1/#comment-21919</link>
		<dc:creator>Anders Rundgren</dc:creator>
		<pubDate>Fri, 22 Sep 2006 14:39:03 +0000</pubDate>
		<guid isPermaLink="false">#comment-21919</guid>
		<description>I think you are quite right.  However, digital signatures have a major function in a SOA context and that is to provide authentication of the sender.  Although this can be done in other ways, only digital signatures can pass multiple servers and still authenticate.  Data integrity is not too bad either.</description>
		<content:encoded><![CDATA[<p>I think you are quite right.  However, digital signatures have a major function in a SOA context and that is to provide authentication of the sender.  Although this can be done in other ways, only digital signatures can pass multiple servers and still authenticate.  Data integrity is not too bad either.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gilbert Pilz</title>
		<link>http://www.goland.org/soanonrepudiation/comment-page-1/#comment-5947</link>
		<dc:creator>Gilbert Pilz</dc:creator>
		<pubDate>Wed, 09 Nov 2005 21:31:26 +0000</pubDate>
		<guid isPermaLink="false">#comment-5947</guid>
		<description>There are others aspects to this as well. Take B2B in the electronics manufacturing sector as an example. The pattern is usually large buyers connecting to small suppliers. The small suppliers are usually dependent on the business of one or two of these large suppliers. If one of these suppliers ever tried to repudiate one of its B2B messages (&quot;I never promised you 5000 parts in Q3!&quot;) the buyer isn&#039;t going to go through the hassle of taking the supplier to court, they&#039;re just going to stop doing business with them. This is more than enough incentive to keep the suppliers honest. For their part the buyers have already pushed the suppliers into the lowest possible profit margins so they have little incentive to play games with them.

Non-repudiation seems like a cool idea but, in this case (and I suspect many others), there are already business structures in place that make the use of non-repudiation services unnecessary. This is not to say that non-repudiation is *never* necessary, but I suspect that the cases where it is needed are relatively few.</description>
		<content:encoded><![CDATA[<p>There are others aspects to this as well. Take B2B in the electronics manufacturing sector as an example. The pattern is usually large buyers connecting to small suppliers. The small suppliers are usually dependent on the business of one or two of these large suppliers. If one of these suppliers ever tried to repudiate one of its B2B messages (&#8220;I never promised you 5000 parts in Q3!&#8221;) the buyer isn&#8217;t going to go through the hassle of taking the supplier to court, they&#8217;re just going to stop doing business with them. This is more than enough incentive to keep the suppliers honest. For their part the buyers have already pushed the suppliers into the lowest possible profit margins so they have little incentive to play games with them.</p>
<p>Non-repudiation seems like a cool idea but, in this case (and I suspect many others), there are already business structures in place that make the use of non-repudiation services unnecessary. This is not to say that non-repudiation is *never* necessary, but I suspect that the cases where it is needed are relatively few.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
