<?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: Making a hash of things</title>
	<atom:link href="http://www.sindark.com/2007/02/23/making-a-hash-of-things/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sindark.com/2007/02/23/making-a-hash-of-things/</link>
	<description>Temporarily Torontonian</description>
	<lastBuildDate>Sun, 12 Feb 2012 01:04:46 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: .</title>
		<link>http://www.sindark.com/2007/02/23/making-a-hash-of-things/#comment-116628</link>
		<dc:creator>.</dc:creator>
		<pubDate>Sat, 30 Apr 2011 00:09:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.sindark.com/2007/02/23/making-a-hash-of-things/#comment-116628</guid>
		<description>&quot;Elcomsoft claims to have broken Nikon&#039;s Image Authentication system which — apparently only in theory — ensures that a photograph is authentic and not tampered with through a digital signature. &lt;a href=&quot;http://hardware.slashdot.org/story/11/04/28/2015211/Nikons-Image-Authentication-Insecure?utm_source=feedburner&amp;utm_medium=feed&amp;utm_campaign=Feed%3A+slashdot%2FeqWf+%28Slashdot%3A+Slashdot%29&amp;utm_content=Google+Reader&quot; title=&quot;Nikon&#039;s Image Authentication Insecure - Slashdot&quot; rel=&quot;nofollow&quot;&gt;They were able to extract the signing key from a camera and use it to have a modified image pass the software verification, rendering the rather expensive feature mostly marketed to law enforcement all but useless.&lt;/a&gt; So far Nikon has not given a statement. Canon&#039;s competing system was cracked by the same company last December.&quot;</description>
		<content:encoded><![CDATA[<p>&#8220;Elcomsoft claims to have broken Nikon&#8217;s Image Authentication system which — apparently only in theory — ensures that a photograph is authentic and not tampered with through a digital signature. <a href="http://hardware.slashdot.org/story/11/04/28/2015211/Nikons-Image-Authentication-Insecure?utm_source=feedburner&amp;utm_medium=feed&amp;utm_campaign=Feed%3A+slashdot%2FeqWf+%28Slashdot%3A+Slashdot%29&amp;utm_content=Google+Reader" title="Nikon's Image Authentication Insecure - Slashdot" rel="nofollow">They were able to extract the signing key from a camera and use it to have a modified image pass the software verification, rendering the rather expensive feature mostly marketed to law enforcement all but useless.</a> So far Nikon has not given a statement. Canon&#8217;s competing system was cracked by the same company last December.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: .</title>
		<link>http://www.sindark.com/2007/02/23/making-a-hash-of-things/#comment-114551</link>
		<dc:creator>.</dc:creator>
		<pubDate>Fri, 15 Apr 2011 03:05:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.sindark.com/2007/02/23/making-a-hash-of-things/#comment-114551</guid>
		<description>France&#039;s new data retention law requires online service providers to retain databases of their users&#039; addresses, real names and passwords, and to supply these to police on demand. Leaving aside the risk of retaining all this personal information (identity thieves, stalkers, etc -- that which isn&#039;t stored can&#039;t be stolen and leaked), &lt;a href=&quot;http://www.boingboing.net/2011/04/11/france-to-require-cl.html&quot; title=&quot;France to require unhashed password storage - Boing Boing&quot; rel=&quot;nofollow&quot;&gt;there&#039;s the risk of requiring providers to store plaintext unhashed passwords&lt;/a&gt;, as Bruce Schneier points out.

Well-designed systems don&#039;t store passwords; rather, they take the password you supply and run it through a cryptographic hashing algorithm that turns it into another string (in theory, this string can&#039;t be turned back into the password). When you re-visit the website and supply your password, it is run through the algorithm again, and then the result is compared to the stored version. That way, no one -- not even the provider -- knows your password (except you). Again, that which isn&#039;t stored can&#039;t be leaked. Requiring French online services to keep a record of unhashed passwords is a reversal of decades of best practices in security.</description>
		<content:encoded><![CDATA[<p>France&#8217;s new data retention law requires online service providers to retain databases of their users&#8217; addresses, real names and passwords, and to supply these to police on demand. Leaving aside the risk of retaining all this personal information (identity thieves, stalkers, etc &#8212; that which isn&#8217;t stored can&#8217;t be stolen and leaked), <a href="http://www.boingboing.net/2011/04/11/france-to-require-cl.html" title="France to require unhashed password storage - Boing Boing" rel="nofollow">there&#8217;s the risk of requiring providers to store plaintext unhashed passwords</a>, as Bruce Schneier points out.</p>
<p>Well-designed systems don&#8217;t store passwords; rather, they take the password you supply and run it through a cryptographic hashing algorithm that turns it into another string (in theory, this string can&#8217;t be turned back into the password). When you re-visit the website and supply your password, it is run through the algorithm again, and then the result is compared to the stored version. That way, no one &#8212; not even the provider &#8212; knows your password (except you). Again, that which isn&#8217;t stored can&#8217;t be leaked. Requiring French online services to keep a record of unhashed passwords is a reversal of decades of best practices in security.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 2011 Richard Casement application</title>
		<link>http://www.sindark.com/2007/02/23/making-a-hash-of-things/#comment-111062</link>
		<dc:creator>2011 Richard Casement application</dc:creator>
		<pubDate>Fri, 25 Feb 2011 00:25:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.sindark.com/2007/02/23/making-a-hash-of-things/#comment-111062</guid>
		<description>[...] technology&#8221;. Every year, they get hundreds of applications. Back in 2007, I applied with an article on hashing algorithms. This time, I decided to call them out a bit on the contradiction between their general acceptance [...]</description>
		<content:encoded><![CDATA[<p>[...] technology&#8221;. Every year, they get hundreds of applications. Back in 2007, I applied with an article on hashing algorithms. This time, I decided to call them out a bit on the contradiction between their general acceptance [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: .</title>
		<link>http://www.sindark.com/2007/02/23/making-a-hash-of-things/#comment-101732</link>
		<dc:creator>.</dc:creator>
		<pubDate>Sun, 05 Dec 2010 02:15:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.sindark.com/2007/02/23/making-a-hash-of-things/#comment-101732</guid>
		<description>&lt;a href=&quot;http://www.elcomsoft.com/canon.html&quot; title=&quot;Password recovery, forensic, forensics, system and security software from ElcomSoft : recover or reset lost or forgotten password, remove protection, unlock system&quot; rel=&quot;nofollow&quot;&gt;OSK-E3 is proved useless&lt;/a&gt;

The credibility of photographic evidence becomes vital in numerous situations for insurance companies and courts, as they may accept digital image as indisputable evidence if it can be proven genuine. However, the discovered vulnerability in Canon Original Data Security system proves that verification data can be forged and, thus, the whole verification system cannot be relied upon.

In brief, modern DSLR (Digital Single-Lens Reflex) cameras produced by Canon feature Original Data Security system which is meant to securely validate the authenticity of image data and prove image genuineness. Accordingly, one can use OSK-E3 (Canon Original Data Security Kit) which comprises smart card and special software to verify a digitally signed image.

ElcomSoft discovered the vulnerability which allows producing images that will be positively validated by Canon’s own Original Data Security Kit (OSK-E3) regardless of whether or not the images are, in fact, genuine.</description>
		<content:encoded><![CDATA[<p><a href="http://www.elcomsoft.com/canon.html" title="Password recovery, forensic, forensics, system and security software from ElcomSoft : recover or reset lost or forgotten password, remove protection, unlock system" rel="nofollow">OSK-E3 is proved useless</a></p>
<p>The credibility of photographic evidence becomes vital in numerous situations for insurance companies and courts, as they may accept digital image as indisputable evidence if it can be proven genuine. However, the discovered vulnerability in Canon Original Data Security system proves that verification data can be forged and, thus, the whole verification system cannot be relied upon.</p>
<p>In brief, modern DSLR (Digital Single-Lens Reflex) cameras produced by Canon feature Original Data Security system which is meant to securely validate the authenticity of image data and prove image genuineness. Accordingly, one can use OSK-E3 (Canon Original Data Security Kit) which comprises smart card and special software to verify a digitally signed image.</p>
<p>ElcomSoft discovered the vulnerability which allows producing images that will be positively validated by Canon’s own Original Data Security Kit (OSK-E3) regardless of whether or not the images are, in fact, genuine.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: .</title>
		<link>http://www.sindark.com/2007/02/23/making-a-hash-of-things/#comment-101731</link>
		<dc:creator>.</dc:creator>
		<pubDate>Sun, 05 Dec 2010 02:15:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.sindark.com/2007/02/23/making-a-hash-of-things/#comment-101731</guid>
		<description>&lt;a href=&quot;http://www.boingboing.net/2010/11/30/dmitry-sklyarov-and.html&quot; rel=&quot;nofollow&quot;&gt;Dmitry Sklyarov and co. crack Canon&#039;s &quot;image verification&quot; anti-photoshopping tool&lt;/a&gt;

Cory Doctorow at 8:18 AM Tuesday, Nov 30, 2010

Dmitry Sklyarov and his colleagues at Elcomsoft have cracked the &quot;image verification&quot; system in high-end Canon cameras; this system digitally signs the photos you take so any alternations, &quot;touch ups&quot; or other modifications can be detected. Sklyarov (who became a cause celebre when he broke the DRM on Adobe&#039;s ebooks and was thrown in jail by the FBI at Adobe&#039;s behest) and his team have a sense of humor -- they&#039;ve produced correctly signed images of astronauts planting the Soviet flag on the moon and the Statue of Liberty holding a sickle, among others.</description>
		<content:encoded><![CDATA[<p><a href="http://www.boingboing.net/2010/11/30/dmitry-sklyarov-and.html" rel="nofollow">Dmitry Sklyarov and co. crack Canon&#8217;s &#8220;image verification&#8221; anti-photoshopping tool</a></p>
<p>Cory Doctorow at 8:18 AM Tuesday, Nov 30, 2010</p>
<p>Dmitry Sklyarov and his colleagues at Elcomsoft have cracked the &#8220;image verification&#8221; system in high-end Canon cameras; this system digitally signs the photos you take so any alternations, &#8220;touch ups&#8221; or other modifications can be detected. Sklyarov (who became a cause celebre when he broke the DRM on Adobe&#8217;s ebooks and was thrown in jail by the FBI at Adobe&#8217;s behest) and his team have a sense of humor &#8212; they&#8217;ve produced correctly signed images of astronauts planting the Soviet flag on the moon and the Statue of Liberty holding a sickle, among others.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: .</title>
		<link>http://www.sindark.com/2007/02/23/making-a-hash-of-things/#comment-80412</link>
		<dc:creator>.</dc:creator>
		<pubDate>Sun, 02 Aug 2009 20:42:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.sindark.com/2007/02/23/making-a-hash-of-things/#comment-80412</guid>
		<description>&lt;a href=&quot;http://it.slashdot.org/story/09/08/01/1857213/Generating-Fast-MD5-Collisions-With-ATI-Video-Cards&quot; rel=&quot;nofollow&quot;&gt;Generating Fast MD5 Collisions With ATI Video Cards&lt;/a&gt;

&quot;Yesterday at Black Hat USA 2009, a talk entitled MD5 Chosen-Prefix Collisions on GPUs (whitepaper) (Both PDFs) presented an implementation written in assembly language for ATI video cards that achieves 1.6 billion MD5 hash/sec, or 2.2 billion MD5 hash/sec with reversing, on an ATI Radeon HD 4850 X2. This is faster than the much-publicized 1.4-1.9 billion hash/sec figure that was supposedly reached on a PlayStation 3 by Nick Breese at Black Hat Europe 2008 (he later noticed an error in his benchmarking tool). Compared to the cluster of 215 PlayStation 3s that was used to create a rogue CA in December 2008, Marc Bevand claimed a cluster of 12 machines with 24 video cards would be a bit faster, consume 5 times less power, and be 10 times cheaper.&quot;</description>
		<content:encoded><![CDATA[<p><a href="http://it.slashdot.org/story/09/08/01/1857213/Generating-Fast-MD5-Collisions-With-ATI-Video-Cards" rel="nofollow">Generating Fast MD5 Collisions With ATI Video Cards</a></p>
<p>&#8220;Yesterday at Black Hat USA 2009, a talk entitled MD5 Chosen-Prefix Collisions on GPUs (whitepaper) (Both PDFs) presented an implementation written in assembly language for ATI video cards that achieves 1.6 billion MD5 hash/sec, or 2.2 billion MD5 hash/sec with reversing, on an ATI Radeon HD 4850 X2. This is faster than the much-publicized 1.4-1.9 billion hash/sec figure that was supposedly reached on a PlayStation 3 by Nick Breese at Black Hat Europe 2008 (he later noticed an error in his benchmarking tool). Compared to the cluster of 215 PlayStation 3s that was used to create a rogue CA in December 2008, Marc Bevand claimed a cluster of 12 machines with 24 video cards would be a bit faster, consume 5 times less power, and be 10 times cheaper.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: .</title>
		<link>http://www.sindark.com/2007/02/23/making-a-hash-of-things/#comment-79654</link>
		<dc:creator>.</dc:creator>
		<pubDate>Thu, 02 Jul 2009 14:12:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.sindark.com/2007/02/23/making-a-hash-of-things/#comment-79654</guid>
		<description>&lt;a href=&quot;http://www.schneier.com/blog/archives/2009/07/md6.html&quot; rel=&quot;nofollow&quot;&gt;MD6 Withdrawn from SHA-3 Competition&lt;/a&gt;

By Bruce Schneier

In other SHA-3 news, Ron Rivest seems to have withdrawn MD6 from the SHA-3 competition. From an e-mail to a NIST mailing list:

    We suggest that MD6 is not yet ready for the next SHA-3 round, and we also provide some suggestions for NIST as the contest moves forward.

Basically, the issue is that in order for MD6 to be fast enough to be competitive, the designers have to reduce the number of rounds down to 30-40, and at those rounds, the algorithm loses its proofs of resistance to differential attacks.</description>
		<content:encoded><![CDATA[<p><a href="http://www.schneier.com/blog/archives/2009/07/md6.html" rel="nofollow">MD6 Withdrawn from SHA-3 Competition</a></p>
<p>By Bruce Schneier</p>
<p>In other SHA-3 news, Ron Rivest seems to have withdrawn MD6 from the SHA-3 competition. From an e-mail to a NIST mailing list:</p>
<p>    We suggest that MD6 is not yet ready for the next SHA-3 round, and we also provide some suggestions for NIST as the contest moves forward.</p>
<p>Basically, the issue is that in order for MD6 to be fast enough to be competitive, the designers have to reduce the number of rounds down to 30-40, and at those rounds, the algorithm loses its proofs of resistance to differential attacks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: .</title>
		<link>http://www.sindark.com/2007/02/23/making-a-hash-of-things/#comment-79209</link>
		<dc:creator>.</dc:creator>
		<pubDate>Fri, 19 Jun 2009 14:49:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.sindark.com/2007/02/23/making-a-hash-of-things/#comment-79209</guid>
		<description>&lt;a href=&quot;http://www.schneier.com/blog/archives/2009/06/ever_better_cry.html&quot; rel=&quot;nofollow&quot;&gt;Ever Better Cryptanalytic Results Against SHA-1&lt;/a&gt;

By Bruce Schneier

The SHA family (which, I suppose, should really be called the MD4 family) of cryptographic hash functions has been under attack for a long time. In 2005, we saw the first cryptanalysis of SHA-1 that was faster than brute force: collisions in 2^69 hash operations, later improved to 2^63 operations. A great result, but not devastating. But remember the great truism of cryptanalysis: attacks always get better, they never get worse. Last week, devastating got a whole lot closer. A new attack can, at least in theory, find collisions in 2^52 hash operations -- well within the realm of computational possibility. Assuming the cryptanalysis is correct, we should expect to see an actual SHA-1 collision within the year.</description>
		<content:encoded><![CDATA[<p><a href="http://www.schneier.com/blog/archives/2009/06/ever_better_cry.html" rel="nofollow">Ever Better Cryptanalytic Results Against SHA-1</a></p>
<p>By Bruce Schneier</p>
<p>The SHA family (which, I suppose, should really be called the MD4 family) of cryptographic hash functions has been under attack for a long time. In 2005, we saw the first cryptanalysis of SHA-1 that was faster than brute force: collisions in 2^69 hash operations, later improved to 2^63 operations. A great result, but not devastating. But remember the great truism of cryptanalysis: attacks always get better, they never get worse. Last week, devastating got a whole lot closer. A new attack can, at least in theory, find collisions in 2^52 hash operations &#8212; well within the realm of computational possibility. Assuming the cryptanalysis is correct, we should expect to see an actual SHA-1 collision within the year.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NIST hash competition</title>
		<link>http://www.sindark.com/2007/02/23/making-a-hash-of-things/#comment-53970</link>
		<dc:creator>NIST hash competition</dc:creator>
		<pubDate>Thu, 30 Oct 2008 22:23:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.sindark.com/2007/02/23/making-a-hash-of-things/#comment-53970</guid>
		<description>[...] Standard (DES) selected in 1976 and the Advanced Encryption Standard (AES) chosen in 2001. As mentioned before, the hunt is now on for a new hash function. These are one-way forms of encryption that play a [...]</description>
		<content:encoded><![CDATA[<p>[...] Standard (DES) selected in 1976 and the Advanced Encryption Standard (AES) chosen in 2001. As mentioned before, the hunt is now on for a new hash function. These are one-way forms of encryption that play a [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: a sibilant intake of breath &#187; Blog Archive &#187; Richard Casement internship</title>
		<link>http://www.sindark.com/2007/02/23/making-a-hash-of-things/#comment-34391</link>
		<dc:creator>a sibilant intake of breath &#187; Blog Archive &#187; Richard Casement internship</dc:creator>
		<pubDate>Mon, 18 Feb 2008 22:26:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.sindark.com/2007/02/23/making-a-hash-of-things/#comment-34391</guid>
		<description>[...] am not applying this year, though I encourage others to do so. The article I wrote last year, about the importance of hash functions, can be accessed [...]</description>
		<content:encoded><![CDATA[<p>[...] am not applying this year, though I encourage others to do so. The article I wrote last year, about the importance of hash functions, can be accessed [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Milan</title>
		<link>http://www.sindark.com/2007/02/23/making-a-hash-of-things/#comment-30348</link>
		<dc:creator>Milan</dc:creator>
		<pubDate>Wed, 12 Dec 2007 15:28:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.sindark.com/2007/02/23/making-a-hash-of-things/#comment-30348</guid>
		<description>&quot;The point of all this is to expose the weakness of MD5 hashing. You could, for instance, present your boss with a document for him to sign. If this all happened electronically, the document could then be hashed to make sure it was not altered after the signing. But if you have a suitably prepared collision attack at your disposal, and have thus created two very different documents with the same hash, then your boss is at your mercy. Bear that in mind, next time you are negotiating a pay rise.&quot;</description>
		<content:encoded><![CDATA[<p>&#8220;The point of all this is to expose the weakness of MD5 hashing. You could, for instance, present your boss with a document for him to sign. If this all happened electronically, the document could then be hashed to make sure it was not altered after the signing. But if you have a suitably prepared collision attack at your disposal, and have thus created two very different documents with the same hash, then your boss is at your mercy. Bear that in mind, next time you are negotiating a pay rise.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Milan</title>
		<link>http://www.sindark.com/2007/02/23/making-a-hash-of-things/#comment-30347</link>
		<dc:creator>Milan</dc:creator>
		<pubDate>Wed, 12 Dec 2007 15:27:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.sindark.com/2007/02/23/making-a-hash-of-things/#comment-30347</guid>
		<description>&lt;a href=&quot;http://economist.com/displaystory.cfm?story_id=10279823&quot; rel=&quot;nofollow&quot;&gt;Making a hash of it&lt;/a&gt;

Dec 11th 2007
From Economist.com
A cast-iron way of identifying documents is looking a little rusty

&quot;Of course, it is all an illusion. He would certainly not have time, once the result is known, to construct a document containing the name of the winner in such a way that its hash would come out just right. That would be what cryptographers call a “pre-image attack”, and no way of mounting such an attack is known. Instead, Dr de Weger&#039;s group has concentrated its efforts on the other property of hashes: that it is hard to find two documents that have the same hash. Hard, but as it turns out, not impossible. Constructing two such co-incidental documents is known as a “collision attack”. And it is this trick that the researchers have pulled off. Indeed, they have created not merely two, but 12 documents that have the same hash. Each of these documents contains the name of one of the 12 leading presidential candidates, so it is just a question of posting the right one once the result of the election is known.&quot;</description>
		<content:encoded><![CDATA[<p><a href="http://economist.com/displaystory.cfm?story_id=10279823" rel="nofollow">Making a hash of it</a></p>
<p>Dec 11th 2007<br />
From Economist.com<br />
A cast-iron way of identifying documents is looking a little rusty</p>
<p>&#8220;Of course, it is all an illusion. He would certainly not have time, once the result is known, to construct a document containing the name of the winner in such a way that its hash would come out just right. That would be what cryptographers call a “pre-image attack”, and no way of mounting such an attack is known. Instead, Dr de Weger&#8217;s group has concentrated its efforts on the other property of hashes: that it is hard to find two documents that have the same hash. Hard, but as it turns out, not impossible. Constructing two such co-incidental documents is known as a “collision attack”. And it is this trick that the researchers have pulled off. Indeed, they have created not merely two, but 12 documents that have the same hash. Each of these documents contains the name of one of the 12 leading presidential candidates, so it is just a question of posting the right one once the result of the election is known.&#8221;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

