or Connect
AppleInsider › Forums › Software › Mac Software › Newly found code signing flaw allows for iOS malware
New Posts  All Forums:Forum Nav:

Newly found code signing flaw allows for iOS malware

post #1 of 45
Thread Starter 
A newly discovered iOS security flaw could allow disguised malware capable of stealing user data to bypass Apple's stringent security measures and enter the App Store.

Mac hacker and researcher Charlie Miller has reportedly found a way to sneak malware into the App Store and subsequently onto any iOS device by exploiting a flaw in Apple's restrictions on code signing, allowing the malware to steal user data and take control of certain iOS functions, according to Forbes.

Miller explains that code signing restrictions allow only Apple's approved commands to run in an iOS device's memory, and submitted apps that violate these rules are not allowed on the App Store. However, he has found a method to bypass Apple's security by exploiting a bug in iOS code signing that allows an app to download new unapproved commands from a remote computer.

"Now you could have a program in the App Store like Angry Birds that can run new code on your phone that Apple never had a chance to check, Miller said. With this bug, you cant be assured of anything you download from the App Store behaving nicely.

The flaw was introduced when Apple released iOS 4.3, which increased browser speed by allowing javascript code from the internet to run on a much deeper level in a device's memory than in previous iterations of the OS. Miller realized that in exchange for speed, Apple created a new exception for the web browser to run unapproved code. The researcher soon found a bug that allowed him to expand the flawed code beyond the browser, integrating it into apps downloaded from the App Store.

Miller created proof-of-concept app called "Instastock" to showcase the vulnerability, which was submitted to and approved by Apple to be distributed via the App Store. The simple program appears to be an innocuous stock ticker, but it can leverage the code signing bug to communicate with Miller's server to pull unauthorized commands onto the affected device. From there the program has the ability to send back user data including address book contacts, photos and other files, as well as initiate certain iOS functions like vibrating alerts.



The app has since been pulled and according to his Twitter account, Miller has reportedly been banned from the App Store and kicked out of the iOS Developer Program.

Miller, a former NSA analyst who now works for computer security firm Accuvant, is a prominent Apple researcher who previously exposed the MacBook battery vulnerability and a security hole in the mobile version of Safari.

The researcher has refused to publicly reveal the exploit, reportedly giving Apple time to come up with a fix, though he will announce the specifics at the SysCan conference in Taiwan next week.
post #2 of 45
If more of these JS-based bugs start to come out Apple might have to pull mobileSafari access from within apps. It's not like it's as needed as it was back before App Store apps were allowed to run in the background.
Dick Applebaum on whether the iPad is a personal computer: "BTW, I am posting this from my iPad pc while sitting on the throne... personal enough for you?"
Reply
Dick Applebaum on whether the iPad is a personal computer: "BTW, I am posting this from my iPad pc while sitting on the throne... personal enough for you?"
Reply
post #3 of 45
That's a pretty nasty exploit.

That being said, although Apple was well in their rights to kick him out, I think they are probably more than a bit embarrassed by this whole incident as well.
post #4 of 45
Looks like Charlie turned down the job in Apple's security division

Life is too short to drink bad coffee.

Reply

Life is too short to drink bad coffee.

Reply
post #5 of 45
Kicking him out was stupid and churlish on Apple's part.
post #6 of 45
Quote:
Originally Posted by Mazda 3s View Post

That's a pretty nasty exploit.

That being said, although Apple was well in their rights to kick him out, I think they are probably more than a bit embarrassed by this whole incident as well.

C. Miller is a strong proponent of iOS and is a great cracker having found many security holes in both OS X and iOS. Apple needs to setup an agreement with people like him and offer bounties for this type of thing much like the Airport security testers.
post #7 of 45
Quote:
Originally Posted by anantksundaram View Post

Kicking him out was stupid and churlish on Apple's part.

