Risk
7/2/2013
11:25 AM
Connect Directly
Facebook
LinkedIn
Twitter
RSS
E-Mail
50%
50%

3 Ways To Virtualize Mobile Devices -- And Why You Should Do So

The idea of splitting smartphones and tablets into personal and business partitions is gaining strength, for good reason. But be warned -- iOS shops will have a tougher go of it.

InformationWeek Green -  July 8, 2013 InformationWeek Green
Download the entire July 8, 2013, issue of InformationWeek, distributed in an all-digital format (registration required).


Your Generation Y employees are really, really attached to their smartphones: Most use them in bed, a recent Cisco Connected World Report found, and one-third use them in the bathroom. Talk about personal computing.

Among the 424 respondents to our InformationWeek 2013 Mobile Security Survey, 68% support bring-your-own-device in some form; an additional 20% are developing policies. Unsurprisingly, 78% say their top concern is lost or stolen devices, well ahead of the No. 2 worry, which is users forwarding corporate information to cloud-based services (cited by 36%). More than half, 55%, have had devices go missing, yet encryption is far from ubiquitous.

>

An alternative: Segment mobile devices into personal and business realms. Let employees do whatever they want on their side of the border; IT retains control on the other. There are a number of approaches to compartmentalization, as we discuss in depth in our full report on the topic. None is yet fully mature or widely used, and iOS shops will have a tougher go of it. Even on Android and BlackBerry, there are still plenty of technical challenges.

But I think these products are worth a look.

The most sophisticated methods work at the hardware level and offer a virtual split between work and play; they're also the most disruptive to the user experience. Type 1 hypervisors (essentially mobile incarnations of vSphere) and Type 2 virtualization software running on top of a base OS effectively turn a smartphone into two separate devices, down to different numbers and data plans. They just happen to share the same screen. Sandboxing applications trade isolation for better hardware support. You're essentially running business apps within an app, similar to using the Google Docs suite within a Chrome browser. Like hypervisors, sandboxes create multiple personas that are partitioned, even down to the wallpaper and contact lists. Each persona can have its own apps, security policies and system preferences. Remote display technologies typically use a local native client or, less often, mobile browser to access applications running on a central server. Finally, encrypted storage containers can protect and control locally stored data according to policies, but they don't isolate the apps, which continue to run within the user's personal environment.

While all of these methods are valid, the holy grail remains full mobile virtualization, and it's a compelling vision, so much so that Gartner predicts 50% of enterprises will grab strong control of the corporate footprint on consumer devices through a combination of native containerization capabilities and mobile device management functions by the end of this year. We think that's wishful thinking; our survey shows only 32% of enterprises have deployed MDM. Given that, it behooves most shops to at least evaluate containerization.

There are three main routes:

