[0]: https://www.apple.com/safari/docs/Safari_White_Paper_Nov_201...
[1]: https://www.apple.com/ios/photos/pdf/Photos_Tech_Brief_Sept_...
[2]: https://www.apple.com/privacy/docs/Location_Services_White_P...
[3]: https://www.apple.com/privacy/docs/Sign_in_with_Apple_White_...
If you mean something else, I’m curious.
I was under the impression they throttled devices with poor batteries to _increase_ battery life.
They have sometimes reduced performance in order to increase battery life.
I recently sent an iMessage and got a "who is this?" response. Turns out the message went to one of their family members.
I guess they shouldn't be sharing an Apple ID, but I don't think it's a super crazy thing to do among family members (e.g. a parent who provides a phone for their child), and having private text messages go to the wrong person seems like a pretty bad failure mode.
I either don't understand the scenario you are describing or I don't understand the failure mode you mention?
I normally don't pay much attention to whether a message is being sent out over iMessage or SMS, and less technical folks probably pay even less, so it's a bad situation when those two methods end up going to different people.
That said, I'm actually not sure what the best behavior for iOS would be here - I get that they want to use the "best" transport and send over iMessage rather than SMS if it's available. Ideally there would be some kind of warning if the phone number I have in my contacts doesn't match the one on the device that's going to receive the message, but that seems finicky as well (what if I only have their land-line?).
It's really not up to Apple to enforce whether you use your one Apple ID with multiple devices.
This person doesn't use their Apple ID for communication, because they have an Android phone. They probably purchased an iPhone for their child and set up the Apple ID using their email address. So to clarify, they weren't using their Apple ID with multiple devices, they just set up their child's Apple ID using their email address.
I'm not trying to slam Apple here, it's a complicated issue. I'm just saying that through a sequence of pretty reasonable steps we ended up in a situation where I was texting a colleague's daughter. Fortunately they were about parking my car, but it was pretty weird regardless.
edit: I guess they may use their Apple ID on their laptop as well, so it is on multiple devices. I just don't think they use it for iMessage.
So, if I want convenient nightly backups (without plugging my phone in and using the "new" Catalina apps, which I'm still convinced are just new iTunes skins), Apple — and adversaries — will still have unfettered access to all my iMessages, Maps history, photos, health records, almost everything listed here and more [0][1].
Tim Cook has claimed a fix is coming for a while now [2], but meanwhile using iCloud for its intended purpose is a huge, and largely unadvertised, gaping hole in Apple's otherwise impressive privacy promises. :(
[0] https://www.theverge.com/2016/3/2/11144588/walt-mossberg-app...
[1] https://www.cellebrite.com/en/productupdates/move-your-inves...
[2] https://www.macrumors.com/2019/02/28/eff-user-encrypted-iclo...
Please refer to the recent issue regarding Saudis and Twitter.
You can argue that that was a state level adversary, but the people who accessed data could as well may have done that of their own volition.
I haven't found a need for iCloud.
I get regular (daily?) backups to my Apple desktops/laptops over WiFi -- it works after you pair the mobile device with the desktop once and check the sync over WiFi box.
On the other side, does stock Android allow one to use a phone without creating a Play Store account and associating it for other services from Google? I’m just curious how that works. I’d presume that Google doesn’t need a payment method or one’s real name either.
I recently found this (I haven't check the source):
> iOS forces users to “activate” devices (including non-cellular) which sets up a remote UUID-linked (also collecting registration IP) database for a given device with Apple for APNS/iMessage/FaceTime/Siri, and then Apple ID, iCloud etc. Apple ought be open to users about “activation” and allow users to avoid it.
https://gist.github.com/iosecure/357e724811fe04167332ef54e73...
It's a feature to me that I can't accidentally download an (potentially hostile) app from a (potentially hostile) app store, but a bug.
I don't really understand this point. It is not like Android implementation of side load is insecure.
As a user, you need to explicitly enable it in settings. After Android 8 I think, each application that tries to install a application is blocked first and need an explicitly permission too. Even with all that, you still need to explicitly consent installation and upgrade of any sideloaded application. Nothing is automatic.
They should have added this: ultimately it's up to you to trust us, you don't control Apple devices, we do :-) and we make decisions that are best for you - just give us money.
Google what those services do. They’re all for sending unnecessary location data to Apple for analytics, which is all enabled by default.
They claim to respect your privacy, but under the hood it’s a different story.
Google what those services actually do. They’re all for sending unnecessary location data to Apple for analytics, which is all enabled by default.
They claim to respect your privacy, but under the hood it’s a different story.