I disagree. Whether it's a proof of concept that he won't release to the public, or intended to harm or steal from users is irrelevant, Apple has to protect their base and ridding someone who wrote an app that breaks guidelines and allows developers backdoor access into a user's device should not be allowed.
  • 2. Functionality
    2.4 Apps that include undocumented or hidden features inconsistent with the description of the app will be rejected
    2.5 Apps that use non-public APIs will be rejected
    2.6 Apps that read or write data outside its designated container area will be rejected
    2.7 Apps that download code in any way or form will be rejected
    2.8 Apps that install or launch other executable code will be rejected
    2.13 Apps that are primarily marketing materials or advertisements will be rejected
    2.14 Apps that are intended to provide trick or fake functionality that are not clearly marked as such will be rejected
    2.17 Apps that browse the web must use the iOS WebKit framework and WebKit Javascript

  • 22. Legal requirements
    22.1 Apps must comply with all legal requirements in any location where they are made available to users. It is the developer's obligation to understand and conform to all local laws
    22.2 Apps that contain false, fraudulent or misleading representations will be rejected
    22.3 Apps that solicit, promote, or encourage criminal or clearly reckless behavior will be rejected
    22.4 Apps that enable illegal file sharing will be rejected
    22.7 Developers who create apps that surreptitiously attempt to discover user passwords or other private user data will be removed from the iOS Developer Program

I didn't look through all the sections, only 2 and 22 because they appeared to cover many of the offenses committed by Miller with this app so I don't know if there are others that would fit the bill, nor do I know if all the ones I listed fit the bill. Either way, I think it's clear Miller broke an excessive number of rules of the App Store which should not tolerated.

PS: As Steve N. states, "Apple needs to work closer with Miller." But that doesn't mean Miller should be allowed to violate Apple's Store policies.
Dick Applebaum on whether the iPad is a personal computer: "BTW, I am posting this from my iPad pc while sitting on the throne... personal enough for you?"
Reply
Dick Applebaum on whether the iPad is a personal computer: "BTW, I am posting this from my iPad pc while sitting on the throne... personal enough for you?"
Reply
post #8 of 45
Quote:
Originally Posted by solipsism View Post

I disagree. Whether it's a proof of concept that he won't release to the public or intended to harm or steal from users is irrelevant, Apple has to protect their customer base and riding someone who wrote an app that breaks guidelines and allows developers backdoor access into a user's device should be allowed.
  • 2. Functionality
    2.4 Apps that include undocumented or hidden features inconsistent with the description of the app will be rejected
    2.5 Apps that use non-public APIs will be rejected
    2.5 Apps that read or write data outside its designated container area will be rejected
    2.7 Apps that download code in any way or form will be rejected
    2.8 Apps that install or launch other executable code will be rejected
    2.13 Apps that are primarily marketing materials or advertisements will be rejected
    2.14 Apps that are intended to provide trick or fake functionality that are not clearly marked as such will be rejected
    2.17 Apps that browse the web must use the iOS WebKit framework and WebKit Javascript
  • 22. Legal requirements
    22.1 Apps must comply with all legal requirements in any location where they are made available to users. It is the developer's obligation to understand and conform to all local laws
    22.2 Apps that contain false, fraudulent or misleading representations will be rejected
    22.3 Apps that solicit, promote, or encourage criminal or clearly reckless behavior will be rejected
    22.4 Apps that enable illegal file sharing will be rejected
    22.7 Developers who create apps that surreptitiously attempt to discover user passwords or other private user data will be removed from the iOS Developer Program

I didn't look through all the sections, only 2 and 22 because they appeared to cover many of the offenses committed by Miller with this app so I don't know if there are others that would fit the bill, nor do I know if all the ones I listed fit the bill. Either way, I think it's clear Miller broke an excessive number of rules of the App Store which should not tolerated.

I'm not saying that what he did is right, but it says that he discovered the exploit in 4.3. We are now at 5.0, going on 5.0.1.

Maybe he contacted Apple a while ago and they didn't respond. So he decided to make it public and make a mockery of them.
post #9 of 45
Quote:
Originally Posted by solipsism View Post

....Apple has to protect their customer base and riding someone who wrote an app that breaks guidelines and allows developers backdoor access into a user's device should be allowed.

(I assume you meant to say "not be allowed").

It's these types of one-size-fits-all rules that I am calling "stupid and churlish."

Context and motives are important.
post #10 of 45
Quote:
Originally Posted by anantksundaram View Post

Kicking him out was stupid and churlish on Apple's part.

For all we know, Apple might have kicked him out only after he said the details would be publicly disclosed.
post #11 of 45
Quote:
Originally Posted by Mazda 3s View Post

