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
Register for Dark Reading Newsletters
White Papers
Cartoon
Latest Comment: nice one
Current Issue
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2015-1235
Published: 2015-04-19
The ContainerNode::parserRemoveChild function in core/dom/ContainerNode.cpp in the HTML parser in Blink, as used in Google Chrome before 42.0.2311.90, allows remote attackers to bypass the Same Origin Policy via a crafted HTML document with an IFRAME element.

CVE-2015-1236
Published: 2015-04-19
The MediaElementAudioSourceNode::process function in modules/webaudio/MediaElementAudioSourceNode.cpp in the Web Audio API implementation in Blink, as used in Google Chrome before 42.0.2311.90, allows remote attackers to bypass the Same Origin Policy and obtain sensitive audio sample values via a cr...

CVE-2015-1237
Published: 2015-04-19
Use-after-free vulnerability in the RenderFrameImpl::OnMessageReceived function in content/renderer/render_frame_impl.cc in Google Chrome before 42.0.2311.90 allows remote attackers to cause a denial of service or possibly have unspecified other impact via vectors that trigger renderer IPC messages ...

CVE-2015-1238
Published: 2015-04-19
Skia, as used in Google Chrome before 42.0.2311.90, allows remote attackers to cause a denial of service (out-of-bounds write) or possibly have unspecified other impact via unknown vectors.

CVE-2015-1240
Published: 2015-04-19
gpu/blink/webgraphicscontext3d_impl.cc in the WebGL implementation in Google Chrome before 42.0.2311.90 allows remote attackers to cause a denial of service (out-of-bounds read) via a crafted WebGL program that triggers a state inconsistency.

Dark Reading Radio
Archived Dark Reading Radio
Join security and risk expert John Pironti and Dark Reading Editor-in-Chief Tim Wilson for a live online discussion of the sea-changing shift in security strategy and the many ways it is affecting IT and business.