Slashdot Mirror


New Toshiba Drives Wipe Data When Turned Off

CWmike writes "Toshiba on Tuesday introduced a new hard drive feature that can wipe out data after the storage devices are powered down. The Wipe feature in Toshiba's SED (Self-Encrypting Drives) will allow for deletion of secure data prior to disposing or re-purposing hard drives, Toshiba said. The technology invalidates a hard-drive security key when a system's power supply is turned off. The new Wipe capability will go into future versions of the SED drives, for which no timeframe was given. Beyond use in PCs, Toshiba wants to put this feature on storage devices in copiers and printers."

239 comments

  1. Lots of uses for this technology... by mlts · · Score: 5, Insightful

    I can see this used not just in copiers where temporary files need to be zapped for privacy reasons, but in a number of other places:

    1: Photo kiosks.
    2: Documents stored on public access computers.
    3: Medical terminals used for X-ray viewing.
    4: Cash register terminals for storing CC data.
    5: CCTV DVRs. If a video time frame needs flagged for long term copying, it is.
    6: Proxy/sendmail log servers where logs don't have to be kept for longer than it takes to check if there is an intrusion.
    7: Temporary scratch space for a database server, say to pack and unpack normally encrypted BLOB/CLOB data.
    8: A special hard disk just for /tmp. If one thinks about it, this type of HDD is absolutely perfect for the /tmp filesystem in the classic sense of it being zeroed out on reboot.
    9: Temporary scratch space when unarchiving data and putting it on a secure partition or tape drive. For example, getting data from tape or another site, storing it temporarly to get a machine to restore locally.
    10: A machine set up and automatically imaged for guests to browse the Web.
    11: A machine set up and autoimaged in a student computer lab. This way, a power cycle ensures that private data is not recoverable from the previous student.
    12: Drives set up for swap. This way, a power cycle removes all traces of a virtual machine's paging.
    13: Community clouds, where a VM is cloned to the drive, used to give better capacity, then shut down and the drive cycled so the next user on that drive doesn't have access to the previous user's data.
    14: A place to decode encryption keys temporarly pulled out of a HSM to be copied to another source.
    15: Airport X-day machines so the private pictures of people stay private.

    1. Re:Lots of uses for this technology... by Anonymous Coward · · Score: 5, Funny

      I guess it was either that, or telling everyone they were holding it wrong.

    2. Re:Lots of uses for this technology... by cosm · · Score: 2, Funny

      16. Porn.
      17. More Porn.

      Lets not be shortsighted.

      --
      'We are trying to prove ourselves wrong as quickly as possible, because only in that way can we find progress.' RPF
    3. Re:Lots of uses for this technology... by von_rick · · Score: 2, Insightful

      Most of the applications you have listed are subsets of no.8 on your list, "A special hard disk just for /tmp".

      --

      Face your daemons!

    4. Re:Lots of uses for this technology... by h4rr4r · · Score: 1

      Most of that stuff would be better off with a tmpfs. You should already be doing that with /tmp in mos cases.

      10 and 11 should just be PXE booted machines with no discs.

    5. Re:Lots of uses for this technology... by krzysz00 · · Score: 1

      This is also good for government workers, police, spies and criminals, who are the four types of people who need to be able to zap data fast.

    6. Re:Lots of uses for this technology... by MBGMorden · · Score: 4, Funny

      16. Porn.
      17. More Porn.

      Lets not be shortsighted.

      Take your own advice. Do you think any self respecting slashdotter is going to put his porn on a drive that erases itself when poweres down? Heck most of us won't trust our collection to anything short of RAID6!

      --
      "People who think they know everything are very annoying to those of us who do."-Mark Twain
    7. Re:Lots of uses for this technology... by compwizrd · · Score: 3, Insightful

      You've got some redundancy in your list there!

    8. Re:Lots of uses for this technology... by Ironhandx · · Score: 3, Funny

      Raid 1+0 here. When you gotta have it, you gotta have it. Access delays not allowed.

    9. Re:Lots of uses for this technology... by drewhk · · Score: 1

      Don't worry, they will pass a law that prohibits this technology... Privacy is obsolete, so they say.

    10. Re:Lots of uses for this technology... by Grishnakh · · Score: 1

      Instead of making a special hard disk just for this application, why not just change the code of these embedded devices to delete this data?

    11. Re:Lots of uses for this technology... by AndrewNeo · · Score: 2, Funny

      You power down your machines?

    12. Re:Lots of uses for this technology... by camperslo · · Score: 1

      Of course if it only removes the key, the data is still there. The user may not be able to access it but who says someone else can't?

      Maybe they should make flash drives designed to be put in a microwave oven.

    13. Re:Lots of uses for this technology... by pilgrim23 · · Score: 1

      there are many utilities that can read each block-sector then re-create a index/VTOC or FAT table. Looks like a place to make some bucks in the tech support field.

      --
      - Minutus cantorum, minutus balorum, minutus carborata descendum pantorum.
    14. Re:Lots of uses for this technology... by Tubal-Cain · · Score: 1

      When the UPS is down to its last few seconds, yeah.

    15. Re:Lots of uses for this technology... by jgrahn · · Score: 1

      8: A special hard disk just for /tmp. If one thinks about it, this type of HDD is absolutely perfect for the /tmp filesystem in the classic sense of it being zeroed out on reboot.

      Not really. You expect /tmp to *exist but be empty* after reboot. With such a disk you'd at least have to repartition and mkfs somewhere early in the boot sequence. I see all kinds of problems.

    16. Re:Lots of uses for this technology... by Deosyne · · Score: 4, Funny

      I haven't calculated the odds of both of the UPS units and the generator attached to the porn cluster failing at the exact same time, but that's just not a chance that I'm willing to take.

    17. Re:Lots of uses for this technology... by KiloByte · · Score: 1

      Any normal filesystem will go a long way to ensure the data is securely on the disk, forcing flushes after a short time, making multiple writes first to the journal, then to data sectors, then to metadata to ensure everything is consistent. That's utterly wasteful for /tmp/ -- with tmpfs, there won't be a single disk access in a vast majority of cases.

      I don't get why most distributions don't have /tmp/ on tmpfs by default. Just enlarge the default swap size by what is expected for /tmp/, to make sure max virtual memory capacity doesn't suffer.

      --
      The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
    18. Re:Lots of uses for this technology... by Mendy · · Score: 1

      Anywhere where someone doesn't have a Hot Plug. I'm also curious what the behaviour is if someone leaves the power on but plugs the sata into a different computer.

    19. Re:Lots of uses for this technology... by tepples · · Score: 4, Funny

      Do you think any self respecting slashdotter is going to put his porn on a drive that erases itself when poweres down?

      It depends on the country and the subject of the pornography. Some countries persecute and/or prosecute people who collect erotic pictures of some subjects.

    20. Re:Lots of uses for this technology... by tepples · · Score: 1

      With such a disk you'd at least have to repartition and mkfs somewhere early in the boot sequence. I see all kinds of problems.

      When /tmp uses tmpfs, it's redirected to swap. What kind of problem do you foresee with such a "quick format" of the swap partition on boot?

    21. Re:Lots of uses for this technology... by afidel · · Score: 2, Insightful

      Doesn't matter, if it's doing AES256 correctly the universe will die of heat death before you can brute force the key. Unless someone comes up with a significant attack against AES256 I wouldn't worry about the recoverability of the encrypted data.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    22. Re:Lots of uses for this technology... by Anonymous Coward · · Score: 0

      Yeah, lots of uses but this comes from one of the most untrustworthy and unreliable companies around. I remember back in the 80s when Toshiba used to be a name that meant quality. Now it means that you're liable to get a drive that wipes itself and/or crashes if you even look at it wrong.

    23. Re:Lots of uses for this technology... by Anonymous Coward · · Score: 0

      While most slashdotters talk about porn collections, there is a vast faction of
      us that consider porn disposable and would prefer to NOT look at the same porn twice.

      These drives are perfect for us, I mean them....

    24. Re:Lots of uses for this technology... by Tregelen · · Score: 1

      11: A machine set up and autoimaged in a student computer lab. This way, a power cycle ensures that private data is not recoverable from the previous student.

      Having been the admin at a school for a few years I can tell you that this already happens. Most schools now, well at least in Australia use a program called HDGuard where the image is reset back to a specified image every time the machine restarts. Its a great system but also very frustrating when you forget to turn it off before making changes to the image. Also if the systems are configured correctly they will have their personal information follow them on their personal network drive. That way things are set up the way that they like them where ever they go on campus.

    25. Re:Lots of uses for this technology... by ksandom · · Score: 1

      I love the simplicity of this concept. It could easily be done in sofrware too meaning we don't have to buy potentially expensive hardware. Although, I'm sure the big corporations/govt will want to have the line of blame sitting there for if something goes wrong. And that, I think would be toshiba's best target market.

      --
      Funnyhacks - Wierd, unusual, and fun hacks
    26. Re:Lots of uses for this technology... by ksandom · · Score: 1

      This would be an interesting/cruel way to motivate sysadmins to make their servers reliable and get long uptimes.

      --
      Funnyhacks - Wierd, unusual, and fun hacks
    27. Re:Lots of uses for this technology... by black6host · · Score: 1

      I can see this used not just in copiers where temporary files need to be zapped for privacy reasons, but in a number of other places:

      1: Photo kiosks.
      2: Documents stored on public access computers.
      3: Medical terminals used for X-ray viewing........

      I agree, there just needs to be an adequate means of ensuring that the power is removed from the drives at times that allows the data to be stored no longer than it absolutely has to be. The auto erasure is only half the puzzle......

    28. Re:Lots of uses for this technology... by idle12 · · Score: 1

      > 8: A special hard disk just for /tmp. If one thinks about it, this type of HDD is absolutely perfect for the /tmp filesystem in the classic sense of it being zeroed out on reboot.

      You can do this with FreeBSD. Both /tmp and swap. It creates a random key on boot, encrypts everything with that and once it reboot, on noes! Were is the key!? That's alright, we'll just create another one with a random key.... here we go. Will work normally and transparently.

    29. Re:Lots of uses for this technology... by idle12 · · Score: 1

      I have a home server/workstation with 4 gigs of memory (max supported by chipset). I'm already tight on memory (imap, squid [huge], some crappy java chat server that eats 450+ megs, http, ssh, X desktop + apps, firefox (enuff said)).

      My /tmp is 30 gigs. Disk is cheap. Super cheap. If I'm untaring some achieve, I don't want no "disk is full" crap.

    30. Re:Lots of uses for this technology... by Anonymous Coward · · Score: 0

      Unless someone comes up with a significant attack against AES256

      1) Interrogating the owner.
      2) Intercepting the data when it's unencrypted.
      3) User error.

    31. Re:Lots of uses for this technology... by idle12 · · Score: 1

      On boot, if it realizes it doesn't have a key; then just write random data to as many random sectors as you can in say 1-5 seconds.
      Breaking AES256. That's kind of tricky.
      Breaking AES256 when your container is corrupted and can't tell the difference between good and bad sectors? Now, there a hard problem.

    32. Re:Lots of uses for this technology... by Anonymous Coward · · Score: 0

      16. Criminals, drug dealers and botnet masters etc.

    33. Re:Lots of uses for this technology... by Joce640k · · Score: 2, Informative

      The key only known to the drive, the owner doesn't know it.

      --
      No sig today...
    34. Re:Lots of uses for this technology... by Joce640k · · Score: 1

      If breaking AES256 is only "kind of tricky" to you then I'm sure there's a lot of major governments who'll be willing to make you a very rich man.

      Or maybe you don't really know what you're on about.

      --
      No sig today...
    35. Re:Lots of uses for this technology... by fluffy99 · · Score: 2, Interesting

      I recall a story about so-called AES encrypted thumb drives. While the hardware symmetric key was encrypted with AES, the actual 'encryption' of the data stored in the memory itself was nothing more the XORing the data with the secret key. Not terribly secure. Is this Toshiba drive actually doing any sort of decent encryption that losing the key is significant?

      What makes this any more secure than Bitlocker or other similar whole drive/partition encryption with a passphrase?

    36. Re:Lots of uses for this technology... by davester666 · · Score: 1

      Then you use an encryption system that makes it APPEAR to not have much 'real' data on it, but when you provide the real encryption keys, it properly decrypts them.

      You don't want to lose all your porn just because you were startled by the landlord pounding on the door demanding the rent!

      --
      Sleep your way to a whiter smile...date a dentist!
    37. Re:Lots of uses for this technology... by Anonymous Coward · · Score: 0

      Don't worry, they will pass a law that prohibits this technology... Privacy is obsolete, so they say.

      Don't worry, I'll bet that Toshiba was required to hand Uncle Sam a master key before being allowed to bring these drives to market. After all, THINK OF THE CHILDREN!

    38. Re:Lots of uses for this technology... by Anonymous Coward · · Score: 0

      5: CCTV DVRs. If a video time frame needs flagged for long term copying, it is.

      What if someone robs a store and cuts power
      no video evidence = bad ( which stores bother with ups on cctv? )

    39. Re:Lots of uses for this technology... by Briareos · · Score: 1

      16. Porn.
      17. More Porn.

      Lets not be shortsighted.

      Easy - with that much porn you're sure to go blind before long anyway...

      --

      "I'm not anti-anything, I'm anti-everything, it fits better." - Sole

    40. Re:Lots of uses for this technology... by Anonymous Coward · · Score: 0

      15: Airport X-day machines so the private pictures of people stay private.

      That should read:

      15: Airport X-day machines so the pictures of people's privates stay private.

    41. Re:Lots of uses for this technology... by afidel · · Score: 1

      What makes this any more secure than Bitlocker or other similar whole drive/partition encryption with a passphrase?

      There are all sorts of attacks, both known and theoretical against TPM chips that a government level organization can carry out to recover the key. Or to brute force a relatively weak passphrase (most passphrases have significantly less randomness than 256bits). A pseudo-random key which is wiped at power off is really a LOT more secure than something like bitlocker, but it's also a lot less useful for a general purpose solution.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    42. Re:Lots of uses for this technology... by h4rr4r · · Score: 0, Flamebait

      Buy something newer. That machine probably wastes power like a pig too.

    43. Re:Lots of uses for this technology... by mlush · · Score: 1

      I'm not sure this is quite as useful as you think... for a start it only works when the machine is powercycled. Photo kiosks. CCTV DVRs Airport X-rays and anything on a server are probably only switched off during powercuts. To achieve its full potential it needs a command line erase function so you can wipe a running drive without rebooting the machine.

    44. Re:Lots of uses for this technology... by idle12 · · Score: 1

      It's an new generation Atom, dual gig nics, 4 HDDs and a SSD. It uses 23 Watts at 100% load (CPU and IO cranking away).

    45. Re:Lots of uses for this technology... by idle12 · · Score: 1

      wow, you seem like a grade a jerk.

  2. hold on by Tablizer · · Score: 0, Troll

    Isn't this standard Windows behavior?

    1. Re:hold on by Anonymous Coward · · Score: 0

      No, but it's standard for Seagate drives.

  3. Congratulations... by Anonymous Coward · · Score: 5, Funny

    You invented random-access memory. Good job!

    1. Re:Congratulations... by Amouth · · Score: 2, Funny

      actually they realized that they could make a market for their self encrypting disks where the nvram to store the keys was bad... 

      --
      '...if only "Jumping to a Conclusion" was an event in the Olympics.'
    2. Re:Congratulations... by IICV · · Score: 2, Interesting

      Not necessarily - you can still read the contents of RAM relatively accurately for up to ten minutes after the power goes out as long as you're quick about extracting the sticks and applying some cryogenics (a spray from an upside-down can of compressed air works pretty well). Presumably, when they sense that the power is cut these hard drives convert the momentum in the spinning disks into enough electricity to zero out the onboard encryption key, which would take moments and render the contents unrecoverable.

    3. Re:Congratulations... by Kymermosst · · Score: 2, Interesting

      Presumably, when they sense that the power is cut these hard drives convert the momentum in the spinning disks into enough electricity to zero out the onboard encryption key, which would take moments and render the contents unrecoverable.

      The KISS principle suggests that they would use a capacitor.

      --
      "Alcohol, Tobacco, Firearms, and Explosives" should be a convenience store, not a government agency.
    4. Re:Congratulations... by Anonymous Coward · · Score: 0

      Find me an affordable machine with 1 terabyte of RAM. Thanks.

    5. Re:Congratulations... by Anonymous Coward · · Score: 0

      These take 6TB, and don't cost that much, and if you'll take a full rack version, there's a server in the set that takes 16TB RAM.

      Every HPC lab worth the name should be able to afford one :)

    6. Re:Congratulations... by mweather · · Score: 1

      1 terabyte? That's one huge encryption key!

    7. Re:Congratulations... by Splab · · Score: 1

      No, actually each drive comes with a build in cat, gerbil and a baloon, when the drive is powered down the cages to each animal are opened and the cat chasing the gerbill in the closed area will generate enough static electricity rubbing against the baloon to wipe the key.

      Pure and simple, no fancy faulty capacitor to ruin your day.

    8. Re:Congratulations... by mlts · · Score: 1

      In a way you are right. A software approximation of this technology is having a RAMdisk, creating a TC volume on the hard disk that stores the keyfile on the RAMDisk, and when the machine is rebooted, the old TC volume and the keyfile that unlocks it is recreated.

    9. Re:Congratulations... by IICV · · Score: 1

      You're probably right, especially since this is probably not going to be used in spinning media. I just think the concept of converting disk momentum back into electricity in order to power emergency shutdown maneuvers is so awesome I had to put it in there.

    10. Re:Congratulations... by profplump · · Score: 1

      Or they could just install a capacitor, which is what's typically done for dying-gasp circuits. It's not like you need 4kJ to overwrite 4K of RAM, particularly if you design a circuit with rapid reset in mind -- for example, DRAM could be built with the ability to connect all its capacitors to a drain simultaneously (or in big chunks) rather than one word at a time.

    11. Re:Congratulations... by Anonymous Coward · · Score: 0

      No, they invented Write-Only memory!

    12. Re:Congratulations... by sixfootfive · · Score: 4, Funny

      Sounds more like Toshiba said, "Hey, we have this lot of bad drive" why don't we classify them as wipe feature enabled.

    13. Re:Congratulations... by bertoelcon · · Score: 1

      No, actually each drive comes with a build in cat, gerbil and a baloon, when the drive is powered down the cages to each animal are opened and the cat chasing the gerbill in the closed area will generate enough static electricity rubbing against the baloon to wipe the key.

      Pure and simple, no fancy faulty capacitor to ruin your day.

      Not but a faulty cat will ruin your day, at least capacitors don't have claws.

      --
      Anything can be found funny, from a certain point of view.
    14. Re:Congratulations... by Anonymous Coward · · Score: 0

      Not really. All RAM is not volatile.

    15. Re:Congratulations... by pitchpipe · · Score: 1

      You invented random-access memory. Good job!

      Not quite... this doesn't include the random part. Call it 'Sequential Access Volatile Memory': includes all the bad of RAM, and all the bad of HDD!

      --
      Look where all this talking got us, baby.
    16. Re:Congratulations... by noidentity · · Score: 1

      I congratulate companies on these advancements. For years we've had to settle for this happening only to the gigabytes of RAM in our computers, but now, we can have our hard drives lose all their data when they lose power as well. Some day, 5-10 years from now, we'll have technology that erases everything within one block of a PC that loses power.

    17. Re:Congratulations... by Rigbyd · · Score: 1

      There would be no guarantee that the disks are spinning when the power was cut. Would be easier to just have a capacitor in the drive to store whatever energy was necessary.

    18. Re:Congratulations... by tepples · · Score: 1

      I just think the concept of converting disk momentum back into electricity in order to power emergency shutdown maneuvers is so awesome I had to put it in there.

      As I understand it, drives already do this to park the heads on an unused track.

    19. Re:Congratulations... by Splab · · Score: 1

      Well they do have two sharp points...

    20. Re:Congratulations... by Totenglocke · · Score: 1

      The KISS principle suggests that they would use a capacitor.

      The Doc Brown principle suggests that they would use a flux capacitor!

      --
      "The tree of liberty must be refreshed from time to time with the blood of patriots and tyrants." ~Thomas Jefferson
    21. Re:Congratulations... by Anonymous Coward · · Score: 0

      Not RAM, volatile storage. But yea, nothing new here.

    22. Re:Congratulations... by IICV · · Score: 1

      I know, and I only found out about it recently. I still think it's really awesome.

    23. Re:Congratulations... by mattack2 · · Score: 2, Informative

      Not but a faulty cat will ruin your day

      Always mount a scratch cat.

    24. Re:Congratulations... by ooshna · · Score: 1

      Yeah when the drive spins up to 8800rpm it restores an old backup image from 1985

    25. Re:Congratulations... by SultanCemil · · Score: 1

      My kingdom for some mod points. This might be the funniest thing I see this week. Kudos, good sir, kudos.

      --
      Cemil.
    26. Re:Congratulations... by idle12 · · Score: 1

      If you are in a situation were someone is willing to pop out your ram after shutdown to "read your secrets"; then you're going to need a very custom setup for your security needs and not just buying drives from toshiba.

      Secondly, freebsd has encrypted temporary file systems. I have both my /tmp and swap setup this way. It creates a key at boot, creates an encrypted volume with that key and then mounts/swaps it as normal. When the system is powered down, the key is no longer anywhere. Well, it's in ram if you can sneak it out in under 10 minutes. But effectively the data isn't available any more.

      You can also zero out swap at shutdown if you are really paranoid. Nothing says you couldn't also fill /tmp up with complete crap before shutdown either, umount it an d/dev/rand your tmp partition, etc. Lastly, I bet you could "zero out" a large chunk of the ram at shutdown by just allocating a lot of chunks from /dev/rand. You couldn't get 100% of it, but you could get whatever the OS and your program isn't using.

  4. Murphy's Law by SilverHatHacker · · Score: 3, Interesting

    Sounds like a good idea, but I'm almost positive there will be instances where important data is going to be screwed with by mistake. I personally would rather not have my hard drive erasing my data without my express approval, but I'm not the average Joe.

    --
    Funny may not give karma, but +5 Informative never made anyone snort coffee out their nose.
    1. Re:Murphy's Law by Threni · · Score: 1

      Also, any company which takes security seriously is going to either destroy the drive or perform multiple writes of random data anyway, so what's the point?

    2. Re:Murphy's Law by hviniciusg · · Score: 3, Informative

      A bether solution would be this automated self destructing HD that can be remotely destroyed :D

      "The Enhanced Hard Drive solves the problem of computers that are lost or stolen. A new hard drive feature will become the last word in data protection. A destruction technology is imbedded in the hard drive casing and can be initiated by as many as 17 remote triggers. Once deployed, the data stored on the disks is destroyed beyond forensic recovery. The process is non-toxic, non-combustible and does not cause any collateral damage to the other parts of the computer. The process is self-powered. In other words, the drive does not need to be in the computer for the system to operate." http://www.deadondemand.com/products/enhancedhdd/

    3. Re:Murphy's Law by dave420 · · Score: 1

      Because this takes seconds, and due to it being encrypted on the disk, as soon as the key is gone there is absolutely no way to recover the data, even if a new technique is discovered or some secret technique already exists. The examples in the article (I know, I know) make sense - a good example is printers/copiers frequently that use hard disks, and as such will contain lots of potentially-confidential information. Having one of these drives in there means after a power cycle, the previous contents of the drive will be unreadable.

    4. Re:Murphy's Law by Threni · · Score: 1

      Wait, you're saying there's a new uncrackable encryption system included? I read the article - it wasn't saying much. Deleting a security key or something.

    5. Re:Murphy's Law by chiguy · · Score: 1

      I personally would rather not have my hard drive erasing my data without my express approval, but I'm not the average Joe.

      Actually, you're probably the average Joe. What you're not is the target market. There are plenty of use cases where large, inexpensive, volatile memory is desirable.

      See previous posts.

      --
      passetspike!
    6. Re:Murphy's Law by Anonymous Coward · · Score: 0

      but I'm not the average Joe.

      Yes clearly you are awesome and well above this.

    7. Re:Murphy's Law by Anonymous Coward · · Score: 0

      A bether solution would be this automated self destructing HD that can be remotely destroyed :D

      "The Enhanced Hard Drive solves the problem of computers that are lost or stolen. A new hard drive feature will become the last word in data protection. A destruction technology is imbedded in the hard drive casing and can be initiated by as many as 17 remote triggers. Once deployed, the data stored on the disks is destroyed beyond forensic recovery.

      Sounds good so far.....

      The process is non-toxic, non-combustible and does not cause any collateral damage to the other parts of the computer.

      And, now you've lost me. Too bad, you were on a roll.

  5. My kingdom for a UPS by king_grumpy · · Score: 2, Interesting

    In other news today, a company under investigation by authorities claimed all the data was wiped from their servers following an unexpected power outage.

  6. How this works by xemc · · Score: 0

    Presumably, no data is actually 'deleted' upon power-down, just the key is lost. Presumably this works by keeping the entire HDD encrypted - no wipe is needed when the drive is repurposed.

    1. Re:How this works by maxwell+demon · · Score: 1

      It uses multiple passes of rot13, and the key tells how many passes are done. :-)

      --
      The Tao of math: The numbers you can count are not the real numbers.
    2. Re:How this works by xemc · · Score: 3, Informative

      According to the article, it uses this "Opal" storage spec. (didn't find it on wikipedia..)
      Below from: http://www.trustedcomputinggroup.org/resources/storage_application_note_encrypting_drives_compliant_with_opal_ssc

      Storage Application Note: Encrypting Drives Compliant with Opal SSC

      This document provides examples of the communication between a host and a storage device implementing the TCG Storage Security Subsystem Class: Opal SSC and the TCG Storage Architecture Core Specification.

      Examples are provided for the following scenarios:.

              * Discovering whether a storage device supports Opal SSC
              * Taking ownership of the storage device
              * Activating the Locking SP
              * Changing the Admin1 PIN in the Locking SP and adding users
              * Configuring Locking Objects (LBA ranges) *
              * Unlocking ranges
              * Erasing a range
              * Enabling the MBR shadow
              * Un-shadowing the MBR
              * Reverting the TPer
              * Reverting the Locking SP
              * Using the DataStore table

      For further reading, here's what looks like the spec:
      http://www.trustedcomputinggroup.org/files/static_page_files/9FE14508-1D09-3519-AD7D21A695E9B8EE/Opal_SSC_1.00_rev3.00-Final.pdf

    3. Re:How this works by shentino · · Score: 1

      Considering that there are 256 values possible for a given byte that's not quite as useless as one would think.

    4. Re:How this works by Anonymous Coward · · Score: 0

      Except every even-numbered pass of rot13 returns the cyphertext to its original value, retard. That's the whole point of the joke.

    5. Re:How this works by Anonymous Coward · · Score: 0

      Except every even-numbered pass of rot13 returns the cyphertext to its original value, retard

      Except that 256 != 2*13, dumbass.

    6. Re:How this works by DavidRawling · · Score: 1

      It appears that I might be the first to say, "Whoooosh!"

    7. Re:How this works by maxwell+demon · · Score: 1

      Considering that there are 256 values possible for a given byte that's not quite as useless as one would think.

      But rot13 only affects 52 of them.

      --
      The Tao of math: The numbers you can count are not the real numbers.
  7. I find this hard to believe by Meshach · · Score: 1

    As the Microsoft trials taught us data is hard to delete permanently.

    --
    "Maybe this world is another planet's hell"
    Aldous Huxley
    1. Re:I find this hard to believe by Andorin · · Score: 3, Interesting

      Is it really? Perhaps I can get some education here. *nix systems come with a tool called shred, which overwrites a file multiple times with random data to provide secure deletion. We also have tools like dban, which will do basically the same thing to the whole drive. How securely do tools like these erase data?

      --
      That Anonymous Coward guy is pretty annoying. Can we have the government censor him or something?
    2. Re:I find this hard to believe by Ironhandx · · Score: 1

      As long as it can guaranteed stay encrypted out past the statute of limitations I think that it will be fine for legal/illegal purposes. AKA: Sure they're going to come up with better decryption methods and better supercomputer/cloud compute power but if in its current state it'll take big blue 1000 years to decrypt it, I think its safe to say its not going to be decrypt-able in any sort of time frame that would be relevant to anyone living today. 100 years of estimated big blue time to brute force it would even be sufficient for most things. I think statute for civil courts, though it varies from place to place, ranges anywhere from 5 years to 25 years.

    3. Re:I find this hard to believe by X0563511 · · Score: 2, Informative

      dban is great, but is slow. Wiping a 500gb drive takes several hours at least.

      Shred and the like are only useful when you don't have a journaling filesystem. So that means anything but ext2 (including ext3) defeats it.

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    4. Re:I find this hard to believe by shentino · · Score: 1

      There is no statute of limitations when it comes to a fraud upon the court, which includes knowingly withholding evidence.

    5. Re:I find this hard to believe by Andorin · · Score: 2, Interesting

      Can you elaborate on how shred is defeated by any file system besides ext2? For example, does it not function properly on other file systems?

      --
      That Anonymous Coward guy is pretty annoying. Can we have the government censor him or something?
    6. Re:I find this hard to believe by maxume · · Score: 1

      If they can't prove it without decrypting the data, you'll be dead enough not to care.

      --
      Nerd rage is the funniest rage.
    7. Re:I find this hard to believe by Ironhandx · · Score: 1

      The beauty of the situation is that it seems to me that the drive can be set up so that even if you wanted to you can't possibly retrieve the data, thus the statute would still apply.

    8. Re:I find this hard to believe by whovian · · Score: 1

      dban is great, but is slow. Wiping a 500gb drive takes several hours at least.

      Shred and the like are only useful when you don't have a journaling filesystem. So that means anything but ext2 (including ext3) defeats it.

      No need to be concerned about journaling really; just apply shred to the partition or entire disk.

      --
      To-do List: Receive telemarketing call during a tornado warning. Check.
    9. Re:I find this hard to believe by PeterBrett · · Score: 1

      Shred and the like are only useful when you don't have a journaling filesystem. So that means anything but ext2 (including ext3) defeats it.

      That's why you copy files you want to keep onto another partition, then run shred on the original partition's block device, then recreate the filesystem.

    10. Re:I find this hard to believe by txoof · · Score: 4, Informative

      This has been covered to death here on slashdot, but basically one pass of /dev/random will pretty much take care of wiping a drive. Drive recovery companies will tell you that the hypothetical bit-by-bit recovery is possible, but is so ungodly costly that it's not worth doing unless there's something REALLY important on the drive (like pictures of your mom). If you're really paranoid, don't waste your time with shred, just dd if=/dev/urandom of=/dev/hda twice and call it a day. Shred takes F O R E V E R and really provides nothing more than a nifty status bar. If you're SUPER paranoid, dd the drive twice and yank the platters, play frisbee, build a tesla turbine or simply scratch the hell out of them and chuck them in the recycle bin.

      --
      This one's tricky. You have to use imaginary numbers, like eleventeen... --Hobbes
    11. Re:I find this hard to believe by Anonymous Coward · · Score: 0

      Shred huh? That's really cool. So...umm...

      Can you tell me if shred works on your computer? No...really--does it? Do you know? Have you tested? Have you RTFM, or just the first paragraph?

      I've got 10 computers in the room with me. Won't count the glorified tape drive.

      Let's see what they're running among multiple boots and the VM's on them all...

      FAT32 (1)
      NTFS (6)
      Reiser (6)
      EXT3 (4)
      UFS (1)

      Plus a VMware file system I can't recall the name of.

      Of course.... shred would work...as intended... in exactly *2*. The others it might work on. Maybe. Depending on implementation details.

      Journaled file systems. They've been the standard for a long time. And that isn't even counting NTFS file stream support, where even if you overwrite in place, you might not actually overwrite what you think you are.

      Yeah, shred tries to overwrite a file in place multiple times. Let me know when somebody's verified this.

    12. Re:I find this hard to believe by Anonymous Coward · · Score: 1, Informative

      Using shred, with an ext3 file system presents the user with the problem of secure deletion because it can only really be effectively used with ordered and writeback journals. a journal on ext3 is a separate file and not touched by a shredding of the actual file itself. the journal file also needs to be shredded or filesystem converted to ext2 to be effective.

    13. Re:I find this hard to believe by Ironhandx · · Score: 1

      I thought about it for a second after hitting the submit button and remembered that if they do decrypt it afterwards and find criminal material they can still prosecute as long as its for a new crime. At least in Canada. Don't know about anywhere else. The Civil suit would be history however.

      As the other respondent said though, you'd likely be too dead to care by then.

    14. Re:I find this hard to believe by gad_zuki! · · Score: 4, Informative

      >Wiping a 500gb drive takes several hours at least.

      Not really. The problem is that everyone picks some zany wiping scheme. Those Gutmann patterns don't even make sense with any modern drive. All you really need to do is zero the drive once. It doesn't take that long. I have yet to see a recovery from a drive that's been zero'd out. Anything past one pass of zeros is just extra credit.

    15. Re:I find this hard to believe by ChipMonk · · Score: 3, Informative

      Shred also works on drives. I shredded a Deskstar with a 25-pass wipe, which took over 16 hours. (And in a stroke of good timing, it started making the Deskstar "click of death" sounds less than 10 minutes after it finished.)

      But about file system journals. It's a bit much to say "any file system" besides ext2 defeats shred. The concern is this: If file data is committed to the journal first, rather than the filesystem proper, the only way shredding is secure is to shred a file that's larger than the journal. Otherwise, multiple overwrites of file data are actually going to the journal, where they'll be analyzed, all but the last overwrite will be canceled, and the file data in the filesystem ends up with only a single overwrite.

      Part of the purpose of shredding a file, is to overwrite the residual magnetic flux between tracks on a platter. Multiple overwrites on the platter will do this; shred used to do 25 overwrites by default, which was good enough for DoD secure erasure requirements. However, a FS journal would defeat this on a file that was less than 1/25 the size of the journal.

      Ext3/4 can do this, but not by default; the default is "ordered" mode, where file data goes directly to the FS, and then its metadata goes to the journal. A mount option can change this temporarily, and "tune2fs" can change the mode persistently.

      XFS and JFS journal only metadata, so shredding a file on those FS's is safe. You can verify this with an external journal on a different drive, then watch where the activity is during a shred. It isn't in the journal.

      OTOH, log-structured file systems like Btrfs may or may not erase the data in place; if the data is part of a snapshot, then later overwrites don't remove the snapshot.

      Yes, this is a lot to think about.

    16. Re:I find this hard to believe by Anonymous Coward · · Score: 1, Insightful

      Of course there that unfortunate possibility that the drive had just decided to relocate the sensitive data and mark it as unusable, in which case shred is no better than urandom..

    17. Re:I find this hard to believe by txoof · · Score: 2, Insightful

      That's why the really paranoid can always pull out the platter and inflict whatever thermite hell they want on it.

      --
      This one's tricky. You have to use imaginary numbers, like eleventeen... --Hobbes
    18. Re:I find this hard to believe by ChipMonk · · Score: 1

      I can verify this, very simply. I'll use JFS as my example, and I'll use two hard drives, to make I/O monitoring simple.

      First, create the file system with "mkfs.jfs -j /dev/sda2 /dev/sdb2", with journal on sda2, and main FS on sdb2. Mount the filesystem (I'll assume at /mnt).

      Create a large-ish file: "dd if=/dev/zero of=/mnt/zeros bs=1048576 count=96". Run "sync" to flush buffers.

      Now, if anything about that file besides its own file data changes, it'll go to the journal first. That includes file relocation, which is a block map operation. The file data OTOH goes directly to the file system.

      Run your favorite disk I/O monitor. I use gkrellm, but you may also use "procinfo -Dn1" or "iotop". Make sure it's something that lets you watch individual disks' activities, not just the sum total activity.

      Run "shred -n25 -vu /mnt/zeros". Note the drive with the activity; it's the drive with the file system on it, not the journal. Since anything other than overwriting in place, would involve meta-data operations, ergo journal activity, the file is being over-written in place. QED.

      XFS is the opposite; shred writes to the journal. Sigh.

    19. Re:I find this hard to believe by LoRdTAW · · Score: 1

      I remember it being proven that even a single pass of running your drive over with 0's using dd is enough. There is even a prize for anyone who successfully figures out how to recover a zeroed out disk. Was on ./ not too long ago.

    20. Re:I find this hard to believe by KiloByte · · Score: 2, Informative

      Most of modern filesystems don't put the new data into the old place. This is most prominent on JFFS (which is mostly the entire reason for it), then, in a decreasing order: btrfs, reiserfs, jfs, ext[34]. And on old filesystems on flash, you'll often have an underlying layer that does wear-levelling. Also, if there's any copy-on-write, tail packing, snapshots, etc, involved, shred will most likely be defeated as well.

      --
      The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
    21. Re:I find this hard to believe by Anonymous Coward · · Score: 1, Funny

      Anything past one pass of zeros is just extra credit.

      We all grew up as overachieving teacher's-pet nerds in high school. "Extra credit" is another word for "bare minimum" to us.

    22. Re:I find this hard to believe by blueg3 · · Score: 1

      It's much faster to use full-disk encryption and then zero the parts of the disk that hold the encryption key when you want to erase it.

    23. Re:I find this hard to believe by blueg3 · · Score: 1

      One pass of /dev/zero is actually sufficient. The drive recovery companies that claim it's ungodly costly can't even actually do that recovery. If you *really* want to get rid of it, though, after zeroing the drive, heat the contents (the platters, at least) until they're above the Curie temperature.

      The more difficult thing is ensuring that a copy of the data is not elsewhere (different disk, in memory, stored online) and ensuring that simply copying over the disk with garbage data (e.g., /dev/zero) actually overwrites all portions of the disk that potentially contain data. (Bad sectors, for example, are not strictly unreadable, but they're usually unwritable.)

    24. Re:I find this hard to believe by Anonymous Coward · · Score: 0

      If you're really paranoid, don't waste your time with shred, just dd if=/dev/urandom of=/dev/hda twice and call it a day. Shred takes F O R E V E R and really provides nothing more than a nifty status bar

      do you even know the difference between urandom and random? if you're really paranoid then you shred it. that's how being paranoid is done. shred even has a --random flag.

    25. Re:I find this hard to believe by etymxris · · Score: 1

      Zeroing a terabyte drive takes hours. Assume a generous 100MB/s write speed. That's 6GB/m. A terabyte would take 166 minutes, or about 2.75 hours.

    26. Re:I find this hard to believe by Anonymous Coward · · Score: 0

      Well if the "perpetrator" is long dead and buried before the crypto is defeated it's probably secure enough.

    27. Re:I find this hard to believe by DMUTPeregrine · · Score: 1

      Which is why I have a pile of lightly sanded hard drive platters sitting around (they make a good aluminium block to demonstrate magnetic braking, otherwise I'd just trash them.)

      --
      Not a sentence!
    28. Re:I find this hard to believe by Anonymous Coward · · Score: 0

      I concur. Are you defending against someone with a magnetic force microsocope? If so, destroy the platters. If not, a single pass with zeros and a read-back is sufficient.

      (Personally, I'd rather do a write the block address to every block and read that back before repurposing the drive. Achieves a wipe and a functionality test.)

    29. Re:I find this hard to believe by LBt1st · · Score: 1

      You wouldn't be withholding anything though. If the feds power down your system while seizing it, then they have effectively destroyed the evidence themselves. However, you'd have to convince a jury of this fact.

    30. Re:I find this hard to believe by rdebath · · Score: 1

      If it's cleaning the drive you're right. The data storage on a modern hard drive is so close to not being there at all that there's no room for old copies. A modern hard drive has to do the equivalent of MFM just to work properly. (aka PRML)

      But if you're scanning for and fixing bad blocks it a different matter. I normally do four write passes (with different patterns) with a read pass after each one. This obviously gives a good test for each block but more importantly it allows the S.M.A.R.T to catch up with reality. I've had drives go both ways, ie dubious before to working perfectly and fine before to hundreds of reallocated sectors and SMART failure.

      Flash drives are different though, they contain more blocks than needed for their official capacity. So you must do more than one simple wipe to be able to get them all. Eg: a secure erase.

    31. Re:I find this hard to believe by vidnet · · Score: 2, Informative

      Are you defending against someone with a magnetic force microsocope?

      Yes, see Overwriting Hard Drive Data: The Great Wiping Controversy. Even with a magnetic force microscope, one pass is plenty. You can correctly identify a bit overwritten once with a probability of 0.56, up from 0.50 when randomly guessing. That's a 1% chance of correctly identifying any given byte.

    32. Re:I find this hard to believe by Anonymous Coward · · Score: 0

      I can't seriously be the only one who read the article, can I? :-P

      It doesn't physically wipe the drive, it just destroys the encryption key when it loses power. Without the encryption key (since the entire drive is encrypted) the data is just random gibberish that's no more useful than a blank drive is.

    33. Re:I find this hard to believe by PRMan · · Score: 1

      Even after hitting tons of major news sites, the challenge went unanswered.

      --
      Peter predicted that you would "deliberately forget" creation 2000 years ago...
    34. Re:I find this hard to believe by Just+Some+Guy · · Score: 1

      Is it really? Perhaps I can get some education here. *nix systems come with a tool called shred, which overwrites a file multiple times with random data to provide secure deletion. [...] How securely do tools like these erase data?

      If you're using a filesystem like ZFS (AFAIK) where writes are implemented as appending to a log, they don't erase data at all.

      --
      Dewey, what part of this looks like authorities should be involved?
  8. It's just a RAM disk then? by Dynamoo · · Score: 2, Insightful

    Remember RAM disks? Kind of an eighties thing I guess..

    --
    Never email donotemail@WeAreSpammers.com
    1. Re:It's just a RAM disk then? by Anonymous Coward · · Score: 0

      no, it's disk RAM

    2. Re:It's just a RAM disk then? by Anonymous Coward · · Score: 0

      Sure, if a ram disk is several hundred gig, then yeah, they're the same.

    3. Re:It's just a RAM disk then? by h4rr4r · · Score: 2, Informative

      Not a problem with a tmpfs on a beefy server.

    4. Re:It's just a RAM disk then? by Anonymous Coward · · Score: 0

      Remember RAM disks? Kind of an eighties thing I guess..

      no, it's disk RAM

      No, it's disk GOA-e~e~e~e-aa~aa~aa~aa~aa~uu~uu~uu.

      I think I'm having a meta-moment here, but do you remember the Goat Boy sketches from SNL back in the late 90s? He did that Remember the 80s show and always started braying in the middle of his sentences. That's what I was going for.

    5. Re:It's just a RAM disk then? by txoof · · Score: 1

      Remember RAM disks?

      Is that an operating instruction?

      --
      This one's tricky. You have to use imaginary numbers, like eleventeen... --Hobbes
    6. Re:It's just a RAM disk then? by tepples · · Score: 2, Funny

      Remember RAM disks?

      Is that an operating instruction?

      Yes. In context, it means "speculatively load what you know about the basics of RAM file systems".

    7. Re:It's just a RAM disk then? by AmonTheMetalhead · · Score: 1

      A ram disk was a mounted filesystem that existed solely in Memory, AmigaOS always mounted this when powering up, you'll always see a 'Ram Disk' icon on Workbench. You also had ways to do this on DOS (and windows), and off course linux has things like ramfs.

    8. Re:It's just a RAM disk then? by txoof · · Score: 1

      WHOOSH!

      --
      This one's tricky. You have to use imaginary numbers, like eleventeen... --Hobbes
  9. This is old news... by Anonymous Coward · · Score: 0

    The RamDisk in my PC did that everytime I powered off the system. Big deal....

  10. And if... by Anonymous Coward · · Score: 0

    via virus or other stealth works, YOUR hard drive will be wiped remotely by ANOTHER user or worse, government? I will not put any nickel into this kind of technology.

  11. Information, please. by westlake · · Score: 1

    The Computer Word story is light on details. No surprise there.

    How is your data protected against accidental deletion - hardware failure, power outages, etc?

    1. Re:Information, please. by kenrblan · · Score: 1

      I would love to know this as well. Many scenarios should be covered by a normal backup/recovery strategy, but that doesn't really cover the up to the second transactional type of data. I have seen a UPS system fail, not because of Electrical System outage, but because of UPS battery/controller issues. Everything in the room went dark. If all of my disks had "self-erased" at the middle of the working day, I would have had a heart attack. Surely there is a low level utility that can restore the security key in the event of power supply/environment failure.

      --
      Make everything as simple as possible, but not simpler. - Albert Einstein
    2. Re:Information, please. by Grishnakh · · Score: 1

      Sounds like it isn't. If the power fails, the data's gone. I'm guessing this is really only useful for applications where you really don't want to preserve data past a power outage (such as spooled documents on a networked office printer, or some other weird high-security application where they're actually worried about people reading the RAM (on a ramdisk) using cryogenic methods).

    3. Re:Information, please. by txoof · · Score: 4, Informative

      All the articles are pretty poorly written, and the Computer World article misquotes the Toshiba press release

      Computer World

      Drives with the technology will go into hard drives for laptops and desktops.

      Toshiba

      But lost or stolen notebooks are not the only security risk that IT departments must address. Today, most office copier and printing systems utilize HDD capacity and performance to deliver a highly productive document imaging environment. Many organizations are now realizing the critical importance of maintaining the security of document image data stored within copier and printer systems.

      Toshiba is selling these drives as a method for securing scanning copiers. Many of the current copiers hold onto everything that is copied or scanned indefinitely leaving a gaping security hole. The new SED drives encrypt their contents and then wipe the key when the drive powers down leaving the data intact, but no meaningful method for recovering it. If a thief tries to yank a SED drive out of a copier, it automagically wipes it. If part of your security procedure is to shut down the copiers each night, your daily load of potentially secure documents and copies of Bob's butt are also automagically wiped.

      Clearly, this type of technology would be worthless in a notebook or any other type of PC. You'd always be running from outlet to outlet to save your data. It'd be an IT version of that terrible Jason Statham movie Crank 2: High Voltage. Shudder.

      --
      This one's tricky. You have to use imaginary numbers, like eleventeen... --Hobbes
    4. Re:Information, please. by Todd+Knarr · · Score: 1

      Only one problem: the filesystem gets wiped along with the data. When these drives are powered off, they aren't just blank drives they become unformatted drives as far as the copier's concerned. And I really doubt those copiers have the brains to automatically handle an unformatted drive.

    5. Re:Information, please. by Sloppy · · Score: 1

      Boot from SSD or ROM. Transient sensitive data on hard disk. Init script does mkfs on the hard disk. It's not a bad idea, just really specialized.

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    6. Re:Information, please. by Anonymous Coward · · Score: 0

      So don't buy the RIP server. Stupid printers don't have easily accessed memory if any at all and if someone can successfully steal the thing, you have an entirely different problem.

    7. Re:Information, please. by txoof · · Score: 1

      A simple firm/soft ware upgrade for the copiers can solve this problem. Today's copiers aren't the stupid behemoths of 20 years ago. They're full fledged programable computers with stupid, impenetrable UI.

      --
      This one's tricky. You have to use imaginary numbers, like eleventeen... --Hobbes
  12. Hackers best friend by Anonymous Coward · · Score: 0

    When they cops raid your place and yank all your drives for evidence they would be in for a rude surprise.

    1. Re:Hackers best friend by h4rr4r · · Score: 1

      Nope, if they want your data they keep the machine one by splicing into the power outlet.

  13. Their drives have self erased for years by Indy1 · · Score: 1

    Their laptop hard drives have been self erasing for years via head crashes and other catastrophic malfunctions. Absolutely horrible laptop hard drives.

    --
    Lawyers, MBA's, RIAA? A jedi fears not these things!
    1. Re:Their drives have self erased for years by tenco · · Score: 1

      I wish i had modpoints. The only laptop hard drive that died on me ever was from - wait for it - Toshiba. NC.

  14. That's nothing... by stagg · · Score: 1

    I spilled water into a power bar back in 95 and achieved exactly the same effect!

  15. Oh really? by Nemyst · · Score: 1

    I used to call that "hammer & magnet"...

  16. SED? by lowrydr310 · · Score: 4, Funny

    I've always thought SED stood for "Smoke Emitting Diode"

    It's my favorite electronic component, but the only problem is that they only work once.

    1. Re:SED? by mweather · · Score: 1

      Duh, the magic smoke is what makes electronics work. Once you let it out, it stops working.

    2. Re:SED? by Anonymous Coward · · Score: 0

      Hey! British cars run on magic smoke too!

    3. Re:SED? by Anonymous Coward · · Score: 0

      Don't forget about the LER - "Light Emitting Resistor"...

    4. Re:SED? by thoughtspace · · Score: 1

      Tantalum caps are best - they explode with sparks.

    5. Re:SED? by Anonymous Coward · · Score: 0

      No, you are doing it wrong. You just need to get a can of smoke. Everyone knows those run on smoke and as soon as you put it back in, voila, working led. It is at the hardware store right next to the cable stretcher.

  17. deep freeze is better then reimage on boot faster by Joe+The+Dragon · · Score: 1

    deep freeze is better then reimage on boot as it is much faster. You need a fast sever + good network + a fast HDD on the pc to make autoimaga on boot not be a big slow down and this also makes it so each windows update that needs reboot a new images. Deep Freeze can be set up to go into a mode there you can install updates and keep them after reboot and then go back to the reset on reboot mode + you can have a user area that does not get wiped out as well.

  18. what if the head is in sleep mode so no momentum a by Joe+The+Dragon · · Score: 1

    what if the head is in sleep mode so no momentum and then power is lost?

  19. Yeah, that's great journalism by overshoot · · Score: 4, Insightful
    Somehow I don't think that Toshiba is quite so stupid as to build what TFA describes: a laptop drive that wipes itself after the power is turned off.

    My bet is on the usual baked-in drive encryption, very badly described.

    --
    Lacking <sarcasm> tags, /. substitutes moderation as "Troll."
    1. Re:Yeah, that's great journalism by Lord+Ender · · Score: 1

      It could be intended for use as a tmp/swap drive.

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    2. Re:Yeah, that's great journalism by RicktheBrick · · Score: 1

      What would happen if someone would open the computer and pull the hard drive out of the computer before powering it down. Does the hard drive have a battery to wipe itself in that case? Either remove the battery or splice another power supply to the hard drive before removing it. Computers lose power unexpectedly all the time. So one would need a back up power supply for those cases. It seems to me that it will create a lot more problems so that they can prevent theft of data and I think someone can find a quick workable solution to prevent that too.

    3. Re:Yeah, that's great journalism by ratboy666 · · Score: 1

      No, it's likely exactly that.

      "Normally", encryption keys are controlled by a secured trusted key appliance. If the key is destroyed on the appliance, the data on a drive or tape is rendered worthless. But this puts the key in the drive, and allows invalidation (or destruction) of the key on power-off.

      The idea is that the drive can be effectively wiped in a single command, rather than having to overwrite all the data on it. What I don't know (but expect) is that the crypto key can be retrieved and sent to the drive.

      So, my expected usage case is:

      1 - On system start, identify user
      2 - Authenticate with key server
      3 - Retrieve hard drive key, and send to drive
      4 - Immediately send "WIPE" command

      Now, if anyone powers down the system, the drive becomes de-keyed and useless. About the only physical attack left is to ensure that the drive remains powered if it is removed (or the system remains powered). But this effectively secures "hot-swap" drives in servers.

      I am looking forward to this.

      --
      Just another "Cubible(sic) Joe" 2 17 3061
    4. Re:Yeah, that's great journalism by fluffy99 · · Score: 1

      Somehow I don't think that Toshiba is quite so stupid as to build what TFA describes: a laptop drive that wipes itself after the power is turned off.

      My bet is on the usual baked-in drive encryption, very badly described.

      Exactly. They're just saying that the encryption key is not kept in the drive when it powers down, and the key must be re-supplied at power up by the user to regain access. This was the flaw with the early 'lockable' drives in that the password could be retrieved from the drive, and that the data was not encrypted on the platters.

  20. Piffle. by jeko · · Score: 1

    Pfft. Western Digital and Maxtor have had this feature for years....

    --
    He put his boots up on the table and made a face. "The sig," he smirked. "You can waste your life in search of the sig."
    1. Re:Piffle. by RoboRay · · Score: 1

      No, Maxtor drives wiped all your data without even having to power the thing down. That's even better!

  21. Re:deep freeze is better then reimage on boot fast by Galestar · · Score: 3, Insightful

    This isn't "reimage on boot". This is encrypted storage whereby the key is volatile. There is not performance problem here.

    and to reply to OP, this tech really doesn't have as many uses are you say. It is really only useful for sensitive data. You can use it for /tmp, but there's really no point. Cleaning /tmp with software can be done pretty quickly - why buy expensive hardware?

    --
    AccountKiller
  22. Misleading by Anonymous Coward · · Score: 0

    It doesn't wipe data. The data is encrypted and when the drive is powered down, it intentionally loses the key. The data can be recovered if the key can be recovered.

  23. Not deleted, encrypted by joe_cot · · Score: 4, Interesting

    From the scant details in the article and summary, it appears that the drives are encrypted, and the "wipe" consists of getting rid of the encryption key.

    Calling that a "wipe" is rather misleading in my opinion. Toshiba's in for one hell of a liability issue if their encryption is ever cracked -- though I'm sure they'll take care of all that in the fine print.

    1. Re:Not deleted, encrypted by tepples · · Score: 2, Insightful

      Toshiba's in for one hell of a liability issue if their encryption is ever cracked

      A meaningful crack for industry-standard ciphers such as AES would make just about every firm in the IT world "in for one hell of a liability issue".

    2. Re:Not deleted, encrypted by SpazmodeusG · · Score: 1

      The thing is if they say they wipe it rather than just encrypt it, it still changes how people use it. If someone stores a document on these drives that must never be decrypted/recovered even in 50 years they might be in a shock if quantum computers come out and are able to decrypt the drive they thought was erased.

      People currently using AES on the other hand generally know that one day AES might be cracked by quantum computing. They don't rely on it for data that must never be revealed even in 50 years. If people look at Toshibas claims on these drives they might assume it's ok to store such documents on it, believing it will actually be wiped rather than just stored in an encrypted way.

    3. Re:Not deleted, encrypted by tepples · · Score: 1

      If someone stores a document on these drives that must never be decrypted/recovered even in 50 years they might be in a shock if quantum computers come out

      By then, the manufacturer's warranty will have expired, and any implied lifetime warranty will have been disclaimed.

    4. Re:Not deleted, encrypted by Loconut1389 · · Score: 1

      You are confusing breaking the algorithm with breaking the implementation.

      What if it turns out that the key is stored somewhere that can be read after "wiping" - or is an XOR of some easily determined value, etc etc?

    5. Re:Not deleted, encrypted by Anonymous Coward · · Score: 0

      Toshiba's in for one hell of a liability issue if their encryption is ever cracked

      A meaningful crack for industry-standard ciphers such as AES would make just about every firm in the IT world "in for one hell of a liability issue".

      True, but most encryption cracks are against the specific implementation, not the algorithm. The WWII enigma machine would have been uncrackable using the available technology, but people weren't using them correctly.

    6. Re:Not deleted, encrypted by tepples · · Score: 1

      most encryption cracks are against the specific implementation

      Then design the drive firmware such that the specific implementation can be patched if needed.

  24. "...invalidates a hard-drive security key..." by John+Hasler · · Score: 2, Insightful

    Well, the local copy, anyway...

    --
    Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
  25. This better work by vlueboy · · Score: 1

    Aren't we tired of hearing of simple-sounding solutions that appear unattainable?

    See recent /. stories stating our computer-level "private browsing" of the web is everything except "private." One problem I already see with any data wipe is that it takes a lot of time, like the article mentioned for Eraser.

    The article had too few specifics, so let's sit on the what-if armchair for a bit: short of a strong explosion, the FBI could just not power the drive before removing the circuit board and replacing with one lacking wipe logic.

    1. Re:This better work by Anonymous Coward · · Score: 0

      I understand you not RTFA'ing, but don't you even read other comments? It is not actually wiping the data, it is an encrypted drive with the encryption key being stored in volatile memory.

  26. I'm impressed by rickb928 · · Score: 1

    I've never had a drive that did ANYTHING after it was powered down.

    This is a tremendous advance. And I RTFA, and it doesn't offer me much of an explanation.

    --
    deleting the extra space after periods so i can stay relevant, yeah.
  27. Re:deep freeze is better then reimage on boot fast by h4rr4r · · Score: 1

    or PXE boot, then have /home be a tmpfs. That can be nice and fast if you have the rest of the OS on NFS or ISCSI, plus you remove one more part that can fail.

  28. RAM disks by jvonk · · Score: 1

    One thing that has always irritated me about tmpfs is that it will page out into swap if memory pressure dictates.

    Using ramfs as an alternative to tmpfs means that you lose the ability to stipulate a maximum size, and it can grow to exhaust all available memory in the system. Because ramfs won't page out, I presume it is quite possible to take down the entire machine in such circumstances.

    It's sad that MacOS (pre-X) had the problem solved 15 years ago by allowing the creation of a fixed size RAM disk that would not page out, but this capability has apparently been lost in modern OS's. Unrelated aside: it was quite fun to load a stripped down version of the MacOS System Folder into a RAM disk and watch how fast the machine would boot (MacOS RAM disks would persist between reboots but would naturally be obliterated if power was cut).

    1. Re:RAM disks by h4rr4r · · Score: 1

      You need to buy more ram, if you ever find swap in use that is just a sign to buy more ram. Stuff is dirt cheap these days.

    2. Re:RAM disks by BeaverCleaver · · Score: 1

      The Amiga RAD: disk was the same... you could install the whole Amiga OS onto the RAD partition of your RAM and it would persist between resets for super-fast boots. Bonus points for dumping the contents of the ROMs onto there as well, for extra speed!

    3. Re:RAM disks by thegrassyknowl · · Score: 1

      Oh the fun days. I miss my Amiga. It died.

      --
      I drink to make other people interesting!
    4. Re:RAM disks by Man+Eating+Duck · · Score: 1

      You need to buy more ram, if you ever find swap in use that is just a sign to buy more ram.

      Not necessarily. While plenty of ram is important and good, "used" swap space is in many cases just reserved for copy-on-write, for instance after a fork. Your system can allocate lots of memory which is never touched, this may exist in swap without any disk I/O happening at all. Swap I/O is not good, that is what you need to watch out for :)
      See the first comment on this article

      Your computer might benefit from using swap as well, your memory might be better employed as disk cache. YMMV. This is from an article which describes it for Linux, but the same goes for Windows:

      It's unbelievably simple, although not apparent at first.
      Most running programs have code paths and data in memory that they rarely, if ever, touch. I would be bold and say most program-allocated memory is very rarely touched, but I might be wrong. So, the RAM taken up by unused code and data would actually be better utilized as cache for frequently-used files (or, even more beneficial, inode and dentry cache).

      On Linux you can play with the swappiness parameter as well, mine is currently at 15. Please note that people can get pretty religious about swap space, correct me if you want, but I don't aim to get involved in a discussion. This is my experience, try it out for yourself (or not).

      --
      Are you a grammar Nazi? I'm trying to improve my English; please correct my errors! :)
  29. unhappy people by Anonymous Coward · · Score: 0

    If the description is accurate, I can imagine that there will be an outcry from the forensics people, or at least their masters. Isn't SOP to remove power immediately, pull the drive, and copy it? Then I guess we know there'll be some sort of "key escrow" or back door for LE.

    1. Re:unhappy people by dotgain · · Score: 2, Informative

      No, in fact they posess all manner of equipment to keep machines powered up in transit, and devices that simulate mouse / keyboard activity to prevent locking screensavers coming on. Sorry I don't have a link handy for you.

  30. Technically... by Anonymous Coward · · Score: 1, Informative

    it is called a cryptographic erase.

    http://seagate.custkb.com/seagate/crm/selfservice/portalhome.jsp?DocId=205983&Hilite=#14

    However, your assessment is accurate, the data is still there, just nearly impossible to recover.

  31. I almost facepalmed.. by RulerOf · · Score: 1

    Heck most of us won't trust our collection to anything short of RAID6!

    My porn collection, along with all my other documents and media is on a RAID-6 array.

    ...Along with my massive collection of confiscated geek cards.

    --
    Boot Windows, Linux, and ESX over the network for free.
  32. Forward into the Past! by Anonymous Coward · · Score: 0

    Now that's real progress!

    The first hard drives were flaky and prone to data loss, now they want to engineer it into drives?

    Yes, what could possibly go wrong, besides power failures.

  33. Re:what if the head is in sleep mode so no momentu by 42forty-two42 · · Score: 1

    The key could be stored in static RAM, which does lose data instantly when power is lost (downside is that it's more expensive, but for a single encryption key that's not a problem). Alternately, you could just stick a capacitor on the board with enough power to erase the RAM. Or just bury the RAM cells inside the CPU, so it's impractical to access them (and make the CPU erase them on next power-on).

  34. Re:what if the head is in sleep mode so no momentu by 42forty-two42 · · Score: 1

    On further research, some static RAM chips do retain data (though not all of them). If you really need the data blanked out, storing it in a D-type flip flop might be better then.

  35. correction by ChipMonk · · Score: 1

    I tested shred against XFS, and found that it writes to the journal, rather than to the file data in-place. So shred is not safe to use on XFS.

  36. What took so long? by Anonymous Coward · · Score: 0

    Drives with the option to destroy all data for a transition in use and to protect all data when not attached to their built-in system should have been ubiquitous features of computing systems since day 1 of the first HDD. And what year is this? Maybe next year's headlines will read, "New Technology Discovered: Fire"

  37. How about when you're made to give up keys? by frinkacheese · · Score: 1

    In the UK we have a special law when we're 'made' to give up encryption keys when asked by whoever arrested you. But what if the encryption keys have been destroyed, can they still make you give up what you do not have?

    1. Re:How about when you're made to give up keys? by h4rr4r · · Score: 1

      Even multiple truecrypt partitions could offer something similar. They can't tell how many levels deep something like that goes.

    2. Re:How about when you're made to give up keys? by westlake · · Score: 1

      Even multiple truecrypt partitions could offer something similar. They can't tell how many levels deep something like that goes.

      But it just might be possible to capture your interaction with files on hidden partitions.

  38. How can they guarantee security? by xtal · · Score: 2, Interesting

    This is a good step forward for general security.

    How could you trust this 100%? Without the firmware (and some way to verify it), this likely could / does contain backdoors.

    For the children, you see.

    I don't see a major improvement over well set up truecrypt partitions.

    --
    ..don't panic
    1. Re:How can they guarantee security? by kolcon · · Score: 1

      In facts it is not a privacy tool. When a raid happens, first thing they do is plugin UPS in order to keep the thing up and running...

  39. 30 second idea for a better approach by kurokame · · Score: 1

    Frags your drive on power loss, eh? Yeah, nothing could go wrong there.

    How about this. It sounds like all you're really killing is the stored key. Instead of fooling around with what amounts to a RAM chip, why not take a lesson from floppy disks? Back in the day, when you were done writing to a disk there was a little tab you would break and then the disk would be permanently read-only (unless someone used tape). Why not store the key in a little thing that you break off? If you wanted to get really fancy, you could even make it into a "security fuse" which can also be destroyed electrically if certain conditions are met (apparent unauthorized access, external trigger from chassis intrusion, planned obsolescence, et cetera).

    1. Re:30 second idea for a better approach by vcgodinich · · Score: 1
      You. . . .are actually advocating a self destruct on a hard drive for the purpose of planned obsolescence?

      This is Toshibas wet dream.

    2. Re:30 second idea for a better approach by kurokame · · Score: 1

      Advocating, maybe not. But I'm cynical enough to believe that there would be plenty of plausible rationales for such a thing. And since it would still function as a normal hard drive thereafter, it would make the "feature" even easier to push in the name of perceived security.

      Position it as part of a security suite which requires that the hardware aspects of the authentication or encryption systems are kept up-to-date within 3 or 5 years. If your security features are too out-of-date, then the system is no longer secure and the secured data must be "protected" by activating the destruct. Unsecured data would still be accessible, and you could still migrate your data (plus a fee since you waited too long) or restore access while waiving liability about releasing the secure features (again for a fee).

  40. tmpfs just folds these into item 12 by tepples · · Score: 2, Insightful

    [Put] /tmp/ on tmpfs [and] enlarge the default swap size by what is expected for /tmp/, to make sure max virtual memory capacity doesn't suffer.

    Once you start using tmpfs, sensitive information will accumulate in the swap file. This makes pseudo-volatile drives like these even more suited for item 12 (swap).

    1. Re:tmpfs just folds these into item 12 by h4rr4r · · Score: 1

      STOP USING SWAP. If you swap it means you need more ram.

    2. Re:tmpfs just folds these into item 12 by tepples · · Score: 1

      STOP USING SWAP. If you swap it means you need more ram.

      For reasons I explained in this comment, not using swap also means not using software RAM disks such as tmpfs. Everybody needs more RAM; it's just that the biggest widely available module is 2 GiB, and computers tend not to have 128 RAM slots.

    3. Re:tmpfs just folds these into item 12 by h4rr4r · · Score: 1

      I have servers with that amount they cost less than $15k two years ago. That is dirt cheap for this sort of thing.

  41. An even more secure solution by grahamsaa · · Score: 1

    I just write all of my data to /dev/null. Take that, toshiba!

    --
    Facts have a liberal bias.
  42. Will Law Enforcement like this? by Anonymous Coward · · Score: 0

    So work with me here...

    A police raid occurs, and either shuts down power to the house, or just comes in to confiscate the computer equipment.

    Just how are they going to transfer the equipment and data without unplugging or pulling power?

    Will they be afraid of plugging it in, because the 1st action will be to erase the data? How will they get a forensic copy without power?

    If it's truly an encryption, then I'm sure there will be a back door for law enforcement, lest it be excluded from being sold in certain countries (ohhh.. like Saudi Arabia)

    1. Re:Will Law Enforcement like this? by LinuxIsGarbage · · Score: 1

      Just how are they going to transfer the equipment and data without unplugging or pulling power?

      http://www.wiebetech.com/products/HotPlug.php

  43. You can already do this by Sloppy · · Score: 1

    On my piece-of-shit Fujitsu laptop, before it died, I was doing this with swap. I had an init script that would grab from /dev/random and use that as the key for an encrypted (blowfish, and there was some good(?) reason for using that instead of AES but I don't remember) partition, and then mkswap and swapon it. Turn off the machine, then the key was lost and that partition's contents became useless.

    I can see using this kind of drive for swap and /tmp, but guys, you already have this capability. I suppose moving the crypto from the CPU to the drive is pretty neat, but that just raises the same issue that hardware RAID has: it's fine if you want to use the whole disk in one particular way, but if you want to treat different partitions differently, then you need to use software (your OS) instead. The market for this drive, where you want to lose whole disks on power down, seems pretty niche.

    --
    As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
  44. 256 GB of RAM is not "dirt cheap" by tepples · · Score: 1
    Anonymous Coward wrote:

    Sure, if a ram disk is several hundred gig, then yeah, they're the same.

    h4rr4r wrote:

    You need to buy more ram, if you ever find swap in use that is just a sign to buy more ram. Stuff is dirt cheap these days.

    Since when is a quarter terabyte of RAM "dirt cheap"? A better strategy is to encrypt the swap file and erase the key on power loss, which appears to be exactly what these drives do.

  45. Finally in photocopiers by Anonymous Coward · · Score: 0

    For more than 10 years, schmantzy photocopiers haven't just had a photoresist drum (cadmium sulphide, amorphous silicon or similar), instead they have had digital scanning technology, which would store the image to a hard drive (for later re-use). Millions of images are "still there" when the photocopier is old and needs to be recycled. I've heard of stories where people get photocopiers from the CIA/NSA as part of a surplus/liquidation. They pay 30 bucks for the old copier, and get 5 years worth of photocopied, top-secret documents. Kewel! Occasionally these old machines are shipped overseas for recycling. There are thousands of drives with literally millions of images of classified, secret and top-secret information on them. Why spy when you can just raid the recycling facilities? What's even better: have these agencies pick up the tab for both shipping and recycling.

  46. Patriot act HDD by Paracelcus · · Score: 1

    With a keyboard macro, or a recessed kill switch, we might actually maintain some semblance of privacy, "oops, was that what that switch did?" or "sorry, you did it yourself when you unplugged the system".

    --
    I killed da wabbit -Elmer Fudd
  47. hard time installing windows by KevMar · · Score: 1

    I am having a hard time installing windows to this new expensive secure drive. It gives me an operating system not found error after the first reboot.

    --
    Im a gamer, not a grammer major. This post is full of spelling and grammer mistakes.
  48. This. by Anonymous Coward · · Score: 0

    "If you're SUPER paranoid, dd the drive twice and yank the platters, play frisbee, build a tesla turbine [instructables.com] or simply scratch the hell out of them and chuck them in the recycle bin."

    I do this. I blame it on paranoia, but to be honest, I just like ripping open hard drives to see what's changed since the last time I did it.

    I remember when the platters used to be solid metal that was nigh on unbreakable; I remember years later opening a drive up and finding some chintzy crap that shatters, scattering shiny dust and sharp fragments everywhere if you so much look at it the wrong way.

    Meh. I also took apart my last non-functional DVD player. Mostly for the copper screws. They were awesome. And shiny.

    Shiny.

    Crap, I think I'm actually a ferret.

  49. True, it /could/ by overshoot · · Score: 2, Insightful

    But somehow I don't think that the global market for tmp/swap drives is the Next Big Thing.

    --
    Lacking <sarcasm> tags, /. substitutes moderation as "Troll."
    1. Re:True, it /could/ by Lord+Ender · · Score: 1

      No, but servers that require encryption per PCI but don't want the performance impact of encrypted swap could benefit.

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
  50. Backups, copies, emails... by Anonymous Coward · · Score: 0

    In a situation like Microsoft, the problem is that erasing a file is not enough. An organization has to be pretty naive to think that it can control the spread or lifetime of its data files, due to normal processes like backups, offsite backups, removable media, laptops, users making "personal backups" due to any number of IT failures (technical, social, or imaginary), etc. After all, if this were easy, wikileaks would not exist!

    Secret data files are just like secrets in general: if you really need it to stay secret, you cannot tell anyone, not even a data storage device.

    Also, scrubbing a file extent is not enough, if the filename in the directory entry is also revealing, or even a checksum of the file content anywhere in a backup/recovery/intrusion detection system. If you really must store things and make them go poof later, Toshiba's approach is the wisest: never store the plaintext, and make the encryption key volatile. However, you may want to do it yourself using software whole-disk encryption, rather than trusting the hardware algorithm or key storage. If you are worried about the long-term vulnerability of all crypto algorithms, you really have needs best addressed by the first rule: do not record secrets in the first place!

  51. and linux by thoughtspace · · Score: 1

    [ 12.145436] Running /etc/init.d/spindown start ... oh shit!

  52. Opensource method to implement the "poweroff wipe" by digital+photo · · Score: 1

    I commented a bit about it on my FB wall: http://www.facebook.com/wingedpower

    But here's a quick synopsis:

    Given a hard drive...
    - Create X number of zero'd files to be mounted on loopback (losetup) and then to be encrypted individually(cryptsetup) using 256bit encryption(different key per loopback) [this is done on the data hard drive)
    - Create Y number of zero'd ramdisk devices to be cryptsetup'd using 256bit encrption(cryptsetup).
    - Create a striped array(LVM tools) using both the encrypted loopbacks and the encrypted ramdisks.
    - Use cryptsetup to encrypt this resulting LVM volume and mount it as your "quick wipe drive"
    - Store all luks keys, if need be, in a ramdisk.

    When you power off, what happens is:
    - luks keys go away with loss of power(barring UPS, memory freeze, etc)
    - ramdisk slices of the RAID-0 striped array vanish... and take their encrypted bits with them.
    - what survives on the physical drive are encrypted volumes containing parts and slices of a larger encrypted volume with slices missing.

    Cost to implement: normal cost of equipment.
    Special equipment or specialty hard drives required: none.
    Security: 256bit encryption via cryptsetup at two levels AND some of the data goes missing. :)

    Useful situation:
    - xerox/copy machine storage... they can actually implement this with standard drives... just update software and repartition their drive!
    - protection against identity theft when home computer stolen... pulled power cable... oops. all data now not accessible.
    - protection from illegal seizure of computers (no key to give... it is inaccessible)
    - protection against foreign government raids(and local government raids, I suppose) (power loss=data not accessible)

    The cool factor is... the slices you divide up the drive into... the more unique keys that will need to be found/brute-forced/decrypted before any amount of useful data is regained. And once they do have all the individual files decrypted, only then will they discover that there are pieces of the RAID0 missing... and the RAID0 itself is encrypted.

    Enjoy.

  53. Re:Opensource method to implement the "poweroff wi by digital+photo · · Score: 1

    Also noted on FB wall is the potential to replace the RAMDISKS with:
    - external HD or flash drive to allow for powerdown, data retained, so long as the KEY drive, which also contains slices of the RAID 0 data, is intact. Lose/destroy it and the whole of the data is inacessible.
    - internal PCI/PCIe battery backed RAMDISK. (you have X minutes or X hours between power cycles before keys and data slices are lost and access to the whole is lost)

    In all cases, the goal is to protect against unwanted access of the data in question, or to render the data effectively inaccessible for a long enough time.

    This can already be done with currently available open source technology and a little scripting. :)

    One can even make the system switch between modes of operation by migrating volumes to/from an external drive unit and the ramdisks.

  54. Could be good.. by Sneeze1066 · · Score: 1

    For storing the high scores on the Frogger machine at Mario's Pizza.

  55. Dead power supply by Ruvim · · Score: 1

    So, a dead power supply means that if I don't have a backup encryption key, I loose all my data? Thanks, but no thanks!

  56. IT Crowd... by g4b · · Score: 2, Funny

    "Maybe you are holding it wrong"
    "Have you tried turning it off and on again?"

  57. write-only memory. prior art exists. by swschrad · · Score: 1

    for instance, multiple projects of mine back to the mid-70s had write-only RAM.

    --
    if this is supposed to be a new economy, how come they still want my old fashioned money?
  58. Never ever buying one of these. by physburn · · Score: 1
    As if, my data storage, wasn't unreliable enough. A built in wipe feature, that might go wrong, is just making matters worse. If you need the data protected, encrypt it, its hard enough recovering (possibly impossible) from a lost key. Hardware wipe is definitely not needed.

    ---

    Data StorageFeed @ Feed Distiller

  59. Re:RAM disks [fixed size] by Anonymous Coward · · Score: 0

    Linux still has fixed sized ramdisks if you need them.

    Boot with ramdisk_size=size where size is measured in KB, and your /dev/ram? devices will each be up to that large.

    The default is 4096.

  60. How to implement this by hoggoth · · Score: 1

    Here's a simple recipe for implementing this on your own:

    1. Set up a script to create a TrueCrypt volume at boot time with a randomly generated key
    2. ???
    3. Profit!

    You're done. When the system reboots the old key which wasn't stored anywhere is gone, the data is inaccessible, and a new volume is ready for use.

    --
    - For the complete works of Shakespeare: cat /dev/random (may take some time)
  61. I think we'll call it RAM. by Anonymous Coward · · Score: 0

    I think we'll call it RAM.

  62. Progress by cmacb · · Score: 1

    This puts us one step closer to the long sought after write only drive.

  63. Don't even need a capacitor... by Joce640k · · Score: 1

    I'm sure it's just stored in the RAM of the drive controller and it generates a new key on each reboot.

    --
    No sig today...
    1. Re:Don't even need a capacitor... by Kymermosst · · Score: 1

      A previous post mentioned the ability to read the contents of memory for several minutes after power-off.

      I suspect the drive would actively zero the key at power events in order to make sure that nobody can pull that trick off.

      --
      "Alcohol, Tobacco, Firearms, and Explosives" should be a convenience store, not a government agency.
  64. It's not designed for desktop PCs by Joce640k · · Score: 1

    It's for machines where data is supposed to be very temporary - ie. photocopiers, etc.

    --
    No sig today...
  65. Maybe a combination drive? by CaptainNerdCave · · Score: 1

    Perhaps creating a combination drive that uses read-only SSD and a smaller section of this for the temporary directories? Booting from the SSD would be swift, everything written to the SED portion, and then save anything important to flash drives, network storage, or another option.
    This seems like a great way to maintain a secure operating system for Joe and Jane Public. Or... imagine the near future where computers are sold with MS's OS du jour irrevocably installed, and the only way to upgrade is to bring the machine to a "certified upgrade specialist". I also fear the day when our cable or satellite providers install these into DVRs.
    This new option does seem like a very useful tool, but also a very dangerous asset to the already dangerous.

  66. Re:SED? - LEEPROM by Chaset · · Score: 1

    One of my classmates in microprocessor lab back in college managed to make a LEEPROM. For those too young to remember, EPROMS have a window on them into which one shines UV light to erase it before reprogramming. With enough voltage between Vcc and Ground, the same EPROM can be made to emit light. Hence, LEEPROM. It was quite amusing at the time....

    --
    -- "This world is a comedy to those who think, a tragedy to those who feel."
  67. Law Enforcement Will Love These by 2bfree · · Score: 1

    Simply using one of these will eventually get someone convicted of destroying evidence; assuming Toshiba doesn't have a master key for law enforcement.

  68. Porn and shortsightedness.... by scotjam · · Score: 1

    Oh no! I always thought that was a myth..

  69. Congratulations by Anonymous Coward · · Score: 0

    They've invented RAM