I'm not saying that what he did is right, but it says that he discovered the exploit in 4.3. We are now at 5.0, going on 5.0.1.

Maybe he contacted Apple a while ago and they didn't respond. So he decided to make it public and make a mockery of them.

And that's fine. I support his right to do that, but I also support Apple's right to close out any such developers. While Miller might be doing it for all the right reasons, that may not always be the case. And what if others who claim to be white hat hackers end up being a black hat, get taken advantage of by a black hat hacker, or through some other unintended accident compromise user's data. Either way, Apple is responsible for their users and we can't have hundreds of thousands of potential devs putting in backdoor code into their apps because they it's OK for Charlie Miller. This is a line that needs to be drawn deep and drawn fast.

On the flipside, Apple needs to take care of these JS holes or disallow mobileSafari/WebKit in apps.
Dick Applebaum on whether the iPad is a personal computer: "BTW, I am posting this from my iPad pc while sitting on the throne... personal enough for you?"
Reply
Dick Applebaum on whether the iPad is a personal computer: "BTW, I am posting this from my iPad pc while sitting on the throne... personal enough for you?"
Reply
post #12 of 45
Quote:
Originally Posted by solipsism View Post

If more of these JS-based bugs start to come out Apple might have to pull mobileSafari access from within apps. It's not like it's as needed as it was back before App Store apps were allowed to run in the background.

From what I got the hacker is not using safari itself, but has found a way of tricking the sandbox to allow him to download external code in a way that is similar to what safari's Java Script does. Am I mistaken?

If so, apple needs to put even more people on safari security, as it seems to be a recurring hole in the security process.
--SHEFFmachine out
Da Bears!
Reply
--SHEFFmachine out
Da Bears!
Reply
post #13 of 45
There is nothing preventing you from re-signing an app. That is probably what he is doing. To really prevent modifications, Apple would need to record and audit the checksums. Signing is performed against the developers certificate pair. So they would need to record the checksums and not just validate the application signing.

There isn't that much Apple can do to prevent you from hiding malware inside a app that is on the appstore. Apple just has the ability to pull the app, blacklist it, or sue the creator that hid the malware.

Code signing and the sandbox are not the same thing. Just because the Application's own binary is compromised doesn't mean the sandbox is compromised. There may be some hack that could be used to break the sandbox with a modified binary... but your treading on dangerous legal ground (you need to provide your information to put an app on the store) and the app will be quickly pulled and blacklisted by apple.
post #14 of 45
WebKit Sandboxing is a work-in-progress for ALL WEBKIT BROWSERS, including Chrome.
post #15 of 45
Quote:
Originally Posted by Mazda 3s View Post

Maybe he contacted Apple a while ago and they didn't respond. So he decided to make it public and make a mockery of them.

Maybe so. 4.3 was out months ago—BUT that doesn’t mean Charlie found the bug months ago. If he did, and revealed the bug to Apple, and is now a brave and noble white knight going public because there’s no other way to make Apple fix the issue, then that’s one thing—but there’s no evidence for that, and if he likes attention as much as he seems to, you’d think he’d have made that point publicly: “I revealed this bug in July, but Apple will never fix it without being forced to, and now I must sacrifice myself for the greater good, oh beloved world!’ or something.

It’s equally possible he found the bug months ago and sat on it until he felt it would be worth the most attention for himself. Or, that he discovered it only recently. Either way, it’s very possible that he gave Apple very little time. We don’t know yet. (We do know he violated the App Store terms.)

Changing your OS, and your developer tools, affecting millions of people, isn’t always a small, quick thing. Doing so without other side effects isn’t always simple either. It involves much testing, many parties, and impacts (and is impacted by) other development efforts going on simultaneously.

Has Apple has “enough” time? We have no idea, because we don’t know when they were told, nor the magnitude of the challenge. You don’t need to “mock” a company to make them fix something faster. Maybe you need to if they tell you they plan to NEVER fix it, but that is highly unlikely to be Apple’s plan! They’ve taken iOS security very seriously—much more so than, say, Google/Android.

We DO know Charlie has given a big helping hand to malware writers in the mean time. That’s clearly harmful behavior, as enjoyable as the spotlight may be for Charlie.

