<?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: A full Gutmann</title>
	<atom:link href="http://nat.org/blog/2010/06/a-full-gutmann/feed/" rel="self" type="application/rss+xml" />
	<link>http://nat.org/blog/2010/06/a-full-gutmann/</link>
	<description></description>
	<lastBuildDate>Tue, 07 Feb 2012 11:41:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Federico Lucifredi (F2)</title>
		<link>http://nat.org/blog/2010/06/a-full-gutmann/comment-page-1/#comment-6842</link>
		<dc:creator>Federico Lucifredi (F2)</dc:creator>
		<pubDate>Fri, 11 Feb 2011 09:18:02 +0000</pubDate>
		<guid isPermaLink="false">http://nat.org/blog/?p=1592#comment-6842</guid>
		<description>That&#039;s funny, I was working on this stuff last year, too! I even gave a talk at the local Linux and Perl UGs on this.

If you go beyond the BIOS lock, you run into the next fun bit of the problem: a lot of hard disks do not implement this ATA extension -- so far, I found only a Hitachi Deskstar which does, and I tried 4 vendors and ~7 models. Bummah, as they say in Boston!</description>
		<content:encoded><![CDATA[<p>That&#8217;s funny, I was working on this stuff last year, too! I even gave a talk at the local Linux and Perl UGs on this.</p>
<p>If you go beyond the BIOS lock, you run into the next fun bit of the problem: a lot of hard disks do not implement this ATA extension &#8212; so far, I found only a Hitachi Deskstar which does, and I tried 4 vendors and ~7 models. Bummah, as they say in Boston!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pádraig Brady</title>
		<link>http://nat.org/blog/2010/06/a-full-gutmann/comment-page-1/#comment-6781</link>
		<dc:creator>Pádraig Brady</dc:creator>
		<pubDate>Wed, 14 Jul 2010 14:56:32 +0000</pubDate>
		<guid isPermaLink="false">http://nat.org/blog/?p=1592#comment-6781</guid>
		<description>GNU shred since v7.3 doesn&#039;t use /dev/urandom for speed http://url.ie/6jt6.
Also since 7.1 the default number of passes was reduced from 25 to 3 http://url.ie/6jt7</description>
		<content:encoded><![CDATA[<p>GNU shred since v7.3 doesn&#8217;t use /dev/urandom for speed <a href="http://url.ie/6jt6" rel="nofollow">http://url.ie/6jt6</a>.<br />
Also since 7.1 the default number of passes was reduced from 25 to 3 <a href="http://url.ie/6jt7" rel="nofollow">http://url.ie/6jt7</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kaiko</title>
		<link>http://nat.org/blog/2010/06/a-full-gutmann/comment-page-1/#comment-6730</link>
		<dc:creator>kaiko</dc:creator>
		<pubDate>Sat, 19 Jun 2010 17:26:24 +0000</pubDate>
		<guid isPermaLink="false">http://nat.org/blog/?p=1592#comment-6730</guid>
		<description>It seems people can&#039;t read the whole article. The author clearly says:

&quot;And, as several people pointed out to me just after I wrote this, recent research seems to indicate that on modern drives, one pass is enough.&quot;

6 redundant comments!

Erasing the drive is not paranoia is common sense. If he going to sell or give away those drives, the person(s) could/will try to find something.</description>
		<content:encoded><![CDATA[<p>It seems people can&#8217;t read the whole article. The author clearly says:</p>
<p>&#8220;And, as several people pointed out to me just after I wrote this, recent research seems to indicate that on modern drives, one pass is enough.&#8221;</p>
<p>6 redundant comments!</p>
<p>Erasing the drive is not paranoia is common sense. If he going to sell or give away those drives, the person(s) could/will try to find something.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: FuturePilot</title>
		<link>http://nat.org/blog/2010/06/a-full-gutmann/comment-page-1/#comment-6725</link>
		<dc:creator>FuturePilot</dc:creator>
		<pubDate>Fri, 18 Jun 2010 21:37:08 +0000</pubDate>
		<guid isPermaLink="false">http://nat.org/blog/?p=1592#comment-6725</guid>
		<description>Debunked
http://www.nber.org/sys-admin/overwritten-data-gutmann.html</description>
		<content:encoded><![CDATA[<p>Debunked<br />
<a href="http://www.nber.org/sys-admin/overwritten-data-gutmann.html" rel="nofollow">http://www.nber.org/sys-admin/overwritten-data-gutmann.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jakub Steiner</title>
		<link>http://nat.org/blog/2010/06/a-full-gutmann/comment-page-1/#comment-6724</link>
		<dc:creator>Jakub Steiner</dc:creator>
		<pubDate>Fri, 18 Jun 2010 18:12:14 +0000</pubDate>
		<guid isPermaLink="false">http://nat.org/blog/?p=1592#comment-6724</guid>
		<description>Security paranoia going beyond /dev/zero? Doesn&#039;t sound like the Nat I know.</description>
		<content:encoded><![CDATA[<p>Security paranoia going beyond /dev/zero? Doesn&#8217;t sound like the Nat I know.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nat Friedman</title>
		<link>http://nat.org/blog/2010/06/a-full-gutmann/comment-page-1/#comment-6723</link>
		<dc:creator>Nat Friedman</dc:creator>
		<pubDate>Fri, 18 Jun 2010 17:16:19 +0000</pubDate>
		<guid isPermaLink="false">http://nat.org/blog/?p=1592#comment-6723</guid>
		<description>Good point, I will have to start doing this.</description>
		<content:encoded><![CDATA[<p>Good point, I will have to start doing this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://nat.org/blog/2010/06/a-full-gutmann/comment-page-1/#comment-6722</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Fri, 18 Jun 2010 17:13:27 +0000</pubDate>
		<guid isPermaLink="false">http://nat.org/blog/?p=1592#comment-6722</guid>
		<description>To avoid this in the future just encrypt all your drives. Then a simple reformat or repartioning will be very secure and also has a lot of benefits for mobile computers that you use while traveling.
A new multicore CPU with a SSD can handle it just fine.</description>
		<content:encoded><![CDATA[<p>To avoid this in the future just encrypt all your drives. Then a simple reformat or repartioning will be very secure and also has a lot of benefits for mobile computers that you use while traveling.<br />
A new multicore CPU with a SSD can handle it just fine.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: timmbob</title>
		<link>http://nat.org/blog/2010/06/a-full-gutmann/comment-page-1/#comment-6721</link>
		<dc:creator>timmbob</dc:creator>
		<pubDate>Fri, 18 Jun 2010 16:29:47 +0000</pubDate>
		<guid isPermaLink="false">http://nat.org/blog/?p=1592#comment-6721</guid>
		<description>Since comments are working again:

According to Wright et.al. [2008] (http://www.springerlink.com/content/408263ql11460147/) it is sufficient to overwrite with zeros or &quot;noise&quot; a single time.</description>
		<content:encoded><![CDATA[<p>Since comments are working again:</p>
<p>According to Wright et.al. [2008] (<a href="http://www.springerlink.com/content/408263ql11460147/" rel="nofollow">http://www.springerlink.com/content/408263ql11460147/</a>) it is sufficient to overwrite with zeros or &#8220;noise&#8221; a single time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Erick</title>
		<link>http://nat.org/blog/2010/06/a-full-gutmann/comment-page-1/#comment-6720</link>
		<dc:creator>Erick</dc:creator>
		<pubDate>Fri, 18 Jun 2010 16:01:02 +0000</pubDate>
		<guid isPermaLink="false">http://nat.org/blog/?p=1592#comment-6720</guid>
		<description>A friend of mine works at Kroll OnTrack in Minnesota.  They are data recovery specialists.  He says it doesn&#039;t matter what that paper says or any government paranoia, writing zeros is effective and multiple passes only wastes time.  Your data is of no particular interest and going to the lengths it would take to recover any minuscule portions would not be worth it, provided it were productive.</description>
		<content:encoded><![CDATA[<p>A friend of mine works at Kroll OnTrack in Minnesota.  They are data recovery specialists.  He says it doesn&#8217;t matter what that paper says or any government paranoia, writing zeros is effective and multiple passes only wastes time.  Your data is of no particular interest and going to the lengths it would take to recover any minuscule portions would not be worth it, provided it were productive.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alan</title>
		<link>http://nat.org/blog/2010/06/a-full-gutmann/comment-page-1/#comment-6719</link>
		<dc:creator>Alan</dc:creator>
		<pubDate>Fri, 18 Jun 2010 15:55:02 +0000</pubDate>
		<guid isPermaLink="false">http://nat.org/blog/?p=1592#comment-6719</guid>
		<description>The UCSD folks also have several methods for getting round freeze lock:
http://cmrr.ucsd.edu/people/Hughes/HDDEraseReadMe.txt</description>
		<content:encoded><![CDATA[<p>The UCSD folks also have several methods for getting round freeze lock:<br />
<a href="http://cmrr.ucsd.edu/people/Hughes/HDDEraseReadMe.txt" rel="nofollow">http://cmrr.ucsd.edu/people/Hughes/HDDEraseReadMe.txt</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alan</title>
		<link>http://nat.org/blog/2010/06/a-full-gutmann/comment-page-1/#comment-6718</link>
		<dc:creator>Alan</dc:creator>
		<pubDate>Fri, 18 Jun 2010 15:48:09 +0000</pubDate>
		<guid isPermaLink="false">http://nat.org/blog/?p=1592#comment-6718</guid>
		<description>More information and tools are available from the Center for Magnetic Recording Research at UCSD:
http://cmrr.ucsd.edu/people/Hughes/SecureErase.shtml

Note that according to their research: &quot;...in today’s drives, multiple overwrites are no more effective than a single overwrite.&quot;

Also see NIST 800-88.</description>
		<content:encoded><![CDATA[<p>More information and tools are available from the Center for Magnetic Recording Research at UCSD:<br />
<a href="http://cmrr.ucsd.edu/people/Hughes/SecureErase.shtml" rel="nofollow">http://cmrr.ucsd.edu/people/Hughes/SecureErase.shtml</a></p>
<p>Note that according to their research: &#8220;&#8230;in today’s drives, multiple overwrites are no more effective than a single overwrite.&#8221;</p>
<p>Also see NIST 800-88.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

