If Facebook removes their app from the App Store (or cripples it), and says you have to side load this app, most Americans will do so. Even if that app violates a number of user-friendly policies. The OS, of course, could enforce that at a technical level, which weakens the argument significantly.
Also lots of people will click links and side load spam apps, but that’s par for the course.
The primary reason for this is that Facebook itself has a dominant market position (network effect) and is deserving of antitrust scrutiny. "We need this evil monopoly to protect us from that evil monopoly" has a better solution in smashing them both.
Notice that this argument doesn't work anywhere else. If your tetris app which is in competition with many others decides it wants to go out of Apple's store so it can spy more, nobody is following you. They'll just install one of the hundred others.
To gain anyone's trust for any app that isn't a monopolist, an alternate store would have to have a similar reputation for rejecting bad apps. But then the scammers wouldn't be able to make it into any of the stores people trust. The advantage is that some of the non-scammers that Apple rejects for illegitimate reasons, would. (Or competitive pressure would cause Apple to get better at not rejecting them in order to prevent it.)
Especially when the reason for the move is obvious. If Facebook leaves the app store, and Facebook is completely free and makes money from advertising, everybody knows why they're doing it and it's to screw you out of your privacy. But you can't say no because Facebook is the only way you have to talk to your grandparents, hence the need for antitrust.
If Epic Games moves Fortnite to another store because the other store charges lower fees but still has a good reputation for not allowing bad apps, likewise the reason they moved is obvious. It's to have lower fees, because Fortnite makes money by selling things in the game. Many users will be fine with that, as well they should be, because that's the point of allowing other stores.
But a game doing it for the same reason as Facebook, well, they're going to lose most of their users. Because nobody needs a game that much, so the company doing it for an adversarial reason will cause large numbers of customers to tell them where to go.
But yes, there have been such cases. Epic successfully forced a massive number of Android users to sideload Fortnite to get around Google's policies, and Google wasn't happy and tried to undermine that attempt.
I don't think that's true.
Google publishes malware stats on the on-play and off-play ecosystems and the malware rates differ. Famous examples like malicious versions of FortNite make news headlines. Play policies also enforce various security-relevant action like updating to near-recent targetSdkVersions and fixing a variety of automatically detectable security vulns. No such enforcement exists in the broader off-play ecosystem so it will be easier to install an app with trivial security flaws.
Whether this is a justification for banning sideloading completely? That's another question.
The OS, in iOS' case at least, does already do this. So the case is weak right now.
The #1 reason for the app store is to take that sweet cut. The #1 reason to sideload is so those apps can bypass the store's cut. Follow the money.
Google puts software downloadable outside of Google Play at a disadvantage, through technical and business measures such as scary, repetitive security pop-ups for downloaded and updated software, restrictive manufacturer and carrier agreements and dealings, Google public relations characterizing third party software sources as malware, and new efforts such as Google Play Protect to outright block software obtained outside the Google Play store.
It can't be sandboxing, as the entitlements and/or existence of sandboxing for an app is enforced by the App Store, and we've just said we're not using that.
It also removes privacy protections: Facebook is required to ask permission to track you on iOS. It's only required to by platform policy in the App Store license agreement. They're not using that any more, so goodbye opt-in tracking.
Even if you do want to do that, what do you ask the user? Even the basic entitlements often require some amount of knowledge a regular user simply doesn't have. Then the law itself has rules prohibiting restrictions, and I would bet someone will claim dialog based security counts as a restriction.
The law even makes it hard (impossible?) for a platform to protect even a modicum of user privacy. Section 2 (b) 3&4 explicitly prohibits a platform owner from placing restrictions on collection and use of user data.
And once again, that's on Apple to implement. If they choose to continue to keep entitlements in the same format, that's on them to explain it to the user. See Android, they handle permissions fine.
That section doesn't place restrictions on the generation of user data, only access to generated data. So don't generate it. In my opinion that's to prevent the platform holder from getting an unfair advantage by keeping the data for themselves. If the user doesn't give permission, the device doesn't generate the data, you're not restricting access to data because it doesn't exist.
As for the second bit, the "generated information" is things like device ids, location, etc. The stuff that is necessary for a phone.
But clearly you're of the view that requiring malware, people having to give CC information to innumerable other companies, is a good thing, so I doubt we're ever going to agree on this.
I would rather not have to worry about software installing a persistent crypto miner in the background, and not having to worry about software invading my privacy, than installing whatever mysterious apps aren't currently permitted on the App Store, but you do you.
Exactly that's your choice. You can choose to continue being on Apple's App Store where they do check for all of these if you want. No one is forcing you to install give that credit card info. Don't take away my choice to choose otherwise. If I want to pay for something with credit card, shouldn't I be allowed to? Or if I wanted to run background processes on my devices?
You want the android experience, but rather than getting an android, you want to force that on the people who prefer the iOS model. They like not having to worry about malware. Currently an iOS user can get all the software that they want from the iOS AppStore, and they don’t have to give random companies their CC#, they don’t have to worry about the app subverting their privacy, because they know apple kills software that does that whenever they find it. This law means they have to deal with multiple different stores, that have no incentive to maintain platform security or user privacy. In fact they’re incentivized to abuse user privacy.
As an iOS user I do not want the android experience. This law basically forces ios to have that. Malware and all.
The only things this does is reduce user security, and give scummy publishers the ability to bypass AppStore rules the protect users (like “you must make discounting if subscriptions trivial”, “you don’t get to run a cruptominer in the background”, etc).
Again, if you want to have the android experience, use android. Literally no one is stopping you.
> an iOS user can get all the software that they want from the iOS AppStore,
> apple kills software
Which is exactly the problem. That Apple has monopoly power over iOS apps.
> This law means they have to deal with multiple different stores
And in the same way I can choose Android, you can choose to use to continue to use Apple App Store only. Do you think Apple should be the only smartphone manufacturers because you don't want to deal with multiple OSes? No, because you're not being forced to use all of them.
Or epic: another company that has a novel approach to use privacy
Or Facebook
Etc, etc
The only option goes “the AppStore with its various restrictions and protections” or “miscellaneous parties with a vested interest in destroying your privacy and/or complete lack of any review”
They can have either the same level of control, less, but never more. As it stands right now, Apple and pretty much all Android manufacturers have more control (Yes, I said Android too. Good luck trying to mod the bootloader itself or gaining access to the TEE)
This would be a great thing because that way you don't force any company to modify their app plattform or change their normal user-facing software in any way, yet those who wish so can do with the device whatever they want in the same fashion the manufacturer could before (and even after) the sale.
And if they opened up to additional stores or side loading, you would have a choice to stick with only using the Apple one. That choice doesn’t go away. In fact, the vast majority of Android users aren’t installing side stores because the Play Store has what they want. This is why companies like Spotify still distribute there despite fighting Google on fees.
> App Sandbox is an access control technology provided in macOS, enforced at the kernel level.
https://developer.apple.com/library/archive/documentation/Se...
A realistic example: today if your iOS app wants to track users, it must go through AppTrackingTransparency.framework, which allows the user to opt-out, and use the device’s advertising identifier which the user may reset.
Of course this cannot be enforced by the kernel; it's enforced by App Store review. Sideloaded apps would presumably not be subject to this rule.
Apple claims that security would be impacted. They implied that sandbox=app store. Its all FUD marketing, of course, but they heavily implied that the app store review was the safety method for customers.
> if your iOS app wants to track users, it must go through AppTrackingTransparency.framework, which allows the user to opt-out, and use the device’s advertising identifier which the user may reset.
No reason you can't make access to the ATT DeviceID a call to OS. It'd return 000000 in generic case, and prompt the user at OS level to approve. If no approval, then it'd return 0 to app. You can't guarantee what they're doing with the number in-app, but apple barely does that now with review so probably not much loss. Sure some apps could try to access restricted memory or file paths that they aren't supposed to... but thats what the sandbox is for. BUT maybe apple should just kill DeviceId for everyone since im sure most people opted out.
The real loss to apple is that first party apps may have to play by their rules, and lose access to privileged APIs, or open them up to sideloaded apps (since the trust boundary is moved from source of app, to OS calls). They don't want to have to play by their own rules.
The App Sandbox enforces the sandbox rules that are a signed component of the app. The App Store ensures that the entitlements that an app has are valid, necessary, and safe.
If you remove the App Store, a binary can have any entitlements or policies it would like, including not to have one. For example the Facebook, TikTok, or Google apps can give themselves the appropriate permissions to access all your data. The kernel will enforce those sandbox rules, and ensure that the app never accesses more than all of your data.
WTF good is a sandbox if this is the level of sandboxing it does? The app store is not great at catching things before they get released to the public, so this seems like a good reason to not trust apple exclusively if they're the only line of defense.
Why can't the calls to internal APIs still require auth'ing? Sandbox running software from accessing data outside of a specific internal API (via socket, etc), and require a handshake process or something before it returns data via that channel. The user can still get an OS-level prompt to approve use of API. You can literally still require a signed key in this step to identify apps. If an app tries to go around that... sandbox keeps it from seeing the rest of the system.
How do you think the kernel knows what an application is allowed to do? Seriously, I want you to think of a way that the kernel of any platform could know what facilities an app should have access to.
I think they are require to ask permission to track you using iOS API. They still track you based on what you access on Facebook.
The App Store policies ostensibly also prohibit an app from tracking a user via any other means once that user has said no to tracking.
This is simply not true. An app can lie about what it does, and nothing at a technical level can prevent that.
I was thinking of the tracking restrictions when I wrote this. The OS simply doesn’t give the app the data.
In any case the idea that you can achieve privacy and security solely through managing APIs is simply false.
You can measure just how big of a monopoly the iPhone App Store is by how many billions of dollars shift with simple changes to Apple policy.
As much as I hate ads and tracking, it's not Apple's right to be the sole defender of the American people. That's what laws are for. (And besides, Apple is already a direct beneficiary of all that tracking themselves. They're absolutely doing business and making decisions based on your behavior.)
Too much economic activity (50+% of American computing) is happening on iPhone for Apple to be afforded the monopolistic privilege of taxing it all. Apple makes so much money from sales of their remarkable hardware, subscription services, and other incredible and highly profitable business units that they won't be at risk by giving this up.
For the health of the broader industry and the enduring benefits of fair competition, Apple must relinquish the App Store monopoly.
Apple will be more than okay. And they'll shift efforts that used to be spent on protectionism into true innovation.
They're not. They are (and want to continue to be) the sole defender of Apple iDevice customers. The American people (and in fact anyone else), can choose a non-Apple device, and therefore non-Apple ecosystem.
To me it all boils down to - is the app ecosystem a public commons or a private commons subject to the owner's T&C's? (for clarity - the owner is not the customer. The customer owns the device, but they do not own the ecosystem).
To be honest, I have been recently looking at trying out an Android phone that supports Lineage, but the 2FA issue would be a deal breaker. Is it just some 2FA, or most/all?
In either case someone would have to make one first.
This is a silly statement that has nothing to do with reality.
Apple has the right not to be forced to work for Meta.
If people want Meta so much, they can choose an android device, or Meta can license Android themselves.