|
|
|
|
|
by mrpippy
2153 days ago
|
|
> you will not have meaningful kernel debugging Given that kext development is still supported (although highly discouraged), won’t they have to support the same level of kernel debugging as usual? > On macOS there are apps that are “grandfathered in” to not require the sandbox on the App Store Can you name any of these apps? Apple’s own apps don’t have to be sandboxed (like Xcode or macOS installers), but I don’t know of anything else that gets an exception. Some apps like Office get special “holes” out of the sandbox (in the form of additional SBPL), but fundamentally they’re still sandboxed. |
|
They just need to support loading kernel extensions. As watchOS has shown, developers will figure out a way to get their thing working on your device even if your make debugging extremely painful. (Apple's current silicon prevents debugging entirely because the kernel is prevented from being patched in hardware.)
> Can you name any of these apps?
Sure. If your app's bundle ID matches one of
dyld interposing is enabled for your app even if it comes from the App Store, opening the door for subverting the mechanism for applying the sandbox.