<?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: Recycling Drives &#8211; Update</title>
	<atom:link href="http://thestoragearchitect.com/2008/07/23/recycling-drives-update/feed/" rel="self" type="application/rss+xml" />
	<link>http://thestoragearchitect.com/2008/07/23/recycling-drives-update/</link>
	<description>Storage, Virtualisation &#38; Cloud</description>
	<lastBuildDate>Mon, 21 May 2012 20:10:36 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Ethan @ M80</title>
		<link>http://thestoragearchitect.com/2008/07/23/recycling-drives-update/#comment-311</link>
		<dc:creator>Ethan @ M80</dc:creator>
		<pubDate>Wed, 06 Aug 2008 02:16:00 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.wordpress.com/2008/07/23/recycling-drives-update/#comment-311</guid>
		<description>Hi Chris,&lt;br/&gt;&lt;br/&gt;This is a clearly serious issue and I&#039;m going to forward this thread over to the bloggers at &lt;a HREF=&quot;http://blogs.cisco.com/datacenter&quot; REL=&quot;nofollow&quot; rel=&quot;nofollow&quot;&gt;blogs.cisco.com/datacenter&lt;/a&gt; to see if they have some input.&lt;br/&gt;&lt;br/&gt;Cisco recently produced &lt;a HREF=&quot;http://www.cisco.com/go/semreg/augustdc/165189_22&quot; REL=&quot;nofollow&quot; rel=&quot;nofollow&quot;&gt;a 60 minute show on data center efficiency&lt;/a&gt; that will feature APC, VMWare, and John Morley of EMC at the end of the month.&lt;br/&gt;&lt;br/&gt;It&#039;s more focused on energy efficiency but I thought I would let you know about it.&lt;br/&gt;&lt;br/&gt;Thanks and best regards,&lt;br/&gt;&lt;br/&gt;Ethan Bauley&lt;br/&gt;ethan /at/ m80im.com&lt;br/&gt;M80 (on behalf of Cisco)</description>
		<content:encoded><![CDATA[<p>Hi Chris,</p>
<p>This is a clearly serious issue and I&#8217;m going to forward this thread over to the bloggers at <a href="http://blogs.cisco.com/datacenter"  REL="nofollow" rel="nofollow">blogs.cisco.com/datacenter</a> to see if they have some input.</p>
<p>Cisco recently produced <a href="http://www.cisco.com/go/semreg/augustdc/165189_22"  REL="nofollow" rel="nofollow">a 60 minute show on data center efficiency</a> that will feature APC, VMWare, and John Morley of EMC at the end of the month.</p>
<p>It&#8217;s more focused on energy efficiency but I thought I would let you know about it.</p>
<p>Thanks and best regards,</p>
<p>Ethan Bauley<br />ethan /at/ m80im.com<br />M80 (on behalf of Cisco)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryk Edelstein</title>
		<link>http://thestoragearchitect.com/2008/07/23/recycling-drives-update/#comment-310</link>
		<dc:creator>Ryk Edelstein</dc:creator>
		<pubDate>Mon, 28 Jul 2008 03:33:00 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.wordpress.com/2008/07/23/recycling-drives-update/#comment-310</guid>
		<description>I have done extensive research on best practice for the  destruction of digital data residing in EOL hard drives and have poured through thousands of pages of guidance from a variety of sources, including academic, industry, and Government.I have also spent many hours discussing policy and practice wit ha variety of HDD industry management, academics, and government security resources.  The resulting product was intended to be a white paper, but at 55 pages, it is a bit more comprehensive than most white papers. &lt;br/&gt;&lt;br/&gt;To shed light on a few issues presented....&lt;br/&gt;&lt;br/&gt;When handling secret and top secret level data, decommissioning must assure absolute destruction of the data beyond reconstruction by any means. Accordingly, key destruction is not considered acceptable in this situation as a key can decrypt the encrypted data. Yes, I appreciate that complex key lengths make this virtually impossible but as long as a key can exist, it is not acceptable. &lt;br/&gt;&lt;br/&gt;The other issue is enterprise key management. Hardware based encrypted drives offer a good means to protect data. However, if the key is lost, so is the data. I am sure that you can envision hte vulnerabilities here. WE do not need another San Francisco.  &lt;br/&gt;&lt;br/&gt;Statement #4 from the Storage Anarchist is incorrect. Drives with embedded encryption features are compliant to government encryption specifications that require the key to reside in a device that has no accessible or externally addressable circuitry. Rather, you can not connect a logic  probe to any pins to intercept the key. Reference the Center for Magnetic Recording Research at the UCSD. &lt;br/&gt;&lt;br/&gt;The folks at Seagate see embedded encryption as the panacea of security, despite the fact that the  inability to implement enterprise key management will be a real show stopper for most enterprises. They refuse to believe that encrypted hard drives will be anything more than a great feature for consumer PC&#039;s and notebooks. &lt;br/&gt;&lt;br/&gt;BTW, according to the CMRR and the US government, when physically destroying a hard drive, the particles from the media must be of a diameter no larger than the space  to accommodate a single data block. This specification was 1/125 of an inch up to early this year. However, due to higher media densities, the spec is now 1/250th of an inch. Many shedding facilities are capable of attaining the 1/125th of an inch screen size.  The new spec caused a lot of consternation from the folks at a couple major service providers and at the RCMP in Canada, as the procedure to handle EOL top level classified drives must be updated. &lt;br/&gt;&lt;br/&gt;One concept that has been put up for consideration is decommissioning the devices with Secure Erase (in ATA compliant devices), and then sending it in for shredding to the 1/125th screen size. Alternately, attaining the 1/250th spec will require the much more costly process of disintegration.&lt;br/&gt;&lt;br/&gt;If anyone wants a copy of the best practices guide, please e-mail me at ryk@converge-net.com and I will be glad to forward a copy.</description>
		<content:encoded><![CDATA[<p>I have done extensive research on best practice for the  destruction of digital data residing in EOL hard drives and have poured through thousands of pages of guidance from a variety of sources, including academic, industry, and Government.I have also spent many hours discussing policy and practice wit ha variety of HDD industry management, academics, and government security resources.  The resulting product was intended to be a white paper, but at 55 pages, it is a bit more comprehensive than most white papers. </p>
<p>To shed light on a few issues presented&#8230;.</p>
<p>When handling secret and top secret level data, decommissioning must assure absolute destruction of the data beyond reconstruction by any means. Accordingly, key destruction is not considered acceptable in this situation as a key can decrypt the encrypted data. Yes, I appreciate that complex key lengths make this virtually impossible but as long as a key can exist, it is not acceptable. </p>
<p>The other issue is enterprise key management. Hardware based encrypted drives offer a good means to protect data. However, if the key is lost, so is the data. I am sure that you can envision hte vulnerabilities here. WE do not need another San Francisco.  </p>
<p>Statement #4 from the Storage Anarchist is incorrect. Drives with embedded encryption features are compliant to government encryption specifications that require the key to reside in a device that has no accessible or externally addressable circuitry. Rather, you can not connect a logic  probe to any pins to intercept the key. Reference the Center for Magnetic Recording Research at the UCSD. </p>
<p>The folks at Seagate see embedded encryption as the panacea of security, despite the fact that the  inability to implement enterprise key management will be a real show stopper for most enterprises. They refuse to believe that encrypted hard drives will be anything more than a great feature for consumer PC&#8217;s and notebooks. </p>
<p>BTW, according to the CMRR and the US government, when physically destroying a hard drive, the particles from the media must be of a diameter no larger than the space  to accommodate a single data block. This specification was 1/125 of an inch up to early this year. However, due to higher media densities, the spec is now 1/250th of an inch. Many shedding facilities are capable of attaining the 1/125th of an inch screen size.  The new spec caused a lot of consternation from the folks at a couple major service providers and at the RCMP in Canada, as the procedure to handle EOL top level classified drives must be updated. </p>
<p>One concept that has been put up for consideration is decommissioning the devices with Secure Erase (in ATA compliant devices), and then sending it in for shredding to the 1/125th screen size. Alternately, attaining the 1/250th spec will require the much more costly process of disintegration.</p>
<p>If anyone wants a copy of the best practices guide, please e-mail me at <a href="mailto:ryk@converge-net.com">ryk@converge-net.com</a> and I will be glad to forward a copy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andreas W. Kuhn</title>
		<link>http://thestoragearchitect.com/2008/07/23/recycling-drives-update/#comment-309</link>
		<dc:creator>Andreas W. Kuhn</dc:creator>
		<pubDate>Thu, 24 Jul 2008 15:52:00 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.wordpress.com/2008/07/23/recycling-drives-update/#comment-309</guid>
		<description>Dell today (Latidude notebooks D630, 830 and D531) already offer self encrypting hard drives from Seagate (MOMENTUS FDE.2 FDE). The Dell notebooks come bundled with Eave System&#039;s client management software (EMBASSY &quot;Trusted Drive Manager). &lt;br/&gt;&lt;br/&gt;Additionally Wave System&#039;s (and Dell) provide Wave system&#039;s ERAS server. This is an nterprise class server for the central management of the Seagate trusted drives as well as for the management of all brands of Trusted Platform Modules (TPM). &lt;br/&gt;&lt;br/&gt;TPMs are standard equipment of practically all enterprise class notebooks.</description>
		<content:encoded><![CDATA[<p>Dell today (Latidude notebooks D630, 830 and D531) already offer self encrypting hard drives from Seagate (MOMENTUS FDE.2 FDE). The Dell notebooks come bundled with Eave System&#8217;s client management software (EMBASSY &#8220;Trusted Drive Manager). </p>
<p>Additionally Wave System&#8217;s (and Dell) provide Wave system&#8217;s ERAS server. This is an nterprise class server for the central management of the Seagate trusted drives as well as for the management of all brands of Trusted Platform Modules (TPM). </p>
<p>TPMs are standard equipment of practically all enterprise class notebooks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: the storage anarchist</title>
		<link>http://thestoragearchitect.com/2008/07/23/recycling-drives-update/#comment-308</link>
		<dc:creator>the storage anarchist</dc:creator>
		<pubDate>Thu, 24 Jul 2008 13:57:00 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.wordpress.com/2008/07/23/recycling-drives-update/#comment-308</guid>
		<description>Actually, I&#039;m just pointing out that there are much less expensive ways to protect information while recycling the disk drives - ways that perhaps don&#039;t depend upon a limited selection of higher cost  disk drives.&lt;br/&gt;&lt;br/&gt;And while I can&#039;t argue that some customers may want to protect their information out of sheer paranoia, the financial, government, retail and health care industries are actually &lt;b&gt;mandated&lt;/b&gt; to do so, and they are required to adhere to specific requirements in doing so. &lt;br/&gt;&lt;br/&gt;So far as I am aware, encrypting disk drives and key destruction BOTH are not an approved protection in any of those industries at this time, while secure erasure is approved for at least some classes of protected information. And it&#039;s not that these technologies are new and not yet approved - they have actually been evaluated and deemed insufficient by the organizations setting the requirements.&lt;br/&gt;&lt;br/&gt;Your goal is inarguably commendable, but the actual solution may not be encrypting disk drives as you propose.</description>
		<content:encoded><![CDATA[<p>Actually, I&#8217;m just pointing out that there are much less expensive ways to protect information while recycling the disk drives &#8211; ways that perhaps don&#8217;t depend upon a limited selection of higher cost  disk drives.</p>
<p>And while I can&#8217;t argue that some customers may want to protect their information out of sheer paranoia, the financial, government, retail and health care industries are actually <b>mandated</b> to do so, and they are required to adhere to specific requirements in doing so. </p>
<p>So far as I am aware, encrypting disk drives and key destruction BOTH are not an approved protection in any of those industries at this time, while secure erasure is approved for at least some classes of protected information. And it&#8217;s not that these technologies are new and not yet approved &#8211; they have actually been evaluated and deemed insufficient by the organizations setting the requirements.</p>
<p>Your goal is inarguably commendable, but the actual solution may not be encrypting disk drives as you propose.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris M Evans</title>
		<link>http://thestoragearchitect.com/2008/07/23/recycling-drives-update/#comment-307</link>
		<dc:creator>Chris M Evans</dc:creator>
		<pubDate>Thu, 24 Jul 2008 06:51:00 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.wordpress.com/2008/07/23/recycling-drives-update/#comment-307</guid>
		<description>Barry, read into my post what you choose to.  &lt;br/&gt;&lt;br/&gt;I don&#039;t disagree with any of your points, however like all technologies, there must be a starting point and not all organisations need the level of paranoia protection the DoD prescribe to.</description>
		<content:encoded><![CDATA[<p>Barry, read into my post what you choose to.  </p>
<p>I don&#8217;t disagree with any of your points, however like all technologies, there must be a starting point and not all organisations need the level of paranoia protection the DoD prescribe to.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: the storage anarchist</title>
		<link>http://thestoragearchitect.com/2008/07/23/recycling-drives-update/#comment-306</link>
		<dc:creator>the storage anarchist</dc:creator>
		<pubDate>Wed, 23 Jul 2008 21:42:00 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.wordpress.com/2008/07/23/recycling-drives-update/#comment-306</guid>
		<description>Actually, EMC offers their customers comprehensive recycling services for every bit of their equipment. Most manufacturer&#039;s are in fact required to do so in most countries, especially if they contain any contaminants (like lead, etc.).&lt;br/&gt;&lt;br/&gt;EMC also offers Secure Drive Erase within the Symmetrix, which performs a DoD-compliant erase of all data on a failed drive before it is removed from the system (if possible). EMC also offers an on-site drive erasure appliance that can DoD secure erase a drive removed from the array (if it will still spin, that is).&lt;br/&gt;&lt;br/&gt;Still, most financial (and all DoD) customers tend to retain all failed drives - some don&#039;t even believe grinding them up into little pieces is sufficient. So they store failed drives in secure warehouses somewhere.&lt;br/&gt;&lt;br/&gt;But your post really wasn&#039;t about all that now, was it :&gt;)</description>
		<content:encoded><![CDATA[<p>Actually, EMC offers their customers comprehensive recycling services for every bit of their equipment. Most manufacturer&#39;s are in fact required to do so in most countries, especially if they contain any contaminants (like lead, etc.).</p>
<p>EMC also offers Secure Drive Erase within the Symmetrix, which performs a DoD-compliant erase of all data on a failed drive before it is removed from the system (if possible). EMC also offers an on-site drive erasure appliance that can DoD secure erase a drive removed from the array (if it will still spin, that is).</p>
<p>Still, most financial (and all DoD) customers tend to retain all failed drives &#8211; some don&#39;t even believe grinding them up into little pieces is sufficient. So they store failed drives in secure warehouses somewhere.</p>
<p>But your post really wasn&#39;t about all that now, was it :&gt;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris M Evans</title>
		<link>http://thestoragearchitect.com/2008/07/23/recycling-drives-update/#comment-305</link>
		<dc:creator>Chris M Evans</dc:creator>
		<pubDate>Wed, 23 Jul 2008 21:18:00 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.wordpress.com/2008/07/23/recycling-drives-update/#comment-305</guid>
		<description>Barry, I assume from your comments that EMC don&#039;t endorse drive recycling?  :-)</description>
		<content:encoded><![CDATA[<p>Barry, I assume from your comments that EMC don&#8217;t endorse drive recycling?  <img src='http://thestoragearchitect.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: the storage anarchist</title>
		<link>http://thestoragearchitect.com/2008/07/23/recycling-drives-update/#comment-304</link>
		<dc:creator>the storage anarchist</dc:creator>
		<pubDate>Wed, 23 Jul 2008 20:10:00 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.wordpress.com/2008/07/23/recycling-drives-update/#comment-304</guid>
		<description>Although there are/will be encrypting drives from Seagate and HGST, this does not mean that they will become ubiquitous across  storage platforms.&lt;br/&gt;&lt;br/&gt;When it comes to encrypting data stored on disk drives, there are numerous considerations beyond the drive suppliers&#039; perspectives, including:&lt;br/&gt;&lt;br/&gt;1 - Encrypting drives are today being offered at a price premium to standard drives;&lt;br/&gt;&lt;br/&gt;2 - The drive-based encryption implementation is not identical across drive suppliers (or drive types within a supplier), and there are no standards (yet)&lt;br/&gt;&lt;br/&gt;3 - none of the drive vendors are offering identical encryption capabilities across their entire product lineups (SATA/SAS/FC, 7200/10K/15K rpm, capacity points, etc.)&lt;br/&gt;&lt;br/&gt;4 - most of the current encrypting drive algorithms store the actual keys within the device itself, in a manner that can (at least theoretically) be accessed given physical access to the drive&lt;br/&gt;&lt;br/&gt;5 - some of the current encrypting drives also include a &quot;back door&quot; manufacturer&#039;s key to protect against accidental loss of the end-user keys (a real no-no in crypto-land),&lt;br/&gt;&lt;br/&gt;6 - none of the encrypting drives have successfully attained security certification or approvals (such as FIPS-140, etc.)&lt;br/&gt;&lt;br/&gt;7 - US Federal Government procurement and security standards do NOT acknowledge Key Destruction as sufficient to protect against data theft for ANY class of information stored on disk (or tape, for that matter). This is partially because it is known to be impossible to prove a) that all copies of the keys have been destroyed and b) that a given security algorithm is unbreakable given access to the device with unlimited time and/or CPU power&lt;br/&gt;&lt;br/&gt;8 - a company&#039;s liability for data loss and information security is currently not reduced or abdicated through the use of encrypting disk drives. The disclosure and liabilities are the same for an encrypted and an unencrypted disk.&lt;br/&gt;&lt;br/&gt;As a result of these consideration, the approach of drive-based encryption merely adds end-user cost, increases drive supplier margins and reduces the customer&#039;s flexibility to use multiple different tiers of storage. In return, there is no significant improvement or change to the risks of unintended access to information.</description>
		<content:encoded><![CDATA[<p>Although there are/will be encrypting drives from Seagate and HGST, this does not mean that they will become ubiquitous across  storage platforms.</p>
<p>When it comes to encrypting data stored on disk drives, there are numerous considerations beyond the drive suppliers&#8217; perspectives, including:</p>
<p>1 &#8211; Encrypting drives are today being offered at a price premium to standard drives;</p>
<p>2 &#8211; The drive-based encryption implementation is not identical across drive suppliers (or drive types within a supplier), and there are no standards (yet)</p>
<p>3 &#8211; none of the drive vendors are offering identical encryption capabilities across their entire product lineups (SATA/SAS/FC, 7200/10K/15K rpm, capacity points, etc.)</p>
<p>4 &#8211; most of the current encrypting drive algorithms store the actual keys within the device itself, in a manner that can (at least theoretically) be accessed given physical access to the drive</p>
<p>5 &#8211; some of the current encrypting drives also include a &#8220;back door&#8221; manufacturer&#8217;s key to protect against accidental loss of the end-user keys (a real no-no in crypto-land),</p>
<p>6 &#8211; none of the encrypting drives have successfully attained security certification or approvals (such as FIPS-140, etc.)</p>
<p>7 &#8211; US Federal Government procurement and security standards do NOT acknowledge Key Destruction as sufficient to protect against data theft for ANY class of information stored on disk (or tape, for that matter). This is partially because it is known to be impossible to prove a) that all copies of the keys have been destroyed and b) that a given security algorithm is unbreakable given access to the device with unlimited time and/or CPU power</p>
<p>8 &#8211; a company&#8217;s liability for data loss and information security is currently not reduced or abdicated through the use of encrypting disk drives. The disclosure and liabilities are the same for an encrypted and an unencrypted disk.</p>
<p>As a result of these consideration, the approach of drive-based encryption merely adds end-user cost, increases drive supplier margins and reduces the customer&#8217;s flexibility to use multiple different tiers of storage. In return, there is no significant improvement or change to the risks of unintended access to information.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