>> Full client-side hypervisor: As with PCs and servers, there are two ways to create fully virtualized operating environments on mobile devices: Type 1 bare-metal or Type 2 hosted hypervisors. The former run directly on device hardware, underneath the OS, and thus require extensive hardware support, a major challenge on mobile devices where there's no equivalent to the standard x86 hardware platform. The latter, similar to Virtual Box or Parallels, run on top of the native OS, a seemingly easier task. Yet it's still difficult to port even low-level functionality because mobile operating systems are both tightly controlled (we're looking at you, Apple) and heavily customized for specific hardware configurations (here, Android is the bigger culprit). We discuss the differences between Type 1 and Type 2 in more detail in our full report.

>> App sandboxes and containers: Moving up the compartmentalization stack are applications that can encapsulate complete work environments in a secure sandbox or wrap individual apps within a centrally managed container. Application sandboxes, what some vendors call "dual-persona software," take code-isolation techniques used in everything from HTML5 to mobile operating systems to another level by carving out a secure working environment on the mobile device that holds not only locally installed enterprise apps, but app data, preferences and user home screen profiles. The entire runtime environment is protected from the personal home screen and associated apps, and the experience is completely modal -- a user is in either a corporate or personal workspace.

Sandboxes are much easier to port than true hypervisors, meaning they're more likely to work across platforms. For example, AT&T's Toggle works on any Android device running 2.2 or better, while Enterproid's Divide supports iOS and Kindle Fire.

Secure single app containers take sandboxing techniques a step further by supporting user authentication, app and data usage policies, and data encryption (both stored and network). All of this occurs behind the scenes. Companies including Bitzer Mobile, Mocana (Mobile App Protection), OpenPeak (Sector) and Symantec (App Center Enterprise) offer products in this segment. Most deliver a common set of features: encrypted local data containers (protecting data at rest); encrypted network connections (protecting data in motion); some level of data loss prevention, including policies on local data movement (for example through the clipboard via copy/paste restrictions); identity management (user authentication against a central directory); and even time- or location-based access controls (like limiting app access to certain hours, expiring access after a given date or limiting usage to certain locations).

What methods of encryption do you force on mobile devices?

Previous
1 of 2
Next
Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
speedo1456
50%
50%
speedo1456,
User Rank: Apprentice
7/13/2014 | 8:33:50 PM
Security apps
There is a big call for security apps in cell phones. This post gets into one of the major problems in this society. Stealing cell phones is a big problem here in the Netherlands, and probably in most countries.
Register for Dark Reading Newsletters
Partner Perspectives
What's This?
In a digital world inundated with advanced security threats, Intel Security seeks to transform how we live and work to keep our information secure. Through hardware and software development, Intel Security delivers robust solutions that integrate security into every layer of every digital device. In combining the security expertise of McAfee with the innovation, performance, and trust of Intel, this vision becomes a reality.

As we rely on technology to enhance our everyday and business life, we must too consider the security of the intellectual property and confidential data that is housed on these devices. As we increase the number of devices we use, we increase the number of gateways and opportunity for security threats. Intel Security takes the “security connected” approach to ensure that every device is secure, and that all security solutions are seamlessly integrated.
Featured Writers
White Papers
Cartoon
Current Issue
Dark Reading's October Tech Digest
Fast data analysis can stymie attacks and strengthen enterprise security. Does your team have the data smarts?
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-3409
Published: 2014-10-25
The Ethernet Connectivity Fault Management (CFM) handling feature in Cisco IOS 12.2(33)SRE9a and earlier and IOS XE 3.13S and earlier allows remote attackers to cause a denial of service (device reload) via malformed CFM packets, aka Bug ID CSCuq93406.

CVE-2014-4620
Published: 2014-10-25
The EMC NetWorker Module for MEDITECH (aka NMMEDI) 3.0 build 87 through 90, when EMC RecoverPoint and Plink are used, stores cleartext RecoverPoint Appliance credentials in nsrmedisv.raw log files, which allows local users to obtain sensitive information by reading these files.

CVE-2014-4623
Published: 2014-10-25
EMC Avamar 6.0.x, 6.1.x, and 7.0.x in Avamar Data Store (ADS) GEN4(S) and Avamar Virtual Edition (AVE), when Password Hardening before 2.0.0.4 is enabled, uses UNIX DES crypt for password hashing, which makes it easier for context-dependent attackers to obtain cleartext passwords via a brute-force a...

CVE-2014-4624
Published: 2014-10-25
EMC Avamar Data Store (ADS) and Avamar Virtual Edition (AVE) 6.x and 7.0.x through 7.0.2-43 do not require authentication for Java API calls, which allows remote attackers to discover grid MCUser and GSAN passwords via a crafted call.

CVE-2014-6151
Published: 2014-10-25
CRLF injection vulnerability in IBM Tivoli Integrated Portal (TIP) 2.2.x allows remote authenticated users to inject arbitrary HTTP headers and conduct HTTP response splitting attacks via unspecified vectors.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Follow Dark Reading editors into the field as they talk with noted experts from the security world.