Risk
1/16/2013
04:10 PM
50%
50%

Close The BYOD Security Hole

A bring-your-own-device policy it a low-cost way to use Apple devices without spending a lot of money, but don’t forget security.

A bring-your-own-device policy is a low-cost way to let employees use Apple devices without a huge capital investment. But the downside is security. In a recent Virgin Media Business survey of 500 British CIOs, more than half reported network breaches from employee-owned devices accessing the network. Dartmouth-Hitchcock Medical Center, a major northern New England healthcare provider with nearly 8,500 employees, has policies and processes that let its staff use Apple devices on the network securely, without having to manage them centrally.

Lessons Learned

>> Know that management will be an issue. Windows PCs continue to be the medical center's only centrally purchased and supported systems, in part due to the difficulties it has had centrally managing Macs. Macs don't have full Active Directory support, among other things, says Bill Weyrick, senior manager of information systems.

>> Set up a separate guest WLAN. Dartmouth-Hitchcock's first and most fundamental level of security has been to provide a guest Wi-Fi network with a completely separate IP space and service provider, and to configure business-critical apps so they can't run from that address space. This approach provides basic BYOD network access, including for patient and guest devices, without compromising network security.

>> Write a policy for employee-owned devices that has teeth. Dartmouth-Hitchcock lets employees use personally owned Apple devices to access email and enterprise apps that don't involve medical records. Employees must have device-level authentication and let IT verify they're using a password and encrypting certain data, and allow remote wipe if the device is lost. The hospital doesn't allow Android devices because the policy-level security it's using can't monitor security status with the same level of confidence that it has with the iPhone.

>> OS X is out for certificate-level authentication. Only Windows devices can be used for the most secure level of access, since Dartmouth-Hitchcock requires those devices to be certificate-authenticated and centrally managed.

>> Explore thin client. Dartmouth-Hitchcock uses Citrix to securely serve mission-critical apps to both Macs and PCs, keeping patient data off the client.

>> Consider outsourced support. Dartmouth-Hitchcock limits iPad use to projects funded and supported by nonstandard means, such as loaner iPads for kids in the children's hospital and devices used by the hospital's Boards of Trustees to access meeting materials. Outsourcers manage both projects.

Go to the main story:
Why Apple Is IT's Arch Frenemy

Continue to the sidebar:
Apple Doesn’t Rule The School

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
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-0547
Published: 2015-07-04
The D2CenterstageService.getComments service method in EMC Documentum D2 4.1 and 4.2 before 4.2 P16 and 4.5 before P03 allows remote authenticated users to conduct Documentum Query Language (DQL) injection attacks and bypass intended read-access restrictions via unspecified vectors.

CVE-2015-0548
Published: 2015-07-04
The D2DownloadService.getDownloadUrls service method in EMC Documentum D2 4.1 and 4.2 before 4.2 P16 and 4.5 before P03 allows remote authenticated users to conduct Documentum Query Language (DQL) injection attacks and bypass intended read-access restrictions via unspecified vectors.

CVE-2015-0551
Published: 2015-07-04
Multiple cross-site scripting (XSS) vulnerabilities in EMC Documentum WebTop 6.7SP1 before P31, 6.7SP2 before P23, and 6.8 before P01; Documentum Administrator 6.7SP1 before P31, 6.7SP2 before P23, 7.0 before P18, 7.1 before P15, and 7.2 before P01; Documentum Digital Assets Manager 6.5SP6 before P2...

CVE-2015-1966
Published: 2015-07-04
Multiple cross-site scripting (XSS) vulnerabilities in IBM Tivoli Federated Identity Manager (TFIM) 6.2.0 before FP17, 6.2.1 before FP9, and 6.2.2 before FP15, as used in Security Access Manager for Mobile and other products, allow remote attackers to inject arbitrary web script or HTML via a crafte...

CVE-2015-4196
Published: 2015-07-04
Platform Software before 4.4.5 in Cisco Unified Communications Domain Manager (CDM) 8.x has a hardcoded password for a privileged account, which allows remote attackers to obtain root access by leveraging knowledge of this password and entering it in an SSH session, aka Bug ID CSCuq45546.

Dark Reading Radio
Archived Dark Reading Radio
Marc Spitler, co-author of the Verizon DBIR will share some of the lesser-known but most intriguing tidbits from the massive report