<?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: Secure Erase: data security you already own</title>
	<atom:link href="http://storagemojo.com/2007/05/02/secure-erase-data-security-you-already-own/feed/" rel="self" type="application/rss+xml" />
	<link>http://storagemojo.com/2007/05/02/secure-erase-data-security-you-already-own/</link>
	<description>Data storage info &#38; analysis</description>
	<lastBuildDate>Tue, 07 Feb 2012 16:02:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Mike</title>
		<link>http://storagemojo.com/2007/05/02/secure-erase-data-security-you-already-own/comment-page-1/#comment-218503</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Sun, 28 Aug 2011 09:28:33 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=448#comment-218503</guid>
		<description>I&#039;m sorry I didn&#039;t copy the URL on the work computer where I&#039;m writing this from, but I was reading earlier on how (E)SE on SSD&#039;s is commonly not implemented correctly, and on at least one drive *SAID* it completed but in reality DID NOTHING!!  Apparently these manufacturers consider SE on SSD to be nothing more than a controller FTL reset. :(

I believe it may have been a recent CMRR paper, but again I&#039;m going from my fuzzy memory--sorry.

Oh, and &quot;hdparm&quot; on recent Linux kernels (and, I&#039;m assuming, *BSD kernels including OS-X) seems to be fine and stable issuing (E)SE commands: in fact, I&#039;m doing an ESE on my 160GB Toshiba drive right now as I&#039;m replacing it with a Corsair 115GB SSD and will sell the HDD.</description>
		<content:encoded><![CDATA[<p>I&#8217;m sorry I didn&#8217;t copy the URL on the work computer where I&#8217;m writing this from, but I was reading earlier on how (E)SE on SSD&#8217;s is commonly not implemented correctly, and on at least one drive *SAID* it completed but in reality DID NOTHING!!  Apparently these manufacturers consider SE on SSD to be nothing more than a controller FTL reset. <img src='http://storagemojo.com/wp-includes/images/smilies/icon_sad.gif' alt=':(' class='wp-smiley' /> </p>
<p>I believe it may have been a recent CMRR paper, but again I&#8217;m going from my fuzzy memory&#8211;sorry.</p>
<p>Oh, and &#8220;hdparm&#8221; on recent Linux kernels (and, I&#8217;m assuming, *BSD kernels including OS-X) seems to be fine and stable issuing (E)SE commands: in fact, I&#8217;m doing an ESE on my 160GB Toshiba drive right now as I&#8217;m replacing it with a Corsair 115GB SSD and will sell the HDD.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul L</title>
		<link>http://storagemojo.com/2007/05/02/secure-erase-data-security-you-already-own/comment-page-1/#comment-216012</link>
		<dc:creator>Paul L</dc:creator>
		<pubDate>Fri, 29 Apr 2011 22:20:57 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=448#comment-216012</guid>
		<description>The Ultimate Boot CD 5.0.3 is a bootable cd with HDDerase 4.0 set to run from FreeDOS. I have been using it to erase a bunch of drives in machines that I am prepping for donation/discarding. Most Seagate and WD hard drives above 20GB performed secure erase quite easily and quickly. About 20 min for a 40GB PATA drive. FYI - Maxtor DiamondMax drives don&#039;t seem to allow secure erase to happen. They always come back with &quot;security count exceeded&quot;.</description>
		<content:encoded><![CDATA[<p>The Ultimate Boot CD 5.0.3 is a bootable cd with HDDerase 4.0 set to run from FreeDOS. I have been using it to erase a bunch of drives in machines that I am prepping for donation/discarding. Most Seagate and WD hard drives above 20GB performed secure erase quite easily and quickly. About 20 min for a 40GB PATA drive. FYI &#8211; Maxtor DiamondMax drives don&#8217;t seem to allow secure erase to happen. They always come back with &#8220;security count exceeded&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David</title>
		<link>http://storagemojo.com/2007/05/02/secure-erase-data-security-you-already-own/comment-page-1/#comment-214745</link>
		<dc:creator>David</dc:creator>
		<pubDate>Thu, 20 Jan 2011 00:56:24 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=448#comment-214745</guid>
		<description>Just in case people find this blog entry when searching Google (or Bing) for secure erase,  hdparm is on the gparted live distribution and can used to secure erase (enhanced) an HDD. I completed this yesterday (2011/01/18) on a Seagate drive.

gparted here:
http://gparted.sourceforge.net/download.php

instructions here:
http://www.ocztechnologyforum.com/forum/showthread.php?67253-Alternative-to-HDDerase-(Gparted)-compatible-with-AHCI-!
AND here:
https://ata.wiki.kernel.org/index.php/ATA_Secure_Erase

Caveats:
 Yes, the drive needs to be attached locally or possibly eSATA. USB and FireWire probably have a chance to fail.
 Yes you DO have to use &#039;sudo&#039;. 
 No, you should not use NULL. for the password.
 If the drive is SATA and frozen you can unfreeze it by &quot;hot plugging&quot; the drive (remove, CTRL-R, insert, CTRL-R). 
 If the drive is IDE/PATA and frozen-- I haven&#039;t gotten that far yet.
 Secure Erase can take a while. A 500 GB 2.5 inch drive took around 2 hours, 20 minutes.
 Secure Erase will wipe the partition table. You will need to create a new one before trying to install anything (like Windows). Luckily you have gparted, right?</description>
		<content:encoded><![CDATA[<p>Just in case people find this blog entry when searching Google (or Bing) for secure erase,  hdparm is on the gparted live distribution and can used to secure erase (enhanced) an HDD. I completed this yesterday (2011/01/18) on a Seagate drive.</p>
<p>gparted here:<br />
<a href="http://gparted.sourceforge.net/download.php" rel="nofollow">http://gparted.sourceforge.net/download.php</a></p>
<p>instructions here:<br />
<a href="http://www.ocztechnologyforum.com/forum/showthread.php?67253-Alternative-to-HDDerase-(Gparted)-compatible-with-AHCI-" rel="nofollow">http://www.ocztechnologyforum.com/forum/showthread.php?67253-Alternative-to-HDDerase-(Gparted)-compatible-with-AHCI-</a>!<br />
AND here:<br />
<a href="https://ata.wiki.kernel.org/index.php/ATA_Secure_Erase" rel="nofollow">https://ata.wiki.kernel.org/index.php/ATA_Secure_Erase</a></p>
<p>Caveats:<br />
 Yes, the drive needs to be attached locally or possibly eSATA. USB and FireWire probably have a chance to fail.<br />
 Yes you DO have to use &#8216;sudo&#8217;.<br />
 No, you should not use NULL. for the password.<br />
 If the drive is SATA and frozen you can unfreeze it by &#8220;hot plugging&#8221; the drive (remove, CTRL-R, insert, CTRL-R).<br />
 If the drive is IDE/PATA and frozen&#8211; I haven&#8217;t gotten that far yet.<br />
 Secure Erase can take a while. A 500 GB 2.5 inch drive took around 2 hours, 20 minutes.<br />
 Secure Erase will wipe the partition table. You will need to create a new one before trying to install anything (like Windows). Luckily you have gparted, right?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: F2</title>
		<link>http://storagemojo.com/2007/05/02/secure-erase-data-security-you-already-own/comment-page-1/#comment-209693</link>
		<dc:creator>F2</dc:creator>
		<pubDate>Fri, 18 Jun 2010 18:34:24 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=448#comment-209693</guid>
		<description>Hello Robin,
 You say that the Security Extensions are prevalent on most drives. I have scanned a few SATA units from Hitachi, Maxtor and Seagate, and so far found the extension only on the Hitachi drive.

 I have been researching the topic myself -- there is very little out there on this subject.</description>
		<content:encoded><![CDATA[<p>Hello Robin,<br />
 You say that the Security Extensions are prevalent on most drives. I have scanned a few SATA units from Hitachi, Maxtor and Seagate, and so far found the extension only on the Hitachi drive.</p>
<p> I have been researching the topic myself &#8212; there is very little out there on this subject.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gregg E.</title>
		<link>http://storagemojo.com/2007/05/02/secure-erase-data-security-you-already-own/comment-page-1/#comment-206425</link>
		<dc:creator>Gregg E.</dc:creator>
		<pubDate>Sat, 07 Nov 2009 08:11:43 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=448#comment-206425</guid>
		<description>I just want to wipe a Maxtor 40 gig QuickView drive that came from an old DVR of unknown make. There&#039;s something secured or locked with it so I can&#039;t just plug it into a normal PC and partition/format it.

I know there are master passwords for these drives, I can find them online for any brand *except Maxtor*.

Would be great, in this case, if it had something like &quot;WARNING! INCORRECT PASSWORD ENTERED 5 TIMES! ENTERING INCORRECT PASSWORD AGAIN WILL START SECURE ERASE PROCESS!&quot;.
I&#039;d just poke in some randomness and let the thing wipe itself, as long as that would unlock it.</description>
		<content:encoded><![CDATA[<p>I just want to wipe a Maxtor 40 gig QuickView drive that came from an old DVR of unknown make. There&#8217;s something secured or locked with it so I can&#8217;t just plug it into a normal PC and partition/format it.</p>
<p>I know there are master passwords for these drives, I can find them online for any brand *except Maxtor*.</p>
<p>Would be great, in this case, if it had something like &#8220;WARNING! INCORRECT PASSWORD ENTERED 5 TIMES! ENTERING INCORRECT PASSWORD AGAIN WILL START SECURE ERASE PROCESS!&#8221;.<br />
I&#8217;d just poke in some randomness and let the thing wipe itself, as long as that would unlock it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://storagemojo.com/2007/05/02/secure-erase-data-security-you-already-own/comment-page-1/#comment-206322</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Fri, 30 Oct 2009 01:00:10 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=448#comment-206322</guid>
		<description>Hi, 

I want to enhanced secure erase my seagate drive but:
-HDDerase gives memory error on startup and I am not experienced enough to track reasons.
-I do not know how to boot with hdparm so that I cant use it. I guess I need to initialize hddparm from a physically different location, i.e. not from the drive i am going to erase.

I just want to want to enhanced secure erase the only hard drive on my laptop. What is the easiest way to do that?

Thanks.</description>
		<content:encoded><![CDATA[<p>Hi, </p>
<p>I want to enhanced secure erase my seagate drive but:<br />
-HDDerase gives memory error on startup and I am not experienced enough to track reasons.<br />
-I do not know how to boot with hdparm so that I cant use it. I guess I need to initialize hddparm from a physically different location, i.e. not from the drive i am going to erase.</p>
<p>I just want to want to enhanced secure erase the only hard drive on my laptop. What is the easiest way to do that?</p>
<p>Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robin Harris</title>
		<link>http://storagemojo.com/2007/05/02/secure-erase-data-security-you-already-own/comment-page-1/#comment-204427</link>
		<dc:creator>Robin Harris</dc:creator>
		<pubDate>Sat, 25 Jul 2009 01:44:12 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=448#comment-204427</guid>
		<description>Mark,

Did you do reformat the drives from Windows before the install? That could be it.

Robin</description>
		<content:encoded><![CDATA[<p>Mark,</p>
<p>Did you do reformat the drives from Windows before the install? That could be it.</p>
<p>Robin</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mark stumpo</title>
		<link>http://storagemojo.com/2007/05/02/secure-erase-data-security-you-already-own/comment-page-1/#comment-204424</link>
		<dc:creator>mark stumpo</dc:creator>
		<pubDate>Fri, 24 Jul 2009 17:28:41 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=448#comment-204424</guid>
		<description>I used SE on maxtor and seagate drives, but when installing xp on any of them, after xp formats and copies files, the install fails.  It only seems to happen on drives that were SE.. Any idea?</description>
		<content:encoded><![CDATA[<p>I used SE on maxtor and seagate drives, but when installing xp on any of them, after xp formats and copies files, the install fails.  It only seems to happen on drives that were SE.. Any idea?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JIRA: Infra Hardware - Issues Tracking</title>
		<link>http://storagemojo.com/2007/05/02/secure-erase-data-security-you-already-own/comment-page-1/#comment-202584</link>
		<dc:creator>JIRA: Infra Hardware - Issues Tracking</dc:creator>
		<pubDate>Wed, 03 Jun 2009 23:38:42 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=448#comment-202584</guid>
		<description>&lt;strong&gt;[INHWISSUES-68] Support for &quot;secure erase&quot; command for all storage controllers and physical disks...&lt;/strong&gt;

Controller + Physical drives must support &quot;secure erase&quot; command.

This is better than data overwrite because:
    1. It includes bad blocks.
    2. 6-8 times faster than normal disk writes.
    3. Approved by NIST.
    4. Handled entirely by o...</description>
		<content:encoded><![CDATA[<p><strong>[INHWISSUES-68] Support for &#8220;secure erase&#8221; command for all storage controllers and physical disks&#8230;</strong></p>
<p>Controller + Physical drives must support &#8220;secure erase&#8221; command.</p>
<p>This is better than data overwrite because:<br />
    1. It includes bad blocks.<br />
    2. 6-8 times faster than normal disk writes.<br />
    3. Approved by NIST.<br />
    4. Handled entirely by o&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryk Edelstein</title>
		<link>http://storagemojo.com/2007/05/02/secure-erase-data-security-you-already-own/comment-page-1/#comment-66724</link>
		<dc:creator>Ryk Edelstein</dc:creator>
		<pubDate>Fri, 18 May 2007 02:16:25 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=448#comment-66724</guid>
		<description>Thanks for the posting... However, although I may have pointed out a minor error (rather, a point in need of a bit of elaboration), I will throw myself on my sword and correct a few errors in my own message...(probably why I should not be writing in the very early a.m.) 

1/ the Acronym is the CMRR - Center for Magnetic Recording Research at the University of California San Diego.

2/ the first sentence is a mess... sorry. 

3/ This is not self promotion.. I do not work for Ensconce Data Technology, the manufacturer of the Dead on Demand Digital Shredder. The white paper was originally developed as a presentation of the acceptable means to responsibly destroy hard drive data, and to dispel many of the half baked and potentially dangerous concepts floating about. EDT had requested the rights to the paper for their own purpose. 

Clearly my perspective on their product and the value it offers the public and private sector as a portable data destruction appliance made the piece very appealing to them. The presentation is facts based, and you can draw your own conclusion. 

If you want to see a broad array of half baked data destruction methods, by self proclaimed experts, go to YOUTUBE and search on data or drive destruction. It is like calling in your crazy cousin Bob to bring over his sledge hammer for a session or data destruction.

I apologize for the errors. 

Ryk</description>
		<content:encoded><![CDATA[<p>Thanks for the posting&#8230; However, although I may have pointed out a minor error (rather, a point in need of a bit of elaboration), I will throw myself on my sword and correct a few errors in my own message&#8230;(probably why I should not be writing in the very early a.m.) </p>
<p>1/ the Acronym is the CMRR &#8211; Center for Magnetic Recording Research at the University of California San Diego.</p>
<p>2/ the first sentence is a mess&#8230; sorry. </p>
<p>3/ This is not self promotion.. I do not work for Ensconce Data Technology, the manufacturer of the Dead on Demand Digital Shredder. The white paper was originally developed as a presentation of the acceptable means to responsibly destroy hard drive data, and to dispel many of the half baked and potentially dangerous concepts floating about. EDT had requested the rights to the paper for their own purpose. </p>
<p>Clearly my perspective on their product and the value it offers the public and private sector as a portable data destruction appliance made the piece very appealing to them. The presentation is facts based, and you can draw your own conclusion. </p>
<p>If you want to see a broad array of half baked data destruction methods, by self proclaimed experts, go to YOUTUBE and search on data or drive destruction. It is like calling in your crazy cousin Bob to bring over his sledge hammer for a session or data destruction.</p>
<p>I apologize for the errors. </p>
<p>Ryk</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ron</title>
		<link>http://storagemojo.com/2007/05/02/secure-erase-data-security-you-already-own/comment-page-1/#comment-60602</link>
		<dc:creator>Ron</dc:creator>
		<pubDate>Thu, 03 May 2007 13:52:48 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=448#comment-60602</guid>
		<description>$ /sbin/hdparm --security-help

ATA Security Commands:
 Most of these are VERY DANGEROUS and can KILL your drive!
 Due to bugs in most Linux kernels, use of these commands may even
 trigger kernel segfaults or worse.  EXPERIMENT AT YOUR OWN RISK!

 --security-freeze           Freeze security settings until reset.

 --security-set-pass PASSWD  Lock drive, using password PASSWD:
                                  Use &#039;NULL&#039; to set empty password.
                                  Drive gets locked if user-passwd is selected.
 --security-unlock   PASSWD  Unlock drive.
 --security-disable  PASSWD  Disable drive locking.
 --security-erase    PASSWD  Erase a (locked) drive.
 --security-erase-enhanced PASSWD   Enhanced-erase a (locked) drive.

 The above four commands may optionally be preceeded by these options:
 --security-mode  LEVEL      Use LEVEL to select security level:
                                  h   high security (default).
                                  m   maximum security.
 --user-master    WHICH      Use WHICH to choose password type:
                                  u   user-password.
                                  m   master-password (default).</description>
		<content:encoded><![CDATA[<p>$ /sbin/hdparm &#8211;security-help</p>
<p>ATA Security Commands:<br />
 Most of these are VERY DANGEROUS and can KILL your drive!<br />
 Due to bugs in most Linux kernels, use of these commands may even<br />
 trigger kernel segfaults or worse.  EXPERIMENT AT YOUR OWN RISK!</p>
<p> &#8211;security-freeze           Freeze security settings until reset.</p>
<p> &#8211;security-set-pass PASSWD  Lock drive, using password PASSWD:<br />
                                  Use &#8216;NULL&#8217; to set empty password.<br />
                                  Drive gets locked if user-passwd is selected.<br />
 &#8211;security-unlock   PASSWD  Unlock drive.<br />
 &#8211;security-disable  PASSWD  Disable drive locking.<br />
 &#8211;security-erase    PASSWD  Erase a (locked) drive.<br />
 &#8211;security-erase-enhanced PASSWD   Enhanced-erase a (locked) drive.</p>
<p> The above four commands may optionally be preceeded by these options:<br />
 &#8211;security-mode  LEVEL      Use LEVEL to select security level:<br />
                                  h   high security (default).<br />
                                  m   maximum security.<br />
 &#8211;user-master    WHICH      Use WHICH to choose password type:<br />
                                  u   user-password.<br />
                                  m   master-password (default).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Samuel Landau</title>
		<link>http://storagemojo.com/2007/05/02/secure-erase-data-security-you-already-own/comment-page-1/#comment-60548</link>
		<dc:creator>Samuel Landau</dc:creator>
		<pubDate>Thu, 03 May 2007 07:44:49 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=448#comment-60548</guid>
		<description>AFAIK for Linux, current hdparm allows to use ATA security functions, amongst which commands ERASE PREPARE and ERASE UNIT. Just make sure your kernel supports it : recent enough release and compiled with CONFIG_IDE_TASK_IOCTL enabled.</description>
		<content:encoded><![CDATA[<p>AFAIK for Linux, current hdparm allows to use ATA security functions, amongst which commands ERASE PREPARE and ERASE UNIT. Just make sure your kernel supports it : recent enough release and compiled with CONFIG_IDE_TASK_IOCTL enabled.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robin Harris</title>
		<link>http://storagemojo.com/2007/05/02/secure-erase-data-security-you-already-own/comment-page-1/#comment-60508</link>
		<dc:creator>Robin Harris</dc:creator>
		<pubDate>Thu, 03 May 2007 04:47:24 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=448#comment-60508</guid>
		<description>This came in over the transom, and it sounded pretty good, so I am putting it in as a comment from me. It is from Ryk Edelstein, director of operations for Converge Net, Inc. - a link to a white paper he wrote is in the comment - and I appreciate the quality of his presentation. 

Normally I am deeply allergic to self-promotion on StorageMojo - with me as the obvious exception! -  but I respect the fact that he has deeper knowledge than I do and presents it well. I do wish he didn&#039;t point out my flaws, but what the hey:

&lt;blockquote&gt;
I have read your article on Secure ERase and must state that although you are on the right track, and that the NIST does recognize SE as the single best means to destroy data on a hard dfrive beyond forensic reconstruction second to effective physical destruction. The CRMM software as developped by Dr. Gordon Hughes team, is an academic command line utility designed as a proof of concept tool to demonstrate Secure Erase. Yet, what you fail to state is that this software does not work on most stations or devices. 

As a command line utility, the CRMM software does not provide a solution that offers a defensible audit log, or a reliable platform for the effective decomissioning of hard drives in the enterprise. Likewise, in many cases the SE command will not be sent to the device due to BIOS and OS inhibition of the command being presented to the target drive. PC vendors have in many cases inhibited SE from being initiated due to the threat it poses if it were to be exploited by virus and malware authors. 

Furthermore, drive manufacturers have interpreted SE differently, and in some cases by the same vendor from one drive model to the next. As such, SE needs to be initiated in a manner specific to the device, in order to be effectively launched. 

Please do not get me wrong, I am a big fan of Secure Erase, and more so, on the proper means to use SE. See http://www.deadondemand.com/assets/documents/edt_digital_shredder_2.pdf for more details on the proper means to decomission hard drives using Secure Erase. Even on SATA devices.
&lt;/blockquote&gt;</description>
		<content:encoded><![CDATA[<p>This came in over the transom, and it sounded pretty good, so I am putting it in as a comment from me. It is from Ryk Edelstein, director of operations for Converge Net, Inc. &#8211; a link to a white paper he wrote is in the comment &#8211; and I appreciate the quality of his presentation. </p>
<p>Normally I am deeply allergic to self-promotion on StorageMojo &#8211; with me as the obvious exception! &#8211;  but I respect the fact that he has deeper knowledge than I do and presents it well. I do wish he didn&#8217;t point out my flaws, but what the hey:</p>
<blockquote><p>
I have read your article on Secure ERase and must state that although you are on the right track, and that the NIST does recognize SE as the single best means to destroy data on a hard dfrive beyond forensic reconstruction second to effective physical destruction. The CRMM software as developped by Dr. Gordon Hughes team, is an academic command line utility designed as a proof of concept tool to demonstrate Secure Erase. Yet, what you fail to state is that this software does not work on most stations or devices. </p>
<p>As a command line utility, the CRMM software does not provide a solution that offers a defensible audit log, or a reliable platform for the effective decomissioning of hard drives in the enterprise. Likewise, in many cases the SE command will not be sent to the device due to BIOS and OS inhibition of the command being presented to the target drive. PC vendors have in many cases inhibited SE from being initiated due to the threat it poses if it were to be exploited by virus and malware authors. </p>
<p>Furthermore, drive manufacturers have interpreted SE differently, and in some cases by the same vendor from one drive model to the next. As such, SE needs to be initiated in a manner specific to the device, in order to be effectively launched. </p>
<p>Please do not get me wrong, I am a big fan of Secure Erase, and more so, on the proper means to use SE. See <a href="http://www.deadondemand.com/assets/documents/edt_digital_shredder_2.pdf" rel="nofollow">http://www.deadondemand.com/assets/documents/edt_digital_shredder_2.pdf</a> for more details on the proper means to decomission hard drives using Secure Erase. Even on SATA devices.
</p></blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robin Harris</title>
		<link>http://storagemojo.com/2007/05/02/secure-erase-data-security-you-already-own/comment-page-1/#comment-60507</link>
		<dc:creator>Robin Harris</dc:creator>
		<pubDate>Thu, 03 May 2007 04:39:49 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=448#comment-60507</guid>
		<description>Joerg,

An excellent point. In fact, that is the next level of security for 2.5&quot; drives: everything is encrypted with secure key deletion. A future post that ties back to one I did last year.

Thanks,

Robin</description>
		<content:encoded><![CDATA[<p>Joerg,</p>
<p>An excellent point. In fact, that is the next level of security for 2.5&#8243; drives: everything is encrypted with secure key deletion. A future post that ties back to one I did last year.</p>
<p>Thanks,</p>
<p>Robin</p>
]]></content:encoded>
	</item>
</channel>
</rss>

