<?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: Using Shred to Wipe Hard Drives &#8211; DoD Uses It &#8211; You Should Too!</title>
	<atom:link href="http://www.fsckin.com/2008/01/09/using-shred-to-wipe-hard-drives-dod-uses-it-you-should-too/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.fsckin.com/2008/01/09/using-shred-to-wipe-hard-drives-dod-uses-it-you-should-too/</link>
	<description>a swift kick in the *nix</description>
	<lastBuildDate>Fri, 05 Feb 2010 04:27:25 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Roh</title>
		<link>http://www.fsckin.com/2008/01/09/using-shred-to-wipe-hard-drives-dod-uses-it-you-should-too/comment-page-1/#comment-5590</link>
		<dc:creator>Roh</dc:creator>
		<pubDate>Sat, 24 Oct 2009 21:30:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.fsckin.com/2008/01/09/using-shred-to-wipe-hard-drives-dod-uses-it-you-should-too/#comment-5590</guid>
		<description>What about doing multiple shreds versus one shred with the Guttman method?

For example, I do one shred with the 35-pass Guttman method once. Or, I can do the 7-pass DoD method 5 times. Which would be more effective for bypassing any forms of data forensics?</description>
		<content:encoded><![CDATA[<p>What about doing multiple shreds versus one shred with the Guttman method?</p>
<p>For example, I do one shred with the 35-pass Guttman method once. Or, I can do the 7-pass DoD method 5 times. Which would be more effective for bypassing any forms of data forensics?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ray</title>
		<link>http://www.fsckin.com/2008/01/09/using-shred-to-wipe-hard-drives-dod-uses-it-you-should-too/comment-page-1/#comment-5404</link>
		<dc:creator>Ray</dc:creator>
		<pubDate>Tue, 31 Mar 2009 00:18:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.fsckin.com/2008/01/09/using-shred-to-wipe-hard-drives-dod-uses-it-you-should-too/#comment-5404</guid>
		<description>@Shane

PGP&#039;s Shred Free Space includes the option to shred metadata as well as file space on NTFS volumes.  I have no idea how it works, but I presume that they were able to get enough info from M$ on the innards of NTFS to know how to do that safely.  My guess is, considering how hard it&#039;s been to get even enough info to create the Linux NTFS drivers, it may be a trick to find out what has to be found out to accomplish that.

However, what would be the degree of difficulty finding and shredding metadata for such as Ext3 and Reiser?  At least the technical details are freely available.  Anyone know enough about them (which means, a lot more than I do) to estimate the practicality of getting shred to handle those cases?</description>
		<content:encoded><![CDATA[<p>@Shane</p>
<p>PGP&#8217;s Shred Free Space includes the option to shred metadata as well as file space on NTFS volumes.  I have no idea how it works, but I presume that they were able to get enough info from M$ on the innards of NTFS to know how to do that safely.  My guess is, considering how hard it&#8217;s been to get even enough info to create the Linux NTFS drivers, it may be a trick to find out what has to be found out to accomplish that.</p>
<p>However, what would be the degree of difficulty finding and shredding metadata for such as Ext3 and Reiser?  At least the technical details are freely available.  Anyone know enough about them (which means, a lot more than I do) to estimate the practicality of getting shred to handle those cases?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DENNIS TEEL</title>
		<link>http://www.fsckin.com/2008/01/09/using-shred-to-wipe-hard-drives-dod-uses-it-you-should-too/comment-page-1/#comment-5381</link>
		<dc:creator>DENNIS TEEL</dc:creator>
		<pubDate>Sat, 14 Mar 2009 02:37:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.fsckin.com/2008/01/09/using-shred-to-wipe-hard-drives-dod-uses-it-you-should-too/#comment-5381</guid>
		<description>7 passes is generally fine and is what the DOD recommends.</description>
		<content:encoded><![CDATA[<p>7 passes is generally fine and is what the DOD recommends.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Turvaline kõvaketta kustutamine Linuxiga &#171; .mrt memo</title>
		<link>http://www.fsckin.com/2008/01/09/using-shred-to-wipe-hard-drives-dod-uses-it-you-should-too/comment-page-1/#comment-5153</link>
		<dc:creator>Turvaline kõvaketta kustutamine Linuxiga &#171; .mrt memo</dc:creator>
		<pubDate>Thu, 02 Oct 2008 05:12:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.fsckin.com/2008/01/09/using-shred-to-wipe-hard-drives-dod-uses-it-you-should-too/#comment-5153</guid>
		<description>[...] fscking /w linux videot välkmälupulga [...]</description>
		<content:encoded><![CDATA[<p>[...] fscking /w linux videot välkmälupulga [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nerdbert</title>
		<link>http://www.fsckin.com/2008/01/09/using-shred-to-wipe-hard-drives-dod-uses-it-you-should-too/comment-page-1/#comment-2796</link>
		<dc:creator>nerdbert</dc:creator>
		<pubDate>Fri, 11 Jan 2008 17:00:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.fsckin.com/2008/01/09/using-shred-to-wipe-hard-drives-dod-uses-it-you-should-too/#comment-2796</guid>
		<description>@JST,

No, there&#039;s nothing that&#039;s popularly available on disk drives as currently done. The stuff that&#039;s out there is pretty generic, but you&#039;ll never see discussion of modern encoding schemes, ECC schemes, error recovery and management, or the like. That&#039;s all vendor proprietary and secret. There are even quite a few secret ATA commands that are vendor proprietary that are usually disabled and hidden after manufacture. 

As to the Seagate FDE drives, they have to have a password entered at boot time since it&#039;s full disk encryption and unless you give the right passphrase you don&#039;t get access to the disk at all. It&#039;s an enhanced version of the BIOS password since it&#039;s actually the key to the AES engine. 

There were older variations of this scheme that weren&#039;t all that secure. The old version used by the IBM laptop drives was a far simpler encryption scheme that could be broken by brute force if needed (there were several companies that specialized in this).</description>
		<content:encoded><![CDATA[<p>@JST,</p>
<p>No, there&#8217;s nothing that&#8217;s popularly available on disk drives as currently done. The stuff that&#8217;s out there is pretty generic, but you&#8217;ll never see discussion of modern encoding schemes, ECC schemes, error recovery and management, or the like. That&#8217;s all vendor proprietary and secret. There are even quite a few secret ATA commands that are vendor proprietary that are usually disabled and hidden after manufacture. </p>
<p>As to the Seagate FDE drives, they have to have a password entered at boot time since it&#8217;s full disk encryption and unless you give the right passphrase you don&#8217;t get access to the disk at all. It&#8217;s an enhanced version of the BIOS password since it&#8217;s actually the key to the AES engine. </p>
<p>There were older variations of this scheme that weren&#8217;t all that secure. The old version used by the IBM laptop drives was a far simpler encryption scheme that could be broken by brute force if needed (there were several companies that specialized in this).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JST</title>
		<link>http://www.fsckin.com/2008/01/09/using-shred-to-wipe-hard-drives-dod-uses-it-you-should-too/comment-page-1/#comment-2792</link>
		<dc:creator>JST</dc:creator>
		<pubDate>Fri, 11 Jan 2008 14:49:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.fsckin.com/2008/01/09/using-shred-to-wipe-hard-drives-dod-uses-it-you-should-too/#comment-2792</guid>
		<description>PredatoryFern,

A few years ago, I fell in love with that animation.

They had this form where you could order a free shirt that had the... _&#124;_  mathematical symbol for perpendicular on it and the text &quot;Get Perpendicular&quot;, with Hitachi on the front.  I missed the opportunity, and want it so badly.</description>
		<content:encoded><![CDATA[<p>PredatoryFern,</p>
<p>A few years ago, I fell in love with that animation.</p>
<p>They had this form where you could order a free shirt that had the&#8230; _|_  mathematical symbol for perpendicular on it and the text &#8220;Get Perpendicular&#8221;, with Hitachi on the front.  I missed the opportunity, and want it so badly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shane</title>
		<link>http://www.fsckin.com/2008/01/09/using-shred-to-wipe-hard-drives-dod-uses-it-you-should-too/comment-page-1/#comment-2790</link>
		<dc:creator>Shane</dc:creator>
		<pubDate>Fri, 11 Jan 2008 14:00:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.fsckin.com/2008/01/09/using-shred-to-wipe-hard-drives-dod-uses-it-you-should-too/#comment-2790</guid>
		<description>Wayne,

You do know that ext3 is a journaling file system a using meta data to keep track of everything on your hard drive.

That is the only way it can recover information in a power blink, system crash, etc.

So it is still possible to recover the data through the meta data on the file system...

-Shane</description>
		<content:encoded><![CDATA[<p>Wayne,</p>
<p>You do know that ext3 is a journaling file system a using meta data to keep track of everything on your hard drive.</p>
<p>That is the only way it can recover information in a power blink, system crash, etc.</p>
<p>So it is still possible to recover the data through the meta data on the file system&#8230;</p>
<p>-Shane</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PredatoryFern</title>
		<link>http://www.fsckin.com/2008/01/09/using-shred-to-wipe-hard-drives-dod-uses-it-you-should-too/comment-page-1/#comment-2783</link>
		<dc:creator>PredatoryFern</dc:creator>
		<pubDate>Fri, 11 Jan 2008 13:26:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.fsckin.com/2008/01/09/using-shred-to-wipe-hard-drives-dod-uses-it-you-should-too/#comment-2783</guid>
		<description>@ JST

*cough* Here&#039;s an educational vid on Perpendicular Magnetic Recording...

http://www.hitachigst.com/hdd/research/recording_head/pr/PerpendicularAnimation.html</description>
		<content:encoded><![CDATA[<p>@ JST</p>
<p>*cough* Here&#8217;s an educational vid on Perpendicular Magnetic Recording&#8230;</p>
<p><a href="http://www.hitachigst.com/hdd/research/recording_head/pr/PerpendicularAnimation.html" rel="nofollow">http://www.hitachigst.com/hdd/research/recording_head/pr/PerpendicularAnimation.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JST</title>
		<link>http://www.fsckin.com/2008/01/09/using-shred-to-wipe-hard-drives-dod-uses-it-you-should-too/comment-page-1/#comment-2762</link>
		<dc:creator>JST</dc:creator>
		<pubDate>Thu, 10 Jan 2008 23:30:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.fsckin.com/2008/01/09/using-shred-to-wipe-hard-drives-dod-uses-it-you-should-too/#comment-2762</guid>
		<description>nerdbert,

Very informative.  I have not used a drive with hardware encryption yet, and was curious as to where/how the passphrase was entered.  Does it need OS support to prompt during boot, or is it related to the same BIOS-based password protected HDs that I have seen and used?

Also, if you know of one off the top of your head, would you be able to point to a good whitepaper or book to read up on how modern hard disks actually work?</description>
		<content:encoded><![CDATA[<p>nerdbert,</p>
<p>Very informative.  I have not used a drive with hardware encryption yet, and was curious as to where/how the passphrase was entered.  Does it need OS support to prompt during boot, or is it related to the same BIOS-based password protected HDs that I have seen and used?</p>
<p>Also, if you know of one off the top of your head, would you be able to point to a good whitepaper or book to read up on how modern hard disks actually work?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nerdbert</title>
		<link>http://www.fsckin.com/2008/01/09/using-shred-to-wipe-hard-drives-dod-uses-it-you-should-too/comment-page-1/#comment-2761</link>
		<dc:creator>nerdbert</dc:creator>
		<pubDate>Thu, 10 Jan 2008 22:39:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.fsckin.com/2008/01/09/using-shred-to-wipe-hard-drives-dod-uses-it-you-should-too/#comment-2761</guid>
		<description>@JST

Drives have a fair number of spare tracks. When you hit a TA (Thermal Asperity) or similar event the drive goes into recover mode and uses some increasingly severe recovery methods. If it can recover the sector (and generally it can) the sector is remapped to one on one of those spare sectors, data copied over, and you never know about it. So if you ever see a sector fail in a modern drive you know it&#039;s time to go get a new one since you&#039;re running on margin.

Since a sector is only 512 bytes these days (going to 4K but slowly), your data exposure risk to one of these remappings is relatively low, especially as things like TAs tend to grow and effectively erase more data in that sector.

The Seagate FDE drives use a special faster controller with AES hardware support inside the drive so that they can do full-speed encryption without burdening the CPU. They&#039;re completely transparent except to your wallet. But if I were a company and had anyone dealing with SSNs or credit card numbers they&#039;d be mandatory in their computers.</description>
		<content:encoded><![CDATA[<p>@JST</p>
<p>Drives have a fair number of spare tracks. When you hit a TA (Thermal Asperity) or similar event the drive goes into recover mode and uses some increasingly severe recovery methods. If it can recover the sector (and generally it can) the sector is remapped to one on one of those spare sectors, data copied over, and you never know about it. So if you ever see a sector fail in a modern drive you know it&#8217;s time to go get a new one since you&#8217;re running on margin.</p>
<p>Since a sector is only 512 bytes these days (going to 4K but slowly), your data exposure risk to one of these remappings is relatively low, especially as things like TAs tend to grow and effectively erase more data in that sector.</p>
<p>The Seagate FDE drives use a special faster controller with AES hardware support inside the drive so that they can do full-speed encryption without burdening the CPU. They&#8217;re completely transparent except to your wallet. But if I were a company and had anyone dealing with SSNs or credit card numbers they&#8217;d be mandatory in their computers.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic page generated in 0.416 seconds. -->
<!-- Cached page generated by WP-Super-Cache on 2010-02-10 00:57:28 -->
