Slashdot Mirror


The Beginnings of Encrypted Computing In the Cloud

eldavojohn writes "A method of computing from a 2009 paper allows the computing of data without ever decrypting it. With cloud computing on the rise, this may be the holy grail of keeping private data private in the cloud. It's called Fully Homomorphic Encryption, and if you've got the computer science/mathematics chops you can read the thesis (PDF). After reworking it and simplifying it, researchers have moved it away from being true, fully homomorphic encryption, but it is now a little closer to being ready for cloud usage. The problem is that the more operations performed on your encrypted data, the more likely it has become 'dirty' or corrupted. To combat this, Gentry developed a way to periodically clean the data by making it self-correcting. The article notes that although this isn't prepared for use in reliable systems, it is a quick jump to implementation just one year after the paper was published — earlier encryption papers would take as much as half a decade until they were implemented at all."

53 of 76 comments (clear)

  1. Can't come soon enough by capnchicken · · Score: 1

    I never did see the big draw of cloud computing without this. Hopefully this will also provide some needed knowledge to better something like Freenet

    --
    A libertarian shat on my carpet once. Claimed the free market would sort it out. -Ford Prefect(8777)
  2. um, no. by Lord+Ender · · Score: 4, Interesting

    Practical homomorphic encryption is a fantasy, or at the very least it is so far off that it won't impact any of us any time soon.

    If you want to cloudsource sensitive information processing, you will need a highly-secured vendor (most aren't even close). Sorry!

    --
    A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    1. Re:um, no. by Monkeedude1212 · · Score: 2, Insightful

      Practical homomorphic encryption is a fantasy,

      So what about impractical, if they can get it to work impractically, isn't it just a matter of resources playing catchup?

    2. Re:um, no. by tylersoze · · Score: 1

      Practical homomorphic encryption is a fantasy

      Anybody else first misread that as "homophobic" then "homoerotic" fantasy? :)

    3. Re:um, no. by jimbolauski · · Score: 1

      Practical homomorphic encryption is a fantasy,

      Not that there is anything wrong with it.

      --
      Knowledge = Power
      P= W/t
      t=Money
      Money = Work/Knowledge so the less you know the more you make
    4. Re:um, no. by khallow · · Score: 1

      Practical homomorphic encryption is a fantasy, or at the very least it is so far off that it won't impact any of us any time soon.

      So how many years to deployment is that? Three? Five? Ten?

    5. Re:um, no. by debatem1 · · Score: 2, Insightful

      Nitpicking, but homomorphic encryption gets used all the time- both RSA and ElGamal have a multiplicative homomorphic property, and blind signing (an application of that property) is fairly common. It's fully homomorphic cryptosystems which aren't currently used in practice, and I can assure you that interest in it is quickly moving from pure-theory labs into the more practical research communities. It would not at all surprise me to see the first real applications in the next five years, although you're right that large-scale deployment is still probably many years off.

    6. Re:um, no. by Anonymous Coward · · Score: 2, Insightful

      I'm glad to see that another Slashdotter actually understands what this work is about, because most of the commenters on this thread are clueless.

      This work is fascinating because the author's encryption scheme is homomorphic for both multiplicative and additive operations, allowing you to compute arbitrary boolean circuits on the encrypted data!

      Unfortunately, the computational complexity of their approach is too slow for this to have any practical applications (due to some astoundingly complicated "gadgets" they had to implement that prevent the encrypted data from losing its meaning after doing too many computations), but it's fascinating from a cryptographic point of view.

    7. Re:um, no. by Anonymous Coward · · Score: 1, Funny

      nope. just you.

      awkward, right?

    8. Re:um, no. by Lord+Ender · · Score: 1

      I hate to break it to you, Mr. Coward, but we would need a deluge of breakthroughs before it is even remotely interesting from an engineering standpoint.

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
  3. maybe it's just me by ihxo · · Score: 4, Insightful

    The idea that my data is on the "cloud" and I have to pay a monthly fee (or watch some ads) to access it is really not very interesting to me.

    1. Re:maybe it's just me by Garble+Snarky · · Score: 1

      Amen, brotha

    2. Re:maybe it's just me by Aladrin · · Score: 1

      And I feel exactly the same way about storage places, and yet people pay monthly to store things that they really should be selling or giving away.

      Short-term storage I understand. People who have had that storage unit for more than a year just amaze me. You could throw it all away and buy it again for the same price. And if it's -really- precious to you, it shouldn't be in storage in the first place.

      --
      "If you make people think they're thinking, they'll love you; But if you really make them think, they'll hate you." - DM
    3. Re:maybe it's just me by lgw · · Score: 1

      As a consumer, sure. As a business, you'll eventually want secure offsite storage for both paper and electronic records, and you'll expect to pay monthly for both. You might want to throw that stuff out, but there are all these annoying laws about record retention.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    4. Re:maybe it's just me by lbates_35476 · · Score: 2, Insightful

      So I'm guessing you aren't using hosted email in any way. If you are, your email data is "in the cloud". Another excellent use of the cloud is for system backups (note I work for a company that provides secure system backups to our cloud storage). One of the few "reliable" ways of keeping up-to-date point-in-time backups of systems for disaster recovery is by using secure cloud storage. Every other method that I've investigated has serious (and often fatal) flaws to keeping a recoverable image of critical business systems. I gave up on the "take a copy of all my servers/workstations" home method a long time ago because it has become unworkable and people are inherently unreliable.

    5. Re:maybe it's just me by Jeremi · · Score: 1

      The idea that my data is on the "cloud" and I have to pay a monthly fee (or watch some ads) to access it is really not very interesting to me.

      I see your point, but it's not like maintaining your own physical computer is free either. Instead of paying service fees, you have to pay money to purchase the computer, spend time and/or money to keep it running, make sure your data is backed up, pay for electricity, deal with it if it gets stolen or damaged, etc.

      The trade-offs may be worth it for you, but other people like the freedom of not having to be an amateur sysadmin/hardware wrangler.

      --


      I don't care if it's 90,000 hectares. That lake was not my doing.
  4. Re:Job market time? by WrongSizeGlass · · Score: 1

    They probably just left it on an insecure AT&T server ... it was bound to find its way to the internet before too long ... I'm just sayin'

  5. Re:Job market time? by symes · · Score: 2, Insightful

    While it might be ultimately impractical - there's no harm in researchers getting their work out to intelligent, informed audiences... like, errr, ummmmm... that other place

  6. So, tests are left out in the cold? by Dragoniz3r · · Score: 1

    So, I've got this encrypted data, and I can do these operations to it and it'll still be encrypted blah blah blah. I want to alphabetically sort some data. If I'm reading this right, you're screwed. Not seeing the utility, if that's the case.

    1. Re:So, tests are left out in the cold? by BlueKitties · · Score: 1

      We only require a basic set of instructions to build complete programs. Specifically, we only need enough of them to achieve Turing Completeness. Modern processors usually have upwards of 30 basic instructions, most of them simply save time. With this sort of encryption, we can't have those same time saving shortcuts. Further, we are forced into using process visualization, with absolutely no way to utilize a JIT Compiler. Because of this, Fully Homomorphic Encryption it incredibly time consuming. It's akin to writing an Interpreter in an already Interpreted programming language.

      --
      "Sorrow is better than laughter, for by sadness of face the heart is made glad." [Ecclesiastes 7:3]
    2. Re:So, tests are left out in the cold? by lgw · · Score: 1

      If I can sort your data alphabetically without the password, it's (as a result of that sorting) not usefully encrypted. I've read through some of this stuff and I just don't get it.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    3. Re:So, tests are left out in the cold? by Zironic · · Score: 1

      I havn't read it yet, but I'd assume you're not actually getting a sort command, you're getting a bunch of low level commands that end up making it sorted.

    4. Re:So, tests are left out in the cold? by Dragoniz3r · · Score: 1

      No. You're not capturing the magnitude of how few operations we have at our disposal with FHE. We can add, and we can multiply, and we can compare ciphertexts. Those are the three basic operations you can perform. Even if you could somehow divine the proper sorting of plaintexts, based upon their ciphertexts (And I'm even ignoring the fact that that would leak information like a sieve, for now), you'd have to go through god knows how many hundreds of add/multiply/compare iterations to do it. It's just not feasible.

      Now, to address that little point I said I was ignoring. If you can discern ANYTHING about the plaintext from the ciphertext, it means your encryption is leaking. However, in order to do anything useful with cloud computation, you HAVE to be able to know about the ciphertext. How many "cloud" operations do you have at your workplace where you process data blindly adding and multiplying? Imagine an actuarial scenario: You've got a bunch of (encrypted) policy data that you've uploaded to the cloud for rating. The premium rate for a policy depends on dozens or hundreds of variables. Everything from where you live to whether your car has power windows. Without being able to discern that information from the ciphertext, you can't properly rate the policy. But if you can discern the information, you've defeated the entire purpose of your encryption.

      It's neat math, but I don't see how it can be used to do anything useful, while still protecting your data.

    5. Re:So, tests are left out in the cold? by Dragoniz3r · · Score: 2, Insightful

      The whole idea behind this is that you'd be able to encrypt your data, upload it to your cloud provider, and use their hardware to do a bunch of work on it, without ever decrypting it. The reason why this is attractive is because you don't want your cloud provider looking at your data. If you can sort your data by plaintext, while still in ciphertext form (ie, without decrypting it on the cloud's hardware AT ALL), then what's stopping your cloud provider from doing it, too? You're leaking information about your data to your provider, and if they wanted to, they could perform a process of elimination and discover your plaintext.

      Note, sorting is only ONE example of a class of algorithms that might have to be performed. Pretty much any useful algorithm would in some way leak information about the plaintext, in a way that would be visible to people who don't have your private key. That defeats the whole purpose. Might as well just upload all your data XOR encrypted.

      The thing to keep in mind here is that the idea is to make it so your cloud provider has no way to read, or infer information about, your data. I'm in the camp that believes it's not possible, but even if it is possible, known methods (like this one) are neither plausible nor secure.

    6. Re:So, tests are left out in the cold? by ultranova · · Score: 1

      Note, sorting is only ONE example of a class of algorithms that might have to be performed. Pretty much any useful algorithm would in some way leak information about the plaintext, in a way that would be visible to people who don't have your private key. That defeats the whole purpose. Might as well just upload all your data XOR encrypted.

      Could you encrypt the algorithm itself? That is, just like you use the key to transform the cleartext to ciphertext, you would use the key to transfer the original algorithm to a "ciphered" algorithm, which operates on that ciphertext, producing more ciphertext, which, when decrypted, will be the same as if you'd run the original algorithm on the original cleartext. Basically, your "cloud provider" would not know either your data or what you're doing to it.

      And XOR encryption is just fine, as long as you XOR against a random bit string and keep it to yourself :).

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    7. Re:So, tests are left out in the cold? by BlueKitties · · Score: 1

      We don't need to discern the information, that's the whole goddamned point. It means we can solve a+b=c, without ever knowing what a, b, or c are.

      --
      "Sorrow is better than laughter, for by sadness of face the heart is made glad." [Ecclesiastes 7:3]
  7. Security is NOT an issue with The Cloud. by Anonymous Coward · · Score: 3, Funny

    Wait a minute. I'm a manager, and I've been reading a lot of case studies and watching a lot of webcasts about The Cloud. Based on all of this glorious marketing literature, I, as a manager, have absolutely no reason to doubt the safety of any data put in The Cloud.

    The case studies all use words like "secure", "MD5", "RSS feeds" and "encryption" to describe the security of The Cloud. I don't know about you, but that sounds damn secure to me! Some Clouds even use SSL and HTTP. That's rock solid in my book.

    And don't forget that you have to use Web Services to access The Cloud. Nothing is more secure than SOA and Web Services, with the exception of perhaps SaaS. But I think that Cloud Services 2.0 will combine the tiers into an MVC-compliant stack that uses SaaS to increase the security and partitioning of the data.

    My main concern isn't with the security of The Cloud, but rather with getting my Indian team to learn all about it so we can deploy some first-generation The Cloud applications and Web Services to provide the ultimate platform upon which we can layer our business intelligence and reporting, because there are still a few verticals that we need to leverage before we can move to The Cloud 2.0.

  8. Re:maybe it's just you. by hitmark · · Score: 1

    by the sound of it, consumer cloud is just enterprise cloud scaled down.

    --
    comment first, facts later. http://chem.tufts.edu/AnswersInScience/RelativityofWrong.htm
  9. 1931 called by srussia · · Score: 1

    This is just Gödel numbering using an "encrypting" algorithm.

    --
    Set your phasers on "funky"!
  10. Freenet is clever by Anonymous Coward · · Score: 1, Insightful

    I am a Freenet user (posting anonymously for obvious reasons) and I use it for Freenet Messaging System (FMS) which is a web forums on top of Freenet. The key thing about Freenet is that it is an anonymous data store. Even if you are offline, someone can fetch the data that is spinning around in the network.

    You use a lot of CPU in my experience to retransmit lots of requests from other users, it's not obvious to your node whether or not you actually requested a piece of data. Even better is to make a darknet with people you trust.

  11. What about just using encfs and fuse? by oakgrove · · Score: 2, Interesting

    Correct me if I'm wrong but couldn't you just use something like Encfs and fuse and just access your encrypted files as if they were a mounted file system right on your local system with all that implies?

    --
    The soylentnews experiment has been a dismal failure.
    1. Re:What about just using encfs and fuse? by lgw · · Score: 2, Insightful

      The intent is that the cloud provider, who doesn't have the password, could perform useful operations on your data. I don't see how anything good could come from this.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    2. Re:What about just using encfs and fuse? by xZgf6xHx2uhoAj9D · · Score: 3, Insightful

      Yes, but that would be missing the boat. The whole point of cloud computing is that computations do not happen on your local computer. That's what fully homomorphic encryption offers: for a server to perform computations on encrypted data without decrypting the data.

  12. Re:encrypt by MattW · · Score: 1

    svefg cbfg

    FYP

  13. No that wouldn't allow them to analyze your data. by elucido · · Score: 1

    The whole point of cloud computing is to give corporations access to all your files and all your computing behavior so they can analyze it, sell it, broadcast it, trade it, and make it into a product for governments and corporations around the world.

  14. Not going to work by gweihir · · Score: 2, Interesting

    This has been tried for at least 3 decades. It could never be made to work efficiently and this approach is also not really going to help. It may have some valid crypto application this time (it never got that far before), but you will have to pump in so many more CPU cycles, that it will be a lot cheaper to just spend then directly on you own PC for any non-crypto stuff.

    Side note: The things people will claim to make this mostly BS idea of the cloud seem to work never cease to amaze me.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  15. Re:No that wouldn't allow them to analyze your dat by Anonymous Coward · · Score: 1, Insightful

    The whole point of cloud computing is to give corporations access to all your files and all your computing behavior so they can analyze it, sell it, broadcast it, trade it, and make it into a product for governments and corporations around the world.

    Where do you get that from?

    It seems as though you are thinking about the wrong layer of the 'cloud'.
     
    This is about high availability, to where the hardware operators can have many servers on standby and seemlessly (via VMotion or similar technologies) change hardware without a hiccup. If a node goes down then just bring up the same resource on an alternate server.

  16. Encryption is only 1 problem by hsnewman · · Score: 1

    The issue with clouds is for the most part they are using commodity hardware and the method for data reliability is replication. Given the hard error rate of disk drives after about 7 PB of data the failure rate of disk drives will exceed the ability of an OC-48 channel to move the data to replicate failed drives.

  17. Newer Advance / Stop the Botnets by bill_mcgonigle · · Score: 2, Interesting

    There's been some progress since this paper.

    It's not there yet, but there's hope.

    The good news is this will eventually stop the botnets. One all that computing power is reliably usable, there's profit motive to defend it.

    --
    My God, it's Full of Source!
    OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    1. Re:Newer Advance / Stop the Botnets by Explodicle · · Score: 1

      Botnets exist because of rational ignorance. For most people, the benefit of having an efficient computer does not outweigh the cost of learning about malware and proper maintenance. How many times have you heard "It does my email and my internet, I don't care"? If there was a financial incentive to keep your computer running efficiently, more (but not all) people would make that effort. I'm sure you're ignorant about some things that malware victims would consider important. Would you like it if they dismissed you as an inherently ignorant person because you didn't take the time to learn something that doesn't really impact the things you care about?

  18. Time for an eye exam by Anarchduke · · Score: 1

    Funny, I read " Fully Homomorphic Encryption" as Fully Homophobic Erections

    --
    who prays for Satan? Who in 18 centuries has had the humanity to pray for the 1 sinner that needed it most? ~Mark Twain
  19. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  20. Re:maybe it's just you. by martin-boundary · · Score: 1

    It doesn't matter if it is interesting to you. Is it interesting to her?

  21. Re:maybe it's just you. by master5o1 · · Score: 1

    I doubt it, but she'll probably end up using it anyway, whether she knows or not.

    --
    signature is pants
  22. Cloud computing sells crypto research, not vv by jonaskoelker · · Score: 1

    Side note: The things people will claim to make this mostly BS idea of the cloud seem to work never cease to amaze me.

    If I know anything about \subsection{Motivation}, they're using cloud computing to make fully homomorphic encryption seem* worthwhile.

    (* appearances may be true or false but not both).

    Academic cryptography has developed the theory necessary for all the important problems people want solved in practice (i.e. public key encryption). That's why we work on the (apparently) less important problems now, and that's why the "motivation" part of our articles are a little... stretched ;-)

    You can argue that someone ought to work on building and deploying technology based on the good ol' cryptographic theory (i.e. an internet with end-to-end public key cryptography). I won't argue against you, but I think it requires solving problems of internet governance first.

  23. The computed results don't reveal the inputs! by jonaskoelker · · Score: 2, Insightful

    If you can sort your data by plaintext, while still in ciphertext form (ie, without decrypting it on the cloud's hardware AT ALL), then what's stopping your cloud provider from doing it, too?

    Nothing. The result will be a list of ciphertexts which won't reveal anything about the plaintexts.

    See also the thesis, page 5 (5 on paper, 15 in pdf):

    At a high-level, the essence of fully homomorphic encryption is simple: given ciphertexts that encrypt pi_1, ..., p_t fully homomorphic encryption should allow anyone (not just the key-holder) to output a ciphertext that encrypts f(pi_1, ..., p_t) for any desired function f, as long as that function can be efficiently computed. No information about pi_1, ..., p_t or
    f(pi_1, ..., pi_t), or any intermediate plaintext values, should leak; the inputs, output and intermediate values are always encrypted.

    So if I give you pi_1 and pi_2, you'll know that E(min(pi_1, pi_2)) = 42 and E(max(pi_1, pi_2)) = 17. What do their encryptions tell you about pi_1 and pi_2?

    You're leaking information about your data to your provider, and if they wanted to, they could perform a process of elimination and discover your plaintext.

    I don't think it's possible; I must admit I haven't read Gentry's thesis, but I assume he proves what he advertises---that he has a fully homomorphic encryption scheme. In that case, it is indeed possible to carry out any computation on encrypted values without revealing information about neither the plaintext nor the result of the computation.

    Of course, if I'm wrong, I would very much like to see your algorithm for discovering the plaintext.

    The thing to keep in mind here is that the idea is to make it so your cloud provider has no way to read, or infer information about, your data. I'm in the camp that believes it's not possible, but even if it is possible, known methods (like this one) are neither plausible nor secure.

    Gentry's approach uses lattices; his approach should be secure against people whose computational resources are polynomial in the plaintext size, even (I think we think*) if they have quantum computers.

    (* I haven't looked closely, so I'm randomly guessing his use of lattices is of the kind where no publicly known quantum attacks exist).

    Security isn't an on/off thing. There's a stricter security property Gentry's system either satisfies or doesn't satisfy---that no one can know anything about the plain texts, even if computing on the ciphertexts "forever".

    But in-use technology such as SSL, ssh, PGP/GPG doesn't live up to this standard, yet in practical security it's never the *crypto* that's broken.

    To say that Gentry's work is not only wrong (not secure) but not plausible I think implies that the PhD committee at Stanford is doing a piss-poor job. Is that really what you mean?

    (This is one of the reasons I'm doing my PhD in cryptography: in algorithms, or languages, or $subfield, when there's something you don't know you just know that you don't know how to do X; in cryptography, when there's stuff you don't know, it seems like magic is possible)

    1. Re:The computed results don't reveal the inputs! by lgw · · Score: 1

      If I have a list of cyphertexts in plaintext-sorted-order, and I can choose several such operations to perform, I have more than enough information to decrypt most of it with high confidence.

      Basically, if I can see the result of subtracting one plaintext from another (or XORing them together or any other such simple operaiton), I'm a trivial step away from decrypting both. This looks an awful lot like being able to get that information - not quite so neatly packaged, but close enough for government work.

      --
      Socialism: a lie told by totalitarians and believed by fools.
  24. That article says this is possible by jonaskoelker · · Score: 1

    Quoting from your linked article:

    Single-client private computing is realizable via FHE, as we explain below

    FHE is Fully Homomorphic Encryption, exactly what Gentry has shown to exist.

    (Note, I haven't read your linked article fully, nor have I read Gentry's thesis fully; I may be wrong, but a first guess would suggest that your linked article isn't in conflict with Gentry).

  25. That's easy. by impaledsunset · · Score: 1

    Encrypted data manipulation? Just write the manipulation software in Malbolge.

  26. Anonymous != untrustworthy by KlaymenDK · · Score: 1

    Anonymous does not necessarily mean "has no name", although I can see how slashdotters are being conditioned to think so. Anonymous merely means to keep ones identities separate from and unconnected to one another.

    You can have a perfectly anonymous identity with assorted social perks such as a recognizable name and verifiability/accountability; just disconnected from any other identities you might have. The tricky part is *keeping* them separated (plain human sloppiness is what got most old-school hackers caught).

    1. Re:Anonymous != untrustworthy by Tacvek · · Score: 1

      Actually anonymous implies no attached name, or name-like construct. If there is an attached name, then it is pseudonymous.

      --
      Stylish sheet to fix many problems in Slashdot's D3: https://gist.github.com/801524
  27. Just Use Fusion/OpenCL by sanman2 · · Score: 1

    I thought one of the big uses being touted for the upcoming new CPU-GPU processors like AMD's Fusion, is that they'll be able to do things like virus-checking concurrently on the side. Why not similarly try it for homomorphic encryption on the side, and then the computational complexity won't slow things down too badly.