People who catch bugs deserve our thanks. Unless possibly they use those bugs to gain fame/attention at our expense!

Maybe Apple should have made a special exception and let Charlie break the rules. But he didn’t NEED to break them just to explain the bug to Apple. He needed to break the rules as a publicity stunt. He could have pointed out the flaw to Apple without that. What about the next “good guy” who finds a flaw? Doesn’t Apple want them to report it and NOT actually send their app out into users’ hands? And if they do, intentionally and unnecessarily send their malicious app out there, shouldn’t they too be banned? After all, they signed an agreement, which protects us users, and they broke it knowing the consequences.
post #16 of 45
Quote:
Originally Posted by Mazda 3s View Post

I'm not saying that what he did is right, but it says that he discovered the exploit in 4.3. We are now at 5.0, going on 5.0.1.

Maybe he contacted Apple a while ago and they didn't respond. So he decided to make it public and make a mockery of them.

Maybe Apple didn't care. It is easy to create a security vulnerability in your own app.... The solution is to sue the developer, blacklist the app, and remove it from the app store. The only problem I see is that this might be able to get around Apple's blacklist, but Apple should be able to patch that particular hole if it exists.

Beyond that, I'm not sure why you would go to the trouble to create an app that people want to download or purchase and then deliberately sabotage it.
post #17 of 45
Quote:
Originally Posted by Mazda 3s View Post

That's a pretty nasty exploit.

That being said, although Apple was well in their rights to kick him out, I think they are probably more than a bit embarrassed by this whole incident as well.

Please inform us which of Miller's "nasty exploits" ever came to pass in the real world. He comes up with these convoluted machinations, makes a big deal of calling Apple out over them, and none of them ever appears to be deployed or actually go live in real world malware that attacks Mac users. I think he does a great service to Apple users by finding these flaws but he's a real prick when it comes to how he informs the world.
post #18 of 45
Quote:
Originally Posted by solipsism View Post

If more of these JS-based bugs start to come out Apple might have to pull mobileSafari access from within apps. It's not like it's as needed as it was back before App Store apps were allowed to run in the background.

Is this a JS bug? I don't see anything that indicates that.

I'm not sure what this has to do with background apps...
post #19 of 45
Quote:
Originally Posted by Mazda 3s View Post

That's a pretty nasty exploit.

That being said, although Apple was well in their rights to kick him out, I think they are probably more than a bit embarrassed by this whole incident as well.

They didn't "kick him out." They are likely talking to him right now.

What he did was slightly irresponsible in a small way (he loves his publicity), but it's likely he has a list of everyone who downloaded the thing, has already told Apple where the flaw is, and has already given that list of users to them.
post #20 of 45
Quote:
Originally Posted by esummers View Post

Is this a JS bug? I don't see anything that indicates that.

I'm not sure what this has to do with background apps...

I thought I read on another site he was exploiting a hole in JS.
Dick Applebaum on whether the iPad is a personal computer: "BTW, I am posting this from my iPad pc while sitting on the throne... personal enough for you?"
Reply
Dick Applebaum on whether the iPad is a personal computer: "BTW, I am posting this from my iPad pc while sitting on the throne... personal enough for you?"
Reply
post #21 of 45
Quote:
Originally Posted by Steven N. View Post

C. Miller is a strong proponent of iOS and is a great cracker having found many security holes in both OS X and iOS. Apple needs to setup an agreement with people like him and offer bounties for this type of thing much like the Airport security testers.

He did expose it in an unprofessional and irresponsible way though. He really loves his publicity so hopefully he was just grandstanding as usual and will still be cooperating with Apple over the issue.
post #22 of 45
I am sure Apple is already aware of their MacOS and iOS security holes and prefers not to make them public. The biggest stick they have, since they must approval all AppStore apps, is to kick violators out of the program. Charlie may be a good hacker, but he lacks basic common sense IMHO.
post #23 of 45
Quote:
Originally Posted by anantksundaram View Post

Kicking him out was stupid and churlish on Apple's part.

In some ways it is stupid, but he did not tell Apple about the flaw in advance as far as we can tell. We will not know the whole story until after his presentation. So far, he does not appear to be helping Apple with the bugs he finds, if that was true I am sure they would not be dumb enough to make an enemy of him
post #24 of 45
Apple acting like a kid, again.

