Risk
4/4/2008
11:38 AM
Connect Directly
RSS
E-Mail
50%
50%

U.S. Health Agency Forbids Sensitive Data On Apple MacBooks

Employees who store medical records on laptops must use systems that run either on Microsoft's Windows operating system or Linux.

In the wake of a widely publicized security breach that left thousands of patient records exposed, the federal government's National Institutes of Health is forbidding all employees who use Apple's MacBook laptops from handling sensitive data as of Friday, InformationWeek has learned.

Employees at the health agency who store medical records and other personal information on laptops must use systems that run either on Microsoft's Windows operating system or Linux, according to an agency memo.

Those systems must be equipped with Check Point Software's Pointsec encryption tool as of April 4, according to an NIH mandate. Systems running Windows Vista can also use Vista's built-in BitLocker disk encryption tool.

NIH imposed the no-MacBooks rule because there is no Apple-compatible version of Pointsec. To date, Check Point has only released a beta version of Pointsec for Macs that's not yet ready for government use.

"Computers that cannot be encrypted by Pointsec at this time (e.g., Macs) are waived from the encryption mandate, but only with the stipulation that they do not contain any PII or sensitive government information," the NIH Office of Research Services said in a memo to NIH staff. PII refers to personally identifiable information.

NIH said it's been given no estimate as to when a final version of Pointsec for Macs may become available. It was not immediately clear how many Apple MacBooks are in use at the NIH. It also wasn't clear whether the ban extends to the whole of the U.S. Department of Health And Human Services, of which NIH is a part.

An NIH spokesman did not immediately respond to an inquiry seeking more information.

The MacBook ban applies to in-house NIH workers and also to contractors employed by the agency to handle sensitive data, according to the memo.

NIH employees who use laptops that are permanently anchored to a desk or research equipment can ask for an exemption from the encryption mandate as long as they place a "Do Not Remove" sticker on their machines.

NIH's decision highlights one of the biggest challenges facing Apple as it seeks to make greater inroads against Microsoft in the business and government computing markets. Commercial software developers have little incentive to port business applications to the Mac because the platform holds only a tiny share of the business computing market.

NIH imposed the April 4 deadline in the wake of an embarrassing incident in February in which a laptop containing records on 2,500 patients enrolled in a medical study was stolen. The laptop was not encrypted, despite a 2-year-old federal policy that mandates encryption on government systems.

NIH did not disclose the type of laptop that was stolen. Apple officials were not immediately available for comment.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading Must Reads - September 25, 2014
Dark Reading's new Must Reads is a compendium of our best recent coverage of identity and access management. Learn about access control in the age of HTML5, how to improve authentication, why Active Directory is dead, and more.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-5485
Published: 2014-09-30
registerConfiglet.py in Plone before 4.2.3 and 4.3 before beta 1 allows remote attackers to execute Python code via unspecified vectors, related to the admin interface.

CVE-2012-5486
Published: 2014-09-30
ZPublisher.HTTPRequest._scrubHeader in Zope 2 before 2.13.19, as used in Plone before 4.3 beta 1, allows remote attackers to inject arbitrary HTTP headers via a linefeed (LF) character.

CVE-2012-5487
Published: 2014-09-30
The sandbox whitelisting function (allowmodule.py) in Plone before 4.2.3 and 4.3 before beta 1 allows remote authenticated users with certain privileges to bypass the Python sandbox restriction and execute arbitrary Python code via vectors related to importing.

CVE-2012-5488
Published: 2014-09-30
python_scripts.py in Plone before 4.2.3 and 4.3 before beta 1 allows remote attackers to execute Python code via a crafted URL, related to createObject.

CVE-2012-5489
Published: 2014-09-30
The App.Undo.UndoSupport.get_request_var_or_attr function in Zope before 2.12.21 and 3.13.x before 2.13.11, as used in Plone before 4.2.3 and 4.3 before beta 1, allows remote authenticated users to gain access to restricted attributes via unspecified vectors.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
In our next Dark Reading Radio broadcast, we’ll take a close look at some of the latest research and practices in application security.