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
Comments
Newest First  |  Oldest First  |  Threaded View
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: just wondering...Thanx
Current Issue
Security Operations and IT Operations: Finding the Path to Collaboration
A wide gulf has emerged between SOC and NOC teams that's keeping both of them from assuring the confidentiality, integrity, and availability of IT systems. Here's how experts think it should be bridged.
Flash Poll
New Best Practices for Secure App Development
New Best Practices for Secure App Development
The transition from DevOps to SecDevOps is combining with the move toward cloud computing to create new challenges - and new opportunities - for the information security team. Download this report, to learn about the new best practices for secure application development.
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2017-0290
Published: 2017-05-09
NScript in mpengine in Microsoft Malware Protection Engine with Engine Version before 1.1.13704.0, as used in Windows Defender and other products, allows remote attackers to execute arbitrary code or cause a denial of service (type confusion and application crash) via crafted JavaScript code within ...

CVE-2016-10369
Published: 2017-05-08
unixsocket.c in lxterminal through 0.3.0 insecurely uses /tmp for a socket file, allowing a local user to cause a denial of service (preventing terminal launch), or possibly have other impact (bypassing terminal access control).

CVE-2016-8202
Published: 2017-05-08
A privilege escalation vulnerability in Brocade Fibre Channel SAN products running Brocade Fabric OS (FOS) releases earlier than v7.4.1d and v8.0.1b could allow an authenticated attacker to elevate the privileges of user accounts accessing the system via command line interface. With affected version...

CVE-2016-8209
Published: 2017-05-08
Improper checks for unusual or exceptional conditions in Brocade NetIron 05.8.00 and later releases up to and including 06.1.00, when the Management Module is continuously scanned on port 22, may allow attackers to cause a denial of service (crash and reload) of the management module.

CVE-2017-0890
Published: 2017-05-08
Nextcloud Server before 11.0.3 is vulnerable to an inadequate escaping leading to a XSS vulnerability in the search module. To be exploitable a user has to write or paste malicious content into the search dialogue.

Dark Reading Radio
Archived Dark Reading Radio
In past years, security researchers have discovered ways to hack cars, medical devices, automated teller machines, and many other targets. Dark Reading Executive Editor Kelly Jackson Higgins hosts researcher Samy Kamkar and Levi Gundert, vice president of threat intelligence at Recorded Future, to discuss some of 2016's most unusual and creative hacks by white hats, and what these new vulnerabilities might mean for the coming year.