Slashdot Mirror


Google Asks 'Who Cares Where Your Data Is?'

mask.of.sanity writes "The chief security officer for Google Apps, Eran Feigenbaum, said popular concerns over data sovereignty in outsourced environments are unwarranted. He said businesses should worry about security and privacy of data, rather than where it is stored. The comments clash with those made by IT pros including Gartner, who said cloud providers like Google can't be trusted with sensitive data."

241 comments

  1. Encrypt it then by Anonymous Coward · · Score: 5, Insightful

    If the data is sensitive, you should be encrypting it anyway before passing it along to a third party thatr has no business looking at it. If the data isn't sensitive enough to encrypt, why do you care where Google keeps it?

    1. Re:Encrypt it then by shadowfaxcrx · · Score: 4, Insightful

      Your post fails to consider the completely reasonable choice of not handing your data off to a third party in the first place. . .

      --
      "I disagree with you" does not equal "flamebait."
    2. Re:Encrypt it then by hawguy · · Score: 4, Insightful

      But if it's sensitive, it should still be encrypted, even if it's in your datacenter.

    3. Re:Encrypt it then by 0123456 · · Score: 4, Insightful

      Your post fails to consider the completely reasonable choice of not handing your data off to a third party in the first place. . .

      That is not a reasonable choice if you're a manager who's going to get a big bonus for shipping your data off to 'The Cloud' so you can close down your own data center.

    4. Re:Encrypt it then by PraiseBob · · Score: 0

      If the data is sensitive, you should be encrypting it anyway

      Sure, because if the data is encrypted, the only people who can get into it are those with gigantic server farms. (Like Google)

      Besides, who would be interested in random encrypted data? It would be cost prohibitive to decrypt data to peek at it, unless there are advances in supercomputing. (Which google is actively working on)

      The only company which would want to do that is one which has a business model built on collecting and monetizing private data (See: Google)

      Yep. I can't see any reason why people should care about where they store cloud data.

    5. Re:Encrypt it then by martin-boundary · · Score: 5, Interesting

      If the data isn't sensitive enough to encrypt, why do you care where Google keeps it?

      Sensitive or no, Google has no right to snoop on your data.

      Besides, what may not be sensitive when you've got it, can become sensitive when someone else has got it.

      For example: you and a friend both own half of a secret password. One piece alone is worthless, so you don't mind if Google knows your half. Similarly, your friend doesn't care if Google knows his half. Result: Google knows both halves.

      What's true for passwords is also true for people's information profiles in general. Company A might know where you buy diapers, company B knows what movies you watch, company C knows your address, etc.

    6. Re:Encrypt it then by hawguy · · Score: 4, Informative

      If the data is sensitive, you should be encrypting it anyway

      Sure, because if the data is encrypted, the only people who can get into it are those with gigantic server farms. (Like Google)

      Besides, who would be interested in random encrypted data? It would be cost prohibitive to decrypt data to peek at it, unless there are advances in supercomputing. (Which google is actively working on)

      The only company which would want to do that is one which has a business model built on collecting and monetizing private data (See: Google)

      Yep. I can't see any reason why people should care about where they store cloud data.

      AES256 is crackable with a complexity of 2^99.5: http://en.wikipedia.org/wiki/Advanced_Encryption_Standard

      So, if Google's advanced supercomputer can crack a billion keys/second and they have 1 billion computers at their disposal to do the cracking, it would only take them around 1 x 10^17 years to crack your data.

      Of course, now that you've figured out their plan, they're going to have to kill you, and they will surely do so within 1 x 10^2 years.

    7. Re:Encrypt it then by bruceg · · Score: 2

      If the data is sensitive, you should be encrypting it anyway before passing it along to a third party that has no business looking at it. If the data isn't sensitive enough to encrypt, why do you care where Google keeps it?

      Ayup. Fire up truecrypt, and be done with it.

    8. Re:Encrypt it then by rasmusbr · · Score: 2

      Realistically speaking, how are you going to get your employees to never use the built-in save function in their apps?

      My understanding, correct me if I'm wrong, is that the "save" button will essentially work as a button that uploads a document to the cloud. Each separate app would need its own built-in encryption and decryption if it's going to be practical from a user perspective.

    9. Re:Encrypt it then by 0123456 · · Score: 4, Interesting

      Even if the data is encrypted, if you're using a virtual server in The Cloud, then the server requires the key to decrypt it, and anyone with access to that virtual machine can then read the data.

      Encryption would only make the data safe if you're reading it back from The Cloud, processing it, and sending updates back to The Cloud. Which would seem an odd way to do things unless you want to have access to the same data from multiple sites around the world.

    10. Re:Encrypt it then by Anonymous Coward · · Score: 0

      And yet.. none of this escapes the simple fact that if your data is sensitive, encrypt that shit.

      If you trust Google, or any other remote storage solution, and they are trustworthy then it will not matter if you encrypt it or not. They won't snoop, and you won't have lost anything. If you trust them and they are not trustworthy, your sensitive data is encrypted. Not a perfect outcome, but at least they'll have to do some work. And you can hope that the data becomes obsolete before its broken.

      But more to the point, even if you trust Google (or.. yourself, if you're going to store your data yourself) you should encrypt it. Do you trust everybody that has access to the connection you transfer the data? In Google's case, that'll be ... anybody with an internet connection. Google won't be perfect. If their security is bypassed, in whatever fashion, are you going to tell your customers that "oh.. but we trusted Google, so we didn't bother to encrypt your data" .. yeah. That'll totally blow up in Google's face, not yours. If you store it yourself, internally, do you trust all the employees? "So, uh.. turns out Mark over in Custodial.. uh.. well, broke into the server during the nightly cleaning shift and stole all the unecrypted data.. we trusted ourselves, y'know"

      and, just to point out.. if you have one half of a secret password, why in the fuck would you not care if someone else knows your half? The point of secrets is to not have them spread around.

    11. Re:Encrypt it then by doublebackslash · · Score: 1

      Okay. I'll bite.

      Yes encrypting the data is good enough http://everything2.com/title/Thermodynamics+limits+on+cryptanalysis and http://en.wikipedia.org/wiki/Grover's_algorithm (if quantum computers come up then grover's algorithm still isn't much use. See the max speedup of the algorithm)

      However...
      effing HOW? I can't even get people to use PARAMETERIZED QUERIES. How in the HELLS am I going to get them to use a crypto system?

      Sure, I can make it easy to some degree, but then how do we do queries on anything but the unencrypted bits? Sure, there are ways (oh there are ways. Each more devilishly complex and mathematically involved than the last)

      Than we have to store the keys. So many keys... and the IVs and the data to know what information they point to >_<

      Now where to put the keys... gonna need to be FAST and reliable. Gee, it sure would be nice if someone had an infrastructure for that sort of thing... Aww hell.

      --
      md5sum /boot/vmlinuz
      d41d8cd98f00b204e9800998ecf8427e /boot/vmlinuz
    12. Re:Encrypt it then by Darinbob · · Score: 1

      Whether or not it's sensitive why would I want to give it to Google?

    13. Re:Encrypt it then by marcosdumay · · Score: 1

      The only problem is that algorithms deal quite badly with encrypted data. Your solution is only viable if you want to store the data and do nothing else with it, what I'd have to say, is a quite bad architecture. You'd better saving everything into /dev/null.

    14. Re:Encrypt it then by shadowfaxcrx · · Score: 3, Insightful

      Just because the people in charge of your bonus are unreasonable does not suddenly mean that shipping the data off is suddenly reasonable. You might choose to make an unreasonable choice for personal financial gain, but from a data security standpoint, it's still unreasonable.

      --
      "I disagree with you" does not equal "flamebait."
    15. Re:Encrypt it then by zippthorne · · Score: 1

      You must be watching some unbelievably entertaining movies, to be so engrossed that you would spend money to save the precious few second delay required for a lavatory break...

      --
      Can you be Even More Awesome?!
    16. Re:Encrypt it then by he-sk · · Score: 1

      There are encryption schemes that are transparent to algorithms, i.e. you can perform analysis on the encrypted data without decrypting it first.

      At least that's what a friend of mine said who's getting a Ph.D. doing medicine-related computer science.

      --
      Free Manning, jail Obama.
    17. Re:Encrypt it then by Obfuscant · · Score: 2

      i.e. you can perform analysis on the encrypted data without decrypting it first.

      About the only analysis I can think of that you can do on properly encrypted data is cryptanalysis.

      Trends in financial data, order status, anything I can think of that's useful would be obscured by the encryption. Which is, after all, the reason one encrypts the data in the first place.

      Got any examples?

    18. Re:Encrypt it then by hawguy · · Score: 1

      Even if the data is encrypted, if you're using a virtual server in The Cloud, then the server requires the key to decrypt it, and anyone with access to that virtual machine can then read the data.

      Then don't do that -- obviously if your cloud provider has both your encyption key and encrypted data, they can decrypt the data.

      if your data is so sensitive that you're worry about it residing on a disk drive in Nigeria, then you should probably be just as worried when it resides on a disk drive in your own datacenter in NYC - someone can steal it either way regardless of local laws.

      Encryption would only make the data safe if you're reading it back from The Cloud, processing it, and sending updates back to The Cloud. Which would seem an odd way to do things unless you want to have access to the same data from multiple sites around the world.

      Many applications have sensitive data that a few people should have access to, and non-sensitive data that the world can see. So use client-side Javascript to PGP encrypt sensitive data before it's stored in the cloud. Then client side PGP (or a thick client) on your employee's workstations will let them decrypt the data, without giving Google a chance to see it at all.

    19. Re:Encrypt it then by Anonymous Coward · · Score: 0

      "Even if the data is encrypted, if you're using a virtual server in The Cloud, then the server requires the key to decrypt it, and anyone with access to that virtual machine can then read the data."

      I made this same argument at work (Fortune 10 company), nobody had apparently thought of that - not only does your 'cloud' application need the key, but we also outsource most of the coding to India, Mexico, etc. If you lay off one of those people (or, uh, 'end their contract') they could potentially walk with the key and post it on the 'net, giving millions of potential hackers the key to get to your 'cloud data' (this holds even if your app is internal using the cloud only for data storage).

      With your data internal, presumably behind firewalls fully under your control, the "outside world" can't get to your data (of course it doesn't stop some employee/coder from maliciously getting it - but then you have someone to charge with theft of sensitive data, rather than millions of random people on the 'net).

    20. Re:Encrypt it then by node+3 · · Score: 2

      Your post fails to consider the completely reasonable choice of not handing your data off to a third party in the first place. . .

      Your post fails to consider the value in having the "best of both worlds".

      The cloud provides a real value. Staying away from it unnecessarily doesn't seem very rational. Encryption addresses the specific issue being brought up here.

    21. Re:Encrypt it then by hawguy · · Score: 1

      "Even if the data is encrypted, if you're using a virtual server in The Cloud, then the server requires the key to decrypt it, and anyone with access to that virtual machine can then read the data."

      I made this same argument at work (Fortune 10 company), nobody had apparently thought of that - not only does your 'cloud' application need the key, but we also outsource most of the coding to India, Mexico, etc. If you lay off one of those people (or, uh, 'end their contract') they could potentially walk with the key and post it on the 'net, giving millions of potential hackers the key to get to your 'cloud data' (this holds even if your app is internal using the cloud only for data storage).

      Why do your developers have the encryption key to the production database? No single person should have access to the complete key. And you should rotate keys regularly so even if someone does steal your key, it has a limited lifetime.

    22. Re:Encrypt it then by ppanon · · Score: 1

      I think he has misunderstood his friend. What his friend was probably driving at is that you can do statistical analysis on data that has been "anonymized" through the encryption or removal of personally identifying information such as name address and credit/loyalty card info. You are correct, properly encrypted data should be hard to differentiate from a random bit stream.

      --
      Laissez lire, et laissez danser; ces deux amusements ne feront jamais de mal au monde. - Voltaire
    23. Re:Encrypt it then by Anonymous Coward · · Score: 0

      All that is necessary is a Public Key Infrastructure (PKI) which holds the public key of each employee and the private key held by the employee. This way the organization, not the cloud service provider, controls the encryption/decryption and only the data stored in the cloud is encrypted. For applications running in the cloud there should be a requirement that each "session" is isolated from all others and no clear-text version of the data while used can exist outside of that particular session.

    24. Re:Encrypt it then by Luckyo · · Score: 2

      The OP addresses the reality. You're addressing a fantasy where managers are knowledgeable about IT security.

    25. Re:Encrypt it then by node+3 · · Score: 1

      Encryption would only make the data safe if you're reading it back from The Cloud, processing it, and sending updates back to The Cloud. Which would seem an odd way to do things unless you want to have access to the same data from multiple sites around the world.

      It's not and odd way to do things. It's very rational. If you use your own encryption, it works just like any other encrypted file. The server can't read it, because you never give it the key.

      And you don't need to have to want access from around the world. You can simply want access from more than one computer or device. Even in the same home, you might want to have a file that you can open from any computer. And even if you only have one computer, the cloud makes for a good backup.

    26. Re:Encrypt it then by Luckyo · · Score: 1

      The issue is that you cannot work with encrypted data - you have to decrypt it first. Which means either decryption in the cloud, or forced download of entire databases to each client.

      Latter is not an option for most cases of work, and former is the problem that OP raises. Encryption is not a defense against cloud provider if cloud provider has the keys to decrypt. It only provides protection against man in the middle attack.

    27. Re:Encrypt it then by Luckyo · · Score: 1

      Because maintaining your own datacenter costs money.

    28. Re:Encrypt it then by Anonymous Coward · · Score: 0

      You could have a storage gateway that acts as a intermediary .
      For example: A Linux Server has a SFTP filesystem hosting in the cloud and re-shared as a CIFS share.
      User Server Cloud server

    29. Re:Encrypt it then by geekmux · · Score: 3, Insightful

      Sensitive or no, Google has no right to snoop on your data.

      Yes, you're right, Google has no right, and Google doesn't snoop on your data...

      Google will just hand it over to any Federal agency, pretty much on a whim, because said agency heard a rumor that your farts smell like a terrorists, and they will snoop on your data. Spank you very much Patriot act.

      And all this talk of encryption is laughable for the same reason(like THEY don't have the keys to the commercial encryption "castle"?), unless you are willing to go well above and beyond any semi-standard keylength (like 4096+) to at least offer some level of difficulty.

    30. Re:Encrypt it then by stfvon007 · · Score: 1

      Actually you can encrypt the data itself, but not the database. Basicly the client side would have to send, I want the address, email and phone number for person whos hash value = (hash key), the cloud looks up the hash, sends back the information in encrypted form associated with that hash, decrypts it, then uses it for whatever is needed. Upon changing it, the client encrypts it before updating the cloud. The server would not know the actual data unless they got the encryption key. the downside to this would be they only have one value they can use to lookup the data, as they wouldnt be able to do a lookup based on the encrypted information.

      --
      All misspellings and grammatical errors in the above post are intentional and part of my artistic expression.
    31. Re:Encrypt it then by ajs · · Score: 2

      If the data is sensitive, you should be encrypting it anyway

      Sure, because if the data is encrypted, the only people who can get into it are those with gigantic server farms. (Like Google)

      This is a classic failure to perform risk analysis. There are risks associated with any data management plan. Storing the data on hosts maintained by your company can be extremely dangerous, especially if maintaining that environment isn't part of your company's core competency. All too often, companies find out that what they thought was a knowledgeable CTO was really just winging it, and hoping the IT staff they hired knew more than they did.

      It doesn't matter, however. Cloud services aren't a fad. The fact of the matter is that the vast majority of new, non-technical startups will all be forced into the cloud because the economics of supporting internal infrastructure for the typical business will become a competitive disadvantage. In fact, that's probably already the case. Once that happens, even technical businesses will be hard-pressed to continue to claim that having hard drives in your own hands represents some sort of critical benefit.

      In-house IT staffs that sucked down 1/8th to 1/3rd of an organization's budget made sense for a brief window, there, but we had to know that we couldn't keep going on like that.

    32. Re:Encrypt it then by bityz · · Score: 1

      It's still a matter of research rather than practical implementation. See this previous slashdot story for more information.

    33. Re:Encrypt it then by sticky.pirate · · Score: 1

      Actually, you can do a bit better than that; see Homomorphic Encryption, but I think it's still mostly in the proof of-concept phase

    34. Re:Encrypt it then by NFN_NLN · · Score: 1

      AES256 is crackable with a complexity of 2^99.5: http://en.wikipedia.org/wiki/Advanced_Encryption_Standard

      So, if Google's advanced supercomputer can crack a billion keys/second and they have 1 billion computers at their disposal to do the cracking, it would only take them around 1 x 10^17 years to crack your data.

      Of course, now that you've figured out their plan, they're going to have to kill you, and they will surely do so within 1 x 10^2 years.

      This entire thread is so full of fail it's going to make my head explode.

      Fact 1: Most encryption schemes are cracked by exploiting the hardware or the algorithm BUT rarely are they ever brute forced. If an entity has the hardware, and they do in a cloud, then encryption algorithm is not the weak spot.
      -XBOX original, game exploit
      -XBOX360 game exploit
      -Satellite: including DirecTV, Dish and Bell (smart card / firmware exploit)
      -PS3: exploit
      -HDCP/HDMI - exploit
      -$5 suitcase lock Vs. TSA - wire cutters, nobody brute forces anything

      Fact 2: Someone is confused about encryption or "the cloud" or both. Encryption isn't magic, a decryption key has to exist. If it exists on the fucking servers running in the cloud then it isn't really all that safe is it. That's right, a cloud is not just a data repository, it is data + computing + networking. I think people are thinking CIFS chare when they should be thinking VM.

      Fact 3: It's not Google you have to be most worried about. It's Google's security, it's the US government (who owns everything on US soil) and hackers that would find it very profitable to have a single attack vector.

    35. Re:Encrypt it then by martin-boundary · · Score: 1
      As you essentially point out, that's incompatible with cloud computing.

      There's no difficulty in storing huge amounts of data locally - terabytes are cheap enough that any company can afford to store all the raw data they'll ever need. Storing data isn't why clouds are attractive.

      What clouds are for is processing data, computing averages, making statistics, searching for data that's derived from the raw input in some way, etc.

      Even something as simple as performing arithmetic on the values of two variables can't be done without decrypting the hashes that represent each of the two values first. Basically, if you want the four operations +,-,*,/ then the cloud processor must be given the decryption key (at which point, why encrypt at all? It's a lot faster and more efficient to pass along unencrypted data to the processors).

    36. Re:Encrypt it then by dudpixel · · Score: 2

      People have been criticizing Google based on "what if" scenarios for years now.

      But the reality is that it would only take 1 single case of Google digging into someone's private data (ie. unencrypting private data) and the media would jump on it and google would lose 90% of its business almost overnight.

      That doesn't make them safe, but I really cant see why Google would want to take that risk.

      People know that Google use their data for the purposes of profiling them and re-using the data in targetted advertising, and most people are ok with that part.

      Google are a marketing company and they wouldn't have the customer-base they have if they weren't trustworthy. Like I said, it only takes one breach of trust for Google to lose everything they have. If they act within their T&C's and privacy policy, then that does not constitute a breach of trust, since the privacy policy IS the trust agreement.

      --
      This seemed like a reasonable sig at the time.
    37. Re:Encrypt it then by PraiseBob · · Score: 1

      It isn't a secret conspiracy that Google is in the business of analyzing your personal data, and making advertising revenue on based upon it. They make billions of dollars doing precisely that and are upfront about it. Am I delusional because I believe they will continue to follow their existing, extremely profitable, business model?

      They are also upfront about their research and heavy investment into quantum computing, which theoretically has great potential in decryption. Even aside from that, not all encryption was created equal, and many people might choose a weaker standard to get faster speeds.

      Gmail is free. How long until Gcloud is free and for the exact same reasons?

    38. Re:Encrypt it then by dudpixel · · Score: 1

      Sensitive or no, Google has no right to snoop on your data.

      Yes, you're right, Google has no right, and Google doesn't snoop on your data...

      Google will just hand it over to any Federal agency, pretty much on a whim, because said agency heard a rumor that your farts smell like a terrorists, and they will snoop on your data. Spank you very much Patriot act.

      And all this talk of encryption is laughable for the same reason(like THEY don't have the keys to the commercial encryption "castle"?), unless you are willing to go well above and beyond any semi-standard keylength (like 4096+) to at least offer some level of difficulty.

      You make a good point, but what makes you think it would be any different if your data was on your own personal hard drive. The federal agency would just rock up on your doorstep and you'll be handing over the data personally, or going to jail if you dont.

      Is there really a difference?

      --
      This seemed like a reasonable sig at the time.
    39. Re:Encrypt it then by jsprenkle · · Score: 1

      With chemistry based methods you can crack most codes much more quickly: http://www.aeili.com/category/dna-computing/

      --
      - I've got bad karma because I won't parrot everyone else's opinion
    40. Re:Encrypt it then by Anonymous Coward · · Score: 0

      What, exactly, makes you think Google would want to snoop on your data? What possible motive could they have for reading your boring corporate communications about tax filings and invoices?

      This level of paranoia strikes me of the same nervous twitching you hear from non-technical people complaining about their ISP's sysadmin is snooping on their email. There are petabytes of data to collect, store, sort, and deliver, maintaining that infrastructure alone takes an inordinate amount of resources, why in the hell would anyone bother to stop and pause and get their rocks off reading about your company's upcoming bake sale?

    41. Re:Encrypt it then by Anonymous Coward · · Score: 0

      Actually, WHERE it is stored is extremely important right now. India recently changed their laws with respect to the storage of of personal information. As such any foreign company who has hosted their data in India can not legally access it without getting the written permission of the person the data is concerning.

      Data held in foreign countries is subject to the laws of those countries.

      Eran Feigenbaum you FAIL.

    42. Re:Encrypt it then by Anonymous Coward · · Score: 0
      Google is an advertising company, sure they snoop on your data.

      Do you use gmail by any chance? They read your emails (yeah, it's algorithms reading your emails. But if the algo flags something, then a human will investigate).

    43. Re:Encrypt it then by mlts · · Score: 1

      Encryption isn't a cure-all. There are a lot of questions about encryption:

      1: How are you encrypting data? Per block as in a TrueCrypt partition? File by file like CFS or EncFS? Saving data to a staging area, then firing up a utility to encrypt the whole data blob in toto? Wrong decision here means a big performance issue.

      2: How are keys managed/used? If you use one key for all your offsite data and a blackhat nabs it, you are fucked. If you have tons of keys, your key management system better be robust, or you will have large chunks of inaccessible data.

      3: Is the encryption solution vetted, or is it like most stuff cloud related where "trust me, we have buzzwords" the motto of the day?

      4: Is the encryption solution FIPS or Common Criteria compliant? Stuff like this is important for not winding up in prison due to SOX, HIPAA, or FERPA compliance.

      5: How recoverable is the encryption solution? If the main data center goes down, can I fire up some hardware, install the encryption head and be able to access stored data?

      6: Are there measures in the encryption solution to deal with algorithm compromise? TrueCrypt can chain three algorithms, not for massive numbers of bits, but to mitigate risk should AES get cracked.

      Encryption is OK, but does not replace good sense in locating data.

    44. Re:Encrypt it then by Nikker · · Score: 1

      Just saying it will take an astronomical amount of time to bruteforce the entire key space does not imply your key will be the last one guessed ;)

      --
      A loop, by its nature, continues. If that didn't make sense, start reading this sentence again.
    45. Re:Encrypt it then by mlts · · Score: 1

      It is a lot easier for someone in Latveria to break the encryption algorithm, sell the break to someone in Elbonia who then grabs the data over the network as opposed to a physical attack.

      A physical attack, you know someone grabbed the data (assuming the machines were not compromised earlier.) An attack on data that is not in physical control can be done with absolutely no traces.

      Think a cloud provider is going to tell anyone they got hacked a la PSN? Unless someone blows the whistle or people's stuff winds up as torrents, there is no way in hell they would.

      Pack your own parachute guys, if the data is that sensitive.

    46. Re:Encrypt it then by he-sk · · Score: 1

      sticky.pirate provided the relevant keyword down-thread: Homomorphic encryption. I remember my friend briefly mentioning the discovery of a fully homomorphic encryption scheme, i.e. one that allows you to perform the equivalence of both addition and multiplication on the plaintext without decrypting the ciphertext, a major breakthrough at the time.

      The usefulness of such a scheme for the medical industry should be obvious. The problem then was that the current schemes are too slow to be practical.

      --
      Free Manning, jail Obama.
    47. Re:Encrypt it then by hawguy · · Score: 1

      Just saying it will take an astronomical amount of time to bruteforce the entire key space does not imply your key will be the last one guessed ;)

      Actually I think it's pretty much guaranteed that the correct key will be the last one guessed -- why would you continue to guess keys after you've already found it? Kind of like how you always find your wallet in the last place you look, you stop looking after you find it.

    48. Re:Encrypt it then by phantomfive · · Score: 2

      To the average person, sending it off to a third party is as secure, if not more, than on their own personal computer. It is more likely to have backups, and the if it's a reputable third party, they will only use your data for advertising, not for emptying your bank account, which is what might happen if you get a keylogger on your computer.

      Really. There is a surprising number of people who don't have backups.

      --
      "First they came for the slanderers and i said nothing."
    49. Re:Encrypt it then by mlts · · Score: 1

      The problem is that Google may not care where they store your data, but a lot of businesses do, even if it is encrypted.

      If a US government contractor was using cloud storage and their cloud provider was found to be storing data in Damascus or Tehran, the Feds would pull the contract and there is a chance people would go to prison. This without any classified+ data on the systems.

      Location matters. Encryption is strong, but the attackers go for the weakest link. Providing attackers with data that can be attacked at will without the victim having any to tell is just poor IT practice.

      This isn't to say cloud storage and cloud technology is useless -- it is a part of IT these days. However, so are mainframes. One needs to use the proper technology for the job at hand, and know the security ramifications.

      If I were running a business where PII was an issue with large amounts of data, it wouldn't be cloud based; it likely would be on IBM iron using Parallel Sysplex or PowerHA to ensure reliability. However, if I were doing Web applications and needed to spin up VMs to check backend code, a cloud provider is just fine. Pick your tools for the job.

    50. Re:Encrypt it then by Anonymous Coward · · Score: 1

      Think of the bonus Mr Manager will get when "The Cloud" suddenly has a beef with you and won't give you your data back, or some unnamed TLAgency of the government comes in an confiscates "The Cloud" because one of their other clients is accused of being a pedo, or any number of other things that can happen to your encrypted data held by some one else.

      Pro Tip - the data belongs to who ever owns the media it's on..

    51. Re:Encrypt it then by WaffleMonster · · Score: 1

      If the data is sensitive, you should be encrypting it anyway before passing it along to a third party thatr has no business looking at it. If the data isn't sensitive enough to encrypt, why do you care where Google keeps it?

      Then what is the use case? Backups? It would seem with this constraint your interaction with the network is essentially limited to a glorified FTP site?

      Most extract value from hosting content and services on fat pipes they couldn't otherwise afford... I don't see how this could be possible without the hosted environment being able to decrypt your content.

    52. Re:Encrypt it then by c0lo · · Score: 1

      If the data is sensitive, you should be encrypting it anyway before passing it along to a third party thatr has no business looking at it. If the data isn't sensitive enough to encrypt, why do you care where Google keeps it?

      Fair point. I think I'm going to send all my emails in encrypted form, even if I'm using a gmail account.

      Problem is: I'm still receiving potentially sensitive data (one never knows when an innocent information gets sensitive) on my gmail account unencrypted, and... hell... even if I'd be moving away from gmail and set my own mail server, it's still a problem with the senders and the message on its way to that server.

      --
      Questions raise, answers kill. Raise questions to stay alive.
    53. Re:Encrypt it then by c0lo · · Score: 2

      I can't control the sender (can't ask all of them to send the emails exclusively in encrypted form) and there's no warranty that the message is not intercepted while in transit (actually, with this crazy ISP data retention laws popping up everywhere, high chances that the messages are actually intercepted).

      --
      Questions raise, answers kill. Raise questions to stay alive.
    54. Re:Encrypt it then by c0lo · · Score: 1

      Your post fails to consider the completely reasonable choice of not handing your data off to a third party in the first place. . .

      Huh?

      t is a point buoyed by Michael Cloppert, a security intelligence analyst with a US Defence contractor. "I'm not convinced that the data location issue is a problem - after all, packets are routinely routed around the world irrespective of the export status of their content," he wrote in a blog.

      Are you sure that the message is not handled (e.g. stored) by any 3rd party while in transit?
      Rephrase: can I really do anything to stop handing my data to a 3rd party (even if only for transport)? (yes, I can send encrypted emails. Is there any warranty that every sender will do the same? Is any email that I receive not my data?)

      --
      Questions raise, answers kill. Raise questions to stay alive.
    55. Re:Encrypt it then by drolli · · Score: 1

      I dont agree necessarily.

      It should be encrypted for all applications where data leaves, or can leave a safely locked room. Its also ok to have a storage-level encryption against physical stealing of the data. However the keys for this must also be managed correctly, otherwise you could end up with a system which encypts, but does not work (because the keys are unsafe) or an evil admin who, upon being fired, makes all the sensitive data unavailable.

      On the other hand, if you have an evil admin, nothing will help.

    56. Re:Encrypt it then by Eivind · · Score: 1

      That works fine for the trivial cases - but what happens when you want to do something normal like, say search the database for authors whose names start with "Adam", list all the books of an author by publication-year, or anything at all that requires looking at the data beyond equality.

      Furthermore, it's not secure - you cannot encrypt the keys or foreign-keys if you want a relational database to work, and thus the relations among the data-items are visible. This is in many cases more than enough information to identify records, even encrypted.

      Consider a simple database containing authors and books, and relationships between these. Just knowing that "this record refers to an author who published 17 books, 14 of them alone, 2 of them together with a person who wrote 1 other book and 1 of them together with someone who wrote 51 books" tell you a LOT about which author that record refers to. (I'd bet that the above is sufficient to narrow the field by 5 orders of magnitude or more)

      traffic-analysis works for relational databases too ...

    57. Re:Encrypt it then by Eivind · · Score: 1

      Encryption works fine for protecting from snooping. Unfortunately, it also prevents you from -doing- much of anything with the data, thus having encrypted data in the cloud, can be a reasonable way of doing backup, but not much more.

      Your keylength statement indicates pretty clearly that you're not even aware of the distinction between public-key schemes and symetric encryption, I think it'd be clever to learn a little more before making bombastic statements as to the security of encryption. (hint: the key-sizes for the two are very different, and there's good reasons for that)

    58. Re:Encrypt it then by biodata · · Score: 1

      Said agency and said Patriot Act has no force in my country. Only use the cloud if you want to expose your business secrets to American competitors.

      --
      Korma: Good
    59. Re:Encrypt it then by Savantissimo · · Score: 3, Insightful

      Even Google doesn't believe that it doesn't matter where the data is. When Kazakhstan said all .kz domains had to be hosted in that country, Google just walked away from providing Kazakh-tailored search. "If we were to operate google.kz only via servers located inside Kazakhstan, we would be helping to create a fractured Internet," said Google senior vice president for engineering Bill Coughran.

      I hesitate to agree with Gartner about anything, but you can't trust that Google won't not only turn over your data to any jurisdiction that asks, but will likely cooperate with and not try to contest virtually any sort of court order or even law enforcement request. With a government-agency level of threat model, though, you shouldn't be storing information on computers that are ever hooked to the internet.

      --
      "Is life so dear, or peace so sweet, as to be purchased at the price of chains and slavery?" - Patrick Henry
    60. Re:Encrypt it then by JasterBobaMereel · · Score: 3, Informative

      I live in the UK, If my data is with Google they can get the data fairly easily, if it is on my hard drive, they can stay the hell out of my life ....

      --
      Puteulanus fenestra mortis
    61. Re:Encrypt it then by TheRaven64 · · Score: 1

      Think of the bonus Mr Manager will get when "The Cloud" suddenly has a beef with you and won't give you your data back

      No problem, Mr Manager will be working for a different company by then.

      --
      I am TheRaven on Soylent News
    62. Re:Encrypt it then by mwvdlee · · Score: 3, Funny

      Which is why I always use "zzzzzzzz" as my password; it'll be the last one any bruteforce method guesses. ;)

      --
      Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    63. Re:Encrypt it then by Chris+Mattern · · Score: 1

      Encryption addresses the specific issue being brought up here.

      Encryption addresses *part* of the specific issue being brought up here. Encryption secures privacy and integrity. It does nothing for the third leg of security: availability.

    64. Re:Encrypt it then by node+3 · · Score: 1

      128bit AES with a strong passphrase. If it's something so horrible that the government will come at you with a lead pipe to get they key, they'll just raid your house and take your drive anyway.

      Anything short of that, and you're fine.

    65. Re:Encrypt it then by node+3 · · Score: 1

      Crypto-nerds seem to think security is some sort of absolute thing. It's not. Availability doesn't mean shit if your data is on your drive in your home. If the data is something so horrible that the government wants it, they know where to find you.

      Anything less, and there's no way they are going to crack 128bit AES with a moderately strong passphrase.

      And, really, even the very worst file anybody is likely to have is not going to be worth the effort. What is the government going to do, learn your bank account, or your twitter password?

    66. Re:Encrypt it then by HungryHobo · · Score: 1

      If your data is hosted in "the cloud" and some of that cloud happens to be within the jurisdiction of some random government X.

      your cloud provider cooperates with law enforcement.

      often there are things which you can't encrypt which are running on the cloud or passing through the cloud and sometimes they will provide information useful in further compromising your systems or data.

      government X wants to promote the interests of companies in their own country so they issue a warrant for data in a certain data-centre and your cloud provider goes along with it as much as they are able.
      government X then passes on everything they could scrape off the servers to your competitors within their country.

      now personally I'd prefer that government X was my own government to make this less likely.

    67. Re:Encrypt it then by Kashgarinn · · Score: 1

      You fail to see that any encrypted data, on anothers server means they can brute-force crack whatever you want to encrypt, check this story: http://slashdot.org/story/11/06/05/2028256/Cheap-GPUs-Rendering-Strong-Passwords-Useless
      - to see why you can't trust anyone with your data, even if encrypted as long as they can use their equipment freely to crack it..

    68. Re:Encrypt it then by Anonymous Coward · · Score: 0

      Sensitive or no, Google has no right to snoop on your data.

      Yes, you're right, Google has no right, and Google doesn't snoop on your data...

      Google will just hand it over to any Federal agency, pretty much on a whim, because said agency heard a rumor that your farts smell like a terrorists, and they will snoop on your data. Spank you very much Patriot act.

      And all this talk of encryption is laughable for the same reason(like THEY don't have the keys to the commercial encryption "castle"?), unless you are willing to go well above and beyond any semi-standard keylength (like 4096+) to at least offer some level of difficulty.

      You make a good point, but what makes you think it would be any different if your data was on your own personal hard drive. The federal agency would just rock up on your doorstep and you'll be handing over the data personally, or going to jail if you dont.

      Is there really a difference?

      Yes, there is a difference. I doubt Google has a magnesium flare wired to an RFID proximity sensor inside their servers that trigger whenever the hardware is moved more than two feet in any direction, which in turn burns a hole clean through the 8096-bit encrypted disk platters.

      Yes, as a matter of fact, I do make tinfoil hats for a living, why do you ask?

    69. Re:Encrypt it then by yomammamia · · Score: 1

      I agree, if using third party storage you use encryption for anything they don't need to see.

      Yet Google's statements are impressively stupid for such a competent company.

      The location of data and the security of data are not always unrelated.

    70. Re:Encrypt it then by drinkypoo · · Score: 1

      Your post fails to consider the completely reasonable choice of not handing your data off to a third party in the first place. . .

      And then you're responsible for managing the security, and again, any critical data should be encrypted (using not just good encryption, but a good passcode too) so that if your security is compromised, your data isn't. I suspect Google is better at security than I am, but cares less about my data.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    71. Re:Encrypt it then by mlts · · Score: 1

      128 bit AES is the algorithm, but the weaknesses are usually how it is implemented. If the code writer uses ECB, an attacker can easily discern patterns in the cyphertext, and given enough text, pretty much be able to effectively guess the plaintext.

      Of course, key storage comes to mind. If an encryption program decides to leave a MD5 hash of the passphrase in the file, then brute forcing it becomes an option.

      Encryption isn't just for protecting from the "government". If implemented right, it turns a theft of equipment into "just" a hardware theft, which insurance pays a claim on. No encryption, and it becomes a hardware + data theft, which may mean going to the press and telling them about the breach, and so on. Or in the business sector, it means that a junior admin gets sacked, a PR announcement gets made about "new security procedures", and life goes on.

    72. Re:Encrypt it then by Anonymous Coward · · Score: 0

      Stupidity and ignorance has never been a valid excuse for anything...

      Private clouds give the operations advantages and avoid the risks of data security. Yes, you still have to maintain a data center. Any business that parks their data on the internet is a disaster waiting to happen. Many cloud / software providers sell information harvested from that data. Generally to the detriment of the providers.

    73. Re:Encrypt it then by the_real_nugator · · Score: 3, Funny

      That's why I use "öööööööö" as my password since the brute forcers don't know about other alphabets than the English.

    74. Re:Encrypt it then by Eulogistics · · Score: 1

      You save yourself well in your last sentence. It is unreasonable to expect that Google as a legal business will attempt to block investigations by any legal authority to investigate your use of their services, unless somewhere in their privacy agreement they explicitly agree to do so. If you're doing something illegal online, it's on you to cover yourself. After all, anyone who assists you is aiding a criminal (at least in the US).

    75. Re:Encrypt it then by psydeshow · · Score: 1

      On the other hand, if you have an evil admin, nothing will help.

      Well this is the heart of the problem, isn't it?

      If my company hires an evil admin, we suffer the consequences, and move on.

      But if Google hires an evil admin, potentially millions of people suffer the consequences.

      What's more likely: an evil admin in my staff of three, or an evil admin in Google's staff of hundreds? I'm not really picking on Goog, it could be any BIG target, like Amazon, SalesForce, Dropbox. And not just evil admins: spies are going to be attracted to big cloud shops like moths to a flame.

    76. Re:Encrypt it then by Anonymous Coward · · Score: 0

      Your post fails to consider the completely reasonable choice of not handing your data off to a third party in the first place. . .

      Because the article is about whether or not to worry when using outsourced data storage.

    77. Re:Encrypt it then by sjames · · Score: 1

      Or actually care about anything but their bonus.

    78. Re:Encrypt it then by dudpixel · · Score: 1

      I'm not familiar with the laws there, but I'd hazard a guess that if the feds rock up on your doorstep with a warrant, either they'll get your data or you'll be going to jail.

      So maybe there is a difference in that they may get the data without a warrant from google, but if so, that is where the issue is.

      But in the end the difference seems fairly trivial.

      In reality, if you're so concerned, then the cloud is not for you. The world goes on.

      --
      This seemed like a reasonable sig at the time.
    79. Re:Encrypt it then by JasterBobaMereel · · Score: 1

      If the Feds (i.e. the US Federal Agencies) arrive with a warrant then they can *** off, If the UK Police arrive with a warrant that is a different matter

      but the US police have been very unsuccessful at getting warrants unless an actual provable crime has been committed, so it;'s not the same as Google giving in to a fishing expedition from the Feds ...

       

      --
      Puteulanus fenestra mortis
    80. Re:Encrypt it then by dudpixel · · Score: 1

      but I thought they needed a warrant before Google would hand anything over. If this is not the case then I understand people's concerns.

      --
      This seemed like a reasonable sig at the time.
  2. Obligatory XKCD by RDW · · Score: 2, Insightful
    1. Re:Obligatory XKCD by Anonymous Coward · · Score: 3, Insightful

      Yeah, but this time I think it is relevant.

      I very much care if my data is in Hat Guy's living room.

    2. Re:Obligatory XKCD by Anonymous Coward · · Score: 0

      http://xkcd.com/908/

      Huh? What's that got to do with data privacy and security?

    3. Re:Obligatory XKCD by the_bard17 · · Score: 1

      Because if "Doesn't Have a Hat Guy" trips over that cord, your data will be very private, and very secure. So much that you won't be able to access it, either.

    4. Re:Obligatory XKCD by marcosdumay · · Score: 1

      Pssst. The GP never got the joke, but he think he did. Don't disrupt him.

    5. Re:Obligatory XKCD by e4g4 · · Score: 1

      He didn't get the joke because he didn't RTFXKCD. ACs on slashdot don't RTFA, why would you expect them to click on a link in a comment?

      --
      The secret to creativity is knowing how to hide your sources. - Albert Einstein
    6. Re:Obligatory XKCD by e4g4 · · Score: 1

      Hat Guy has all your data. How is that not about privacy and security?

      --
      The secret to creativity is knowing how to hide your sources. - Albert Einstein
  3. Gartner says this? by waddgodd · · Score: 2, Insightful

    I'm sorry, but on the trust scale, Google, who has yet to lie to me, wins big over Gartner, who lies through their teeth every time they review a product. I still recall Gartner recommending WinME. 'Nuff said there....

    --
    Just because you're paranoid doesn't mean they aren't out to get you
    1. Re:Gartner says this? by Bloodwine77 · · Score: 3, Insightful

      I don't trust Google with my sensitive data because I assume it will be analyzed, packaged, and sold to marketers and advertisers. I have some faith that it is anonymized first, but even still I don't like it and you have to wonder how anonymous the data actually is.

      I would rather retain 100% control of access to my data.

    2. Re:Gartner says this? by Anonymous Coward · · Score: 0

      i have to somewhat agree. if they protect your data well enough, through encryption and not giving the password to anybody that asks without a real warrant (and picking a country that respects human rights) i would say they can store my data on the moon, if the connection is fast enough.

      it only becomes a problem if they do adequately protect your data from whoever wants to access it without very good reason.

    3. Re:Gartner says this? by fuzzyfuzzyfungus · · Score: 4, Insightful

      The problem here is that, while Gartner is indeed utterly useless, their opinion is also unnecessary to determine that Google is oozing nonsense.

      Different jurisdictions have different laws on the books about what data are considered specially protected, what data are an open book for the local feds, and what data require some sort of judicial approval(and to what degree that approval is a serious consideration or a simple rubber-stamp). Therefore, the jurisdiction in which your data are located(or where your outsourcing partner has offices large enough that the local feds can motivate them to comply) is part of rather than opposed to worrying about the privacy and security of your data.

      Google certainly doesn't seem to be the worst when it comes to rolling over and wagging their tail for any jackboots who come calling; but anybody who thinks that they put up extra-legal resistance to any of the major powers in which they operate is, shall we say, under the influence of excessive optimism...

    4. Re:Gartner says this? by mellon · · Score: 4, Insightful

      Um, but Google *is* definitely lying to you. You don't need to compare reputations. What Google is saying is simply, obviously wrong: that you can trust them with read/write access to your data. Sure, if your data is something that would be of minimal value, there's no harm in it leaking. But if your data is sensitive, then unless Google is willing to indemnify you for whatever damages you'll be liable for if the data leaks, you have a fiduciary responsibility not to store your data on a Google server. And as far as I understand it, Google is not willing to indemnify you for that (realistically, how could they?).

      So independent of anything Gartner says, what Google is saying is at the very least misleading for the application they are talking about. The sense in which Google is right is that if you aren't taking any precautions to protect the security of your data, either because you can't afford to or because you don't know how to, then it may well be no *worse* for you to store your data on a Google server. But if that's the case, you don't care about security anyway, so Google's entire claim is moot.

    5. Re:Gartner says this? by owlstead · · Score: 1, Interesting

      By now when I see that Gartner is at one point of an argument, the other party immediately gains points for acting against Gartner. It's starting to be like Godwin's law; once Gartner chooses your side, you loose :)

    6. Re:Gartner says this? by SuperQ · · Score: 2

      Not how it works, sorry. Have you ever heard of any "marketers and advertisers" getting data from google? It doesn't happen. People buy ads for keywords and Google does the matching bits.

      If it were true that "marketers and advertisers" could get your data, even anonymized, I could go and buy it through the sale service right now.

    7. Re:Gartner says this? by zippthorne · · Score: 1

      What if Gartner has figured that out already, and is taking contrary positions to drive you toward their goals...

      --
      Can you be Even More Awesome?!
    8. Re:Gartner says this? by Anonymous Coward · · Score: 0

      Google has yet to lie to you? Oh but they have...you just haven't been paying attention. How gullible.

    9. Re:Gartner says this? by outsider007 · · Score: 1

      Yes Google has never done anything that raised privacy concerns *eyeroll*

      --
      If you mod me down the terrorists will have won
    10. Re:Gartner says this? by Ash+Vince · · Score: 1

      I don't trust Google with my sensitive data because I assume it will be analyzed, packaged, and sold to marketers and advertisers. I have some faith that it is anonymized first, but even still I don't like it and you have to wonder how anonymous the data actually is.

      I would rather retain 100% control of access to my data.

      If you think any company will NOT sell any data they can regarding you on the free market you are living on cloud cuckoo land. Companies all exist to turn a profit, and if data regarding you is profitable then you can be sure they will sell it.

      --
      I dont read /. to RTFA, I read /. to offend people in ignorance.
    11. Re:Gartner says this? by Bloodwine77 · · Score: 1

      All my data is stored at a data center, but we manage our own servers. The data center staff has login credentials for emergencies, but they have never abused this privilege.

    12. Re:Gartner says this? by Anonymous Coward · · Score: 0

      Google certainly doesn't seem to be the worst when it comes to rolling over and wagging their tail for any jackboots who come calling; but anybody who thinks that they put up extra-legal resistance to any of the major powers in which they operate is, shall we say, under the influence of excessive optimism...

      You mean like how they pulled out of China and all but flat-out accused the Chinese government of phishing and spying on US politicians? Or how they were the only major search engine to deny the US government's requests for bulk search queries?

      Google both talks the talk and walks the walk.

    13. Re:Gartner says this? by qubezz · · Score: 1

      Gartner and other market analyst companies are pay-per-talking-point companies. There was an interesting article in Wired around 2000 about how these companies actually operate. They get paid if their quotes appear in print. Their revenue stream is from large companies. They are run by former ad execs. As such, they are paid to make things that aren't true believable. Under analysis, their position generally fails, but nobody looks into the origin of all these tech quotes from analysts.

    14. Re:Gartner says this? by qubezz · · Score: 2

      I found the article. For further reading on how every nerd article quote you read is created for your consumption: Please Quote Me on That - How Forrester Research and Jupiter Communications vie for ink (1997).. It was hard to find because Wired themselves has become swamped with "research", so doing a site search for any of these company names will get you analyst quotes in hundreds of articles.

      For reference, Gartner Group bought 1/3 of Jupiter a month after publication of this article. Jupiter was founded in 1986 by lucky wackjob Josh Harris as Jupiter Communications, going public in 1999, merging with Media Metrix in 2000, selling its syndicated research business to INT Media Group in 2002, a split and rename to Jupiter Research, being acquired by MCG Capital in 2006 and being http://web2.forrester.com/ER/Press/Release/0,1769,1220,00.html">acquired by Forrester in 2008. International Data Group (IDG) acquired Forrester Research, Inc in 2010. Feel free to investigate the acquisition history of any of those other companies I mentioned for a tangled web of ownership.

      This is an immense business, providing "expert opinion" to print media, seminars, CEOs, and changing corporation names to hide corporation games.

    15. Re:Gartner says this? by Anonymous Coward · · Score: 0

      except China...

      (and Kazakhstan)

    16. Re:Gartner says this? by Anonymous Coward · · Score: 0

      Google maintains the right to publish research you send through your Gmail (check out the privacy policy). Google cares where your data is... they want it in their control.

    17. Re:Gartner says this? by Anonymous Coward · · Score: 0

      Additionally:

      What is legal and ethical in one country may contravene either the laws or political/corporate agenda of the USA.

      So if your business model threatens powerful people in the USA, you may lose access to your data. Just consider how the USA takes down domain names without due process of law.

    18. Re:Gartner says this? by Anonymous Coward · · Score: 0

      Well put. The owner of the data is more responsible legally than Google. By uploading your data, off-site, and not on said owner's property, most laws as written today will only show a willfull intent and disregard to secure said data(even if it is encrypted). If anyone uses it willfully or even accidentally and is hurt, breaks the law in any way, etc. YOU are responsible.

      Fuck the cloud. That's like trusting gov agencies to raise your children the right way. And FYI "the cloud" has always been there it just didn't have a cool name. It's just client/server computing except the server can be more distant now. There is no fucking cloud. It's all possible because of hardware and only possible because of hardware. The higher speed networks ALLOW companies like Google to survive, not the other way around. Google does not innovate. Facebook does not innovate(aka geocities/irc combo) and yes it was developed decades ago. Yes both companies will fade away.

      You are stupid to trust anyone but yourself with your data. You will get fucked. It's not a matter of if, but when.

    19. Re:Gartner says this? by Anonymous Coward · · Score: 0

      I'm sorry, but on the trust scale, Google, who has yet to lie to me, wins big over Gartner, who lies through their teeth every time they review a product. I still recall Gartner recommending WinME. 'Nuff said there....

      Do you have any sources on that Gartner recommendation? Only thing I'm able to find is that Gartner - before Windows ME was released -- apparently (referenced in an article) recommended that people who are game oriented should wait for Windows ME rather than upgrade to Windows 2000. Which actually wasn't a bad advice at the time (and anecdotal, I know many had issues with WinME but I had a WinME preinstalled Dell desktop running better than my Win98 experiences, very happy with it at the time)

    20. Re:Gartner says this? by Unkyjar · · Score: 1

      Not even for your porn?

    21. Re:Gartner says this? by Bloodwine77 · · Score: 1

      All my porn is contained in TrueCrypt volumes.

  4. What! by traindirector · · Score: 3, Insightful
    1. 1. Article is worthless.
    2. 2. Security and privacy of data are affected by where the data is stored.
    3. 3. Article is worthless.
    1. Re:What! by owlstead · · Score: 1

      First rule of having a meaningful discussion: argument your case.

    2. Re:What! by jedidiah · · Score: 1

      OK, then I will throw something else out....

              How do you take action against people who do you arm in foreign jurisdictions?

              Where is the control and accountability in such situations?

            When it came to proprietary software, the oft brought up issue was "who do you sue" or
      "who can you blame when something goes wrong"? Well, that question applies to all forms
      of outsourcing too, including all of this "Cloud" stuff.

              I've seen the likes of Iron Mountain mutiliate backup tapes for Fortune 500 companies.

              What chance does an individual have with Google.

              Plus, anything that is "personal" is by definition irreplaceable and unrecoverable.

              How much do you really trust ANY corporations with your family documents?

      --
      A Pirate and a Puritan look the same on a balance sheet.
    3. Re:What! by siglercm · · Score: 1

      Good heavens, someone PLEASE mod parent up, +1, Insightful.

      Security and privacy of data are affected by where the data is stored.

      I may disagree about privacy, assuming encryption is secure within reason. But security of data is meaningless without access to data. "Yes, my data is super secure. It's locked inside a nuclear strike-proof vault inside Mt. Storm. Of course, it is a pain in the ass to retrieve the tapes and disks every time I need to update the database or apply a patch to the git repository or send someone a copy of the documentation." How does that help anyone?

      If it's not available as real-time-updated data on media in my possession, what do I do when my company's 'net connection goes down? I'll tell you what, I lose at least man-hours, at most all my contracts.

      (I'm not talking of out my butt here, am I? If so, please tell me what I've got wrong.)

      --
      sigfault (core dumped)
    4. Re:What! by Anonymous Coward · · Score: 0

      Second rule: Verb your nouns

    5. Re:What! by c0lo · · Score: 1

      1. 2. Security and privacy of data are affected by where the data is stored.

      Actually, TFA has a good point: if you are so inflamed by the security level of your stored data, should you be equally worried about the data in transit?

      He cited a meeting in Europe where he had tracked an email sent within an office as it bounced through five countries. In this circumstance, Feigenbaum said, security trumps data sovereignty.

      Now, even if I send my email in encrypted form, can I expect every sender to do the same when sending me a (potentially sensitive) piece of information over email?

      --
      Questions raise, answers kill. Raise questions to stay alive.
  5. With Google by Anonymous Coward · · Score: 0

    I know where your data is. I know it's located in a few data centers. I can kill those data centers and your business is dead.

    Yes the cloud is 'mostly ok' if used for non-critical fluff and some processing power but I'd never trust google as far as I could throw a federal pig.

    When I can store data on disparate servers in such a manner that it's cryptographically secure, the complete and utter destruction of any two cloud providers will not effect me I'll consider them for slightly more use.

    1. Re:With Google by hawguy · · Score: 2

      I know where your data is. I know it's located in a few data centers. I can kill those data centers and your business is dead.

      If you have the power to kill a few Google datacenters, why don't you just use that power to kill the business directly?

    2. Re:With Google by ppanon · · Score: 1

      If you have the power to kill a few Google datacenters, why don't you just use that power to kill the business directly?

      A few possibilities:

      • The business is virtual, with a few key people that are geographically disperse, mobile, and can go quickly underground if any are attacked,
      • You are the party most likely to profit from the failure of the business and wish to increase the pool of suspects for law enforcement to investigate.

      That said unless you are a stock exchange or a bank and have multiple high-security locations, If you're a standard brick-and-mortar then it's probably easier to identify a company's data centre and DR site.(if they have one) and take them out directly than do it to Google.

      --
      Laissez lire, et laissez danser; ces deux amusements ne feront jamais de mal au monde. - Voltaire
  6. Ummm... What? by fuzzyfuzzyfungus · · Score: 3, Insightful

    Obviously, it is Feigenbaum's job to exude nonsense where required; but the notion that worrying about where something is stored isn't part of(much less opposed to) "worry[ing] about security and privacy of data" is transparent absurdity.

    Where data are, in part, determines what laws(and de-facto uses and abuses of power) they are subject to or subject to the protection of. In a number of cases(including the not-exactly-economically-insignificant case of EU businesses working with American cloud entities...) it might even turn out that storing certain sorts of data in some jurisdictions means that a given entity is in violation of data protection laws at home because the data protection laws are insufficiently strong where they are storing data.

    Things like whether or not you are getting hacked by lulzsec are, of course, also important; but(until Google transforms itself into a cypherpunk utopia or sprouts a formidable nuclear deterrent), location is right up there with hackers in determining how likely your data are to be absconded with against your wishes. And(unlike hackers) you can't really code your way past the feds...

  7. Privacy of data? by Anonymous Coward · · Score: 0

    If you're worried about the privacy of data, then storing it with the world's largest data mining and advertising company isn't a good first step.

  8. security and privacy not related to who has data? by markk · · Score: 1

    I don't think the Google exec is listening to himself. If I am concerned with the security and privacy of my data then where it is stored and who has access to it are going to be pretty close to the top of the list of thing to be concerned about. Google still might be an ok place for it, but exec's saying things like this make me more than a little uneasy.

  9. Oh Please! by Anonymous Coward · · Score: 2, Insightful

    I didn't hear anything about Sony having their data outsourced. It didn't seem to do any good to keep sensitive data on their own servers. I think the lesson here is that all data on any networked device is at risk.

    1. Re:Oh Please! by Anonymous Coward · · Score: 0

      I agree. I hear all the time that people are so afraid of their personal data being in the hands of Google yet they don't question their bank, their small time doctors office, the IRS (which has a horrible security record), the local library, or even the government itself storing their personal and financial information on their servers that may or may not be encrypted or security tested at all. Like it or not, our information is out there in the "cloud" Google or not. It makes no sense to me. We live in this world and have for years/decades. Get used to it. If you want something to worry about, worry about global warming or the drunk driver that you may pass on your way home. Identity theft I can recover from, but death by drink driver or my planet dying around me I cannot. ;-)

    2. Re:Oh Please! by Mashiki · · Score: 1

      Oh those are just terrible lies. I mean we have the nuclear football plugged right into the internet. Right over there!

      --
      Om, nomnomnom...
    3. Re:Oh Please! by mlts · · Score: 1

      If my bank lost data, they can be held criminally and civilly liable. My doctor? HIPAA violations. The library? Pure shame and fear of funding cuts. The IRS? Voters taking a stand.

      Unlike the above, cloud computing providers have zero incentive for anything but token amounts of security. Look at the SLAs if you sign up to a cloud provider. 99.9 percent of them indemnify the provider from anything that happens. Translation: People agree that even if their private data ends up a torrent on a server in Elbonia, they can't sue.

      Loss of face? Don't forget that cloud computing is the ultimate in vendor lock-in. Want to move to another cloud provider? Good luck retooling all your internal APIs and then moving all your stuff. Most people/companies are not going to change providers if a provider has an epic failure, because realistically they can't afford to.

      A cloud provider is a one way move. Usually once the data is there, PHBs will decommission machines in the data center. After that, there is no going back, and the lock in is permanent.

  10. Where data is stored by darealpat · · Score: 1

    ...does impact on security (real and perceived, which impacts on trust).

    One can say that it is more important to trust the provider of the data storage than to trust the location. What makes any particular location untrustworthy if not the security that one can bring to bear? One provider may simply not be able to be as disciplined with their security protocols than another, while being in an area that is deemed to be more secure...like comparing Palo Alto and Namibia.

    --
    For every present, there is a past
  11. data sovereignty by Anonymous Coward · · Score: 1

    I agree, the primary concern should be data sovereignty. However, if one ignores where it is kept, and how and by whom, whether in house or outsourced, they are not doing their due diligence.

    We've all seen companies with data kept "in house" that was raided in recent years. And unless one can be sure about the outsourced employees allowed in/near/at their data, they can't be trusted either.

  12. Either or? by eepok · · Score: 5, Insightful

    Why should we be concerned only with security/privacy of data OR the actual location of the storage? Can't we care about both?

    1. Re:Either or? by c0lo · · Score: 1

      Why should we be concerned only with security/privacy of data OR the actual location of the storage? Can't we care about both?

      Actually, I reckon that the good point in the TFA is: why are you worried only of the location of the storage and not about the security/privacy in general - with the "location of your data" being only a particular aspect of security/privacy?

      --
      Questions raise, answers kill. Raise questions to stay alive.
    2. Re:Either or? by Anonymous Coward · · Score: 0

      I believe you meant XOR. OR is inclusive.

  13. Split it up by Anonymous Coward · · Score: 0

    Split each byte of data up and store parts on 10-15 different clouds. That way you have redundancy (if several clouds go down you still have enough data from the others to reconstruct your data) and security (if an attacker compromises any cloud they won't be able to get your data).

    1. Re:Split it up by exomondo · · Score: 1

      Split each byte of data up and store parts on 10-15 different clouds. That way you have redundancy (if several clouds go down you still have enough data from the others to reconstruct your data) and security (if an attacker compromises any cloud they won't be able to get your data).

      oh please, for the love of god don't suggest this, i don't think i can handle the next marketing wave of CloudRAID or RAIDCloud.

  14. What's the Alternative? by AK+Marc · · Score: 1

    Given the number of breaches (most unreported ones by employees and former employees), it seems that hosting it elsewhere is the least of our problems. In fact, if done right, it's likely that it's more secure elsewhere because that makes it harder for the number 1 breacher (employees) to get to it.

    Yeah, yeah, I know, we are supposed to ignore what actually happens and instead focus on targeted corporate breaches like anyone really cares what we do for a living.

    1. Re:What's the Alternative? by marcosdumay · · Score: 1

      That will only open the gate for the employees of the cloud service to get your data. And those are even less loyal to your company, and you have even less control over them than your ones.

    2. Re:What's the Alternative? by X.25 · · Score: 1

      Given the number of breaches (most unreported ones by employees and former employees), it seems that hosting it elsewhere is the least of our problems. In fact, if done right, it's likely that it's more secure elsewhere because that makes it harder for the number 1 breacher (employees) to get to it.

      If done right, you can host it yourself too.

      What makes you think that employee in that 'could' company is not going to try to get it?

    3. Re:What's the Alternative? by AK+Marc · · Score: 1

      Because, despite what you think, your data isn't important.

      Ever wonder why it's almost always employees who breach security? Because no one else cares. And for the random people out there, that holds true.

  15. Re:security and privacy not related to who has dat by Anonymous Coward · · Score: 0

    If it is encrypted data which is being stored there should be no problem with it. The problem lies in that Google has access to raw unencrypted data.

  16. It all comes down to TOS. by Infernal+Device · · Score: 3, Interesting

    I'm not comfortable keeping data entrusted to me on a provider who can walk away from a data loss with no penalties due to the Terms of Service.

    At least when it's on my systems, someone is going to take a fall for data loss, even if it's me. And I'm OK with that.

    --
    "My God...it's full of trolls!"
    1. Re:It all comes down to TOS. by outsider007 · · Score: 1

      Well you could always fire the guy whose idea it was to use google.

      --
      If you mod me down the terrorists will have won
    2. Re:It all comes down to TOS. by mlts · · Score: 1

      Very true. Don't forget that cloud computing providers have to have data centers, and they have the same IT issues that their clients have. The only difference is if the EMC RAID fails on their end, they can tell their clients, "too bad, so sad", while if the data was stored on an in house EMC system, there is likely a backup/DR system that is tailored to that company. Even if it is just copying critical reports to a CD-R and tossing that in the tape safe.

  17. They don't believe it themselves by mrjatsun · · Score: 5, Insightful

    How much are they willing to compensate me if they lose my data? What, they won't? Don't trust themselves?

    1. Re:They don't believe it themselves by Paradise+Pete · · Score: 1

      How much are they willing to compensate me if they lose my data?

      Well that depends. How much are you willing to pay to have it stored?

    2. Re:They don't believe it themselves by joe_frisch · · Score: 1

      Lets see, disk space is about $50/TB, If I keep 3 backups (which I do, 1 offsite), that's $150/TB. I probably spend 2 hours / year dealing with backup issues (its mostly automated).

      So, I'd pay say $300/year for a TB of storage with a $1M data loss guarantee. (that of course includes the network bandwidth to get at my data - say 10GB/day typical).

      I doubt any companies will want my business at that rate.

    3. Re:They don't believe it themselves by spatley · · Score: 1

      And who pays put in the event of collecting that 1M guarantee? Seagate? Probably not.

    4. Re:They don't believe it themselves by mlts · · Score: 1

      If a place has a 1M data loss guarantee, I'm sure it will be riddled full of stipulations, such as having to prove every cent the data is worth (good luck), having to prove that it was 100% the cloud provider's fault (good luck on that one, because an rm -rf /logs is far faster than a motion of discovery), the guarantee would have to see arbitration, and so on.

      Letsee... I can use a cloud provider and get promises, or pay less for my own IT infrastructure and have guarantees because employees leaking data can be punished both civilly and criminally.

      I'll stick to the servers being physically present in a machine room or coloc. I trust a physical tape far more than I do promises by a glib salesperson.

    5. Re:They don't believe it themselves by Paradise+Pete · · Score: 1
      I doubt you could get a million dollar insurance policy against anything reasonable for $300 a year. So that might well be what you're willing to pay, but that's probably also why nobody's offering that service.

      But if you think that's a reasonable price then perhaps there's a business opportunity for you. I'm sure there's a good customer base.

  18. I sort of care by Osgeld · · Score: 1

    for la-de-da things yea who cares, when your trying to get stuff done and you cant cause your document is on the cloud, which is experiencing outages, or your internet just shat on itself then yea I care where my durn spreadsheet is when someone is breathing down my neck asking for a shipping update from Indonesia

  19. Security and Privacy depends on Where by smoothnorman · · Score: 1

    "He said businesses should worry about security and privacy of data, rather than where it is stored." -- but those aren't separate concepts. Should I worry about security if my data is located at Sony corp? Or privacy if my data is on Facebook? security and privacy is very much a function of "where", and of: "who buys out the company next". The only where where one might have some sense of security or privacy is on a drive that you control.

    1. Re:Security and Privacy depends on Where by mlts · · Score: 1

      Don't forget that no matter how restrictive and promising the business's SLA is, they can go bankrupt at anytime, and all the data stored that is bought out by scavengers can be easily made public.

      And there is not one single thing someone can do about it in this event.

  20. location, location, location by alphatel · · Score: 1, Insightful

    The US has already proved it will do whatever it wants, unwarranted, in the name of Intellectual Property Protection. What's to stop another country from doing the same thing for any number of warrant-less reasons and never giving the data back?

    --
    When the foot seeks the place of the head, the line is crossed. Know your place. Keep your place. Be a shoe.
  21. That's Google for you. by BLToday · · Score: 2

    If that's the case why doesn't Google store its data with Amazon or Microsoft? I'm sure both Amazon and Microsoft will give Google a deal on data storage.

    1. Re:That's Google for you. by hawguy · · Score: 1

      If that's the case why doesn't Google store its data with Amazon or Microsoft? I'm sure both Amazon and Microsoft will give Google a deal on data storage.

      I think because it's more expensive and has higher latency. For a small business, Amazon S3 is much cheaper than an enterprise storage system and if you use availability zones and regions wisely, you can end up with an extremely robust storage system for not a whole lot of money.

      But when you already have datacenters across the country and require petabytes of storage, it's generally cheaper to buy your own storage directly rather than buy from a intermediary... or even create your own cheap storage systems from scratch. At the scale of Google, I don't see how Amazon or MS can sell storage for less than what it would cost Google to purchase.

      Plus, having the storage close to their servers means lower latency and higher performance.

    2. Re:That's Google for you. by BLToday · · Score: 1

      Sorry, I meant my statement along the line of "if you expect your customers to trust a 3rd party, then you should also trust a 3rd party." If Google thinks that location doesn't matter than they should store it with their competitors.

  22. Can't get there from here by Anonymous Coward · · Score: 0

    I care about the location of my data, because not having it local means that it has to travel over severely bandwidth constrained connections. We don't yet live in a world where everyone has 10-GigE connectivity, so having data reside locally means faster read/write. That seems to be important to people, or they wouldn't be buying SSDs and using RAID0. My 15/2 connection (which is really 1/1 during most of the day) makes network data about as fast as accessing a floppy disk.

  23. Google seems to be ignorant of the law by gweihir · · Score: 4, Insightful

    First, it may actually be a legal requirement keeping the date in a certain jurisdiction. And second, any law enforcement or TLA access to the data will be governed by the laws of the place the date is physically stored. If the Google people do not understand that, one more reason to not hand your data to them.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    1. Re:Google seems to be ignorant of the law by celesteh · · Score: 2

      Indeed, under UK data protection laws, you need the permission of users to host their data outside of the EU. If Google doesn't understand that, then they're writing off EU customers.

    2. Re:Google seems to be ignorant of the law by StripedCow · · Score: 1

      Well, that condition is just part of the EULA, I guess. Or did you actually read it?

      --
      If Pandora's box is destined to be opened, *I* want to be the one to open it.
  24. Hmm... I know a few people who do... by Anonymous Coward · · Score: 0

    I think a few people who might care would be things like the US Government when it comes to export laws. The governments of various EU countries with data protection laws, etc.

  25. PATRIOT ACT by Anonymous Coward · · Score: 5, Insightful

    I care because I'm Canadian. If I keep my data up here it's not subjected to the almighty Patriot Act. Case Closed.

    1. Re:PATRIOT ACT by Lieutenant_Dan · · Score: 2

      Seconded. In healthcare and in Ontario, we need to make sure we have at least a copy of our data in our province.

      --
      Wearing pants should always be optional.
  26. they are above the law by Anonymous Coward · · Score: 0

    google = skynet

    1. Re:they are above the law by MobileTatsu-NJG · · Score: 1

      Not until Google controls weapons. Watch the movies, Skynet wasn't evil.

      --

      "I like to lick butts!" by MobileTatsu-NJG (#32700246) (Score:5, Informative)

  27. IP = Value by Wolfling1 · · Score: 2

    Its not about securing data. Its not even about Google mis-using demographics.

    Its about privacy and business value.

    Most businesses are valued based on their assets, stock on hand and good will. Good will is a measure of the number of customers who continue to use the business regularly.

    Good will is typically measured by looking at the CRMs and counting the number of client files that are active. Take that away, and you can no longer measure good will.

    So, why does Cloud computing threaten good will? I'm glad you asked. Many consumers continue to conduct business with a particular company because 'they have my records'. Its not some kind of corporate blackmail. Its easy for the customer to continue to do business with the people that know them. This customer knowledge is held in corporate CRMs.

    As soon as it becomes widely known that all CRM data is in the Cloud, there will be a gradual transition (thanks to FOI laws) of the ownership of the data moving back to the individuals instead of residing with the companies. Microsoft's HealthVault is case in point. When my medical records are owned by ME instead of owned by my doctor, I can choose to get healthcare anywhere.

    There are great arguments in favour of the concept. Client service will improve out of sight when it is the yardstick for comparing companies (instead of possession of CRM data). However, show me one businessman who is prepared to give his goodwill into Google's custody, and I'll show you a big risk-taker.

  28. If your data is sensitive... by RyuuzakiTetsuya · · Score: 1

    Host it yourself.

    Depending on what your line of business is, this may not be feasible. If you're a startup that's begging for capital, well, beggars can't be choosers.

    OTOH, if you're just having a site hosted that has no real sensitivity to it, what does it matter? Put it in a cheap cloud hosting service and be done with it.

    --
    Non impediti ratione cogitationus.
  29. Strawman argument by codegen · · Score: 2

    Googles example of an intraoffice message being routed around the world is a classic strawman argument. It's not the individual intraoffice messages that might bounce outside the data centre (possible due to a .forward on an individual account) that worries me. That's a needle in a haystack (although the searching algs are getting much better). It is the fact that the entire storage of read and unread (i.e. webmail,imap) ends up on a server that may be in a different legal jurisdiction (and for my University, it is a different legal jurisdiction). Or, if you adopt google docs, all of your documents are stored in google's servers (and without encryption to boot!!). One US court subpoena, warrant or NSL, and all your data is vacuumed. Even though some recent cases have strengthened the notification requirement, you have to fight the subpoena or warrant in a US court under US law.

    If you are just using google as a disk drive, then you can encrypt your data, but if you are actually using the google services, forget it.

    --
    Atlas stands on the earth and carries the celestial sphere on his shoulders.
    1. Re:Strawman argument by PPH · · Score: 1

      One US court subpoena, warrant or NSL, and all your data is vacuumed.

      "Your data"? Everyone from Facebook to the telecoms thinks of it as their data. And when the gov't comes knocking, they are unmotivated to defend it on your behalf. If they stood up for your rights, they'd expose themselves to punitive measures.

      Even though some recent cases have strengthened the notification requirement, you have to fight the subpoena or warrant in a US court under US law.

      Or move it offshore. Where the data center owner is less beholding to gov't thugs. And knows how to tell them to "blow it out their ass" in seven languages when they come asking.

      --
      Have gnu, will travel.
    2. Re:Strawman argument by geekmux · · Score: 1

      One US court subpoena, warrant or NSL, and all your data is vacuumed.

      "Your data"? Everyone from Facebook to the telecoms thinks of it as their data. And when the gov't comes knocking, they are unmotivated to defend it on your behalf. If they stood up for your rights, they'd expose themselves to punitive measures.

      Uh, so it's "their" data, right up until the point they are questioned about "their" data, and then suddenly, it's not "theirs" anymore?

      Don't get me wrong, you bring a valid point in that they will NOT allow themselves to get tangled up in legal issues that doesn't really involve them, but if that's the case, then the line needs to be drawn more clearly. Either you deal with the fact that it is MY data and NOT yours, or you take 100% responsibility of "your" data. I grow tired of legal loopholes and convenient excuses.

    3. Re:Strawman argument by PPH · · Score: 1

      Uh, so it's "their" data, right up until the point they are questioned about "their" data, and then suddenly, it's not "theirs" anymore?

      Oh, its still "theirs". But they don't have any regard for it's security. So when the FBI comes asking, its "Sure. You can have it. Glad to be a patriot and help out. And thanks for not having the IRS audit our entire board of directors."

      What Google, Facebook, Comcast, et al. are trying to avoid is creating a fiduciary relationship with you over your data. They don't want an obligation to protect it on your behalf at their expense. So its "their" data to hand over. Until the kiddie porn is found. Then its yours again.

      --
      Have gnu, will travel.
  30. "Who cares where your data is?" by oldhack · · Score: 0

    YOU

    --
    Fuck systemd. Fuck Redhat. Fuck Soylent, too. Wait, scratch the last one.
  31. Why this "story" is terrible by traindirector · · Score: 5, Insightful

    *sigh*. Okay. I thought it was obvious why this "story" is not quality discussion material, but I'll explain.

    The article is presented as if its subject is Eran Feigenbaum's claim that "Professionals should worry about security and privacy of data, rather than where it is stored." But instead the article is a potpourri of quotations and facts unrelated to the main problem with the claim, which the article totally ignores. Any article on the subject of this claim needs to in some way establish that security and privacy can make location irrelevant, and I would expect the supporting statements of the article to do this, but nothing in the story even approaches this basic aspect of the claim. Instead, it is filled with a number of superficially-seemingly-related-but-ultimately-off-topic anecdotes.

    After presenting Feigenbaum's main claim, the article presents a "supporting argument" by Feigenbaum: "He cited a meeting in Europe where he had tracked an email sent within an office as it bounced through five countries. In this circumstance, Feigenbaum said, security trumps data sovereignty." So email currently goes through a lot of countries when it is sent from one person in an office to another, where it is likely in plain text and can be read by any number of corporate and government entities. The only way this could possibly be construed as supportive of Feigenbaum's point is if read as "Email currently goes through many nations and it is secure enough". If read with any understanding of how the email system works, it undermines Feigenbaum's point.

    Then the article has Michael Cloppert "support" the argument with the same type of claim: "I'm not convinced that the data location issue is a problem - after all, packets are routinely routed around the world irrespective of the export status of their content". Again, the argument is "this is what we're doing now, therefore it is secure enough". Actual security of information going through various nations is not addressed.

    Then it presents the "other side" of the argument: There is no way you can know how Google is handling your data even though they assure you they are doing it well. And their contracts have lots of language that could excuse them from legal liability if that is not the case.

    Then we go back the argument supporting Feigenbaum's main point. "He said customer data can only be accessed on a need-to-know basis". This does not support 5he argument that privacy and security make location irrelevant. "[L]ess than two per cent of Google staff had entered its top secret data centres". This does not support the argument that privacy and security make location irrelevant. "Google also stamped each hard drive with unique barcodes that allowed the company to track the lifecycle of data stored on each disk." This does not support the argument that privacy and security make location irrelevant.

    Then we are presented with this: "But it did not encrypt data at rest, and had no immediate plans to introduce the protection." This makes it sound like location is very important to security and privacy--that someone could entire a facility by force and read the data.

    The article acheives nothing other than quoting a single-sentence, questionable claim. It presents the claim, then a number of partially related statements that are presented as "discussion" of the claim but that actually have very little to do with it. I wouldn't be surprised if the article twists what Feigenbaum actually said for sensationalistic purposes.

    This article represents the worst type of "journalism".

    1. Re:Why this "story" is terrible by owlstead · · Score: 1

      Well done, of course now I'll have to move to the next article.

    2. Re:Why this "story" is terrible by Anonymous Coward · · Score: 0

      Uh, the article as a whole is terrible for the same reason you don't walk into McDonalds to ask them if their food is bad for you. Like Google is going to actually tell someone that putting your data in the cloud is a bad idea? Give me a break. What does ANYONE expect a representative from Google to say? Think you're actually going to smell burnt gunpowder coming from the smoking gun and a bleeding foot? Yeah right.

      No need to explain the story further when I could have told you the ending before it was written, regardless if it's the truth or not.

    3. Re:Why this "story" is terrible by Anonymous Coward · · Score: 0

      It also ignores cost.

      Lets say i want to hold 50TB of data somewhere. Is google going to do that for me? OH and at a reasonable price. After all if I buy the 50TB of drive and enough resources to back it up. I *OWN* it. No recurring 'monthly cost', other than the people to run it (minimal), and power (could be high depending on what I do), and maintenance.

      Also I control it period. I can control it both physically and network wise. Can google 100% guarantee it? They probably can. But guess what... that comes at another additional cost.

      Also remote network vs local network currently it is not even a fight. FDDI/iSCSI hell even gig Ethernet. Can I get that sort of internet speed at the same sorts of costs? I doubt it.

      Look renting other peoples hardware is what 'the cloud' is about. Tada!!! someone renting hardware says it is a good idea to put my data with them. Shocked I tell you shocked...

      Recurring costs leach profits. I can get a cap-ex and write it off as a one time expense. Can not really do that very well with some sort of rental agreement.

      Yeah if I can get bad ass networks to the internet then where the data is makes no real difference. But in remote nowhere Kansas that may not be as easy to get...

  32. Kazakhstan by KPexEA · · Score: 1

    I want my data stored in Google's new datacenter in Kazakhstan.

  33. I have two teenaged daughters by brokeninside · · Score: 1

    From the time that they knew what the Internet was, I've tried to impress one rule upon their minds, "never put anything on the Internet that you're not willing to see on the front page of the newspaper."

    That goes for email, "the cloud", discussion forums, blogs, etc. While various courts disagree with me, I don't think that there is any reasonable expectation of privacy in any communication sent over the Internet. IP packets are like handing a postcard to a stranger who happens to be traveling from Orange County to Las Vegas. In Las Vegas, the postcard gets handed off to someone else that happens to be traveling to Aspen, Colorado where it ends up in the hands of someone traveling to St. Louis. In St. Louis, a kind stranger picks it up and carries it as far as Chicago where yet another person picks it up and carries it to Cleveland. In Cleveland, someone carries it to NYC. And the postcard just sort of sits in NYC until someone headed to the a particular neighborhood notices that the address is close to home, picks it up and carries it to the mailbox.

    If someone wants to send a "private" message in such a situation, the need for encryption is obvious.

    So, yes, one should be wary about storing sensitive information in the cloud and where it resides in the cloud is mostly irrelevant. Even if the data center is in the most secure of locations, to get there the packets had to travel through all sorts of insecure locations.

    1. Re:I have two teenaged daughters by Anonymous Coward · · Score: 0

      I have two teenaged daughters

      Pics, or it didn't happen.

      Never mind, found 'em on Facebook. Pity they inherited your looks.

    2. Re:I have two teenaged daughters by brokeninside · · Score: 1

      Yeah, it sucks that they have to go through life with a nose that they inherited from me.

      Fortunately, they have other assets.

    3. Re:I have two teenaged daughters by Anonymous Coward · · Score: 0

      Your great blowjob lips?

  34. Because sovereigns can't be trusted by guruevi · · Score: 1

    The EU can't allow their stuff to be hosted in the US where unwarranted and secretive searches are the norm. The US won't allow their stuff to be hosted in the EU because they can't trust the individual states to do the same to them.

    The only solution is client-side encryption where Google etc. hosts only encrypted data and can't have access to the keys. There are projects that are working on this but this means the 'cloud' won't be hosting everything but a more hybrid approach is necessary.

    --
    Custom electronics and digital signage for your business: www.evcircuits.com
  35. IRS by michaelmalak · · Score: 1

    Form 637:

    5. List the address where your books and records are kept (if different from the address in Part I)

    Just the first hit I got off Google.

    1. Re:IRS by PPH · · Score: 1

      Form 637:

      5. List the address where your books and records are kept (if different from the address in Part I)

      "The Cloud".

      Better yet. Move everything offshore and become an employee of a foreign corporation. If the IRS wants any info. they can write to the address in Grand Caymen. I don't know sh*t. I just work for them.

      Sometimes, not knowing something works to your advantage (it worked for Reagan).

      --
      Have gnu, will travel.
  36. I care where my data is. by FatSean · · Score: 2

    Until we have one world government, differing laws on data privacy mean you have added considerable complexity for the savings of using their cloud. Maybe it is a worthwhile trade-off, maybe not. But he is silly making such a blanket statement. If you work for a company that contracts with the US Government you may be aware of ITAR and the various rules about where data can be stored.

    In general, to me, the cost savings is far over shadowed by the increased risk. Even if you mitigate the risk by doing your homework and picking a state with laws that you agree with...you've just spent quite some time and money on that research.

    --
    Blar.
    1. Re:I care where my data is. by Anonymous Coward · · Score: 0

      Plus if a non-american stores any data on a server in the US they suddenly have to care about US export rules. Yes, even if that software is open source and downloadable elsewhere. Technically a European could get on the denied persons list because a kid from Iran downloaded SSH from his website in the US.

  37. Security 101 by currently_awake · · Score: 1

    1. If it's sensitive then it shouldn't be on the internet in any manner including hosting. 2. Knowing your legal rights is relevant, and that requires knowing where your data is hosted. If beach pictures of your wife violate Iranian law then they shouldn't be hosted in Iran. 3. Known risks. If you work for a European aircraft builder and you're trying to beat out a major American aircraft builder for a large contract then you best not host your trade secrets in the USA.

  38. LOL by Javit · · Score: 1

    This guy's got to be kidding me. Upton Sinclair said it best: "It is difficult to get a man to understand something, when his salary depends upon his not understanding it."

    --
    Support NRA, America's oldest civil rights group.
  39. Smart-Ass version of parent. by Anonymous Coward · · Score: 0

    Dude, you could've just said ,"OK, I'll store all your data over a fault, near a volcano, in a tsunami prone coastal town, in a country run by a government that has no concept of privacy or property rights BUT it'll be encrypted. No one will have a problem with that, right?"

  40. Is Google's CSO on crack! by Anonymous Coward · · Score: 0

    Of course it matters... a lot. Google has yet to establish itself as a trusted entity, and with possible ties to the government, it just makes it that much easier for big brother to snoop on your data. Imagine that - all the government has to do now is make copies of your virtual machines (files) and they have everything they want. Look what happened to Amazon recently. As the CSO of a large Fortune 500, I don't trust any cloud provider.

  41. Who cares where their data is stored? by Dcnjoe60 · · Score: 1

    Maybe he should ask Citigroup credit card holders?

  42. Clash? by geminidomino · · Score: 1

    The comments clash with those made by IT pros including Gartner, who said "cloud providers like Google can't be trusted with sensitive data."

    I wouldn't say they 'clash.' I'd say they show an attitude that serves as evidence of such assertions.

  43. "IT pros including Gartner" by Anonymous Coward · · Score: 0

    Case proven: the person writing the summary is either a corrupt liar or so stupid/unqualified they should be reassigned.

    Somewhere, somehow, there may are people who think Gartner has something to legtimate and useful to say about weird corner of IT
    (and who are not getting a kickback) but I doubt it. Gartner? Gartner?? Gartner??? IT? On what possible alternate-universe?

  44. Eran Feigenbaum Obviously Doesn't Know... by humphrm · · Score: 1

    ,,,how banks work. Where the data is stored has a lot to do with how much (or little) legal maneuvering is required to gain access to customer financial data.

    --
    -- "In order to have power, I must be taken seriously." -Mojo Jojo
  45. Bad Summary - False Dichotomy by bitspotter · · Score: 1

    The main concerns about data location and sovereignty ARE privacy and security. These two viewpoints aren't opposed. Sure, worrying about the location of your data //for its own sake// is silly. The big reason people worry about where their data is is WITH WHOM it is: whether they can be trusted not to snoop it, sell it, carelessly lose it, or cave to a subpoena or DMCA takedown. That's the whole point.

  46. If Google doesn't trust the cloud, why should I? by Score+Whore · · Score: 1

    I think I'll trust the Google's opinion about the safety/security/availability of "The Cloud!" when one of two things happens:

    1) Google turns out the lights in all their data centers and moves their entire operation into someone else's cloud service.

    Or

    2) Google is willing to trust their entire existence to the integrity of their cloud service. This means that Sergey, Eric, Larry, and all their employees turn over stock ownership. They hand over the keys to the buildings, the data centers, the networks, the IP, the airplanes, everything the very first time one of their staff sees a bit of data that belongs to a customer.

  47. i do care about that by patrickluwi · · Score: 0

    i do care about that KVM Switch

  48. Is this a poll by rossdee · · Score: 1

    /me raises hand

    But it is nice that Who cares, even if I thought David Tennant was a better Doctor.

  49. My data by Anonymous Coward · · Score: 1

    I keep all my data in Geocities. No worries!

  50. Not trustworthy or reliable by Anonymous Coward · · Score: 0

    It's pretty amazing to see how many people have been so easily suckered by Googles "do no evil" and we're "open" song and dance. Their services are not reliable and they are not secure. Plus they monetize your business and personal information. It's their business model. if your not paying for something its because you are the product.

  51. Google Does. So do I. by Culture20 · · Score: 1

    'Who Cares Where Your Data Is?'

    Seems like Google cares a great deal about where my data is. Maybe I should care too.

  52. this is... by Anonymous Coward · · Score: 0

    This obvious BS! Once the data leaves your computer/network, you lose all control of it, and there is no security possible! That is why my data stays on my computer! Best privacy policy: NEVER EVER ENTRUST YOUR DATA TO ANYONE BUT YOURSELF!!

  53. The "CIA" of electronically stored data . . . by cjacobs001 · · Score: 1

    Concerning stored data, one way or another, one or more of these requirements comes into play: "confidentiality, integrity, availability", or sometimes "authenticity" If you are seeking 'proof' of any one of these concepts regarding the data, at any of the varying stages of consideration, how can you, or your service provider, prove it if there is a question of "where" the data resides?

    --
    cjacobs001
  54. I care by jsprenkle · · Score: 1

    Attacks are much easier when they have physical access to your data. I have no guarantee Google can or will keep my data safe.

    --
    - I've got bad karma because I won't parrot everyone else's opinion
  55. Morons by bgibby9 · · Score: 1

    Putting data online in ANY situation is the responsibility of THAT person, NOT of the people hosting the data. The host need only provide as much security as it can to circumvent inappropriate access to that data but if you're stupid enough to expose sensitive data in a public environment then I believe you deserve what you get!

    Sensitive data CAN be transmitted through the public internet as needed, but stored there? Come on, only morons do that!

    Being responsible for data is like being responsible for a child, you expose it to things that are APPROPRIATE for the data and shield it from the rest!

    In the end, WHERE your data is hosted is irrelevant. Your data is probably being indexed by thousands of robots, cached in people's browsers, shit, your data could exist in thousands of places you've never even thought imagined! Get over it man!

    --
    http://www.gibby.net.au
  56. when using Data\Document Classification methods... by cjacobs001 · · Score: 2

    As it does become costlier to 'keep all data', regarding business data, when using a data or document 'classification' method which identifies data that poses greater risks for the organization, regulatory and\or legal, or in unnecessary costs, once the data can be moved from 'riskiest' to 'least risky', maybe then it becomes acceptable to introduce the 'unknown' of 'where' the data is located, (if you keep it, at all), but surely not while the data is classified as 'risky'.

    --
    cjacobs001
  57. Depends who's askin' by ArundelCastle · · Score: 1

    I guarantee Google chiefs and executives care where their data is when they get served DOJ subpoenas.

  58. think of the clients by holophrastic · · Score: 0

    I outright refuse to store any of my data with third parties, but it's not for any of the usual reasons. It's for the right reasons. My data isn't my data; my data is my clients' data. Things happen. Things happen to my systems, and things happen to third party systems. My clients understand and even expect that. The difference, though, is what happens next.

    When my systems fail, my clients expect me to solve the problem. So I they call, they complain, I reassure them that I'm working on it, and that I have everything I need to resolve the issue, and that it'll take whatever time I estimate. They feel reassured. Then I finish, it works, they are happy. Their supplier dealt with a problem expediently, which gives them added confidence that I'll be able to do the same next time. My clients don't worry about going down occasionally. They worry about not being able to come back up.

    When third party systems fail, my clients would call me, and expect me to solve the problem. Theyd complain. I'd not be able to reassure them at all. I'd sit there and say "my supplier is working on it. I don't know when they'll be done. I don't know if any data is lost. I don't know what's going to happen. I'm just waiting, same as you". That's not reassuring at all. Especially since my clients are paying me, directly, and here I am doing nothing to solve their problem. And they can't call my supplier, who won't even talk to them.

    That's the problem. No one ever wants to be in a situation where they pay a supplier who isn't able to solve problems. That's the typical consumer scenario. Businesses don't like to be treated like consumers.

    So I don't. I use my own systems, all within my control. And I use suppliers that offer me dedicated assistance in solving problems so I'm not alone in solving them. But that's very different than hoping they'll solve it without me.

  59. LOL! by Anonymous Coward · · Score: 0

    LOL...if you worked for any other company than google and they were holding your data you would definitely want to know where the hell it is!
    And no..I did not read all of the previous posts...have too little time in my life to read all that
    Sorry folks.

  60. Does not compute by Draaglom · · Score: 2

    businesses should worry about security and privacy of data, rather than where it is stored.

    But the place your data is stored is directly relevant to its security and privacy...

    --
    "What sane person could live in this world and not be crazy?"
  61. MOre goold by Anonymous Coward · · Score: 0

    Good My Post
    http://master-1st.blogspot.com/

  62. Just because it is encrypted.. by Anonymous Coward · · Score: 0

    ..doesnt mean no information can be extracted from it, just by watching the shear volume of data you could make some conclusive observations about a company.
    It is the same as watching the number of parcels/physical mail coming in and out of a company. Just because you can't see what is in the parcels doesnt mean that there isnt anything going on. For stock traders this is a wealth of information.

    It is a question I have always asked, is google using all its collected information to predict stock markets? That would be a very gray line to massive insider trading.

    my 2c

  63. I care because there are laws governing dataexport by Anonymous Coward · · Score: 0

    As an international company, we have to be very careful of where our data goes. If we were to move to the cloud, and that data was to be moved to, oh, say, China, we'd have several uncomfortable questions to answer about how it got there. Doesn't matter how encrypted or secured it is, some things just can't leave the country without reams of paperwork, and data is no exception to that rule.

  64. If you don't have physical security . . . by Anonymous Coward · · Score: 0

    . . . you don't have security.
    Period.

  65. What a load of BS by cheros · · Score: 1

    First of all, the argument "it's encrypted" is only valid if YOU are the person encrypting it. Otherwise the protection simple isn't there.

    Secondly, there are laws governing data and data management, and they get pretty firm when it comes to private data. It is extremely important to know under which legislation data is hosted because the rules differ per legislation. A classic example: if I store UK data in a facility that can be accessed via another country (say, the US where the magic word "terrorist" opens any container) and that data gets used, *I* am liable, but not in control.

    Companies are bullshitted left, right and center with these cloud services, and if Eran Feigenbaum is willing to make such statements in public it indicates to me that he either has no interest in the laws his customers have to follow, is willfully misleading them - or shouldn't be a chief security officer.

    --
    Insert .sig here. Send no money now. Owner may sue, contents will settle. Batteries not included.
  66. Answer: by drb226 · · Score: 2

    RMS cares.

  67. Preserve your core competencies by mcrbids · · Score: 1

    Ok, it sounds like a suit-bot saying, but it actually has a real, specific meaning.

    Companies should figure out what it is that makes their company unique and specific, and spend money making sure that core competency is maintained. Anything else is a candidate for outsourcing.

    On a personal level, we do it all the time! I am, at best, a modest mechanic - anything much more complicated than a battery or alternator stymies me - so I have my car worked on by my mechanic. I'm not much of a doctor, anything beyond "diabetes" or "hematoma" makes me dizzy, so when there are medical questions, I consult my doctor.

    But I don't hire people to fix my computer - that falls well within my lines as a tech professional, so my routers are set up sensibly and my personal computer and important data is all redundantly backed up.

    If a company makes computers, it's a dumb move to outsource making computers, because that's giving up their core competence and their company ceases to have a reason for existing!

    But a car manufacturing company could do well reducing costs by outsourcing their email to a 3rd party vendor, so long as adequate SLAs exist.

    Ask yourself: how many average, ordinary people back up their own computer? Do you really want that average, ordinary guy (who never backs up) in charge of keeping your medical records safe and backed up?

    Even with all the risks that outsourcing represents, in many (most?) cases, the data is safer with a 3rd party.

    --
    I have no problem with your religion until you decide it's reason to deprive others of the truth.
  68. Mountain out of a molehill by cheros · · Score: 1

    That he pulls in references you find questionable doesn't mean he doesn't have a point. I'm OK-ish with Google as a search engine (although I use StartPage to stop them from grabbing my personal data), but I work with far too sensitive data to allow ANY of those fuzzy cloud services to get their hands on it.

    The statement from their Chief Security Officer tells me they haven't quite arrived yet at a view about protecting my information I would be remotely comfortable with - as a matter of fact, what he states is IMHO misleading.

    Their business model is to get me to give up my intellectual property for their own use (see chapter 11 in their ToS) and that just ain't gonna happen...

    --
    Insert .sig here. Send no money now. Owner may sue, contents will settle. Batteries not included.
  69. Shouldn't he have said.. by biodata · · Score: 1

    "rather than where THEY are stored"? Data are plural after all. And shame on the rest of the posters who made the same error. ITT: plurality fail.

    --
    Korma: Good
  70. Actually, it isn't YOUR data anymore.. by cheros · · Score: 1

    Allow me to quote here from the Google Terms of Service which govern every activity and interaction you have with Google. Fun to read if you have any Data Protection of HIPAA responsibilities. If you need it in another language, do to the relevant google (i.e. google.de) and use the same /accounts/tos link.

    The conclusion you should draw from this is to never, ever use Google for ANYTHING that involved intellectual property or cannot handle disclosure. The 11.1 clause looks OK, but 11.2 is formulated so vague it applies to anyone, even their window cleaners.

    Here goes:

    11.1 You retain copyright and any other rights you already hold in Content which you submit, post or display on or through, the Services. By submitting, posting or displaying the content you give Google a perpetual, irrevocable, worldwide, royalty-free, and non-exclusive license to reproduce, adapt, modify, translate, publish, publicly perform, publicly display and distribute any Content which you submit, post or display on or through, the Services. This license is for the sole purpose of enabling Google to display, distribute and promote the Services and may be revoked for certain Services as defined in the Additional Terms of those Services.

    11.2 You agree that this license includes a right for Google to make such Content available to other companies, organizations or individuals with whom Google has relationships for the provision of syndicated services, and to use such Content in connection with the provision of those services.

    11.3 You understand that Google, in performing the required technical steps to provide the Services to our users, may (a) transmit or distribute your Content over various public networks and in various media; and (b) make such changes to your Content as are necessary to conform and adapt that Content to the technical requirements of connecting networks, devices, services or media. You agree that this license shall permit Google to take these actions.

    11.4 You confirm and warrant to Google that you have all the rights, power and authority necessary to grant the above license.

    If you use Google for any kind of data storage or communication after reading the above you deserve all the trouble it will bring. I'd even hesitate about using their search without an anonymiser such as startpage and even then you have to be careful with the results..

    --
    Insert .sig here. Send no money now. Owner may sue, contents will settle. Batteries not included.
  71. One simple counter argument: Google ToS by cheros · · Score: 1

    Forgot to add this.
    Hosting any information in general with Google is interesting, given this extract from the Google's Terms of Service:

    11.1 You retain copyright and any other rights you already hold in Content which you submit, post or display on or through, the Services. By submitting, posting or displaying the content you give Google a perpetual, irrevocable, worldwide, royalty-free, and non-exclusive license to reproduce, adapt, modify, translate, publish, publicly perform, publicly display and distribute any Content which you submit, post or display on or through, the Services. This license is for the sole purpose of enabling Google to display, distribute and promote the Services and may be revoked for certain Services as defined in the Additional Terms of those Services.

    11.2 You agree that this license includes a right for Google to make such Content available to other companies, organizations or individuals with whom Google has relationships for the provision of syndicated services, and to use such Content in connection with the provision of those services.

    11.3 You understand that Google, in performing the required technical steps to provide the Services to our users, may (a) transmit or distribute your Content over various public networks and in various media; and (b) make such changes to your Content as are necessary to conform and adapt that Content to the technical requirements of connecting networks, devices, services or media. You agree that this license shall permit Google to take these actions.

    11.4 You confirm and warrant to Google that you have all the rights, power and authority necessary to grant the above license.

    It's worth reading these things..

    --
    Insert .sig here. Send no money now. Owner may sue, contents will settle. Batteries not included.
  72. Gartner is right!? by Anonymous Coward · · Score: 0

    Don't we all have the message the Gartner are not 'IT Pros' yet?

    Sure they happen to be right in this instance but their long history of BS rules them out as 'IT Pros'.

  73. people mess up by Anonymous Coward · · Score: 0

    but if (when) they mess up internally you can 'manage the problem' from a 'client perspective' and hold accountable those involved internally.

    Try doing that with an external provider who don't really care if your not buying and a problem customer = a cost.

  74. I do care by Anonymous Coward · · Score: 0

    I'm working for a canadian based company and I do care about where my data is stored.
    Patriot Act is a pretty good reason for me to think twice about storing my data in the US even if it is encrypted.

  75. Another Canadian by Anonymous Coward · · Score: 0

    I was at a cloud talk last month and all the government and university people had the same concern and no one was suprised.

  76. Wikileaks says he's wrong by Hamfist · · Score: 1

    Wikileaks did some things that may or may not have been illegal in the United States. Wikileaks ability to do business and collect funds was taken down as it was 'in the cloud' and the provider was more worried about their own behind. The network connections were still up as the FCC and other regulators would go medieval on a provider who did this without just cause. This isn't the case for contracted services. An service that is 'unpopular' to a large entity can easily fall victim to this. For example in a large vs small company thing. Imagine Apple taking down thinksecret because they pressure thinksecret's provider threatening to eliminate any exisiting business with said provider. Same thing. It's why I have recommended to the ownership of our company that we do not outsource to the cloud. Instead I have recommended that we implement cloud-like technologies within our own network where it is still powerful.

       

  77. Enforcement by Anonymous Coward · · Score: 0

    I disagree, in this day and age, it's all about control, and therefore enforcement. Countries cannot control their data if it is not within their borders, as U.S. law has shown time and time again. It's simple. They know that and want storage within their borders to ensure the IPs and Datacenters are following their laws, not the laws of another country i.e. U.S. Not sure what is so hard about this concept.

  78. FUCK google by Anonymous Coward · · Score: 0

    F U C K g o o g l e

  79. Location matters... by thepacketmaster · · Score: 1

    Now look at two more realistic cases: Encrypted data stored on a privately owned company network/cloud that is behind firewalls, malware detection, intrusion detection, etc. Your big worries are determined hacker or clueless/malicious employees. While the encrypted data might be moved around within the local network or over the WAN between offices, someone would still need good *timing* to intercept the encrypted data while it was in transit. Then they still have to deal with the encryption. The other option is encrypted data stored on a public cloud. The cloud hopefully has a similar amount of security measures as a private network, but who really knows? That's part of the problem. Essentially this option is very similar to the extreme of posting the encrypted data on the Internet. It's out there for anyone to download at any time. Which means there is a lot more opportunity for someone to download it and brute force it. Security is a matter of layers and statistics... The more layers you have the lower the chances are that you won't be hacked. No reason to reduce your odds simply because some cloud vendor wants your money.

    --

    --

    Luck is just skill you didn't know you had.

  80. security clearance info by k6mfw · · Score: 1

    Regarding "where the data is" discussion, it is contractors that collect and store data for govt security clearances. I wonder if they might outsource these databanks like they do for everything else. And if these will eventually end up in China or India. I haven't seen any reliable articles that would say otherwise or not. Or if this is a concern or not (but I sure hell like to know about this kind of outsourcing).

    --
    mfwright@batnet.com
    1. Re:security clearance info by DocSavage64109 · · Score: 1

      I'm pretty sure they just store that data on laptops that they leave at airports for foreign spies to pick up and the contractor gets a new laptop to replace their "stolen" one.

  81. Why'd you avoid a SIMPLE question here, troll? by Anonymous Coward · · Score: 0

    http://tech.slashdot.org/comments.pl?sid=2225174&cid=36390518 Because it shows you for who & what you REALLY are, a Linux troll?? Absolutely. Caught red-handed, with your pants down troll, lol!

  82. Trusted Partner by Anonymous Coward · · Score: 0

    Google's point is somewhat valid. They are providing a service, which is data storage. If you trust them, then you don't need to worry about how they implement that service. The assumption would be that they are putting the data in a place that makes sense. Now, you don't have to trust Google, but that is essentially the argument. Furthermore, you have to admit that if it's not your core business, then you can't simply do everything yourself, including massively secure onsite data strorage. BTW, look how well Amazon is "trusted".

  83. At your own risk by WebArtistuk · · Score: 1

    The playstation network actually got hacked and had its data stolen by hackers so its not un usual for massives company's completly messing up your private information. However you as the user must realise that you are handing over your private information to them and it is at your own risk that you do so. They can only promise to protect it with all there power and ensure they dont steal it themeself's but accidents can happen. You wont hand over your private details to your local shop because your afriad of it being miss used so maybe use that logic again to apply it in this scenario and realise that your valuable data is in somebody elses hands, and although company's such as google are safer then your local shop. You still must decide weather the online advantage with your data in the system is worth the risk....hmmmm

    --
    The the very best Web Designers
  84. Re:The more layers you have by DocSavage64109 · · Score: 1

    "The more layers you have the lower the chances are that you won't be hacked."
    I assume this is a typo and more layers should increase your chances of not getting hacked.

  85. I agree with Gartner by lsatenstein · · Score: 1

    Suppose your data was actually stored in a country that undergoes a civil war, and in the process, the powers that be disconnect the country from the internet for two or three weeks, eventually returning it. What would your business do? Stop dead in it's tracks, or switch to paper?

    --
    Leslie Satenstein Montreal Quebec Canada