Vulnerabilities play only a tiny role in the security risks that come with mobile phones

Posted by   Martijn Grooten on   Nov 9, 2017

Last week saw yet another successful edition of Mobile Pwn2Own, the contest in which participants are challenged to attack fully patched mobile devices using previously unknown vulnerabilities.

mobilepwn2ownlogo.jpg

Contests like these, and their desktop equivalents, serve two purposes: device manufacturers have vulnerabilities responsibly disclosed to them, while offensive security researchers are able to show off their skills, and get a nice cash prize as a bonus.

One possible message to be taken away from the contest is that every single device ended up getting "pwned"; another, however, would be that it has become increasingly hard to do so. In the case of the Samsung Galaxy S8, for example, it took the attackers no fewer than eleven vulnerabilities to execute code and maintain persistence on the device.

But both of these messages miss the point regarding the way in which almost all attacks against mobile devices happen: they don't exploit known or unknown vulnerabilities, rather they exploit the human factor.

In a typical "attack", the phone's owner is tricked into installing an app, either because it is supposedly necessary, because it promises great things, or maybe just because it is indistinguishable from the real app – which is what made one million users install a rogue version of WhatsApp.

And this is also why, no matter what Pwn2Own's results may suggest, iPhone remains the more secure mobile operating system. Not because of inherent properties of the system itself, but because its strictly controlled environment does a far better job at protecting its users against themselves, even if this protection comes at a cost: earlier this year, Apple decided its Chinese users needed to be "protected" against the use of VPNs.

This does not make iPhones 100% secure though, and we have seen a few cases where an iPhone zero-day was used to compromise the device of a very few targets. But such attacks are rare, and for almost all users attacks like this are a much smaller risk than the chance of they themselves inadvertently opening up their device to an adversary. This is the reason why, for users that are a high-value target, I always recommend an iPhone or a similarly locked-down device (even if I myself am perfectly happy with my Android phone).

And it is also why I believe that using a third-party security app to augment a device's security is a very sensible thing to do, especially on Android, even while acknowledging the limited powers such apps have by design.

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

 

Latest posts:

In memoriam: Yonathan Klijnsma

We were very sorry to learn of the passing of researcher Yonathan Klijnsma last week. Here, former VB Editor Martijn Grooten shares his memories of a talented researcher and a very kind person: this month, infosec lost a really good one.

VB2020 localhost videos available on YouTube

VB has made all VB2020 localhost presentations available on the VB YouTube channel, so you can now watch - and share - any part of the conference freely and without registration.

VB2020 presentation & paper: 2030: backcasting the potential rise and fall of cyber threat intelligence

At VB2020 localhost, threat intelligence consultant Jamie Collier used the analytical technique of backcasting to look at the rise and fall of the cyber threat intelligence industry.

VB2020 presentation: Behind the Black Mirror: simulating attacks with mock C2 servers

At VB2020 localhost, Carbon Black's Scott Knight presented an approach he and his colleagues have taken to more realistically simulate malware attacks.

VB2020 presentation & paper: Advanced Pasta Threat: mapping threat actor usage of open-source offensive security tools

At VB2020, researcher Paul Litvak revealed how he put together a comprehensive map of threat actor use of open-source offensive security tools.

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.