"Like I said before, share price will dip into the $400."  - 11/21/12 by Galbi

Reply

"Like I said before, share price will dip into the $400."  - 11/21/12 by Galbi

Reply
post #25 of 45
Quote:
Originally Posted by karmadave View Post

Charlie may be a good hacker, but he lacks basic common sense IMHO.

Individuals are not the only ones that occasionally lack basic common sense, IMHO.
post #26 of 45
Quote:
Originally Posted by anantksundaram View Post

Kicking him out was stupid and churlish on Apple's part.

Boy that's smart thinking, Apple!


About as sound as the US policy towards Iran getting a Nuke...

us:"You keeping working on a Nuke weapon and you'll be sorry!"

Iran: "But we are almost done."

us: "That's it! You crossed the line! We are going to the UN and organize a boycott! Not just any boycott, but a Strong Boycott. So there!!!"

Iran: "Iran Nuke Warhead Finished!"

Find an exploit in iOS that shows how malicious content can be added and show how information can be extracted?... There's an app for that! Err, was!... There was an app for that!

There was also a smart person, member of the Apple iOS Dev community, who found the exploit, made a video to show everyone of his findings and showed what it could do rather than actually implement it for his own ill gotten gain and Apple throws him under the bus! Way to go Apple! My viewpoint of your OS/iOS security has just gone down a notch when it comes to your unfailing fortitude to keep malware out.

I just finished watching a movie with Bruce Willis and that former Apple Commercial "I'm a Mac" Justin Long in "Live Free or Die Hard 4" where the premise of the movie, the hero, "must save the day once again, this time from an attack on the nations computer infrastructure. The terrorist plan seems to have taken into account every possible detail in the digital world to render the financial markets and everything else useless"

I wonder if like in the movie where the evil tech expert only became evil after being maligned and discarded will other "holes" in iOS that this individual might come across be taken advantage of? What is to prevent him from paying a computer friend to become an Apple Developer and have a way back in the Apple eco system and app store? This time to prove his point on such a future exploit he may come across but utilize in a more detrimental way? What 's to stop him? A EULA or that "Agree" checkbox to terms and conditions?

Apple, I love ya, because you think differently, but right now, you're not thinking smart!
/
/
/

Ten years ago, we had Steve Jobs, Bob Hope and Johnny Cash.  Today we have no Jobs, no Hope and no Cash.

Reply

Ten years ago, we had Steve Jobs, Bob Hope and Johnny Cash.  Today we have no Jobs, no Hope and no Cash.

Reply
post #27 of 45
Find an exploit in iOS that shows how malicious content can be added and show how information can be extracted?... There's an app for that! Err, was!... There was an app for that!

There was also a smart person, member of the Apple iOS Dev community, who found the exploit, made a video to show everyone of his findings and showed what it could do rather than actually implement it for his own ill gotten gain and Apple throws him under the bus! Way to go Apple! My viewpoint of your OS/iOS security has just gone down a notch when it comes to your unfailing fortitude to keep malware out.

Funny, I just finished watching a movie tonight with Bruce Willis and that former Apple Commercial "I'm a Mac" Justin Long in "Live Free or Die Hard 4" where the premise of the movie, the hero, "must save the day once again, this time from an attack on the nations computer infrastructure. The terrorist plan seems to have taken into account every possible detail in the digital world to render the financial markets and everything else useless" and this AI story pops up!

I wonder if like in the movie where the evil tech expert only became evil after being maligned and discarded, will other "holes" in iOS that this individual might come across be taken advantage of? What is to prevent him from paying a computer friend to become an Apple Developer and have a way back in the Apple eco system and app store? This time to prove his point on such a future exploit he may come across but utilize in a more detrimental way? What 's to stop him? A EULA or that "Agree" checkbox to terms and conditions?

Apple, I love ya, because you think differently, but right now, you're not thinking smart!
/
/
/

Ten years ago, we had Steve Jobs, Bob Hope and Johnny Cash.  Today we have no Jobs, no Hope and no Cash.

Reply

Ten years ago, we had Steve Jobs, Bob Hope and Johnny Cash.  Today we have no Jobs, no Hope and no Cash.

