<?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: Cracking passwords with 25&#160;GPUs</title>
	<atom:link href="http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html/feed" rel="self" type="application/rss+xml" />
	<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html</link>
	<description>Brain candy for Happy Mutants</description>
	<lastBuildDate>Wed, 22 May 2013 19:43:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.1</generator>
	<item>
		<title>By: Kratoklastes</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1602363</link>
		<dc:creator>Kratoklastes</dc:creator>
		<pubDate>Sun, 09 Dec 2012 03:13:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1602363</guid>
		<description>I agree up to a point - but as was pointed out above by KeithIrwin, choosing LM as the &#039;proof&#039; that GPU-array haxxors will totally pwn yr TrueCrypt volume is like saying that someone with quick fingers can break yr home deadlock because they can unlock one of those 3-barrel &quot;0-9&quot; bike locks.

I&#039;m stil comfortable that a decently thought-out AES/Serpent/Twofish cascade (with keyfiles) will be safe until roughly the heat-death of the universe, or the bankruptcy of whatever organisation is trying to brute-force it, whichever comes first. 

von Neumann-Landauer limit FTW, in other words.

If this story tells us anything, it tells us that Microsoft&#039;s security implementations are, like everything they produce, a half-assed second-rate compromise that still manages to require 5x the LoC of a decent alternative. 

