Risk
4/4/2008
11:38 AM
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 Tech Digest, Dec. 19, 2014
Software-defined networking can be a net plus for security. The key: Work with the network team to implement gradually, test as you go, and take the opportunity to overhaul your security strategy.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-7266
Published: 2015-02-01
Algorithmic complexity vulnerability in Cybozu Remote Service Manager through 2.3.0 and 3.x through 3.1.2 allows remote attackers to cause a denial of service (CPU consumption) via vectors that trigger colliding hash-table keys. NOTE: this vulnerability exists because of an incomplete fix for CVE-2...

CVE-2014-7269
Published: 2015-02-01
ASUS JAPAN RT-AC87U routers with firmware 3.0.0.4.378.3754 and earlier, RT-AC68U routers with firmware 3.0.0.4.376.3715 and earlier, RT-AC56S routers with firmware 3.0.0.4.376.3715 and earlier, RT-N66U routers with firmware 3.0.0.4.376.3715 and earlier, and RT-N56U routers with firmware 3.0.0.4.376....

CVE-2014-7270
Published: 2015-02-01
Cross-site request forgery (CSRF) vulnerability on ASUS JAPAN RT-AC87U routers with firmware 3.0.0.4.378.3754 and earlier, RT-AC68U routers with firmware 3.0.0.4.376.3715 and earlier, RT-AC56S routers with firmware 3.0.0.4.376.3715 and earlier, RT-N66U routers with firmware 3.0.0.4.376.3715 and earl...

CVE-2014-8630
Published: 2015-02-01
Bugzilla before 4.0.16, 4.1.x and 4.2.x before 4.2.12, 4.3.x and 4.4.x before 4.4.7, and 5.x before 5.0rc1 allows remote authenticated users to execute arbitrary commands by leveraging the editcomponents privilege and triggering crafted input to a two-argument Perl open call, as demonstrated by shel...

CVE-2014-9200
Published: 2015-02-01
Stack-based buffer overflow in an unspecified DLL file in a DTM development kit in Schneider Electric Unity Pro, SoMachine, SoMove, SoMove Lite, Modbus Communication Library 2.2.6 and earlier, CANopen Communication Library 1.0.2 and earlier, EtherNet/IP Communication Library 1.0.0 and earlier, EM X8...

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
If you’re a security professional, you’ve probably been asked many questions about the December attack on Sony. On Jan. 21 at 1pm eastern, you can join a special, one-hour Dark Reading Radio discussion devoted to the Sony hack and the issues that may arise from it.