<?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: More on MD5 Collisions</title>
	<atom:link href="http://www.links.org/?feed=rss2&#038;p=480" rel="self" type="application/rss+xml" />
	<link>http://www.links.org/?p=480</link>
	<description>Ben Laurie blathering</description>
	<lastBuildDate>Fri, 27 Aug 2010 13:41:58 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Don B.</title>
		<link>http://www.links.org/?p=480&#038;cpage=1#comment-274424</link>
		<dc:creator>Don B.</dc:creator>
		<pubDate>Thu, 01 Jan 2009 16:56:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.links.org/?p=480#comment-274424</guid>
		<description>Maybe you shouldn&#039;t have used 0day? Maybe you shouldn&#039;t have used moron ;-)</description>
		<content:encoded><![CDATA[<p>Maybe you shouldn&#8217;t have used 0day? Maybe you shouldn&#8217;t have used moron <img src='http://www.links.org/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alexander Sotirov</title>
		<link>http://www.links.org/?p=480&#038;cpage=1#comment-274260</link>
		<dc:creator>Alexander Sotirov</dc:creator>
		<pubDate>Wed, 31 Dec 2008 17:44:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.links.org/?p=480#comment-274260</guid>
		<description>I&#039;m one of the researchers who published the MD5 collision attack in question.

Ben, the main reason to notify vendors before disclosing a vulnerability is to prevent its exploitation by criminals. Since we did not release the code necessary to repeat this attack and we talked to the affected CAs before we went public, I feel that we&#039;ve done all that was required to protect people from malicious attacks.

What would OpenSSL have done if we had told you about the attack a few weeks ago and why can&#039;t you do it just as easily post-disclosure?

Alexander Sotirov</description>
		<content:encoded><![CDATA[<p>I&#8217;m one of the researchers who published the MD5 collision attack in question.</p>
<p>Ben, the main reason to notify vendors before disclosing a vulnerability is to prevent its exploitation by criminals. Since we did not release the code necessary to repeat this attack and we talked to the affected CAs before we went public, I feel that we&#8217;ve done all that was required to protect people from malicious attacks.</p>
<p>What would OpenSSL have done if we had told you about the attack a few weeks ago and why can&#8217;t you do it just as easily post-disclosure?</p>
<p>Alexander Sotirov</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas</title>
		<link>http://www.links.org/?p=480&#038;cpage=1#comment-274249</link>
		<dc:creator>Thomas</dc:creator>
		<pubDate>Wed, 31 Dec 2008 14:38:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.links.org/?p=480#comment-274249</guid>
		<description>That looks like the default OpenSSL comment string: [http://www.technoids.org/openssl.cnf.html#S_usr_cert_Section]. It&#039;s not MD5-specific as I use the field on my own SHA-1 certificates (I use OpenSSL to generate my own certificates for stunnel and the like).</description>
		<content:encoded><![CDATA[<p>That looks like the default OpenSSL comment string: [http://www.technoids.org/openssl.cnf.html#S_usr_cert_Section]. It&#8217;s not MD5-specific as I use the field on my own SHA-1 certificates (I use OpenSSL to generate my own certificates for stunnel and the like).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben</title>
		<link>http://www.links.org/?p=480&#038;cpage=1#comment-274120</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Tue, 30 Dec 2008 22:08:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.links.org/?p=480#comment-274120</guid>
		<description>It&#039;s not that I feel left out. That happens all the time. It&#039;s that I&#039;m working. At 10pm. When I&#039;m on holiday.</description>
		<content:encoded><![CDATA[<p>It&#8217;s not that I feel left out. That happens all the time. It&#8217;s that I&#8217;m working. At 10pm. When I&#8217;m on holiday.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David W</title>
		<link>http://www.links.org/?p=480&#038;cpage=1#comment-274107</link>
		<dc:creator>David W</dc:creator>
		<pubDate>Tue, 30 Dec 2008 21:35:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.links.org/?p=480#comment-274107</guid>
		<description>Insert &quot;http://erratasec.blogspot.com/2008/12/not-all-md5-certs-are-vulnerable.html&quot; after &quot;Per e.g.&quot;</description>
		<content:encoded><![CDATA[<p>Insert &#8220;http://erratasec.blogspot.com/2008/12/not-all-md5-certs-are-vulnerable.html&#8221; after &#8220;Per e.g.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David W</title>
		<link>http://www.links.org/?p=480&#038;cpage=1#comment-274106</link>
		<dc:creator>David W</dc:creator>
		<pubDate>Tue, 30 Dec 2008 21:34:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.links.org/?p=480#comment-274106</guid>
		<description>Paragraph 1: so your attack on the researchers was due to you feeling left out? The vulnerability in its current state affects only one company running a particularly ill designed CA. Not only are they leaking private business information, but their entire service is synchronised on a single integer sitting in a single SQL database on a single server somewhere. This is an attack that affects one sucky CA.

Paragraph 2: for that reason, this attack isn&#039;t actually all that shocking. At the most it is nothing we shouldn&#039;t already have come to expect, and a shameful display of lax procedures at a particular CA. Per e.g. , the addition of a well though out serial number field largely mitigates this attack, and blanket disabling MD5 support is little but a knee jerk reaction that will likely lead to pain sometime in the future.

What I&#039;d rather see as a result of this news is a hearty discussion regarding how that sucky CA ended up being a trusted root in every major browser in the first place.</description>
		<content:encoded><![CDATA[<p>Paragraph 1: so your attack on the researchers was due to you feeling left out? The vulnerability in its current state affects only one company running a particularly ill designed CA. Not only are they leaking private business information, but their entire service is synchronised on a single integer sitting in a single SQL database on a single server somewhere. This is an attack that affects one sucky CA.</p>
<p>Paragraph 2: for that reason, this attack isn&#8217;t actually all that shocking. At the most it is nothing we shouldn&#8217;t already have come to expect, and a shameful display of lax procedures at a particular CA. Per e.g. , the addition of a well though out serial number field largely mitigates this attack, and blanket disabling MD5 support is little but a knee jerk reaction that will likely lead to pain sometime in the future.</p>
<p>What I&#8217;d rather see as a result of this news is a hearty discussion regarding how that sucky CA ended up being a trusted root in every major browser in the first place.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Callas</title>
		<link>http://www.links.org/?p=480&#038;cpage=1#comment-274100</link>
		<dc:creator>Jon Callas</dc:creator>
		<pubDate>Tue, 30 Dec 2008 20:28:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.links.org/?p=480#comment-274100</guid>
		<description>Stop signing with MD5. Continue to verify. People should have stopped signing with MD5 sometime last century, but you want to be able to verify that signature that&#039;s been sitting on optical media since &#039;95.

J</description>
		<content:encoded><![CDATA[<p>Stop signing with MD5. Continue to verify. People should have stopped signing with MD5 sometime last century, but you want to be able to verify that signature that&#8217;s been sitting on optical media since &#8216;95.</p>
<p>J</p>
]]></content:encoded>
	</item>
</channel>
</rss>