Reply
post #28 of 45
self delete

Ten years ago, we had Steve Jobs, Bob Hope and Johnny Cash.  Today we have no Jobs, no Hope and no Cash.

Reply

Ten years ago, we had Steve Jobs, Bob Hope and Johnny Cash.  Today we have no Jobs, no Hope and no Cash.

Reply
post #29 of 45
Quote:
Originally Posted by Rot'nApple View Post

...rather than actually implement it for his own ill gotten gain...

He did implement it, which is why his app was pulled and he banned from the developer program. Think about it; this isn't Charlie Miller's first rodeo exposing vulnerabilities with Apple's code yet it was only after he used that code to implement an app that he agreed was a legit app that didn't violate any of the terms of service and that Apple, as the retailer, backed did Apple take any action against Miller. Whether you think his overall intent was honorable everything he did in regards to the App Store policies and what users expect from App Store apps was unscrupulous.

Quote:
Funny, I just finished watching a movie tonight with Bruce Willis and that former Apple Commercial "I'm a Mac" Justin Long in "Live Free or Die Hard 4"...

I enjoyed that movie.

Quote:
What is to prevent him from paying a computer friend to become an Apple Developer and have a way back in the Apple eco system and app store?

Let me get this straight. Because there are deceitful methods that can be employed Apple should bend over to placate all those that could potentially do evil movie villain harm? How much should Apple pay these guys that are keeping them hostage?
Dick Applebaum on whether the iPad is a personal computer: "BTW, I am posting this from my iPad pc while sitting on the throne... personal enough for you?"
Reply
Dick Applebaum on whether the iPad is a personal computer: "BTW, I am posting this from my iPad pc while sitting on the throne... personal enough for you?"
Reply
post #30 of 45
To quote Miller from the Forbes article, "Android has been like the Wild West, says Miller. And this bug basically reduces the security of iOS to that of Android.

No, it doesn't unless you have outbreaks of malware that Android routinely suffers, and so he's stooped to spreading FUD to get attention. In fact, in an article about Android malware from March of this year, Miller states, "Google's Android Marketplace differs from Apple's more controlled App Store. Apple performs a scan of the application's binary for private APIs and other issues that could harm the performance of the iPhone. The centralized control has helped keep the iPhone relatively safe, he said."
post #31 of 45
Quote:
Originally Posted by Rot'nApple View Post

What is to prevent him from paying a computer friend to become an Apple Developer and have a way back in the Apple eco system and app store? This time to prove his point on such a future exploit he may come across but utilize in a more detrimental way? What 's to stop him? A EULA or that "Agree" checkbox to terms and conditions?

/
/
/

Not much is stopping him from doing this, but his friend would then be sued for any damages that this guy causes, not to mention the potential for being arrested and jailed.

That is like asking your buddy to go into the bank and rob it for you. Who in their right mind would want to take the risk?
post #32 of 45
Quote:
Originally Posted by Prof. Peabody View Post

They didn't "kick him out."

they certainly yanked his app and I'm betting in fact they did kick him out. Forget why he claims he did it, he broke the rules. That gets you kicked out.
post #33 of 45
Quote:
Originally Posted by lkrupp View Post

Please inform us which of Miller's "nasty exploits" ever came to pass in the real world. He comes up with these convoluted machinations, makes a big deal of calling Apple out over them, and none of them ever appears to be deployed or actually go live in real world malware that attacks Mac users. I think he does a great service to Apple users by finding these flaws but he's a real prick when it comes to how he informs the world.

hmmm....

Quote:
Miller has refused to reveal the exploit, though he will announce the specifics at the SysCan conference in Taiwan next week

Coincidence?

I think not.

The Miller publicity machine at work.
A problem occurred with this webpage so it was reloaded.A problem occurred with this webpage so it was reloaded.A problem occurred with this webpage so it was reloaded.A problem occurred with this...
Reply
A problem occurred with this webpage so it was reloaded.A problem occurred with this webpage so it was reloaded.A problem occurred with this webpage so it was reloaded.A problem occurred with this...
Reply
post #34 of 45
Quote:
Originally Posted by mstone View Post

Looks like Charlie turned down the job in Apple's security division

I suppose he was hoping for a job and didn't get an offer
post #35 of 45
deleted
post #36 of 45
Quote:
Originally Posted by anantksundaram View Post

