Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
I agree. But this is not how things work with developers of flagship apps. If a small-time developer introduces malware to the app store he or she will be banned forever. If Facebook does it there will be a lot of contact between senior executives and a lot of hush-hush. This is exactly what WeChat is in China. WeChat is so big there, and popular among people with contacts in China, because alternatives are banned. In order to operate in China you need to surrender user data to the party-state. Now can you imagine Apple pulling the plug on Wechat? It's an app virtually every smartphone user in China has installed. That's why I thing this whole business is all very suspicious. Small developers can be foolish enough to download Xcode from some unofficial source, but Tencent? One of, if not the largest tech companies in China? Those guys are not amateurs and they know what they are doing.

Whatsapp is not banned in China. So they're turning users' data to the Chinese government?
 
What you are asking for is not technically possible. Firmware signing is secure because Apple controls the cryptographic keys. But Xcode runs under control of its user. If the genuine Xcode contained a special signing key, it would only be a matter of time until someone found it in the code and extracted it. The best Apple can do is to try and protect Xcode against modification by hashing. But that can be hacked as well.

The bottom line is that you cannot prevent a developer from using other tools than the original Xcode to produce code for apps. Apple can and does force developers to sign apps they submit to the store, so they can be held responsible in cases like this one.

Holding developers responsible doesn't matter for users because damage could have already been done.
Apple should take care of the users.
Can a one-time key be securely transferred on-the-fly instead of having a permanent key stored in Xocde?
If iTunes, which runs locally, can block users from downgrading firmware, can the same thing or similar thing be done to Xcode?
Appreciated it if you can enlighten me.
 
Sorry, why the **** would you use an illegitimate version of Xcode, downloaded from a Chinese website of all places?!! It'll save what, a few hours of download time? Those app developers deserve to lose all their credibility. This kind of stuff is the reason I don't trust anything made by a Chinese company ever.

Let's say instead of these clueless developers who used illegitimate versions of Xcode, say a group of malicious hackers created malware and submitted it to the app store and it got approved. Is Apple still perfect in your eyes here?
 
  • Like
Reactions: ackmondual
Holding developers responsible doesn't matter for users because damage could have already been done.
Apple should take care of the users.
Regardless of what their marketing says, they are not magic (but pretty close ;)).
Can a one-time key be securely transferred on-the-fly instead of having a permanent key stored in Xocde?
That key could be intercepted once it leaves Apple's control.

Besides, even if Apple could enforce the use of an unmodified Xcode, they cannot prevent a developer from sneaking in malicious code with 100% security. It's just not realistically possible to inspect code to that depth, especially given the amount of app submissions they have to process.
If iTunes, which runs locally, can block users from downgrading firmware, can the same thing or similar thing be done to Xcode?
Appreciated it if you can enlighten me.
It's not really iTunes that prevents you from using unsigned firmware, but the boot code in the iOS device.
 
There is a reason why local companies like Tencent and Baidu are allowed to operate in China, while others like Facebook, Twitter and Google are not, and this has to do, among other things, with who gets their hands on users' data.

In free countries people can question and raise legal challenges against their governments' decisions regarding surveillance. In China the practice is to invite such troublemakers for tea.

I agree with what you said but... ever heard about Edward Snowden?
 
Last edited:
  • Like
Reactions: NightFox
After scanning 9 pages of comments for one relating to watchOS 2 and not finding any...

