Risk
3/26/2011
11:57 AM
George V. Hulme
George V. Hulme
Commentary
Connect Directly
RSS
E-Mail
50%
50%

Shocker! (Not Really): Users Apathetic When It Comes To Mobile Security

Survey conducted by the Ponemon Institute shows just how lax users really are when it comes to securing their smartphone devices.

Survey conducted by the Ponemon Institute shows just how lax users really are when it comes to securing their smartphone devices.The Ponemon Institute released its Smartphone Security Survey: A Study of U.S. Consumers [.pdf], which was sponsored by anti-virus vendor AVG Technologies. The stated goal of the survey was to understand users' perceptions about potential smartphone privacy and security risks. They surveyed 734 smartphone owners over the age of 18.

Here are a few things uncovered in the report:

Most people - 84 percent - use their smartphone for both personal and work.

In addition to using it as a phone, 89 percent use their smartphone for personal email and 82 percent use it for business email.

Forty-two percent of consumers who use social networking apps say they allow smartphone versions of well-known social networking applications such as Facebook to access the same key chains, passwords and log-ins that they use of their desktops, laptops or tablet.

Despite security risks, less than half of consumers use keypad locks or passwords to secure their smartphones.

This highlights the dangers with the consumerization of IT in the enterprise. Not only is the data at jeopardy being stored unencrypted, unprotected on the smartphone - when the employee quits or is terminated from their job they're likely to keep any corporate data on their phone. The risk is exponentially increased when you consider many users are probably using cloud-based storage services (not sanctioned or managed by the business) that they can access from their phone - even after they're terminated or quit.

Situations like this pose a serious challenge to businesses that what to provide some level of device freedom to their employees - but still maintain some semblance of control over data.

If your business is facing similar situations, we'd be interested in learning how you're managing it.

For business and security observations throughout the day, find George on Twitter as @georgevhulme.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Flash Poll
Current Issue
Cartoon
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2013-6306
Published: 2014-08-22
Unspecified vulnerability on IBM Power 7 Systems 740 before 740.70 01Ax740_121, 760 before 760.40 Ax760_078, and 770 before 770.30 01Ax770_062 allows local users to gain Service Processor privileges via unknown vectors.

CVE-2014-0232
Published: 2014-08-22
Multiple cross-site scripting (XSS) vulnerabilities in framework/common/webcommon/includes/messages.ftl in Apache OFBiz 11.04.01 before 11.04.05 and 12.04.01 before 12.04.04 allow remote attackers to inject arbitrary web script or HTML via unspecified vectors, which are not properly handled in a (1)...

CVE-2014-3525
Published: 2014-08-22
Unspecified vulnerability in Apache Traffic Server 4.2.1.1 and 5.x before 5.0.1 has unknown impact and attack vectors, possibly related to health checks.

CVE-2014-3563
Published: 2014-08-22
Multiple unspecified vulnerabilities in Salt (aka SaltStack) before 2014.1.10 allow local users to have an unspecified impact via vectors related to temporary file creation in (1) seed.py, (2) salt-ssh, or (3) salt-cloud.

CVE-2014-3594
Published: 2014-08-22
Cross-site scripting (XSS) vulnerability in the Host Aggregates interface in OpenStack Dashboard (Horizon) before 2013.2.4, 2014.1 before 2014.1.2, and Juno before Juno-3 allows remote administrators to inject arbitrary web script or HTML via a new host aggregate name.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Three interviews on critical embedded systems and security, recorded at Black Hat 2014 in Las Vegas.