News for hackers. Stuff that matters.
Re:Epic vs. Apple: Order Granting in Part and Denying in Par... by threeseed on Tuesday August 25, 2020 @03:33AM (#24268931)
Due to the way iOS works (dynamic dispatch) private APIs can only be prevented through an App Store review process.

And many of those APIs can be used to extract enough information to fingerprint the device, determine your location or steal your data e.g. accessing the list of WiFi networks or browser history.

So no. The two concerns are very much related.

Re:Epic vs. Apple: Order Granting in Part and Denying in Par... by brmgb on Tuesday August 25, 2020 @04:58AM (#24269391)
> Due to the way iOS works (dynamic dispatch) private APIs can only be prevented through an App Store review process.

That's complete nonsense.

Dynamic dispatch has nothing to do with the ability or not of a program to access API. Dynamic dispatch is the selection at runtime of the correct version of a polymorphic function. Obviously, you can sandbox programs written in languages using dynamic dispatch.

Re:Epic vs. Apple: Order Granting in Part and Denying in Par... by threeseed on Tuesday August 25, 2020 @05:22AM (#24269490)
Be curious how you plan to prevent access to Apple's private APIs in Objective-C, which uses dynamic dispatching, without breaking existing code.

I am sure Apple would love to know how you've managed to solve this.

Re:Epic vs. Apple: Order Granting in Part and Denying in Par... by gpderetta on Tuesday August 25, 2020 @05:30AM (#24269524)
sign existing code.
Re:Epic vs. Apple: Order Granting in Part and Denying in Par... by ben_w on Tuesday August 25, 2020 @05:52AM (#24269646)
They do, this is an argument about how they decide when it is OK to sign that code.
Re:Epic vs. Apple: Order Granting in Part and Denying in Par... by t0mas88 on Tuesday August 25, 2020 @05:45AM (#24269611)
You could easily argue that Apple has built an OS that is deeply broken and insecure if they aren't able to technically enforce permissions of apps to do certain things. Virtually any other OS has that capability.
Re:Epic vs. Apple: Order Granting in Part and Denying in Par... by gridlockd on Tuesday August 25, 2020 @05:26AM (#24269507)
They can't be prevented reliably even through the App Store process - that's simply impossible.

The point of a private API not security, it's to distinguish between the public interface that is meant to be stable and implementation details that might change.

They might do some rudimentary checks to catch obvious usage of private APIs, but it's not part of the security model and still apps show up on the App Store that use private APIs, all the time.

Re:Epic vs. Apple: Order Granting in Part and Denying in Par... by appleflaxen on Tuesday August 25, 2020 @06:00AM (#24269690)
they are related because apple plugged one process into the other.

but there is nothing intrinsic to their operation that requires it, and apple could un-plug it.

this is like apple arguing that IE is central to the fabric of windows, and can't be removed during the european antitrust suit.

it's dishonest, but apple will likely make the same claim.