<?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: Major Break in MD5 Signed X.509 Certificates</title>
	<atom:link href="http://www.veracode.com/blog/2008/12/major-break-in-md5-signed-x509-certificates/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.veracode.com/blog/2008/12/major-break-in-md5-signed-x509-certificates/</link>
	<description>Application security testing, analysis, and metrics</description>
	<lastBuildDate>Thu, 09 Feb 2012 11:59:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Browser Security Fail, MD5 broken, CA gone rogue &#124; Roy Firestein</title>
		<link>http://www.veracode.com/blog/2008/12/major-break-in-md5-signed-x509-certificates/comment-page-1/#comment-2477</link>
		<dc:creator>Browser Security Fail, MD5 broken, CA gone rogue &#124; Roy Firestein</dc:creator>
		<pubDate>Sun, 25 Jan 2009 02:09:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.veracode.com/blog/?p=540#comment-2477</guid>
		<description>[...] analysis (here), (here), (here), (here), (here), (here), (here), (here) and [...]</description>
		<content:encoded><![CDATA[<p>[...] analysis (here), (here), (here), (here), (here), (here), (here), (here) and [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: A look at the CA Cert hack &#124; Mike Andrews</title>
		<link>http://www.veracode.com/blog/2008/12/major-break-in-md5-signed-x509-certificates/comment-page-1/#comment-2421</link>
		<dc:creator>A look at the CA Cert hack &#124; Mike Andrews</dc:creator>
		<pubDate>Wed, 07 Jan 2009 11:03:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.veracode.com/blog/?p=540#comment-2421</guid>
		<description>[...] http://blog.phishme.com/2008/12/more-than-one-way-to-skin-a-ca/ http://www.gnucitizen.org/blog/thoughts-on-the-certificate-authority-attack-presented-at-ccc/ http://securosis.com/2008/12/30/what-average-users-need-to-know-about-the-sslroot-certificate-authority-exploit/ http://spiresecurity.typepad.com/spire_security_viewpoint/2009/01/should-verisign-sue-sotirov-appelbaum.html http://www.veracode.com/blog/2008/12/major-break-in-md5-signed-x509-certificates/ [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://blog.phishme.com/2008/12/more-than-one-way-to-skin-a-ca/" rel="nofollow">http://blog.phishme.com/2008/12/more-than-one-way-to-skin-a-ca/</a> <a href="http://www.gnucitizen.org/blog/thoughts-on-the-certificate-authority-attack-presented-at-ccc/" rel="nofollow">http://www.gnucitizen.org/blog/thoughts-on-the-certificate-authority-attack-presented-at-ccc/</a> <a href="http://securosis.com/2008/12/30/what-average-users-need-to-know-about-the-sslroot-certificate-authority-exploit/" rel="nofollow">http://securosis.com/2008/12/30/what-average-users-need-to-know-about-the-sslroot-certificate-authority-exploit/</a> <a href="http://spiresecurity.typepad.com/spire_security_viewpoint/2009/01/should-verisign-sue-sotirov-appelbaum.html" rel="nofollow">http://spiresecurity.typepad.com/spire_security_viewpoint/2009/01/should-verisign-sue-sotirov-appelbaum.html</a> <a href="http://www.veracode.com/blog/2008/12/major-break-in-md5-signed-x509-certificates/" rel="nofollow">http://www.veracode.com/blog/2008/12/major-break-in-md5-signed-x509-certificates/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Eng</title>
		<link>http://www.veracode.com/blog/2008/12/major-break-in-md5-signed-x509-certificates/comment-page-1/#comment-2411</link>
		<dc:creator>Chris Eng</dc:creator>
		<pubDate>Tue, 30 Dec 2008 16:20:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.veracode.com/blog/?p=540#comment-2411</guid>
		<description>I ranted about this on Twitter a bit, but I&#039;ll write more here since I have more than 140 characters to work with. 

It&#039;s frustrating that people still haven&#039;t made the switch from MD5 to stronger hashes, even though the first cracks in MD5 came nearly 5 years ago, in 2004, with the Wang/Yu attack.  That should have been enough warning.  The gradual nature of cryptographic attacks is like a gift to enterprises -- you get several years head start to fix all your bad code before the full-blown attack is discovered.

I remember going through and revising all of our @stake deliverable templates at the time, removing any mention of MD5 from our best practices and recommendations boilerplate text. In fact, I remember discussing with a customer that an attack had been discovered against MD5 earlier that week, and while there wasn&#039;t immediate practical risk, they needed to start thinking about how to eradicate MD5 from their applications going forward.

For CAs not to have acted on this earlier is a travesty. It&#039;s one thing to be using MD5 in your custom web application, where you only hurt yourself if it&#039;s compromised. It&#039;s another thing entirely for an organization whose business is TRUST not to be taking all possible measures to be trustworthy.</description>
		<content:encoded><![CDATA[<p>I ranted about this on Twitter a bit, but I&#8217;ll write more here since I have more than 140 characters to work with. </p>
<p>It&#8217;s frustrating that people still haven&#8217;t made the switch from MD5 to stronger hashes, even though the first cracks in MD5 came nearly 5 years ago, in 2004, with the Wang/Yu attack.  That should have been enough warning.  The gradual nature of cryptographic attacks is like a gift to enterprises &#8212; you get several years head start to fix all your bad code before the full-blown attack is discovered.</p>
<p>I remember going through and revising all of our @stake deliverable templates at the time, removing any mention of MD5 from our best practices and recommendations boilerplate text. In fact, I remember discussing with a customer that an attack had been discovered against MD5 earlier that week, and while there wasn&#8217;t immediate practical risk, they needed to start thinking about how to eradicate MD5 from their applications going forward.</p>
<p>For CAs not to have acted on this earlier is a travesty. It&#8217;s one thing to be using MD5 in your custom web application, where you only hurt yourself if it&#8217;s compromised. It&#8217;s another thing entirely for an organization whose business is TRUST not to be taking all possible measures to be trustworthy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Browser Security Fail, MD5 broken, CA gone rogue &#171; Amrit Williams Blog</title>
		<link>http://www.veracode.com/blog/2008/12/major-break-in-md5-signed-x509-certificates/comment-page-1/#comment-2410</link>
		<dc:creator>Browser Security Fail, MD5 broken, CA gone rogue &#171; Amrit Williams Blog</dc:creator>
		<pubDate>Tue, 30 Dec 2008 15:51:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.veracode.com/blog/?p=540#comment-2410</guid>
		<description>[...] analysis (here), (here), (here), (here) and [...]</description>
		<content:encoded><![CDATA[<p>[...] analysis (here), (here), (here), (here) and [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

