<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Breaking disk encryption with RAM dumps</title>
	<atom:link href="http://hackaday.com/2008/02/21/breaking-disk-encryption-with-ram-dumps/feed/" rel="self" type="application/rss+xml" />
	<link>http://hackaday.com/2008/02/21/breaking-disk-encryption-with-ram-dumps/</link>
	<description>Fresh hacks every day</description>
	<lastBuildDate>Sat, 21 Nov 2009 23:45:40 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: mic</title>
		<link>http://hackaday.com/2008/02/21/breaking-disk-encryption-with-ram-dumps/comment-page-2/#comment-67299</link>
		<dc:creator>mic</dc:creator>
		<pubDate>Sun, 22 Mar 2009 14:21:05 +0000</pubDate>
		<guid isPermaLink="false">http://hackaday.iheartcashews.com:8181/2008/02/21/breaking-disk-encryption-with-ram-dumps/#comment-67299</guid>
		<description>If your data is seriously way to important to have compromised... Presenting, &quot;The ultimate in data protection&quot; Hmm not so imaginative, but how about a grenade ducktaped to your laptop and rigged up. &quot;100% Guaranteed to erase all data ( and persons)!&quot;. Or a smaller less catastrophic thing thats a little more Discrete. Thermite is phun...</description>
		<content:encoded><![CDATA[<p>If your data is seriously way to important to have compromised&#8230; Presenting, &#8220;The ultimate in data protection&#8221; Hmm not so imaginative, but how about a grenade ducktaped to your laptop and rigged up. &#8220;100% Guaranteed to erase all data ( and persons)!&#8221;. Or a smaller less catastrophic thing thats a little more Discrete. Thermite is phun&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dave</title>
		<link>http://hackaday.com/2008/02/21/breaking-disk-encryption-with-ram-dumps/comment-page-2/#comment-67295</link>
		<dc:creator>dave</dc:creator>
		<pubDate>Sun, 22 Mar 2009 12:48:18 +0000</pubDate>
		<guid isPermaLink="false">http://hackaday.iheartcashews.com:8181/2008/02/21/breaking-disk-encryption-with-ram-dumps/#comment-67295</guid>
		<description>i think we are looking at dedicated memory for the storage of keys as the only solution. this memory should be removable from the laptop so that the owner always takes it with them (its back to common sense here).

if attacker finds an unattended laptop the key isn’t there.

lookup IronKey usb drives surly this technology can be applied to external hard disks as well?</description>
		<content:encoded><![CDATA[<p>i think we are looking at dedicated memory for the storage of keys as the only solution. this memory should be removable from the laptop so that the owner always takes it with them (its back to common sense here).</p>
<p>if attacker finds an unattended laptop the key isn’t there.</p>
<p>lookup IronKey usb drives surly this technology can be applied to external hard disks as well?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dick</title>
		<link>http://hackaday.com/2008/02/21/breaking-disk-encryption-with-ram-dumps/comment-page-2/#comment-65751</link>
		<dc:creator>dick</dc:creator>
		<pubDate>Tue, 10 Mar 2009 02:15:01 +0000</pubDate>
		<guid isPermaLink="false">http://hackaday.iheartcashews.com:8181/2008/02/21/breaking-disk-encryption-with-ram-dumps/#comment-65751</guid>
		<description>wouldn&#039;t it help to just bury the hd (and PC) into a wall or ceiling and use rf links to mouse, keyboard, and monitor?</description>
		<content:encoded><![CDATA[<p>wouldn&#8217;t it help to just bury the hd (and PC) into a wall or ceiling and use rf links to mouse, keyboard, and monitor?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://hackaday.com/2008/02/21/breaking-disk-encryption-with-ram-dumps/comment-page-2/#comment-64295</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Wed, 25 Feb 2009 18:54:52 +0000</pubDate>
		<guid isPermaLink="false">http://hackaday.iheartcashews.com:8181/2008/02/21/breaking-disk-encryption-with-ram-dumps/#comment-64295</guid>
		<description>The Linux Gentoo variant Incognito (KDE env) has a file named halt.sh that runs at shutdown and overwrites memory with the command: /usr/bin/smem &gt; /dev/null.

I am experimenting with modifying the halt script at shutdown in a Live CD environment of Ubuntu 8.10 (Gnome env).  It looks like there is a configuration parameter that sets HALT=poweroff that might be able to be changed to HALT=halt, so that it might be possible to work it into the script to execute just before powering off (possibly manually).</description>
		<content:encoded><![CDATA[<p>The Linux Gentoo variant Incognito (KDE env) has a file named halt.sh that runs at shutdown and overwrites memory with the command: /usr/bin/smem &gt; /dev/null.</p>
<p>I am experimenting with modifying the halt script at shutdown in a Live CD environment of Ubuntu 8.10 (Gnome env).  It looks like there is a configuration parameter that sets HALT=poweroff that might be able to be changed to HALT=halt, so that it might be possible to work it into the script to execute just before powering off (possibly manually).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Craig</title>
		<link>http://hackaday.com/2008/02/21/breaking-disk-encryption-with-ram-dumps/comment-page-2/#comment-58449</link>
		<dc:creator>Daniel Craig</dc:creator>
		<pubDate>Fri, 09 Jan 2009 16:59:15 +0000</pubDate>
		<guid isPermaLink="false">http://hackaday.iheartcashews.com:8181/2008/02/21/breaking-disk-encryption-with-ram-dumps/#comment-58449</guid>
		<description>Hey, I was looking around for a while searching for Encryption Disk Security Software and I happened upon this site and your post regarding ing disk encryption with RAM dumps  - Hack a Day, I will definitely this to my Encryption Disk Security Software bookmarks!</description>
		<content:encoded><![CDATA[<p>Hey, I was looking around for a while searching for Encryption Disk Security Software and I happened upon this site and your post regarding ing disk encryption with RAM dumps  &#8211; Hack a Day, I will definitely this to my Encryption Disk Security Software bookmarks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shawn</title>
		<link>http://hackaday.com/2008/02/21/breaking-disk-encryption-with-ram-dumps/comment-page-2/#comment-31860</link>
		<dc:creator>Shawn</dc:creator>
		<pubDate>Mon, 03 Mar 2008 00:35:46 +0000</pubDate>
		<guid isPermaLink="false">http://hackaday.iheartcashews.com:8181/2008/02/21/breaking-disk-encryption-with-ram-dumps/#comment-31860</guid>
		<description>Few thoughts and questions.&lt;br&gt;&lt;br&gt;Who would need security from this - what about credit card or insurance companies that deal with full social security numbers on a daily basis?&lt;br&gt;&lt;br&gt;Like everyone else has said, running a shutdown program to wipe the RAM requires power to the system.  No power = no wipe = stolen info.&lt;br&gt;&lt;br&gt;Biggest question is, are hard drives with a built-in security chip safe from something like this?  I think Western Digital or Seagate have drives like this.  The key is stored on the drive, not in RAM, so a different method is needed?</description>
		<content:encoded><![CDATA[<p>Few thoughts and questions.</p>
<p>Who would need security from this &#8211; what about credit card or insurance companies that deal with full social security numbers on a daily basis?</p>
<p>Like everyone else has said, running a shutdown program to wipe the RAM requires power to the system.  No power = no wipe = stolen info.</p>
<p>Biggest question is, are hard drives with a built-in security chip safe from something like this?  I think Western Digital or Seagate have drives like this.  The key is stored on the drive, not in RAM, so a different method is needed?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eliseo</title>
		<link>http://hackaday.com/2008/02/21/breaking-disk-encryption-with-ram-dumps/comment-page-1/#comment-31859</link>
		<dc:creator>Eliseo</dc:creator>
		<pubDate>Thu, 28 Feb 2008 14:25:09 +0000</pubDate>
		<guid isPermaLink="false">http://hackaday.iheartcashews.com:8181/2008/02/21/breaking-disk-encryption-with-ram-dumps/#comment-31859</guid>
		<description>Informative Article... AWESOME.</description>
		<content:encoded><![CDATA[<p>Informative Article&#8230; AWESOME.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tracy Esau</title>
		<link>http://hackaday.com/2008/02/21/breaking-disk-encryption-with-ram-dumps/comment-page-1/#comment-31858</link>
		<dc:creator>Tracy Esau</dc:creator>
		<pubDate>Thu, 28 Feb 2008 12:56:23 +0000</pubDate>
		<guid isPermaLink="false">http://hackaday.iheartcashews.com:8181/2008/02/21/breaking-disk-encryption-with-ram-dumps/#comment-31858</guid>
		<description>i wanna get my hands on the juicy bit of the software....</description>
		<content:encoded><![CDATA[<p>i wanna get my hands on the juicy bit of the software&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NoMiNaL eKrAsH</title>
		<link>http://hackaday.com/2008/02/21/breaking-disk-encryption-with-ram-dumps/comment-page-1/#comment-31857</link>
		<dc:creator>NoMiNaL eKrAsH</dc:creator>
		<pubDate>Wed, 27 Feb 2008 00:11:03 +0000</pubDate>
		<guid isPermaLink="false">http://hackaday.iheartcashews.com:8181/2008/02/21/breaking-disk-encryption-with-ram-dumps/#comment-31857</guid>
		<description>What good would it do to run a bootloader for the &quot;next&quot; reboot and then clear the ram? If the ram is going to be taken out and chilled then recovered. A hardware device might be a solution, but how bout an automatic memory slot ejactor, or pin contact release&lt;br&gt;that won&#039;t work for sleep or STR or disk hibernation. Some password recovery utilities use the same method of RAM recovery, not just registry or Hard drive flags and password or user policy and account ACL. We&#039;re stuck with normal environmental conditions here. OS code would have to be written to send electrical shorts to the RAM in sleep modes (there goes your desktop)or the power off switch and mobo would have to have a circuit that shorts the ram...probably not good for the RAM...there is nothing that shows this would be effective. RAM is a charge coupled device, And even if the BIOS zeroed anything that would take time on computer shutdown, even if a computer was left on you can still yank the ram out in a powered state.</description>
		<content:encoded><![CDATA[<p>What good would it do to run a bootloader for the &#8220;next&#8221; reboot and then clear the ram? If the ram is going to be taken out and chilled then recovered. A hardware device might be a solution, but how bout an automatic memory slot ejactor, or pin contact release<br />that won&#8217;t work for sleep or STR or disk hibernation. Some password recovery utilities use the same method of RAM recovery, not just registry or Hard drive flags and password or user policy and account ACL. We&#8217;re stuck with normal environmental conditions here. OS code would have to be written to send electrical shorts to the RAM in sleep modes (there goes your desktop)or the power off switch and mobo would have to have a circuit that shorts the ram&#8230;probably not good for the RAM&#8230;there is nothing that shows this would be effective. RAM is a charge coupled device, And even if the BIOS zeroed anything that would take time on computer shutdown, even if a computer was left on you can still yank the ram out in a powered state.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NoMiNaL eKrAsH</title>
		<link>http://hackaday.com/2008/02/21/breaking-disk-encryption-with-ram-dumps/comment-page-1/#comment-31856</link>
		<dc:creator>NoMiNaL eKrAsH</dc:creator>
		<pubDate>Wed, 27 Feb 2008 00:03:23 +0000</pubDate>
		<guid isPermaLink="false">http://hackaday.iheartcashews.com:8181/2008/02/21/breaking-disk-encryption-with-ram-dumps/#comment-31856</guid>
		<description>What good would it do to run a bootloader for the &quot;next&quot; reboot and then clear the ram? If the ram is going to be taken out and chilled then recovered. A hardware device might be a solution, but how bout an automatic memory slot ejactor, or pin contact release&lt;br&gt;that won&#039;t work for sleep or STR or disk hibernation. Some password recovery utilities use the same method of RAM recovery, not just registry or Hard drive flags and password or user policy and account ACL. We&#039;re stuck with normal environmental conditions here. OS code would have to be written to send electrical shorts to the RAM in sleep modes (there goes your desktop)or the power off switch and mobo would have to have a circuit that shorts the ram...probably not good for the RAM...there is nothing that shows this would be effective. RAM is a charge coupled device, And even if the BIOS zeroed anything that would take time on computer shutdown, even if a computer was left on you can still yank the ram out in a powered state.</description>
		<content:encoded><![CDATA[<p>What good would it do to run a bootloader for the &#8220;next&#8221; reboot and then clear the ram? If the ram is going to be taken out and chilled then recovered. A hardware device might be a solution, but how bout an automatic memory slot ejactor, or pin contact release<br />that won&#8217;t work for sleep or STR or disk hibernation. Some password recovery utilities use the same method of RAM recovery, not just registry or Hard drive flags and password or user policy and account ACL. We&#8217;re stuck with normal environmental conditions here. OS code would have to be written to send electrical shorts to the RAM in sleep modes (there goes your desktop)or the power off switch and mobo would have to have a circuit that shorts the ram&#8230;probably not good for the RAM&#8230;there is nothing that shows this would be effective. RAM is a charge coupled device, And even if the BIOS zeroed anything that would take time on computer shutdown, even if a computer was left on you can still yank the ram out in a powered state.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chamunks</title>
		<link>http://hackaday.com/2008/02/21/breaking-disk-encryption-with-ram-dumps/comment-page-1/#comment-31855</link>
		<dc:creator>Chamunks</dc:creator>
		<pubDate>Mon, 25 Feb 2008 22:47:39 +0000</pubDate>
		<guid isPermaLink="false">http://hackaday.iheartcashews.com:8181/2008/02/21/breaking-disk-encryption-with-ram-dumps/#comment-31855</guid>
		<description>One last note:  You could also go so far as to be as paranoid as to make it difficult to access the pins on the rams chips.</description>
		<content:encoded><![CDATA[<p>One last note:  You could also go so far as to be as paranoid as to make it difficult to access the pins on the rams chips.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chamunks</title>
		<link>http://hackaday.com/2008/02/21/breaking-disk-encryption-with-ram-dumps/comment-page-1/#comment-31854</link>
		<dc:creator>Chamunks</dc:creator>
		<pubDate>Mon, 25 Feb 2008 22:42:32 +0000</pubDate>
		<guid isPermaLink="false">http://hackaday.iheartcashews.com:8181/2008/02/21/breaking-disk-encryption-with-ram-dumps/#comment-31854</guid>
		<description>Theres a few things you could definitely do.  Short term read up on your type of ram and find a way to do a little work around that detects an irregular &quot;suspicious&quot; power off and nukes the data on the chips.  This could also be something to concidder you could build it into the ram to allways poll the system clock.  If the clock stops ticking the ram sends itself bad data to skew its own contents this could be accomplished by adding a simple super capacitor that just stays charged all the time incase of a shutdown so that the ram can self clean and once again close a loop hole.  &lt;br&gt;&lt;br&gt;If your data is extremely sensitive though your going to need to find a way to secure these components so that they cannot be accessed without destroying the chip otherwise someone could just disable this mechanism before removing it.</description>
		<content:encoded><![CDATA[<p>Theres a few things you could definitely do.  Short term read up on your type of ram and find a way to do a little work around that detects an irregular &#8220;suspicious&#8221; power off and nukes the data on the chips.  This could also be something to concidder you could build it into the ram to allways poll the system clock.  If the clock stops ticking the ram sends itself bad data to skew its own contents this could be accomplished by adding a simple super capacitor that just stays charged all the time incase of a shutdown so that the ram can self clean and once again close a loop hole.  </p>
<p>If your data is extremely sensitive though your going to need to find a way to secure these components so that they cannot be accessed without destroying the chip otherwise someone could just disable this mechanism before removing it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: AndyfromTucson</title>
		<link>http://hackaday.com/2008/02/21/breaking-disk-encryption-with-ram-dumps/comment-page-1/#comment-31853</link>
		<dc:creator>AndyfromTucson</dc:creator>
		<pubDate>Sun, 24 Feb 2008 18:36:02 +0000</pubDate>
		<guid isPermaLink="false">http://hackaday.iheartcashews.com:8181/2008/02/21/breaking-disk-encryption-with-ram-dumps/#comment-31853</guid>
		<description>Maybe I am missing something, but if you want to avoid this vulnerability just shut down your computer before you take/leave it somewhere where it could be stolen or accessed by someone unauthorized. If you have something that you want to keep super secret then its worth the time to shut down and then reboot whenever you stop using the computer.</description>
		<content:encoded><![CDATA[<p>Maybe I am missing something, but if you want to avoid this vulnerability just shut down your computer before you take/leave it somewhere where it could be stolen or accessed by someone unauthorized. If you have something that you want to keep super secret then its worth the time to shut down and then reboot whenever you stop using the computer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: plus.medic</title>
		<link>http://hackaday.com/2008/02/21/breaking-disk-encryption-with-ram-dumps/comment-page-1/#comment-31852</link>
		<dc:creator>plus.medic</dc:creator>
		<pubDate>Sun, 24 Feb 2008 03:17:55 +0000</pubDate>
		<guid isPermaLink="false">http://hackaday.iheartcashews.com:8181/2008/02/21/breaking-disk-encryption-with-ram-dumps/#comment-31852</guid>
		<description>What all you people are suggesting about wiping the RAM just won&#039;t work. The attacker needs to only cut the power, and then remove the RAM module and transfer it to another system. What good would some over-thought wipe-memory-on-boot program do you then?&lt;br&gt;&lt;br&gt;The point is, if you leave your PC or laptop on unattended, you&#039;re screwed. This paper shows there needs to be a serious reengineering of current disk encryption utilities in order to neutralize this method of attack.&lt;br&gt;&lt;br&gt;That, or maybe look at securing access to the internals of your PC or laptop. Maybe it&#039;s time for PC cases to be given ratings akin to safes? ;)</description>
		<content:encoded><![CDATA[<p>What all you people are suggesting about wiping the RAM just won&#8217;t work. The attacker needs to only cut the power, and then remove the RAM module and transfer it to another system. What good would some over-thought wipe-memory-on-boot program do you then?</p>
<p>The point is, if you leave your PC or laptop on unattended, you&#8217;re screwed. This paper shows there needs to be a serious reengineering of current disk encryption utilities in order to neutralize this method of attack.</p>
<p>That, or maybe look at securing access to the internals of your PC or laptop. Maybe it&#8217;s time for PC cases to be given ratings akin to safes? ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lmb</title>
		<link>http://hackaday.com/2008/02/21/breaking-disk-encryption-with-ram-dumps/comment-page-1/#comment-31851</link>
		<dc:creator>lmb</dc:creator>
		<pubDate>Sat, 23 Feb 2008 08:23:10 +0000</pubDate>
		<guid isPermaLink="false">http://hackaday.iheartcashews.com:8181/2008/02/21/breaking-disk-encryption-with-ram-dumps/#comment-31851</guid>
		<description>Underhill: You mean Memtestx86+? Its slow, but it overwrites ram. Doesn&#039;t seem too complicated (in theory) to disable the read-back funtionality to speed this process up.</description>
		<content:encoded><![CDATA[<p>Underhill: You mean Memtestx86+? Its slow, but it overwrites ram. Doesn&#8217;t seem too complicated (in theory) to disable the read-back funtionality to speed this process up.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
