WireLurker malware infects iOS devices through OS X

Posted by   Virus Bulletin on   Nov 6, 2014

Non-jailbroken devices infected via enterprise provisioning program.

Researchers at Palo Alto Networks have published a research paper (PDF) analysing the 'WireLurker' malware that runs on Mac OS X, and which is then used to further infect iOS devices connected to an infected machine.

WireLurker is found to have infected 467 apps on the Maiyadi App Store, a third-party store based in China. Infected apps have been downloaded more than 350,000 times.

Maiyadi App Store

Malware targeting OS X has become increasingly common, no doubt helped by the various ways in which malware can maintain persistence, as described in Patrick Wardle's VB2014 paper that we published last week. In the case of WireLurker, it uses launch daemons to install persistently on an infected system.

However, OS X isn't the malware's only target. As its name suggests, WireLurker waits for iOS devices to be connected to an infected system. It then sends information about the connected device to a command and control server. It also tries to install trojanised versions of common apps onto the device.

Interestingly, it even tries to do so when the device isn't jailbroken, by making use of the iOS Developer Enterprise Program. Another VB2014 paper, by FireEye researcher Tao Wei and his colleagues, explained how this program could be used by malware authors to bypass Apple's review process. (A blog post previewing this paper can be found here; we plan to publish the paper here soon.)

WireLurker seems mostly concerned with collecting information from both iOS and OS X systems, but the researchers are unsure about its ultimate goal. However, security expert Jonathan Zdziarski may have a point when he writes 'WireLurker may be trying to uncover the identities of Chinese software pirates'.

I also agree with Zdziarski's opinion that WireLurker is notable mainly because it uses a number of techniques not previously seen in the wild, not because it is particularly advanced. A more sophisticated attacker could easily use these same techniques in a far more effective and dangerous way.

Posted on 06 November 2014 by Martijn Grooten

twitter.png
fb.png
linkedin.png
hackernews.png
reddit.png

 

Latest posts:

VB2018 paper: From Hacking Team to hacked team to…?

Today we publish the VB2018 paper and video by ESET researcher Filip Kafka, who looked at the new malware by Hacking Team, after the company had recovered from the 2015 breach.

The spam that is hardest to block is often the most damaging

We see a lot of spam in the VBSpam test lab, and we also see how well such emails are being blocked by email security products. Worryingly, it is often the emails with a malicious attachment or a phishing link that are most likely to be missed.

Throwback Thursday: We're all doomed

Mydoom turns 15 this month, and is still being seen in email attachments. This Throwback Thursday we look back to March 2004, when Gabor Szappanos tracked the rise of W32/Mydoom.

VB2019 call for papers - now open!

Have you analysed a new online threat? Do you know a new way to defend against such threats? Are you tasked with securing systems and fending off attacks? The call for papers for VB2019 is now open and we want to hear from you!

VB2018 paper: Unpacking the packed unpacker: reversing an Android anti-analysis library

Today, we publish a VB2018 paper by Google researcher Maddie Stone in which she looks at one of the most interesting anti-analysis native libraries in the Android ecosystem. We also release the recording of Maddie's presentation.

We have placed cookies on your device in order to improve the functionality of this site, as outlined in our cookies policy. However, you may delete and block all cookies from this site and your use of the site will be unaffected. By continuing to browse this site, you are agreeing to Virus Bulletin's use of data as outlined in our privacy policy.