That&#039;s sort of like saying that Dick Cheney is a bit of a dick. It&#039;s not news.</description>
		<content:encoded><![CDATA[<p>I agree up to a point &#8211; but as was pointed out above by KeithIrwin, choosing LM as the &#8216;proof&#8217; that GPU-array haxxors will totally pwn yr TrueCrypt volume is like saying that someone with quick fingers can break yr home deadlock because they can unlock one of those 3-barrel &#8220;0-9&#8243; bike locks.</p>
<p>I&#8217;m stil comfortable that a decently thought-out AES/Serpent/Twofish cascade (with keyfiles) will be safe until roughly the heat-death of the universe, or the bankruptcy of whatever organisation is trying to brute-force it, whichever comes first. </p>
<p>von Neumann-Landauer limit FTW, in other words.</p>
<p>If this story tells us anything, it tells us that Microsoft&#8217;s security implementations are, like everything they produce, a half-assed second-rate compromise that still manages to require 5x the LoC of a decent alternative. </p>
<p>That&#8217;s sort of like saying that Dick Cheney is a bit of a dick. It&#8217;s not news.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: KeithIrwin</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1600327</link>
		<dc:creator>KeithIrwin</dc:creator>
		<pubDate>Thu, 06 Dec 2012 20:34:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1600327</guid>
		<description>A five fold increase would mean that the random 14-character password&#039;s search time would shrink from 400 million years to 80 million years.  I think that with those sort of numbers, you&#039;ll get the job done faster if you sit on your hands until processors get faster before starting.</description>
		<content:encoded><![CDATA[<p>A five fold increase would mean that the random 14-character password&#8217;s search time would shrink from 400 million years to 80 million years.  I think that with those sort of numbers, you&#8217;ll get the job done faster if you sit on your hands until processors get faster before starting.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: oasisob1</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1600058</link>
		<dc:creator>oasisob1</dc:creator>
		<pubDate>Thu, 06 Dec 2012 15:56:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1600058</guid>
		<description>It&#039;s already so cool it doesn&#039;t need help.</description>
		<content:encoded><![CDATA[<p>It&#8217;s already so cool it doesn&#8217;t need help.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen Starko</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599873</link>
		<dc:creator>Stephen Starko</dc:creator>
		<pubDate>Thu, 06 Dec 2012 06:39:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599873</guid>
		<description>This is for brute-forcing the hashes of passwords; it assumes that you&#039;ve obtained the hash. Not difficult to do for the password to get into your computer, but it would require breaking into a website to dump their hashes if you were to try and break into, say, someone&#039;s email account. 
But there have been a lot of high-profile hash dumps in the past little while, and this shows that those passwords aren&#039;t secure. If someone *does* happen to break into and dump the hashes of a website, and those hashes were made using an older algorithm, then it won&#039;t be difficult to crack all of them.</description>
		<content:encoded><![CDATA[<p>This is for brute-forcing the hashes of passwords; it assumes that you&#8217;ve obtained the hash. Not difficult to do for the password to get into your computer, but it would require breaking into a website to dump their hashes if you were to try and break into, say, someone&#8217;s email account. <br />
But there have been a lot of high-profile hash dumps in the past little while, and this shows that those passwords aren&#8217;t secure. If someone *does* happen to break into and dump the hashes of a website, and those hashes were made using an older algorithm, then it won&#8217;t be difficult to crack all of them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bardfinn</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599609</link>
		<dc:creator>bardfinn</dc:creator>
		<pubDate>Wed, 05 Dec 2012 23:01:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599609</guid>
		<description>The authors state the virtualization package can support up to 128 GPU - a ~5-fold increase in tooling that can be thrown at a task, for just this one cluster. The coordination server needs a large amount of memory, but that&#039;s not out of the reach of a large corporation or a state (or a criminal enterprise). If there&#039;s a way to split the key space being searched so that individual clusters sweep discrete areas of keyspace, that also significantly divides the realtime.

Anyone with a significant budget, could assemble enough of these systems to begin to search for gaps in the armour of a target.</description>
		<content:encoded><![CDATA[<p>The authors state the virtualization package can support up to 128 GPU &#8211; a ~5-fold increase in tooling that can be thrown at a task, for just this one cluster. The coordination server needs a large amount of memory, but that&#8217;s not out of the reach of a large corporation or a state (or a criminal enterprise). If there&#8217;s a way to split the key space being searched so that individual clusters sweep discrete areas of keyspace, that also significantly divides the realtime.</p>
<p>Anyone with a significant budget, could assemble enough of these systems to begin to search for gaps in the armour of a target.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bardfinn</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599590</link>
		<dc:creator>bardfinn</dc:creator>
		<pubDate>Wed, 05 Dec 2012 22:45:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599590</guid>
		<description>Indeed! There&#039;s also the worrying capability of any given state&#039;s cryptanalysis apparatus to buy and assemble (or manufacture) hundreds of these kinds of rigs, and turn them against the encrypted disk images copied from your computer as you pass through customs. </description>
		<content:encoded><![CDATA[<p>Indeed! There&#8217;s also the worrying capability of any given state&#8217;s cryptanalysis apparatus to buy and assemble (or manufacture) hundreds of these kinds of rigs, and turn them against the encrypted disk images copied from your computer as you pass through customs. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: libelle</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599554</link>
		<dc:creator>libelle</dc:creator>
		<pubDate>Wed, 05 Dec 2012 22:04:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599554</guid>
		<description>(sorry, intended to reply to Gordon Stark above)

The goal is not to make information inaccessible. It&#039;s to make it cost more to get access than the information is worth. 

For personal banking details, you want it to be too expensive for the average criminal (or small criminal enterprise) to gain access, so blowfish with a short password is good enough.

If it&#039;s human-rights/insurgency related in the Middle East and lives are at stake, you&#039;ll want to use something much stronger.</description>
		<content:encoded><![CDATA[<p>(sorry, intended to reply to Gordon Stark above)</p>
<p>The goal is not to make information inaccessible. It&#8217;s to make it cost more to get access than the information is worth. </p>
<p>For personal banking details, you want it to be too expensive for the average criminal (or small criminal enterprise) to gain access, so blowfish with a short password is good enough.</p>
<p>If it&#8217;s human-rights/insurgency related in the Middle East and lives are at stake, you&#8217;ll want to use something much stronger.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599517</link>
		<dc:creator>Jim</dc:creator>
		<pubDate>Wed, 05 Dec 2012 21:35:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599517</guid>
		<description>I had to delete the information in order to keep it safe.

</description>
		<content:encoded><![CDATA[<p>I had to delete the information in order to keep it safe.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gordon Stark</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599506</link>
		<dc:creator>Gordon Stark</dc:creator>
		<pubDate>Wed, 05 Dec 2012 21:21:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599506</guid>
		<description>I was on about this previously, with Cory, but never replied to his reply to clarify why I was saying that leading people to believe encryption is secure is not a good idea.  

I was actually paraphrasing some leading cryptologists, and former people from the NSA.  They had varioiusly been describing the advanced state of modern crypto-analysis based in supercomputing, as well as brute force password  guessing as in the current article by Cory.

The bottom line is that anything can be cracked, and it is just a matter of time and money.  That is why Zimmerman called his PGP encryption software &quot;Pretty Good Privacy&quot; instead of &quot;Complete Privacy&quot;.  

People should consider encryption a good way to keep things private from those who are not looking,</description>
		<content:encoded><![CDATA[<p>I was on about this previously, with Cory, but never replied to his reply to clarify why I was saying that leading people to believe encryption is secure is not a good idea.  </p>
<p>I was actually paraphrasing some leading cryptologists, and former people from the NSA.  They had varioiusly been describing the advanced state of modern crypto-analysis based in supercomputing, as well as brute force password  guessing as in the current article by Cory.</p>
<p>The bottom line is that anything can be cracked, and it is just a matter of time and money.  That is why Zimmerman called his PGP encryption software &#8220;Pretty Good Privacy&#8221; instead of &#8220;Complete Privacy&#8221;.  </p>
<p>People should consider encryption a good way to keep things private from those who are not looking,</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lotney</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599488</link>
		<dc:creator>Lotney</dc:creator>
		<pubDate>Wed, 05 Dec 2012 21:04:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599488</guid>
		<description>Good luck cooling this bitch!</description>
		<content:encoded><![CDATA[<p>Good luck cooling this bitch!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Friesen</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599465</link>
		<dc:creator>Daniel Friesen</dc:creator>
		<pubDate>Wed, 05 Dec 2012 20:43:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599465</guid>
		<description>Because a CPU and GPU are two different things.

http://superuser.com/questions/100866/the-difference-between-gpu-and-cpu#answers

The CPU is general-purpose. It handles all your general arithmetic and logic, and the instructions in memory and then executes them. And it handles your IO.

While the GPU is narrowly focused. The GPU is designed to handle the small parallel instruction sets useful for various parts of graphics processing, video decoding, etc...

A GPU is actually generally not more powerful than a CPU. If you gave a CPU and a GPU the same set of instructions to run though once on a single set of data. The CPU would likely beat the GPU, and in some cases it wouldn&#039;t even be possible for the GPU to do what you ask.

The power of the GPU comes from it&#039;s ability to take a single set of instructions, and run those same set of instructions on hundreds of pieces of data at the exact same time. While the CPU would have to run those instructions in a loop one after each other in sequence.

That&#039;s why GPUs are more powerful than CPUs for tasks like graphics processing where you are applying the same instructions on large numbers of pixles, vertexies, etc... And in this case, password hashes. Because the GPU gets to solve hundreds of hash operations at the same time while the CPU gets to solve one.</description>
		<content:encoded><![CDATA[<p>Because a CPU and GPU are two different things.</p>
<p><a href="http://superuser.com/questions/100866/the-difference-between-gpu-and-cpu#answers" rel="nofollow">http://superuser.com/questions/100866/the-difference-between-gpu-and-cpu#answers</a></p>
<p>The CPU is general-purpose. It handles all your general arithmetic and logic, and the instructions in memory and then executes them. And it handles your IO.</p>
<p>While the GPU is narrowly focused. The GPU is designed to handle the small parallel instruction sets useful for various parts of graphics processing, video decoding, etc&#8230;</p>
<p>A GPU is actually generally not more powerful than a CPU. If you gave a CPU and a GPU the same set of instructions to run though once on a single set of data. The CPU would likely beat the GPU, and in some cases it wouldn&#8217;t even be possible for the GPU to do what you ask.</p>
<p>The power of the GPU comes from it&#8217;s ability to take a single set of instructions, and run those same set of instructions on hundreds of pieces of data at the exact same time. While the CPU would have to run those instructions in a loop one after each other in sequence.</p>
<p>That&#8217;s why GPUs are more powerful than CPUs for tasks like graphics processing where you are applying the same instructions on large numbers of pixles, vertexies, etc&#8230; And in this case, password hashes. Because the GPU gets to solve hundreds of hash operations at the same time while the CPU gets to solve one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sean Cavanaugh</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599438</link>
		<dc:creator>Sean Cavanaugh</dc:creator>
		<pubDate>Wed, 05 Dec 2012 20:27:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599438</guid>
		<description>I get what you&#039;re saying. Now how do we convince people to actually do it? The problem with password security is really that it&#039;s only as strong as the user, and their (in)tolerance for inconvenience in the name of security. 
</description>
		<content:encoded><![CDATA[<p>I get what you&#8217;re saying. Now how do we convince people to actually do it? The problem with password security is really that it&#8217;s only as strong as the user, and their (in)tolerance for inconvenience in the name of security. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: KeithIrwin</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599414</link>
		<dc:creator>KeithIrwin</dc:creator>
		<pubDate>Wed, 05 Dec 2012 20:12:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599414</guid>
		<description> That&#039;s certainly true.  I&#039;m not arguing that passwords are secure, in general, but rather taking issue with the tone which suggests that even if you did choose a long, random password (using something like PasswordMaker or a random password generator) that your password is still in danger of being compromised.  Long, random passwords are secure and are likely to continue being secure for decades, and hooking 25 GPUs together doesn&#039;t make a significant dent in that.</description>
		<content:encoded><![CDATA[<p> That&#8217;s certainly true.  I&#8217;m not arguing that passwords are secure, in general, but rather taking issue with the tone which suggests that even if you did choose a long, random password (using something like PasswordMaker or a random password generator) that your password is still in danger of being compromised.  Long, random passwords are secure and are likely to continue being secure for decades, and hooking 25 GPUs together doesn&#8217;t make a significant dent in that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sean Cavanaugh</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599406</link>
		<dc:creator>Sean Cavanaugh</dc:creator>
		<pubDate>Wed, 05 Dec 2012 20:05:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599406</guid>
		<description>A few months ago I was given the entire database of hashes for my work, without any user identification, to test for password strength and whatnot. Within 15 minutes of starting I had over 30,000 passwords. Using an 8 node general use CPUs, I cracked 97,000 out of approximately 127,000 passwords over a 2 day period. If I had configured the test to use the GPUs, which I had intended to, I may have had even more.

I&#039;m rather inclined to agree with the assessment of the value of passwords being fairly low these days. We&#039;ve started using multiple rounds of SHA-512 where possible, which really slows down the hash throughput rate.</description>
		<content:encoded><![CDATA[<p>A few months ago I was given the entire database of hashes for my work, without any user identification, to test for password strength and whatnot. Within 15 minutes of starting I had over 30,000 passwords. Using an 8 node general use CPUs, I cracked 97,000 out of approximately 127,000 passwords over a 2 day period. If I had configured the test to use the GPUs, which I had intended to, I may have had even more.</p>
<p>I&#8217;m rather inclined to agree with the assessment of the value of passwords being fairly low these days. We&#8217;ve started using multiple rounds of SHA-512 where possible, which really slows down the hash throughput rate.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sean Cavanaugh</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599398</link>
		<dc:creator>Sean Cavanaugh</dc:creator>
		<pubDate>Wed, 05 Dec 2012 19:57:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599398</guid>
		<description> Unfortunately, users don&#039;t tend to select passwords that are long and random. It&#039;s pretty amazing how easy it is to crack passwords based on dictionaries and a few common mangling patterns.</description>
		<content:encoded><![CDATA[<p> Unfortunately, users don&#8217;t tend to select passwords that are long and random. It&#8217;s pretty amazing how easy it is to crack passwords based on dictionaries and a few common mangling patterns.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: hughstimson</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599390</link>
		<dc:creator>hughstimson</dc:creator>
		<pubDate>Wed, 05 Dec 2012 19:54:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599390</guid>
		<description>What&#039;s worrying about this isn&#039;t the immediate possibilities of this particular rig so much as the exponential upwards curve in password-cracking speed that this extra data point suggests.</description>
		<content:encoded><![CDATA[<p>What&#8217;s worrying about this isn&#8217;t the immediate possibilities of this particular rig so much as the exponential upwards curve in password-cracking speed that this extra data point suggests.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sean Cavanaugh</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599387</link>
		<dc:creator>Sean Cavanaugh</dc:creator>
		<pubDate>Wed, 05 Dec 2012 19:52:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599387</guid>
		<description>You&#039;ll need a very large disk to do rainbow tables for much larger than 8 characters. The NTLM 8 character tables for Cryptohaze are over 1TB.</description>
		<content:encoded><![CDATA[<p>You&#8217;ll need a very large disk to do rainbow tables for much larger than 8 characters. The NTLM 8 character tables for Cryptohaze are over 1TB.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: KeithIrwin</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599384</link>
		<dc:creator>KeithIrwin</dc:creator>
		<pubDate>Wed, 05 Dec 2012 19:49:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599384</guid>
		<description>This only works against LM passwords because their 14 character passwords are uppercased and then split into two 7-character strings which are hashed separately.  That&#039;s why they can do the 14-character LM passwords in 6 minutes: because they&#039;re really just doing 2 7 character hashes.

If we use 14 character passwords drawn evenly from the whole 94 character easy-to-type-on-a-standard-keyboard set, and then assume that they were hashed using NTLM (no upcasing and splitting and it&#039;s the quickest password hash they tested against), it would take them 94^14/3.84e11 = 1.2e16 seconds.  There&#039;s roughly 3e7 seconds per year, so about 4e8 years, which is to say 400 million years.  Even a 14 character password drawn from only lowercase letters would be 26^14/3.84e11 = 1.85e8 seconds = about 6 years.

So, realistically, long random passwords: still perfectly safe unless they do something really dumb in the hash which effectively reduces the length (as LM does).</description>
		<content:encoded><![CDATA[<p>This only works against LM passwords because their 14 character passwords are uppercased and then split into two 7-character strings which are hashed separately.  That&#8217;s why they can do the 14-character LM passwords in 6 minutes: because they&#8217;re really just doing 2 7 character hashes.</p>
<p>If we use 14 character passwords drawn evenly from the whole 94 character easy-to-type-on-a-standard-keyboard set, and then assume that they were hashed using NTLM (no upcasing and splitting and it&#8217;s the quickest password hash they tested against), it would take them 94^14/3.84e11 = 1.2e16 seconds.  There&#8217;s roughly 3e7 seconds per year, so about 4e8 years, which is to say 400 million years.  Even a 14 character password drawn from only lowercase letters would be 26^14/3.84e11 = 1.85e8 seconds = about 6 years.</p>
<p>So, realistically, long random passwords: still perfectly safe unless they do something really dumb in the hash which effectively reduces the length (as LM does).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keith Tyler</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599378</link>
		<dc:creator>Keith Tyler</dc:creator>
		<pubDate>Wed, 05 Dec 2012 19:47:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599378</guid>
		<description>Given all the repeated cases of GPUs doing amazingly powerful non-graphical things, I start to wonder why we aren&#039;t just using GPUs in place of CPUs. </description>
		<content:encoded><![CDATA[<p>Given all the repeated cases of GPUs doing amazingly powerful non-graphical things, I start to wonder why we aren&#8217;t just using GPUs in place of CPUs. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Spocko</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599375</link>
		<dc:creator>Spocko</dc:creator>
		<pubDate>Wed, 05 Dec 2012 19:44:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599375</guid>
		<description>Thanks. I&#039;ve worked with a couple of companies that do security, what is interesting to me is not the brute force methods but all the other methods that use lying, tricking, and stealing to get passwords. (I don&#039;t want to use the phrase &quot;social engineering&quot; because that makes it sound too clever. As with the &quot;pretexting&quot; which is what the called it when people lied to the phone company about the owning of their cell phone to get the password of their voice mail, or in the case of the News of World paper owned by Murdoch where they paid employees of the phone company and their DMV to get info)</description>
		<content:encoded><![CDATA[<p>Thanks. I&#8217;ve worked with a couple of companies that do security, what is interesting to me is not the brute force methods but all the other methods that use lying, tricking, and stealing to get passwords. (I don&#8217;t want to use the phrase &#8220;social engineering&#8221; because that makes it sound too clever. As with the &#8220;pretexting&#8221; which is what the called it when people lied to the phone company about the owning of their cell phone to get the password of their voice mail, or in the case of the News of World paper owned by Murdoch where they paid employees of the phone company and their DMV to get info)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: louiedog</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599342</link>
		<dc:creator>louiedog</dc:creator>
		<pubDate>Wed, 05 Dec 2012 19:31:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599342</guid>
		<description>It still won&#039;t run Crysis 3 above 1280x720.</description>
		<content:encoded><![CDATA[<p>It still won&#8217;t run Crysis 3 above 1280&#215;720.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen Schenck</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599317</link>
		<dc:creator>Stephen Schenck</dc:creator>
		<pubDate>Wed, 05 Dec 2012 19:15:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599317</guid>
		<description>&quot;A 14 character Windows XP password hashed using NTLM (NT Lan Manager), for example, would fall in just six minutes&quot;
The source article&#039;s been updated to correct this - that&#039;s for LM, not NTLM.
</description>
		<content:encoded><![CDATA[<p>&#8220;A 14 character Windows XP password hashed using NTLM (NT Lan Manager), for example, would fall in just six minutes&#8221;<br />
The source article&#8217;s been updated to correct this &#8211; that&#8217;s for LM, not NTLM.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ralph thomas</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599315</link>
		<dc:creator>ralph thomas</dc:creator>
		<pubDate>Wed, 05 Dec 2012 19:14:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599315</guid>
		<description>Two-factor auth FTW, until someone gets the seeds for the token generator (ala the RSA hack used to get military stuff out of Lockheed a while back...). </description>
		<content:encoded><![CDATA[<p>Two-factor auth FTW, until someone gets the seeds for the token generator (ala the RSA hack used to get military stuff out of Lockheed a while back&#8230;). </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bardfinn</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599300</link>
		<dc:creator>bardfinn</dc:creator>
		<pubDate>Wed, 05 Dec 2012 19:02:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599300</guid>
		<description>This rig is designed for cracking password hashes that you&#039;re in possession of - encrypted passwords stored for the server to compare incoming passwords against. 
A rainbow table for a (strict) 14 character NTLM password hash set where the password uses a-z,A-Z,0-9 has a key space size of ~1.24e+25, which is very, very, very, very large (beyond, beyond, beyond petabyte), and thus infeasible for rainbow tabling (storage space insufficient).

The upshot of this story is that commercially-available, off-the-shelf, inexpensive hardware is available that will allow a moderately determined attacker to reverse-engineer your original password, from a stolen database of encrypted passwords (hashes), inside of minutes - meaning, if someone stole (let&#039;s say) a 1000-person corporation&#039;s NTLM hash database off a hard drive that was not properly wiped by a tech, they could have all their 14-character-length policy-enforced &quot;strong&quot;, random-noise-generated passwords inside  6 hours 4 days a significantly short amount of time.
Edit- they updated the article; the 6-minute figure is for LM hashes (as in, exhausting the entire hash keyspace), while an 8-character NTLM hash keyspacewould take 5.5 hours at most, for 100% of a 1000-password corporation&#039;s hash database.</description>
		<content:encoded><![CDATA[<p>This rig is designed for cracking password hashes that you&#8217;re in possession of &#8211; encrypted passwords stored for the server to compare incoming passwords against.<br />
A rainbow table for a (strict) 14 character NTLM password hash set where the password uses a-z,A-Z,0-9 has a key space size of ~1.24e+25, which is very, very, very, very large (beyond, beyond, beyond petabyte), and thus infeasible for rainbow tabling (storage space insufficient).</p>
<p>The upshot of this story is that commercially-available, off-the-shelf, inexpensive hardware is available that will allow a moderately determined attacker to reverse-engineer your original password, from a stolen database of encrypted passwords (hashes), inside of minutes &#8211; meaning, if someone stole (let&#8217;s say) a 1000-person corporation&#8217;s NTLM hash database off a hard drive that was not properly wiped by a tech, they could have all their 14-character-length policy-enforced &#8220;strong&#8221;, random-noise-generated passwords inside  6 hours 4 days a significantly short amount of time.<br />
Edit- they updated the article; the 6-minute figure is for LM hashes (as in, exhausting the entire hash keyspace), while an 8-character NTLM hash keyspacewould take 5.5 hours at most, for 100% of a 1000-password corporation&#8217;s hash database.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: royaltrux</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599301</link>
		<dc:creator>royaltrux</dc:creator>
		<pubDate>Wed, 05 Dec 2012 19:02:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599301</guid>
		<description> Oh, database was my word. I just wanted to imply a large file of encrypted passwords locally stored. I guess this is a white hat technology demonstration to prove that the password era is doomed, I didn&#039;t read the whole article.</description>
		<content:encoded><![CDATA[<p> Oh, database was my word. I just wanted to imply a large file of encrypted passwords locally stored. I guess this is a white hat technology demonstration to prove that the password era is doomed, I didn&#8217;t read the whole article.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marc45</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599296</link>
		<dc:creator>Marc45</dc:creator>
		<pubDate>Wed, 05 Dec 2012 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599296</guid>
		<description>Ahh, and I was wondering what to get my Chinese and Russian hacker friends for Christmas! Perfect, does it come in red?</description>
		<content:encoded><![CDATA[<p>Ahh, and I was wondering what to get my Chinese and Russian hacker friends for Christmas! Perfect, does it come in red?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan Lenethen</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599276</link>
		<dc:creator>Ryan Lenethen</dc:creator>
		<pubDate>Wed, 05 Dec 2012 18:46:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599276</guid>
		<description>As mentioned on another site, this works fine when the system is internal. However this is not the same thing as cracking over a network not to mention the internet. If they already physically have your encrypted data in the first place you might be in a bit of trouble however.</description>
		<content:encoded><![CDATA[<p>As mentioned on another site, this works fine when the system is internal. However this is not the same thing as cracking over a network not to mention the internet. If they already physically have your encrypted data in the first place you might be in a bit of trouble however.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Guustaaf</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599268</link>
		<dc:creator>Guustaaf</dc:creator>
		<pubDate>Wed, 05 Dec 2012 18:38:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599268</guid>
		<description> Oh, I see. In that case &quot;The end of the line for passwords&quot; and not mentioning that you need a whole database seems very poor journalism.</description>
		<content:encoded><![CDATA[<p> Oh, I see. In that case &#8220;The end of the line for passwords&#8221; and not mentioning that you need a whole database seems very poor journalism.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: royaltrux</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599264</link>
		<dc:creator>royaltrux</dc:creator>
		<pubDate>Wed, 05 Dec 2012 18:34:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599264</guid>
		<description>No, it doesn&#039;t work that way. This is for cracking encrypted password database files. Presumably stolen ones?</description>
		<content:encoded><![CDATA[<p>No, it doesn&#8217;t work that way. This is for cracking encrypted password database files. Presumably stolen ones?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Guustaaf</title>
		<link>http://boingboing.net/2012/12/05/cracking-passwords-with-25-gpu.html#comment-1599260</link>
		<dc:creator>Guustaaf</dc:creator>
		<pubDate>Wed, 05 Dec 2012 18:26:00 +0000</pubDate>
		<guid isPermaLink="false">http://boingboing.net/?p=198402#comment-1599260</guid>
		<description>This is all assuming  that you are allowed to try more than three times?</description>
		<content:encoded><![CDATA[<p>This is all assuming  that you are allowed to try more than three times?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
