<?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: Why I Hate MD5 or: How I Learned to Start Worrying and Hate the Misconceptions</title>
	<atom:link href="http://creeva.com/2008/01/24/why-i-hate-md5-or-how-i-learned-to-start-worrying-and-hate-the-misconceptions/feed/" rel="self" type="application/rss+xml" />
	<link>http://creeva.com/2008/01/24/why-i-hate-md5-or-how-i-learned-to-start-worrying-and-hate-the-misconceptions/</link>
	<description>My life unfolding and being told online - 1 byte of information at a time.</description>
	<lastBuildDate>Mon, 23 Apr 2012 12:36: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: Miragi</title>
		<link>http://creeva.com/2008/01/24/why-i-hate-md5-or-how-i-learned-to-start-worrying-and-hate-the-misconceptions/comment-page-1/#comment-16310</link>
		<dc:creator>Miragi</dc:creator>
		<pubDate>Wed, 15 Jul 2009 00:46:57 +0000</pubDate>
		<guid isPermaLink="false">http://creeva.com/2008/01/24/why-i-hate-md5-or-how-i-learned-to-start-worrying-and-hate-the-misconceptions/#comment-16310</guid>
		<description>MD5 isn&#039;t what it&#039;s all cracked up to be....IMHO</description>
		<content:encoded><![CDATA[<p>MD5 isn&#39;t what it&#39;s all cracked up to be&#8230;.IMHO</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Miragi</title>
		<link>http://creeva.com/2008/01/24/why-i-hate-md5-or-how-i-learned-to-start-worrying-and-hate-the-misconceptions/comment-page-1/#comment-16928</link>
		<dc:creator>Miragi</dc:creator>
		<pubDate>Wed, 15 Jul 2009 00:46:00 +0000</pubDate>
		<guid isPermaLink="false">http://creeva.com/2008/01/24/why-i-hate-md5-or-how-i-learned-to-start-worrying-and-hate-the-misconceptions/#comment-16928</guid>
		<description>MD5 isn&#039;t what it&#039;s all cracked up to be....IMHO</description>
		<content:encoded><![CDATA[<p>MD5 isn&#8217;t what it&#8217;s all cracked up to be&#8230;.IMHO</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: creeva</title>
		<link>http://creeva.com/2008/01/24/why-i-hate-md5-or-how-i-learned-to-start-worrying-and-hate-the-misconceptions/comment-page-1/#comment-17026</link>
		<dc:creator>creeva</dc:creator>
		<pubDate>Tue, 06 Jan 2009 01:01:00 +0000</pubDate>
		<guid isPermaLink="false">http://creeva.com/2008/01/24/why-i-hate-md5-or-how-i-learned-to-start-worrying-and-hate-the-misconceptions/#comment-17026</guid>
		<description>btw the script I ended up writing with md5 did use some file metadata so yes you are write and it does take less then 2 minutes. </description>
		<content:encoded><![CDATA[<p>btw the script I ended up writing with md5 did use some file metadata so yes you are write and it does take less then 2 minutes. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: creeva</title>
		<link>http://creeva.com/2008/01/24/why-i-hate-md5-or-how-i-learned-to-start-worrying-and-hate-the-misconceptions/comment-page-1/#comment-16133</link>
		<dc:creator>creeva</dc:creator>
		<pubDate>Tue, 06 Jan 2009 00:02:12 +0000</pubDate>
		<guid isPermaLink="false">http://creeva.com/2008/01/24/why-i-hate-md5-or-how-i-learned-to-start-worrying-and-hate-the-misconceptions/#comment-16133</guid>
		<description>I was just pointing out the fallacy where some people take with MD5 - I&#039;m well aware these days not to trust it too much  .  It has it&#039;s flaws and I know it is difficult to spoof - but MD5 collisions caused the new SSL vulnerability issue because people put trust in it and didn&#039;t think md5 collisions would be an issue at.  It was considered good enough - if you find something you consider a problem raise awareness - in security &quot;good enough&quot; is never good enough - the bad guys always work past it.</description>
		<content:encoded><![CDATA[<p>I was just pointing out the fallacy where some people take with MD5 &#8211; I&#39;m well aware these days not to trust it too much  .  It has it&#39;s flaws and I know it is difficult to spoof &#8211; but MD5 collisions caused the new SSL vulnerability issue because people put trust in it and didn&#39;t think md5 collisions would be an issue at.  It was considered good enough &#8211; if you find something you consider a problem raise awareness &#8211; in security &#8220;good enough&#8221; is never good enough &#8211; the bad guys always work past it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: grin</title>
		<link>http://creeva.com/2008/01/24/why-i-hate-md5-or-how-i-learned-to-start-worrying-and-hate-the-misconceptions/comment-page-1/#comment-16128</link>
		<dc:creator>grin</dc:creator>
		<pubDate>Mon, 05 Jan 2009 23:09:46 +0000</pubDate>
		<guid isPermaLink="false">http://creeva.com/2008/01/24/why-i-hate-md5-or-how-i-learned-to-start-worrying-and-hate-the-misconceptions/#comment-16128</guid>
		<description>It takes, say, 2 minutes to write a program which actually uses file metadata (name, creation and modification date, or even inode data [position on the disk]) for generating hashes, be it md5 (which in fact harder to spoof than you suggest) or some other algos (sha2 comes to mind). Takes half an hour if you want it a bit faster. :-)&lt;br&gt;&lt;br&gt;But your problem is that you fail to know the goal of the method you use: it&#039;s for detecting changes in the files (or, actually, the falsification of the data) and not to have a hash unique to the (actually any random) file. Downloaders aren&#039;t intersted whether the file is called &quot;kernel-latest.tar.bz2&quot; or &quot;linux-2.6.31rc2.tar.bz2&quot; as long as it&#039;s the same.&lt;br&gt;&lt;br&gt;Actual security tools (like tripwire, integrit, etc) use file metadata hashing as well, so they detect not just data or filename change, but moving the file or having it changed by any unknown means (which changes, say, inode numbers).&lt;br&gt;&lt;br&gt;Use tools what they&#039;re for. Don&#039;t try to screw in a screw with a sledgehammer. ;-)</description>
		<content:encoded><![CDATA[<p>It takes, say, 2 minutes to write a program which actually uses file metadata (name, creation and modification date, or even inode data [position on the disk]) for generating hashes, be it md5 (which in fact harder to spoof than you suggest) or some other algos (sha2 comes to mind). Takes half an hour if you want it a bit faster. :-)</p>
<p>But your problem is that you fail to know the goal of the method you use: it&#39;s for detecting changes in the files (or, actually, the falsification of the data) and not to have a hash unique to the (actually any random) file. Downloaders aren&#39;t intersted whether the file is called &#8220;kernel-latest.tar.bz2&#8243; or &#8220;linux-2.6.31rc2.tar.bz2&#8243; as long as it&#39;s the same.</p>
<p>Actual security tools (like tripwire, integrit, etc) use file metadata hashing as well, so they detect not just data or filename change, but moving the file or having it changed by any unknown means (which changes, say, inode numbers).</p>
<p>Use tools what they&#39;re for. Don&#39;t try to screw in a screw with a sledgehammer. ;-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: creeva</title>
		<link>http://creeva.com/2008/01/24/why-i-hate-md5-or-how-i-learned-to-start-worrying-and-hate-the-misconceptions/comment-page-1/#comment-15939</link>
		<dc:creator>creeva</dc:creator>
		<pubDate>Sat, 06 Sep 2008 16:55:57 +0000</pubDate>
		<guid isPermaLink="false">http://creeva.com/2008/01/24/why-i-hate-md5-or-how-i-learned-to-start-worrying-and-hate-the-misconceptions/#comment-15939</guid>
		<description>Well there was alot of people ignorant like me - so i thought the misconception title was best.   But yes i hate the fact it ignores the file name</description>
		<content:encoded><![CDATA[<p>Well there was alot of people ignorant like me &#8211; so i thought the misconception title was best.   But yes i hate the fact it ignores the file name</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fung-li</title>
		<link>http://creeva.com/2008/01/24/why-i-hate-md5-or-how-i-learned-to-start-worrying-and-hate-the-misconceptions/comment-page-1/#comment-15937</link>
		<dc:creator>fung-li</dc:creator>
		<pubDate>Fri, 05 Sep 2008 10:05:29 +0000</pubDate>
		<guid isPermaLink="false">http://creeva.com/2008/01/24/why-i-hate-md5-or-how-i-learned-to-start-worrying-and-hate-the-misconceptions/#comment-15937</guid>
		<description>there is a difference between md5 and the common practice to use only the contents of a file as input. i guess this is because the tool md5sum takes a filename as argument, which is like a shortcut of  &quot;cat file &#124; md5sum&quot;. you could echo the filename and its contents and pipe it into md5sum, you would have it.&lt;br&gt;&lt;br&gt;so the better title would be &quot;why i hate the practice of only using file-contents as input for md5 hashes and not taking the filename itself into account&quot;</description>
		<content:encoded><![CDATA[<p>there is a difference between md5 and the common practice to use only the contents of a file as input. i guess this is because the tool md5sum takes a filename as argument, which is like a shortcut of  &#8220;cat file | md5sum&#8221;. you could echo the filename and its contents and pipe it into md5sum, you would have it.</p>
<p>so the better title would be &#8220;why i hate the practice of only using file-contents as input for md5 hashes and not taking the filename itself into account&#8221;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

