<?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: FlyClear Sends Out &#8220;Dear John&#8221; Letters</title>
	<atom:link href="http://www.liquidmatrix.org/blog/2009/06/26/flyclear-sends-out-dear-john-letters/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.liquidmatrix.org/blog/2009/06/26/flyclear-sends-out-dear-john-letters/</link>
	<description>Bringing Fire To The Village: Your Source For Computer, Network &#38; Information Security News from Dave Lewis, Security Blogger</description>
	<lastBuildDate>Fri, 19 Mar 2010 03:02:55 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Wesley McGrew</title>
		<link>http://www.liquidmatrix.org/blog/2009/06/26/flyclear-sends-out-dear-john-letters/comment-page-1/#comment-72057</link>
		<dc:creator>Wesley McGrew</dc:creator>
		<pubDate>Sat, 27 Jun 2009 12:06:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.liquidmatrix.org/blog/?p=6513#comment-72057</guid>
		<description>I recall seeing a photo posted to twitter of one of the Clear terminal&#039;s screens showing a completed DBAN run.  That&#039;s pretty good stuff, relatively speaking to how most companies in this situation would handle data.  As far as I know, most of the options for wiping a drive from DBAN should do as well as any software can for an IDE/SATA drive (just a flat dd if=/dev/zero of=/dev/... would do fine too).

The only real problem comes with sectors that the hard drive&#039;s decided are bad and remapped to other parts of the disk. Worst case is that these sectors are 512 bytes right in the middle of some ASCII/Unicode personally identifiable info.  Hopefully, though, the drive was right about the sectors being bad, so they&#039;re unreadable, or if not, from the middle of OS/app stuff, or a 512-byte chunk of a high res iris scan or photo that&#039;s useless out of context.  Either way it&#039;d probably be more trouble than it was worth to pull a small amount of data out of the drive.

I agree the drives should go through a grinder, though.  Hopefully they&#039;ll do that once someone goes around and collects up the hardware.  For the time being, though, this is a pretty good measure they&#039;ve taken and quickly as well.</description>
		<content:encoded><![CDATA[<p>I recall seeing a photo posted to twitter of one of the Clear terminal&#8217;s screens showing a completed DBAN run.  That&#8217;s pretty good stuff, relatively speaking to how most companies in this situation would handle data.  As far as I know, most of the options for wiping a drive from DBAN should do as well as any software can for an IDE/SATA drive (just a flat dd if=/dev/zero of=/dev/&#8230; would do fine too).</p>
<p>The only real problem comes with sectors that the hard drive&#8217;s decided are bad and remapped to other parts of the disk. Worst case is that these sectors are 512 bytes right in the middle of some ASCII/Unicode personally identifiable info.  Hopefully, though, the drive was right about the sectors being bad, so they&#8217;re unreadable, or if not, from the middle of OS/app stuff, or a 512-byte chunk of a high res iris scan or photo that&#8217;s useless out of context.  Either way it&#8217;d probably be more trouble than it was worth to pull a small amount of data out of the drive.</p>
<p>I agree the drives should go through a grinder, though.  Hopefully they&#8217;ll do that once someone goes around and collects up the hardware.  For the time being, though, this is a pretty good measure they&#8217;ve taken and quickly as well.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