(I assume you meant to say "not be allowed").

It's these types of one-size-fits-all rules that I am calling "stupid and churlish."

Context and motives are important.

I see. So you'd prefer that Apple not have fixed rules and simply make things up as they go along? Why not treat every developer different? Every one of them might have different motives and the context would certainly be different for each app.

They need fixed rules so that developers know what to expect.
"I'm way over my head when it comes to technical issues like this"
Gatorguy 5/31/13
Reply
"I'm way over my head when it comes to technical issues like this"
Gatorguy 5/31/13
Reply
post #37 of 45
Yeah no way is taking your app that has the exploitation built in and getting it thru the App STore a wise way of getting Apple's attention. He could have written the app and emailed ity to Apple w/a note saying "This is just a proof of concept, someone could put something like this on the App Store and get info via this exploit" and there would have been no problems. He had to go and get it on the App Store tho. I don't really feel sympathy. Thanks for finding the exploit, but that was a dumbass publicity stunt that will keep him off the App Store for good.
post #38 of 45
Quote:
Originally Posted by SSquirrel View Post

Yeah no way is taking your app that has the exploitation built in and getting it thru the App STore a wise way of getting Apple's attention. He could have written the app and emailed ity to Apple w/a note saying "This is just a proof of concept, someone could put something like this on the App Store and get info via this exploit" and there would have been no problems.

It's not a proof of concept if he didn't actually get the app approved now is it? Do you know what proof of concept means?

Quote:
Originally Posted by markbyrn View Post

To quote Miller from the Forbes article, "”Android has been like the Wild West,” says Miller. “And this bug basically reduces the security of iOS to that of Android.”

No, it doesn't unless you have outbreaks of malware that Android routinely suffers, and so he's stooped to spreading FUD to get attention. In fact, in an article about Android malware from March of this year, Miller states, "Google's Android Marketplace differs from Apple's more controlled App Store. Apple performs a scan of the application's binary for private APIs and other issues that could harm the performance of the iPhone. The centralized control has helped keep the iPhone relatively safe, he said."

Well, if you knew the whole story you'd know that his app violates nothing about private APIs or anything. It is well within the boundaries of what that app is allowed to access. It just so happens that what it can access has a massive security hole in it and that hole could be used for nefarious purposes. He didn't do that, he merely showed that it's possible. Whether or not the bad out come actually happens, you have bad security like Android until that hole is closed.

If you and your neighbor both have broken door locks on every door, you don't have a security problem unless you get robbed like your neighbor has? Saying that is FUD? Get real.
post #39 of 45
Quote:
Originally Posted by lkrupp View Post

Please inform us which of Miller's "nasty exploits" ever came to pass in the real world. He comes up with these convoluted machinations, makes a big deal of calling Apple out over them, and none of them ever appears to be deployed or actually go live in real world malware that attacks Mac users. I think he does a great service to Apple users by finding these flaws but he's a real prick when it comes to how he informs the world.

How do you know it is not happening right now? How would you know?
post #40 of 45
Quote:
Originally Posted by anantksundaram View Post

Kicking him out was stupid and churlish on Apple's part.

Quote:
Originally Posted by solipsism View Post

I disagree. Whether it's a proof of concept that he won't release to the public or intended to harm or steal from users is irrelevant, Apple has to protect their customer base and riding someone who wrote an app that breaks guidelines and allows developers backdoor access into a user's device should not be allowed.

Precisely, he could have easily gone to Apple first & ask to test his proof of concept. Apple responded they way they are obligated to legally, if they hadn't then anyone who got kicked out could cry foul saying all they were trying to do was a proof of concept.

He's stumbled upon something big & so he's trying to get his own name out there. If they were smart Apple would offer him an irresistible job offer in their security devision, just like how they hired jailbreaker Comex. I have my doubts he would ever accept such an offer or likely his demands would be far beyond reasonable. Still, a company as big as Apple really would be wise to recruit the best & brightest when it comes to security; they certainly have the money.
New Posts  All Forums:Forum Nav:
  Return Home
  Back to Forum: Mac Software
AppleInsider › Forums › Software › Mac Software › Newly found code signing flaw allows for iOS malware