If the next beta has it encrypted, it was a mistake. If it's open, it was on purpose.
I think it was a mistake.
If the next beta has it encrypted, it was a mistake. If it's open, it was on purpose.
Of course it's a security hole, why do you think firmware images are encrypted and signed in the first place? Security and IP. They just handed out all the instructions executed by the kernel; that's going to be very helpful to someone looking for holes.
If they really wanted collaboration, why release an unencrypted binary instead of the source (with no announcement?!)? It just makes the job harder, which increases the likelihood that an exploit remains discovered by one person and not the rest of the community.
Do people still jailbreak these days? If so, what specifically for?
I personally no longer found a need to jailbreak after around iOS 7 or 8, so I'm just wondering what people still deem as missing.
Standard Macrumors forum M.O. I can't wait until the next noob poster creates a thread about how closing all apps helps their memory and battery consumption!![]()
Right, it's still the same code either way. Sure, in the long run it can help security, but for now it's ripe for reverse engineering and someone to hold onto security flaws for their own purposes. Not that they aren't hard to find in binary form or that there would be plenty left unflagged by analysis tools.Darwin has provided this hand out of instructions for a long time now, and is constantly being updated to reflect. Ahile the unencrypted binary in iOS's flavor may make it easier to find holes, it doesn't make iOS any less or any more secure. The unencrypted binary is nothing near the sensitivity of releasing a source.
It's not trivial for anyone.Well not trivial for everyone lol. If you have to ask you can't afford it!
But it does. Facebook and other apps use tricks like playing blank audio to stay open longer.Standard Macrumors forum M.O. I can't wait until the next noob poster creates a thread about how closing all apps helps their memory and battery consumption!![]()
Not gonna bite on that bait.But it does. Facebook and other apps use tricks to stay open longer.
IDK what you're defining as "generally." Facebook is a pretty popular app, and others abuse the system. Besides abusive apps, any app with Background App Refresh will drain your battery if you have that enabled (default is enabled).Not gonna bite on that bait.(but I know certain apps do stuff, but generally... They don't)
That would be an exception and not the rule by far. And even with something like that, it might make sense for some to close the particular app I question after using it, but it doesn't apply to just blindly closing all apps (which is what was mentioned originally). That said, this isn't what this thread is about, so it's rather moot in that sense.But it does. Facebook and other apps use tricks like playing blank audio to stay open longer.
Background App Refresh doesn't control the ability of an app being able to do something in the background, it's simply another method that can allow an app to do something in the background at times.IDK what you're defining as "generally." Facebook is a pretty popular app, and others abuse the system. Besides abusive apps, any app with Background App Refresh will drain your battery if you have that enabled (default is enabled).
There are even certain ways they can wake up without Background App Refresh, like significant change of location and push notifications, unless the app was force-quit. So it seems like force-quitting is your only defense against that! See: http://stackoverflow.com/questions/...e-background-if-it-was-force-quit-by-the-user "amazingly you even cannot see it from app switcher"
He further suggests Apple may have chosen this route to prevent the hoarding of vulnerabilities like the one that was ultimately used by the FBI to break into the iPhone 5c of San Bernardino shooter Syed Farook and to have more people looking at the code to discover latent security flaws.