Earlier quoted context omitted.
Why not trust Linux? No activation, full control over all the processes. Seems like a good solution for people who "care".
It's good in theory but in practice you'd need to spend a lot of time and money doing deep audits yourself, both hardware and software. That just really isn't a worthwhile investment for the vast, vast, majority of people. At the end of the day it all still boils down to trust based on reputation, incentives and oversight. Openness is important but no panacea.
iOS, the Future of MacOS, Freedom, Security and Privacy
21–30 of 66 posts
Re: iOS, the Future of MacOS, Freedom, Security and Privacy
#22Re: iOS, the Future of MacOS, Freedom, Security and Privacy
#23Earlier quoted context omitted.
What do you do? Windows world is worse. So is Android generally. Use Linux? How do you trust that? QubesOS? Pen and paper? If you walk outside, you’re on camera. Living off grid with no phone or computer seals the deal, but not very practical. I’m all about security and privacy, but everything is on balance with practically. If a three digit govt agency wants to find you, they have so many other ways than Apple.
Why not trust Linux? No activation, full control over all the processes. Seems like a good solution for people who "care".
Does anyone know of a distro that focuses on usability and privacy"? Subgraph is still in alpha...
Re: iOS, the Future of MacOS, Freedom, Security and Privacy
#24> iOS devices (even non-cellular devices) on first boot and, occasionally for unclear reasons after OS upgrades, will require “Activation” and an internet connection to contact an array of Apple servers.
The linked patent says that this is for carrier locking. It's possible that the code is used even on non-cellular devices because they just found it more convenient to not remove it? There might be more to this; maybe it allows for something like Activation Lock to work or allow Apple to track stolen inventory.
> Apple links the credit card used at purchase, the purchaser's name and email, and of course, the serial number and all components required to generate a UUID
Of course they do; these are all components of an Apple ID, so it would be impossible for them to keep them apart.
> This means, for example, that if you were to use a certain app for a social network under a pseudonym on an iOS device (not that I would recommend installing any social networking site’s apps on your device) and that service sends information via APNS, Apple (and possibly the social networking service) can most likely link the pseudonym account to your real identity.
I'm not very familiar with APNS, but doesn't it work something like "social media server sends Apple message, and Apple forwards it to the right device"? How would device-specific information get to third parties?
> if you enter contacts into the address book, contacts’ details are hashed and automatically sent to Apple, supposedly to check for presence in Apple’s iMessage database to determine whether to show iMessage as an option on that contact’s page
I agree that this is a stupid decision. This is a reasonably large loss of privacy for a very small benefit.
> ust try to remove your Mac’s WiFi card and rebooting - all Mac App Store apps will likely fail to open
Wait, what? I've been able to open Mac App Store apps without a network connection. You can try to validate with the App Store over the network, but that's an option, not a requirement: https://developer.apple.com/library/content/releasenotes/Gen...
> Apple really wanted the DRM aspect
I'm not even sure what the purpose behind Apple's "DRM" is. It's trivially bypassed on jailbroken devices, and I think on macOS as well.
> On macOS you can separately download an update/upgrade DMG, which will be signed by Apple, and then simply install it without a network connection.
On macOS you can also downgrade your OS to whatever you like. iOS requires a firmware to be signed before it will install, which obviously means that it will have to reach out to Apple somehow.
> if a user feels like removing/modifying certain Apple system binaries they are uncomfortable with
What if a user removes AMFI or the Sandbox?
> The fact that there is no way of monitoring or intercepting file system events, network connections and other system calls on said device and that you are giving apps many, many more privileges than you realise
It takes work, but this is possible. What you need to do is sign every app you download with your own entitlements that allow for debugging.
Despite the author's hesitations, I'm still pretty convinced that macOS/iOS are probably some of the most secure operating systems you can buy today; the amount of time Apple has put into this clearly shows. Plus, it's obvious to see that Apple's incentives don't really align along data collection, even when taking a cynical viewpoint. Not collecting user information allows them to resist government requests for data and increases public goodwill; unlike other companies they have a clear source of revenue that's not tied to data collection, and it's highly unlikely that they'd burn that money to go after data collection for AI or whatever given that's not an area they have a whole lot of experience in.
That being said, there are many good points brought up in the article, namely the centralized control that Apple has over devices. We've already seen occasions where this has caused Apple to acquiesce to third-party requests: for example, the removal of network extension apps from China's App Store. Apple is playing a delicate balancing game of trying to maintain some control over the hardware they vend while trying to keep it secure, and this is a difficult thing to do, especially when they need to cater to the needs of users for whom features are important and privacy is invisible.
Re: iOS, the Future of MacOS, Freedom, Security and Privacy
#25Earlier quoted context omitted.
Why not trust Linux? No activation, full control over all the processes. Seems like a good solution for people who "care".
It's not that you shouldn't trust it, it's that you could from security perspective easily shoot yourself in the foot. Does anyone know of a distro that focuses on usability and privacy"? Subgraph is still in alpha...
Re: iOS, the Future of MacOS, Freedom, Security and Privacy
#26Does anyone have a pastebin copy or something? I don't log into gh on my phone and gists are behind a reg-wall now...
I've never encountered this behavior. I can load this fine when logged out in Safari.
Re: iOS, the Future of MacOS, Freedom, Security and Privacy
#27I don't understand this claim. iOS had full disk encryption starting with iOS 3.0, in 2010. Or at least Apple (and other security experts) says it does:
https://darthnull.org/security/2014/10/06/ios-encryption/
Am I missing something here?
Re: iOS, the Future of MacOS, Freedom, Security and Privacy
#28Earlier quoted context omitted.
It's good in theory but in practice you'd need to spend a lot of time and money doing deep audits yourself, both hardware and software. That just really isn't a worthwhile investment for the vast, vast, majority of people. At the end of the day it all still boils down to trust based on reputation, incentives and oversight. Openness is important but no panacea.
Well at least the surface area of the audit is a LOT smaller than on macOS, Windows, etc.
Re: iOS, the Future of MacOS, Freedom, Security and Privacy
#29Earlier quoted context omitted.
Well at least the surface area of the audit is a LOT smaller than on macOS, Windows, etc.
I really doubt that's the case if you use more than a few small apps which is the case for the vast majority of users.
Re: iOS, the Future of MacOS, Freedom, Security and Privacy
#30Earlier quoted context omitted.
I really doubt that's the case if you use more than a few small apps which is the case for the vast majority of users.
Must I link a running process list of my Linux laptop vs my macOS laptop?
The point is, there’s potentially back doors in everything, including the C compiler that built your Linux kernel.