Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Risk

6/27/2010
03:34 PM
George V. Hulme
George V. Hulme
Commentary
50%
50%

Android, iPhone, "Kill Switch" Capabilities

The recent security related events surrounding Google Android highlights why users must exercise constant vigilance in the applications they choose to install on their handsets, and raises questions about the ability for vendors to reach into your handset to remove potentially nasty software.

The recent security related events surrounding Google Android highlights why users must exercise constant vigilance in the applications they choose to install on their handsets, and raises questions about the ability for vendors to reach into your handset to remove potentially nasty software.Security researcher Jon Oberheide created a bit of a stir following his talk at the SummerCon hacker conference. In his presentation, Oberheide revealed just how straightforward it can be to "infect" smartphone users with malicious applications. Simply bait them with an enticing application, and stealthily hide any malicious intent. In this incident, Oberheide promised pictures of the upcoming Twilight film, Eclipse.

Oberheide's application was a proof-of-concept, and had no malicious intent. He was simply out to make a point about Android security. You can learn more about his research and the talk he gave at his site.

Essentially, Oberheide sheds light on a potentially serious weakness in how the apps in Android's App Market work. Those applications are free to download new code after they're installed by the user. That means that an application that starts out providing a benign function, such as collecting wallpapers, organizing photos, providing movie reviews -- anything -- could potentially become an application designed to snoop and steal data or launch denial or service attacks. These security warnings on mobile devices isn't new. Late last year we reported on botnets targeting Jailbroken iPhones in Mobile BotNets: A New Frontline. In February computer scientists from Rutgers University demonstrated how smart phones could be as susceptible to rootkit infiltration as PC and server operating systems.

Obviously, consumers will have to be careful about what applications they download, use, and trust. However, enterprises may need to go a step further and control what applications employees can install on phones that are used to connect to corporate assets. For years now it's been clear that relying on virtual-private networks alone wasn't enough to secure remote PCs accessing the enterprise network and they won't be enough to keep mobile device access secure, either.

As for the "Kill Switch" ability within iPhone and Android phones. That capability in vendors' hands is a bitter pill to swallow. No one likes the idea of a software or mobile handset provider having the ability to yank applications off of our devices. However, infected mobile devices pose a somewhat different set of challenges than PCs connecting to the Internet.

For instance, while tens of thousands of PCs infected with bots can launch a distributed denial-of-service attack that can take down a Web site, they can't threaten the availability of the Internet itself. Unfortunately, cellular networks aren't so resilient. It's much easier, relatively, to make an entire cellular network inaccessible through denial-of-service attacks. And vendor kill switch capabilities may be the only way shut those down.

Is that ideal? No. It'd be much more preferable to build more resilient wireless networks - and keep vendors from being able to reach into our handsets to uninstall whatever they wish.

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 6/5/2020
How AI and Automation Can Help Bridge the Cybersecurity Talent Gap
Peter Barker, Chief Product Officer at ForgeRock,  6/1/2020
Cybersecurity Spending Hits 'Temporary Pause' Amid Pandemic
Kelly Jackson Higgins, Executive Editor at Dark Reading,  6/2/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: What? IT said I needed virus protection!
Current Issue
How Cybersecurity Incident Response Programs Work (and Why Some Don't)
This Tech Digest takes a look at the vital role cybersecurity incident response (IR) plays in managing cyber-risk within organizations. Download the Tech Digest today to find out how well-planned IR programs can detect intrusions, contain breaches, and help an organization restore normal operations.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-13881
PUBLISHED: 2020-06-06
In support.c in pam_tacplus 1.3.8 through 1.5.1, the TACACS+ shared secret gets logged via syslog if the DEBUG loglevel and journald are used.
CVE-2020-13883
PUBLISHED: 2020-06-06
In WSO2 API Manager 3.0.0 and earlier, WSO2 API Microgateway 2.2.0, and WSO2 IS as Key Manager 5.9.0 and earlier, Management Console allows XXE during addition or update of a Lifecycle.
CVE-2020-13871
PUBLISHED: 2020-06-06
SQLite 3.32.2 has a use-after-free in resetAccumulator in select.c because the parse tree rewrite for window functions is too late.
CVE-2020-13864
PUBLISHED: 2020-06-05
The Elementor Page Builder plugin before 2.9.9 for WordPress suffers from a stored XSS vulnerability. An author user can create posts that result in a stored XSS by using a crafted payload in custom links.
CVE-2020-13865
PUBLISHED: 2020-06-05
The Elementor Page Builder plugin before 2.9.9 for WordPress suffers from multiple stored XSS vulnerabilities. An author user can create posts that result in stored XSS vulnerabilities, by using a crafted link in the custom URL or by applying custom attributes.