Slashdot Mirror


Universal Disk Encryption Spec Finalized

Lucas123 writes "Six of the largest disk manufacturers, along with encryption management software vendors, are backing three specifications finalized [Tuesday] that will eventually standardize the way encryption is used in firmware within hard disk drives and solid state disk drive controllers ensuring interoperability. Disk vendors are free to choose to use AES 128-bit or AES 256-bit keys depending on the level of security they want. 'This represents interoperability commitments from every disk drive maker on the planet,' said Robert Thibadeau, chief technologist at Seagate Technology."

60 of 237 comments (clear)

  1. Disk vendors are free to choose by SpaceLifeForm · · Score: 5, Insightful
    What about the owner?

    Why should this be trustable?

    --
    You are being MICROattacked, from various angles, in a SOFT manner.
    1. Re:Disk vendors are free to choose by fuzzyfuzzyfungus · · Score: 5, Insightful

      The drive is "trusted" because the "owner" isn't.

    2. Re:Disk vendors are free to choose by Kamokazi · · Score: 4, Insightful

      It's a standard for hardware encryption so you don't have to worry about interoperability. If you're that concerned, load up Truecrypt and pick what you want.

      --
      As our way of thanking you for your positive contributions to Slashdot, you are eligible to disable Slashdot 2.0.
    3. Re:Disk vendors are free to choose by MrNaz · · Score: 3, Funny

      The SS?

      1955 called. They want their bad guys back.

      --
      I hate printers.
    4. Re:Disk vendors are free to choose by Eivind · · Score: 2, Insightful

      A standard is a good thing. Assuming you can get at the encrypted blocks, this makes it possible to *test* that a certain implementation is conforming to the standard. This gives better guarantees than simply to trust the undocumented, untested encryption invented by some manufacturer.

      There can be bugs in the standard, offcourse, but it's going to get heavy scrutiny by very competent crypto-heads, so any obvious mistakes should be discovered quickly.

    5. Re:Disk vendors are free to choose by noidentity · · Score: 3, Interesting

      Why should this be trustable?

      I think we can fully trust manufacturers to take a shortcut and implement this as dual ROT-13 encryption, perhaps with a delay thrown in to make it seem like it's doing something. How would the average user determine whether the magnetic patterns on the disk are encrypted anyway? This seems very similar to the issue with electronic voting machines, only worse. Encryption on the host machine seems far superior, since the data is never traveling over the I/O bus unencrypted, and it's much easier to verify that the data is actually being encrypted.

  2. itsatrap? by Anonymous Coward · · Score: 3, Insightful

    How can we trust their implementation?

  3. It's not an encryption spec... by (Score.5,+Interestin · · Score: 5, Informative

    ... it's TPM glue for hard drives. The spec says almost nothing about encryption and authentication, it's just a bunch of TPM command and control mechanisms for hard drives. The IEEE P1696 working group is the one working on secure hard-drive encryption. Unfortunately the TPM people have better PR people than the CS and EE types doing the IEEE work do.

    1. Re:It's not an encryption spec... by this+great+guy · · Score: 4, Informative

      The parent poster made a typo in the IEEE project name. It's P1619. Their main full disk encryption spec is XTS-AES, and is currently implemented by the Linux dm-crypt layer (cipher name aes-xts-plain), and by OpenBSD. I have been using it for almost a year on my laptop.

    2. Re:It's not an encryption spec... by (Score.5,+Interestin · · Score: 2, Interesting

      The parent poster made a typo in the IEEE project name. It's P1619.

      You're right, sorry, typo while trying to get first post :-). Their home page is here, and they've had their specs out for nearly two years. How can any group that has an official Wine Tasting Standing Subcommittee be a bad thing?

  4. Seagate's stragegy.. by Anonymous Coward · · Score: 5, Funny

    brick your hardrive. Now it's secure.

  5. They key words by dmomo · · Score: 4, Funny

    here are "on the PLANET". Looks like they've got a bit more work to do before EVERYONE agrees to do this.

  6. Re:ok by fuzzyfuzzyfungus · · Score: 5, Funny

    Just phone in a threat to an elected official, and the NSA will unlock the drive remotely for you. A handy service, and so responsive...

  7. Re:ok by jandrese · · Score: 2, Insightful

    Hard drive encryption doesn't really offer much to a machine sitting in a data center though. The real value is on laptop hard drives where there is a much greater chance of having your machine stolen at some point. Built-in full disk encryption will help prevent the crook from getting at all of your data.

    --

    I read the internet for the articles.
  8. Re:A few questions... by jamstar7 · · Score: 4, Insightful

    If the keys are burned in, are they then supplied to the various law enforcement agencies to make things easier on them?

    --
    Understanding the scope of the problem is the first step on the path to true panic.
  9. Dumb Question by sstpm · · Score: 3, Interesting

    Can any storage gurus explain the real-world benefit to this? Is it currently impossible to encrypt a RAID volume built on two different manufacturers' disks?

  10. Why not just use TrueCrypt? by Futurepower(R) · · Score: 5, Informative

    Why not just use TrueCrypt pre-boot system partition encryption? The benefit of a hardware standard is not immediately clear to me.

    1. Re:Why not just use TrueCrypt? by PitaBred · · Score: 5, Insightful

      Because the hardware standard doesn't use your CPU for the encryption and decryption? Specialized hardware will always be faster and use less power to do a specific job than general-purpose hardware like your CPU.

    2. Re:Why not just use TrueCrypt? by MSG · · Score: 5, Insightful

      Specialized hardware will always be faster and use less power to do a specific job than general-purpose hardware like your CPU.

      Not "always", and not "and".

      Specialized hardware will usually be faster than the CPU, and will usually yield an overall faster system by virtue of the fact that the CPU is free from those tasks.

      However (and purely as an example), Linux's software RAID is faster than many hardware RAID controllers, and a system lacking a dedicated hardware RAID controller very well may use less power than an equivalent system with one.

    3. Re:Why not just use TrueCrypt? by MrNaz · · Score: 3, Funny

      The vast and growing chasm between CPU power and the crunching needs of personal computing have rendered this argument obsolete. Please upgrade to MS Arguments 2009, or the open source alternative, OpenMouth v0.9b3

      --
      I hate printers.
    4. Re:Why not just use TrueCrypt? by Eighty7 · · Score: 3, Interesting

      No one knows who wrote TrueCrypt. No one knows who maintains TC. Moderators on the TC forum ban users who ask questions. TC claims to be based on Encryption for the Masses (E4M). They also claim to be open source, but do not maintain public CVS/SVN repositories and do not issue change logs. They ban folks from the forums who ask for change logs or old source code. They also silently change binaries (md5 hashes change) with no explanation... zero. The Trademark is held by a man in the Czech Republic ((REGISTRANT) Tesarik, David INDIVIDUAL CZECH REPUBLIC Taussigova 1170/5 Praha CZECH REPUBLIC 18200.) Domains are registered private by proxy. Some folks claim it has a backdoor. Who Knows? These guys say they can find TC volumes:

      http://16systems.com/TCHunt/index.html

      For these reasons, I won't use it. Encryption is important and TC looks great and makes great claims, but TC should be more transparent.

      from: http://www.reddit.com/r/programming/comments/7otuy/who_wrote_this_software_an_excia_agent/

    5. Re:Why not just use TrueCrypt? by dido · · Score: 5, Interesting

      However (and purely as an example), Linux's software RAID is faster than many hardware RAID controllers, and a system lacking a dedicated hardware RAID controller very well may use less power than an equivalent system with one.

      Speaking from experience, this seems to be true only of the 'fakeraid' setups that you see on cheap RAID controllers, which aren't really hardware RAID at all. They cheat and instead use firmware that executes on the main CPU to do the RAID, making them no better in principle and more often than not worse in performance than the Linux kernel's heavily optimized high-performance software RAID implementation. True dedicated hardware RAID controllers, such as the HP Smartarray, IBM ServeRAID, and the RAID controllers you see on fiberchannel SANs, are actually quite rare except in enterprise setups, and they are in general much faster than the Linux software RAID implementation.

      But of course, nothing stops a manufacturer from doing bad engineering and making a product that has a dedicated piece of hardware that actually does the job slower than the main CPU would. And performance is not the only reason to make a dedicated hardware implementation of some bit of functionality. It could be done for "trusted computing" purposes for instance, in which case, it doesn't matter that it's slow, just that it keeps control out of the hands of the main CPU.

      --
      Qu'on me donne six lignes écrites de la main du plus honnête homme, j'y trouverai de quoi le faire pendre.
    6. Re:Why not just use TrueCrypt? by amorsen · · Score: 3, Interesting

      True dedicated hardware RAID controllers, such as the HP Smartarray, IBM ServeRAID, and the RAID controllers you see on fiberchannel SANs, are actually quite rare except in enterprise setups, and they are in general much faster than the Linux software RAID implementation.

      Smartarray is dead slow for RAID5, and RAID1 in software doesn't tax the CPU. RAID controllers are only worth it because it can be hard to get Linux booting reliably from a software RAID 1 with a failed disk. As for RAID levels other than RAID1 and RAID10, don't.

      --
      Finally! A year of moderation! Ready for 2019?
    7. Re:Why not just use TrueCrypt? by amorsen · · Score: 3, Insightful

      The best RAID coprocessors are made by companies like Intel and AMD. You can find them under names like "Xeon" or "Opteron".

      Shamelessly stolen from Alan Cox.

      --
      Finally! A year of moderation! Ready for 2019?
    8. Re:Why not just use TrueCrypt? by Anonymous Coward · · Score: 2, Interesting

      Hardware raid is not always faster than software. Often the opposite is the case. However, speed is only one factor, the other is CPU offloading.

      If you are running a CPU-heavy computation, I/O speed is not so much the important thing, as making sure that every CPU cycle is available for the computation.

      However, if your main bottleneck is I/O, the main CPU can do a lot more "raid-stuff" than the much slower CPU on a raid card. While the main CPU may be 3 GHz, 8 core, the RAID one may only be a couple of hundred MHz with a passive heat sink. You don't see a lot of raid cards with a 3 GHz multicore CPU where the heat sink and fan will block the five adjacent slots.

    9. Re:Why not just use TrueCrypt? by Dr_Barnowl · · Score: 3, Interesting

      All TCHunt does is look for random data. If you append 100MB of /dev/urandom to a file and run TCHunt, it will "recognise" it as a TrueCrypt volume.

      This is not a secret. This is how encryption works. Obfuscating your data inside a apparently plaintext structured format is called stenanography and is another subject entirely.

      The changelog is here

      Discussions on using CVS and other version control are scattered throughout the forums without apparent quoshing by the admins. Yes, old versions of the source are not available - unless you already downloaded them, of course.

      The MD5 hashes changing for the installer was just that - they rebuilt the installers with some of the new setup (like offering the option to disable the pagefile) from the version 6 installers, but the binaries inside remained identical. Doing this is rather poor practice because it raises this sort of question, but hey, you trusted the first file signed with their PGP key, why not the second? The TCHunt guys have an archive of old TrueCrypt versions, but they won't let you download them now for bandwidth reasons ; it might be illuminating to pick through the various MD5 versions and compare the actual binaries installed.

      If someone is concerned about back doors, they can audit the code, and build it themselves. (don't respond to this with the Ken Thompson compiler back door proposition). Undoubtedly there are people that do this, although they are not equipped to sign their builds with the TC foundation PGP key.

      As a popular encryption soft, I have no doubt it comes under scrutiny. I might trust it a mite more if it was signed by Bruce Schneier's key though :-)

  11. Pardon my ignorance by Jane+Q.+Public · · Score: 2, Interesting

    but has it been pretty well established that there are no significant backdoors, or backdoor techniques, related to the existing AES algorithms? I.e., 128 and 256?

    What good would hardware encryption be unless we were pretty well assured that even the NSA would be stymied?

    It is not a matter of doing anything illegal, of course, but encryption is encryption. If there are reasonable methods available to break it, then it ain't.

    1. Re:Pardon my ignorance by Eric+Smith · · Score: 5, Insightful
      The main risk isn't with weaknesses or back doors in AES, even though it's possible that there is an as-yet-unrecognized weakness.

      The risk is that the drive may, unbeknownst to the owner, cache and store the encryption keys somewhere inside the drive, either on the media or in nonvolatile memory, making it available to those that know where to find it.

      Even if the standard drive firmware doesn't do that, how would you know that the firmware of the drive wasn't modified sometime after manufacture and before purchase to install such a back door?

      If you were an agent of some government that wanted to be able to access data on disk drives whose owners believe them to be encrypted, what better way to do that than to either convince the drive vendors to install a back door for you, or to let you tamper with the drives at some point in the process? That would eliminate a whole lot of hassle for you, and there are only a few drive vendors you'd have to subvert.

      I think I'll stick to LUKS and dm-crypt. It's not a perfect solution, and it's still possible that someone could subvert my encryption, but doing it in the software I have some measure of control over clearly makes it harder for them than doing it in hardware that I have no choice but to trust blindly.

      Am I paranoid? Sure. Probably no one is trying to steal my keys or my data. But the likelyhood of the existence of a back door has NOTHING to do with whether the bad guys (or maybe the good guys?) are interested in my data. Even if no one intends to steal my data today, once a back door exists it can be used against me in the future.

    2. Re:Pardon my ignorance by Eric+Smith · · Score: 2, Insightful

      Remember, if security were a data field, it wouldn't be a boolean value, it would be a real number.

      Yes. But even more important to bear in mind is Bruce Schneier's admonition that security is a process, not a product. Far too many people will buy these FDE disk drives, and then blindly assume that since they have bought "security", don't have to do anything else, and that their problem is solved.

      That's not a criticism of FDE; it happens with every kind of security-related hardware and software. However, the more security products people buy, the more likely they are to get lulled into thinking that it's a solved problem.

  12. that is true, Defective by Design. by twitter · · Score: 3, Insightful

    I thought this kind of talk was over the top, then I read the article.

    The specifications enable support for strong access control and, once set at the management level, the encryption cannot be turned off by end-users. ... it can't be brought back up and read without first giving a cryptographically-strong password. If you don't have that, it's a brick. You can't even sell it on eBay."

    No reset so that you can repartion the thing? Users are supposed to trust the hardware won't betray them? No way. It's like they are trying to clog landfills with these things.

    The whole article reeks of "trusted path" and other defective by design tech beyond the obvious "oops, I forgot the password" inevitability. To be trusted by sane users, the controller boards must come with easy to change free software doing the dirty work. If not, all sorts of malicious features can be hidden that negate all benefits of hardware encryption. These things could turn themselves if "premium" content is ever placed on the drive and then accessed with a "non trusted" OS, for example. Your data is never secure when you use non free software, it is always at the mercy of the software's owner. This kind of "firmware" is something that should be rejected.

    --

    Friends don't help friends install M$ junk.

    1. Re:that is true, Defective by Design. by palegray.net · · Score: 3, Insightful

      I sincerely hope this post isn't being modded "-1" simply because is belongs to Twitter. In this case, he's absolutely right. Why the hell would you trust a third party to provide trusted firmware code that manages crypto keys for your organization without access to the source that makes up said firmware? You would be an absolute idiot to take this path, and probably accused of criminal negligence should improper data disclosure ever reach the point where a federal prosecutor got involved in a case where the data in question "Really Mattered."

    2. Re:that is true, Defective by Design. by Lucky_Norseman · · Score: 5, Insightful

      What prevents a trojan from turning on encryption "at management level" thus holding all your data hostage until you pay up for the key?

    3. Re:that is true, Defective by Design. by hairyfeet · · Score: 5, Insightful

      As much as I hate to say this, don't mod him down simply because he is twitter, because in this case he has a point. Why would you trust some large corporation not to hand the keys over to any government upon request? Why would you trust them not to have a back door installed, if for no other reason than to save on support costs when the "dee dee dees" lose their keys and call tech support? And if there is one place I would WANT the source code available it would be crypto. There are plenty of FOSS encryption programs out there where crypto experts have gone over the code with a fine tooth comb looking for weaknesses, simply for no other reason than they themselves use it. But I am supposed to ignore all that work for this stuff cooked up by three mega corps and with no source code and just a "trust us" that there isn't a back door?

      So while you may not like twitter and his "M$" rants(please use MSFT twitter, the M$ thing is annoying) I'm afraid he has a very good point here. We have seen absolutely NO reason why we should trust this, and we have every reason not to. And when it comes to keeping important data secure from prying eyes I want to see the code. While I myself won't be able to make heads or tails of it I'm sure that there are plenty of crypto guys than can and will. So for me no source equals use Truecrypt. At least I know it doesn't have built in back doors.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    4. Re:that is true, Defective by Design. by AlecC · · Score: 5, Informative

      If you read further down, it says you can do a global reset, which loses the key and unlocks the disk as full of encrypted garbage, "with a few keystrokes".

      --
      Consciousness is an illusion caused by an excess of self consciousness.
    5. Re:that is true, Defective by Design. by billcopc · · Score: 2, Insightful

      I think they're basically modernizing the old ATA security lockout, as made popular by the original Xbox. I do agree it's rather domineering to not include a "clear password" option. Sure, you'll lose the encryption key and the data is lost, but I'd much rather have a blank drive than a bricked one. This sort of draconian "security" is a sysadmin's nightmare, as now you can't just reimage a drive any old way, you have to reimage it in the target PC. If that board dies (as Dell/HP machines just love to do), you have to toss out the drive. You can't boot it elsewhere :P It will result in a few more hard drive sales at a hefty premium, but the benefit to end-users and their employers is hugely trumped by the nuisance caused by this "feature".

      And twitter, take a chill pill with your open-source FUD. You're making us all look like religious fanatics. FOSS is about choice, not war.

      --
      -Billco, Fnarg.com
    6. Re:that is true, Defective by Design. by adolf · · Score: 2, Informative

      It is my understanding that modern OSes which are follow the ATA standards will issue the security freeze during hardware probe. At least, my *BSD systems do, and I've seen indications that even Windows does.

      This doesn't matter. I've seen my share of odd virii living inside of the boot sector.

      A particularly clever virus or trojan could even go forth and re-write the BIOS to disable the "security freeze" function you speak of. It sounds far-fetched, until you realize that BIOS code is generally written in assembly, is generally unprotected, generally doesn't change much over time as systems evolve, and generally has some free space available for extra code. Such a hack would be easy for a weekend video game cracker to create.

      I, for one, don't like this spec one bit.

    7. Re:that is true, Defective by Design. by Lord+Ender · · Score: 2, Interesting

      That's a meaningless question. A trojan can encrypt using software or hardware. This technology doesn't make any difference to trojans whatsoever. Your data is just as encrypted.

      This is why the word "owned" is used when a trojan takes over. It can do anything it wants with your data.

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    8. Re:that is true, Defective by Design. by Alsee · · Score: 2, Interesting

      There is a bit of a difference.

      In the standard current case you would need to read-encrypt-rewrite all several hundred gigs of the drive. I would guesstimate that would probably take over an hour to complete. If you realize something is wrong you could simply hit the power button and nearly all of your data will still be retrievable.

      With this system all of the data is encrypted. If I'm understanding the system correctly the owner is forbidden to know his encryption key. The system maintains a list of access profiles, you enter your password linked to your access profile, and then the drive internally generates or accesses the actual encryption key. Malware could potentially create do something like creating new access profile locked to some new password, and then delete or reset your access profile. That would involve only a few dozen bytes of data, and it would be completed almost instantaneously. All of your data is effectively destroyed instantaneously, unless you can get the unlock code from the attacker.

      -

      --
      - - You can't take something off the Internet! That's like trying to take pee out of a swimming pool.
  13. Tomorrow's headline... by syousef · · Score: 3, Funny

    Universal Disk Encryption Spec Cracked. Available on 0dayz haxx0r b0ardz!!!

    --
    These posts express my own personal views, not those of my employer
  14. Do STD's make it easier to 'see' encrypted disks? by ivi · · Score: 2, Interesting

    So, do[es any of] these standards make it easier for a gov't or other organization to notice that someone (eg, a journalist) has got his/her data (eg, article, photo's, interview audio, important video clips, etc.) encrypted on a device, ie, as they try to sneak from, say, within a war zone (closed to journalists) back to friendly soil?

    If so, which encryption software (eg, Trucrypt, etc.) - that DOESN'T adhere to standards - will save this journo's life and/or media, in the above situation?

  15. Re:Do STD's make it easier to 'see' encrypted disk by jjohnson · · Score: 2, Interesting

    You're kind of missing the point. If our hypothetical journalist is caught crossing a border, the guards won't pull the hard drive and check the make, and then hook it up to their own gear to see if it's encrypted or not. They'll point their AKs at the journo and make him turn his laptop on. If he refuses, they shoot him. If it prompts for a password and he refuses to enter it, they shoot him. If he claims he forgot the password, they'll toss him and his laptop into the back of the truck to send him to the capital to receive 'enhanced interrogation'. No encryption software will save his life. The guards probably won't know or care about encryption.

    If I were that journo, I'd encrypt the files themselves and rename them crash.dump and put them in the Windows directory so I can turn it on, let them scan for jpegs and avis and find nothing, and be sent on my way.

    --
    Anyone who loves or hates any language, platform, or manufacturer, doesn't know what they're talking about.
  16. Well if data isn't encrypted ... by Nicolas+MONNET · · Score: 2, Interesting

    If the password protection is only blocking the drive's firmware, but the data is not encrypted on disk, it's a very weak protection. Someone stealing your disk only has to find a disk of the same model, and exchange the platters.

  17. Problems abound... by Vertana · · Score: 3, Interesting

    If someone has Truecrypt on their hard drive and the police raid your house for some server and they take that encrypted drive, there is nothing stopping you from saying, "I forgot my password... oops." But if you trust the hardware, then what stops the police from going after that hard drive manufacturer and putting the legal pressure on them to provide a back entrance and/or technical help? The idea that the government won't put a legal squeeze on the hard drive manufacturer the second they think they've come upon a child pornography/warez/other horrible illegal things seems absurd to me. I understand that manufacturers of things like flash drives and such have had hardware encryption before, but it hasn't been widespread and mainstream. When you throw in the "average citizen" factor, I think we'll see all kinds of challenges and laws spring up.

    -- And as always IANAL, but I do read Slashdot!!

    --
    "The best way to accelerate a Macintosh is at 9.8m/sec^2" -Marcus Dolengo
    1. Re:Problems abound... by Antique+Geekmeister · · Score: 2, Informative

      That was called 'Trusted Computing', and formerly it was called 'Palladium'. It's a toolkit built into some modern motherboards to do robust encryption, and authentication, and most especially DRM. And Microsoft planned to be the root authority for signing and issuing keys, and storing the private keys "for recovery and law enforcement purposes".

      Be very, very frightened of any such approach of storing centralized keys.

    2. Re:Problems abound... by hairyfeet · · Score: 2, Interesting

      You want to know how the child pr0n guys get away with it? I know that I will probably get flamed for bringing this up, but out of curiosity I asked a buddy I was going to school with that worked in the state crime lab how come all we ever see on the news is these morons in their basements looking at child pr0n instead of the rings that are actually making the crap. According to him it is because the actual producers don't make this garbage and then post it to forums where they can be traced. By the time it is posted to some forum it has aready passed through so many hands as to be untraceable. Instead they use the mail of all things!

      According to him once you are "in" the group everything is passed by encrypted DVDs. He said they have busted guys in the past which they knew were part of a network, but because nearly all their "product" was so heavily encrypted they could only bust them for the product unencrypted on the HDD and for the kids they molested. And since they are already looking at 400+ years getting them to cough up the keys or name names? Yeah right.

      So if you want to know how the child pr0n rings can operate for ages while they bust some guy diddling in his basement to the crap that has been floating around the net for 20 years, that is why. They aren't going to trust HD firmware based crypto anymore than we are. After all they are looking at 100s of years in the pen and so have a VERY good reason to go overboard with the crypto.

      --
      ACs don't waste your time replying, your posts are never seen by me.
  18. Furthur "Edition" Separation by iSzabo · · Score: 2, Informative

    It looks like they're using the "Opal" standard as a way of selling essentially the same hard drive slightly crippled since if you don't have the key for the thing you "can't even sell it on eBay", whereas admins can "cryptographically erase" their data with ease. Does this mean that the well priced one has a one-key no-reselling system, and the artificially inflated "server" class one can be rotated? I'm going to ere on the side of "companies get together in order to hurt us all" and fear the worst.

  19. Put your own encryption on top of the drive's... by thorndt · · Score: 2, Insightful

    Nothing says you can't use Truecrypt or what have you on top of the hardware-based encryption built into the hard drive.

    This way you'll have AT LEAST as much protection as you would've with just your software-based encryption.

    --
    - The race is not [always] to the swift, nor the battle to the strong. -
  20. Re:A few questions... by clampolo · · Score: 3, Interesting

    I worked for a company that shipped encrypted firmware. We were required to send the keys to the NSA.

  21. Re:Do STD's make it easier to 'see' encrypted disk by Eivind · · Score: 5, Insightful

    This use-case is more or less dying out though. Because transporting bits across a border by having someone hand-carry them is just too large a risk, assuming it's the kind of bits the government of either country would rather not have crossing the border.

    Much better to transmit the bits out, in encrypted form, over some kind of network. Even if there's no internet, you can always do it over satelite-phone or something. Yeah, I know that's like $3/minute, but how many minutes do you need to transmit the ascii-text of an interview or something ?

    It's sligthly more of a problem if it's something largish, particularily if it's HD-video though, but even this problem is going away. Even if you're in Iran, it's not very hard to find an access-point with a megabit or more of capacity.

    There's no question; the safest way to store "dangerous" bits on your laptop while crossing a border, is to NOT store them on there at all. They can't find what is genuinely not there.

  22. True Crypt Source by RationalRoot · · Score: 5, Informative

    What' is this then ?

    http://www.truecrypt.org/downloads2.php

    Source Code ?

    I have not compiled it, nor gone through it in detail, but it looks like source code to me.

    D

    --
    http://davesboat.blogspot.com/
    1. Re:True Crypt Source by AusIV · · Score: 3, Informative

      When TrueCrypt released version 5.0, they lacked a 64 bit version. Myself and a couple of others on the Ubuntu forums hacked at the source until we got a 64 bit version to compile and run smoothly. It may not be an OSI approved license, but the source is definitely there for those who want to pick at it.

    2. Re:True Crypt Source by the_other_chewey · · Score: 2, Informative

      What' is this then ?

      http://www.truecrypt.org/downloads2.php

      Source Code ?

      I have not compiled it [...]

      I have. It works.

  23. Re:A few questions... by Atlantis-Rising · · Score: 4, Insightful

    And yet, somehow I don't believe you.

    To be more specific, I find it illogical to assume that the NSA would require you to provide them with the keys and at the same time let you talk about it.

    Given this, I am suspicious of your claim in the extreme.

    --
    "It is possible to commit no errors and still lose. That is not a weakness. That is life." -Peak Performance
  24. Short-sighted. by ledow · · Score: 2, Insightful

    How short-sighted is it to tie into one encryption standard? Idiots.

    You need to *at least* make various encryptions pluggable and software-upgradeable because I guarantee that Murphy's Law says that once EVERYONE has one of these hard drive, AES will be cracked sufficiently and we'll be back to square one but tied into millions of devices incorporating a useless and obsolete security "standard. It'll be WEP all over again, even down to 99% of people being "assured" that their hard drive is safe, and then finding out the reality.

    Plus, the DRM potential is obvious. I thought the ATA standard had the facility to implement disk encryption anyway - isn't that one of the features used on the XBox or something to lock the hard drives to a particular machine? - you have to send a password across the bus as an ATA packet before the drive will permit any access at all.

  25. Re:A few questions... by L4t3r4lu5 · · Score: 4, Funny

    Good point. clampolo, care to comment?

    clampolo?

    --
    Finally had enough. Come see us over at https://soylentnews.org/
  26. Bullshit. RAID5 is fine in read only file systems. by jotaeleemeese · · Score: 2, Insightful

    Read about where the bottlenecks are before suggesting nonsense.

    --
    IANAL but write like a drunk one.
  27. OTOH, a reason to trust by BenEnglishAtHome · · Score: 3, Insightful

    Why would you trust them not to have a back door installed,...

    I'm not as worried about that as some. Here's how I look at it - if there's a back door, it doesn't matter as long as it doesn't get used. If it gets used even a few times, word will get out. When some ring of baby-rapers gets caught and prosecuted with evidence that was obtained through said back door, word *will* get out.

    So what happens then? A million drive purchasers demand their money back. A million businesses that bought the drives because they were guaranteed unbreakable encryption join in class-action lawsuits against the drive manufacturers and resellers, blasting them into legal oblivion.

    If I were a drive manufacturer, I wouldn't risk it. The secret would eventually leak and my company would be toast, overnight.

    1. Re:OTOH, a reason to trust by Directrix1 · · Score: 2, Interesting

      Nah, the company would probably just make sure that the word doesn't get out. And if it does it would be seen as some whack job on Slashdot who thinks only F/OSS can be trusted. Just so there is no confusion here, I'm one of those whackjobs. Proprietary disk encryption is just a universally dumb idea.

      --
      Occam's razor is the blind faith in the natural selection of least resistance and in universal oversimplification. -- EF
    2. Re:OTOH, a reason to trust by Hatta · · Score: 2, Interesting

      That's a nice idea, but about as accurate as the idea that "Banks will self regulate because it's in their best interest". It's already well known that the NSA had a backdoor into Windows encryption, and that doesn't seem to bother anyone.

      --
      Give me Classic Slashdot or give me death!
  28. 128-bit -vs- 256-bit by MobyDisk · · Score: 2, Insightful

    "Disk vendors are free to choose to use AES 128-bit or AES 256-bit keys depending on the level of security they want"

    More likely, they will choose based on the power of the controller. Nobody would want less security.