Live data from Hacker News

Apple Reportedly Storing over 8M Terabytes of iCloud Data on Google Servers

macrumors.com

211–220 of 229 posts

Re: Apple Reportedly Storing over 8M Terabytes of iCloud Data on Google Servers

#211
post #188
post #133

I can't tell why this is on the front page of HN. Is the implication that Google would spy on Apple customer's data stored on Google Cloud? Google is evil/dumb/both at times but that's completely outlandish. I do find it interesting that Apple could be one of Google's biggest Cloud clients though, that's very surprising.

Apple has built significant brand trust and brand loyalty on the premise that Apple’s business model is built around devices and services and that your data is not something that Apple is not interested in exploiting/monetizing; Google has a reputation for an antithetical business model in terms of user data.

These two things are totally unconnected.

It’s literally innuendo and conspiracy thinking to suggest they are.

Re: Apple Reportedly Storing over 8M Terabytes of iCloud Data on Google Servers

#212

Earlier quoted context omitted.

On one occasion the traffic to google cloud is systematically not proxied: every time one sends an attachment in iMessage, the file (or the media) is encrypted on device and sent to gcs-{eu,us,asia}-00002(?).content-storage-upload.googleapis.com, received from gcs-{eu,us,asia}-00002(?).content-storage-download.googleapis.com This should be pretty visible to Google, the rest of the traffic is handled better.

How do both parties determine the keys used during a conversation? Are they making heavy use of public key cryptography? If so how? When I send a message to you, do I encrypt it using your public key? What about group messages? Does each conversation get its own key pair? Also it’s interesting they decided to directly hit up google cloud… you’d think they would wrap it so at minimum they could tweak the underlying in…

> How do both parties determine the keys used during a conversation?

They don’t: public key cryptography is not initially used.

The sender generates a random AES-256 key, applies it in CTR mode and uploads the encrypted blob to GCS.

Every receiving device gets a message with the key, the URI, and the SHA-1 of the blob. These messages are encrypted as usual and sent via APNS (-courier.push.apple.com:5223)

> you’d think they would wrap it so at minimum they could tweak the underlying infrastructure without requiring every client to update

Apple does this: two other endpoints are *.blobstore.apple.com and the Chinese Guizhou-Cloud Big Data.

In my logs blobstore is used less than 1% of the time.

Re: Apple Reportedly Storing over 8M Terabytes of iCloud Data on Google Servers

#213
post #197
post #174

Earlier quoted context omitted.

External drives are also spec'd for lower performance and longevity.

Do external drives even have performance/longevity specs? The specs I see on them are pretty basic (eg. capacity, interface, operating temperature), and considering that they're marketed to consumers that's not surprising. As for actual performance/longevity, my understanding is that they're just whatever drives the manufacturer has available. For low capacities they're going to be consumer drives and for higher capa…

whatever drives the manufacturer has available

Exactly, that’s a spec :)

Re: Apple Reportedly Storing over 8M Terabytes of iCloud Data on Google Servers

#215
post #61

Earlier quoted context omitted.

Same reason for we say 1000 km instead of 1 Mm, or Sun to Earth 150 M km instead of 150 Gm. Some units are usual in some contexts, some are not. In one word, habits.

Them why is t my hard drive four million kilobytes? We already crossed this bridge with gigabytes, and the course was laid in with terabytes, which I first heard in a business setting over 20 years ago, when that was still a rack of hard disks. Cloud providers and the LHC brought us petabytes, and that was over ten years ago. The “oh by the way the next unit is ‘exabyte’” conversations started around the same time.

because people on HN like to get pedantic about stuff that is not really relevant to the discussion topic.

Re: Apple Reportedly Storing over 8M Terabytes of iCloud Data on Google Servers

#216
post #189
post #178

I'm amazed any HN readers could believe Google would want to know what is stored if they could actually read it. That is completely useless to them. What is interesting and useful is who is connecting from where, when, with what. Yet again it feels like Snowden is forgotten. Metadata is what matters in high volume data, not content.

So why does Google engage in automated reading of Gmail email contents?

As far as I know they don't but for arguments sake let's say that they do. A lot of smart people have worked on Gmail so any scanning of mails would be for useful metadata or if they scan all the text it would be to provide services from context (find something with a date, ask if it should put it in your calendar, etc.). Almost all emails are worthless information and I doubt even the NSA with 100 times the budget it has today could learn anything worthwhile from scanning everything even if everything is only "everything at gmail". At best they would end up with data worse than they get from metadata and more likely the need for thousands of people looking at mails that match wordlists (hate USA, bombmaking, presidents route...) and not learn anything useful at all.

Re: Apple Reportedly Storing over 8M Terabytes of iCloud Data on Google Servers

#217
post #176

Earlier quoted context omitted.

That is a strawman. Apple could just not host at Google.

Is the assumption that google is going to store, then attempt to decrypt the data at some point in the future? Or is the claim that google's services are less secure than Apple's would be? If not, then I'm not sure that this is worse at all. Sure, if you believe google to be actually malicious, then this would be a problem, but I don't think there's a reasonable argument to say that google would go to this length of…

Well, I don't assume either really but I guess GP does. I find it unlikely to the extreme that Google would ever want to scan this content or even less so that they would go to lengths to decrypt it first. But saying that all is lost if the files can't be protected by encryption is a strawman as the data is unreachable by Google if hosted elsewhere.

Re: Apple Reportedly Storing over 8M Terabytes of iCloud Data on Google Servers

#218
post #186

Earlier quoted context omitted.

Not to mention the most unloved metric prefixes, deci and Deca. When have you ever heard someone use those?

Those prefixes are bad because they break the 10^(3n) pattern. centi and hecto are also bad for the same reason. Most calculators have an "engineering" mode which only uses the good prefixes, because it's easier to think about prefixes when the ratios between them are consistent.

Centimeters are pretty common. Rulers are marked with cm and mm. We use mostly m and cm inside houses. A door width? 90 cm. A door height 2 meters and 10.

And don't forget cubic centimeters (or cc) for engines. Anything from 2000 cc down to 50 cc is very common east of the Atlantic Ocean.

Re: Apple Reportedly Storing over 8M Terabytes of iCloud Data on Google Servers

#219

How much would you pay to store such amount data? 8TB hard drive is about 200 dollars nowadays, so this amount of data is about 200m dollars worthy of retail hard drives. Ofc the calculation is super inaccurate, which doesn't take redundancies into consideration, and discounted prices for someone like Google to purchase hardware, plus the discount for Apple as a big customer. But had the scale be comparable, in which…

Is that stuff even stored on spinning rust these days? I mean solid state might be more expensive upfront but I imagine at scale the energy consumption required to power and cool millions of mechanical devices becomes a big issue. Not to mention the random access performance of spiny disks ain’t too great either.

Yes, spinning rust is still used for low cost storage. You can look up Dropbox Magic Pocket and I think some stuff that AWS has made public about S3.

Re: Apple Reportedly Storing over 8M Terabytes of iCloud Data on Google Servers

#220

Earlier quoted context omitted.

The files API on ios is open for anyone to use. You can run your own nextcloud server on your own hardware and it integrates in to the OS just like google drive or a plugged in USB would.

You can’t do backup or sync the Photos.app to a random cloud. The “integration” here is just that occasionally you can save to and load from your server. That’s all.

PhotoSync will sync your photos to > 20 different destinations, most of which are cloud providers. It supports ssh (sftp), which is what I use it for.

You can set an iOS geofence (without sharing your location with it) so it automatically syncs each time you come home.

No affiliation; happy user.

Post reply on HN