I wonder if this malware revelation is related to the"bug" that put the release wOS2 on hold. (There are something like 10,000 new watch apps, many not released due to needing wos2 to run ... That's a whole lotta apps to check!)
 
I'm wondering why Apple doesn't somehow sign Xcode and require apps to reflect both the version and the code of the Xcode sw used to code them as part of the app approval process.
 
I freakin KNEW Mercury Browser would be in there. It was the best app in the app store, the best browser hands down, had built in ad blocking that was perfect, was fast as heck, I PAID for it, and then a few months ago the developer name changed to a weird chinese name and the browser went to hell, became slow, full of bugs, and then started charging a monthly subscription fee for add blocking even after I had previously paid for the app. I don't know what kind of weird conspiracy decided to take that browser out, but with BILLIONS of dollars depending on mobile ads, someone was gunning for that browser and it has been taken out by every means necessary.
Who the **** is Lucy Ding? :eek:
 
$50 this is what's holding my app up in App Review... looks like they're locking down even more than before. They need to add "Your app must be built with our version of Xcode" in the App Review Guidelines.
:D
 
I don't understand why Apple doesn't care enough to give us delta updates for Xcode and the Xcode betas.

Simple. About a decade ago, somebody got the bright idea that Apple should eat its own dogfood, packaging Xcode as a self-contained app, just like they require Mac App Store developers to do (minus the sandbox). Unfortunately, that installer-free, self-contained app model is fundamentally incompatible with the notion of delta updates. When you're talking about downloading an app that is almost four gigabytes in size, if the official servers are slow, it is pretty much inevitable that folks will try to find a source that can provide it faster.

The real WTF is that Apple isn't taking full advantage of Akamai or other similar companies to ensure that Xcode downloads (whether betas from developer.apple.com or releases from the Mac App Store) are fast from anywhere in the world. This isn't a company run out of somebody's garage anymore; if Baidu's servers really are that much faster than Apple's when accessed from China, then it is well past time for the developer download servers to catch up with the times.
 
  • Like
Reactions: SHNXX and haruhiko
Apple doesn't go through submitted assembly line by line, nor is it realistically feasible to do so. The blame lies solely with the developers who imo should have their certificates revoked and be kicked out of the developer program. When you download an app, you are putting your trust in the developer. The walled garden makes it a little tricker for malware because of certificates, but not impossible.
 
I suppose it was only a matter of time. I imagine there will be a swift patch and cleanup deployment.

The fact that this even happened does add credence to the legitimacy of third party stores though. If I want to take a risk of installing external sources, I should be able to, especially since we now have verifiable evidence that Apple's in reachable safety net has been breached.
 
I'm wondering why Apple doesn't somehow sign Xcode and require apps to reflect both the version and the code of the Xcode sw used to code them as part of the app approval process.

It isn't really possible. I mean yes, Apple can sign the app, but short of preventing unsigned apps from being runnable, there's no practical way that Apple could detect whether the app used to sign another app was itself signed. Any mechanism you could come up with (e.g. taking checksums of the app doing the signing) could be trivially subverted by replacing the routine with one that returns the result that the original signed app would have returned.

Besides, app developers don't have to build their apps using Xcode. They can use Makefiles and command-line tools, and lots of developers do. So the signing tool (codesign) has to be able/willing to sign whatever code is handed to it. A malicious version of Xcode could silently insert additional libraries, perform silent code insertion, and hide the evidence from the user during the compilation process, then ask codesign to sign it. There's no way that the codesign tool can tell whether those bits were added by a malicious version of Xcode or by the developer.

In short, as long as it is possible to run apps that have not been vetted by Apple, there's no way to prevent this. And you'd never be able to get development done usefully if every build of every app had to be approved by Apple, so there's just no practical way to mitigate this sort of attack, other than by ensuring that Apple's servers are the fastest servers out there, so people will download it from official sources instead of from potentially malicious third parties.
 
The real WTF is that Apple isn't taking full advantage of Akamai or other similar companies to ensure that Xcode downloads (whether betas from developer.apple.com or releases from the Mac App Store) are fast from anywhere in the world. This isn't a company run out of somebody's garage anymore; if Baidu's servers really are that much faster than Apple's when accessed from China, then it is well past time for the developer download servers to catch up with the times.

You're forgetting about China's Great Cannon which is able to do man in the middle attacks replacing content. Here's an example of the Great Cannon replacing javascript on websites with malicious javascript:
http://www.pcworld.com/article/2908...n-ddos-tool-enforces-internet-censorship.html

Who's to say the developers didn't download Xcode directly from Apple, only to have the Great Cannon silently replace the download with the XcodeGhost binary? Seriously, does anyone not think the Chinese government is behind this?
 
One of the apps, iVMS-4500 seems to be gone from the App Store now, while the iPad version is still available.
 
One thing I don't understand is why download a FREE app from a third party site when it's publicly available! seems like asking for trouble
 
  • Like
Reactions: KPOM
Maybe we should just start leaving China alone and out of the picture. For all the crap coming our way from China it might be better to cut off the flow. Apple and Microsoft are totally in bed with the Chinese government so that probably is never going to happen.
 
One of the apps, iVMS-4500 seems to be gone from the App Store now, while the iPad version is still available.
iVMS-4520 is also still up but I'd stay away from it too. I've had a lot of issues with both apps eating through battery and a LOT of Exc_Resource/wakeups in my Diagnostics and Usage.

Same with the iPad version.
 
This really sucks. I'm glad none of those apps are in my "purchased" list.

That said, Apple does have a miserable CDN. I can usually download 4x the data from Microsoft in half the time.
 
Why would anyone download Xcode from anyone other than directly from Apple? Even if the download is slower it can't be worth getting a compromised developer tool.

Several people have asked this question. What if the App was simply a ruse to test this method of introducing malware?
 
Last edited:
Let's say instead of these clueless developers who used illegitimate versions of Xcode, say a group of malicious hackers created malware and submitted it to the app store and it got approved. Is Apple still perfect in your eyes here?

There are over a billion people in China. I don't find your post far-fetched. It is entirely possible that the devs knew their Xcode was modified and intended to use any data gained for their own personal gain.

And to everyone who wants to ban the devs who made these bad apps. What is to stop them from just opening up another dev account and sending more bad apps to the app store? Are we going to send a crack Apple security team to investigate every developer? Especially when the Chinese government is most likely involved. Apple can't create any bad blood there - they use cheap Chinese labor to build almost all of their devices. But you can probably bet that China is intentionally slowing downloads from outside the country to encourage downloading from inside the country. And that the software was probably loaded on flash drives or shared on local networks once downloaded, thus enabling it to spread even further.

People have been running scams forever. Just when you think you've gotten something nailed down, the scammers find a new way to scam. It's even easier now that it's all computerized.

I think Apple will find a way to prevent this from happening again going forward, but then someone else will find a bug or an exploit or something else that is malicious. I'm sure Apple has all hands on deck working through these apps and pulling every one that is bad. And the PR machine is spinning trying to mitigate any damage caused to Apple's brand and place the blame on the person who modified Xcode. I don't know if they can/will blame any devs, especially since large ones like tencent were involved in this.

I've also developed a new appreciation for sandboxing.
 
  • Like
Reactions: int79 and KPOM
You have no idea how common it is for Chinese to download almost anything from third party source. They really don't care where it's from as long as they get the stuff, and given that piracy is extremely common and unregulated in China. A lot of developers in China pirate apps because they couldn't afford it or they're not available in China. Even if they are available, online payment isn't all that convenient. And as mentioned on the article, file sharing platforms such as Baidu offer much greater speed. It is sometimes even impossible to download files from official source due to firewall restrictions. Developers usually just go on forums and find downloads.
 
  • Like
Reactions: KPOM
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.