Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Risk

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
Comments
Newest First  |  Oldest First  |  Threaded View
News
A Startup With NSA Roots Wants Silently Disarming Cyberattacks on the Wire to Become the Norm
Kelly Jackson Higgins, Executive Editor at Dark Reading,  5/11/2021
Edge-DRsplash-10-edge-articles
Cybersecurity: What Is Truly Essential?
Joshua Goldfarb, Director of Product Management at F5,  5/12/2021
Commentary
3 Cybersecurity Myths to Bust
Etay Maor, Sr. Director Security Strategy at Cato Networks,  5/11/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win an Amazon Gift Card! Click Here
Latest Comment: Google Maps is taking "interactive" to a whole new level!
Current Issue
2021 Top Enterprise IT Trends
We've identified the key trends that are poised to impact the IT landscape in 2021. Find out why they're important and how they will affect you today!
Flash Poll
How Enterprises are Developing Secure Applications
How Enterprises are Developing Secure Applications
Recent breaches of third-party apps are driving many organizations to think harder about the security of their off-the-shelf software as they continue to move left in secure software development practices.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2021-22117
PUBLISHED: 2021-05-18
RabbitMQ installers on Windows prior to version 3.8.16 do not harden plugin directory permissions, potentially allowing attackers with sufficient local filesystem permissions to add arbitrary plugins.
CVE-2021-3518
PUBLISHED: 2021-05-18
There's a flaw in libxml2 in versions before 2.9.11. An attacker who is able to submit a crafted file to be processed by an application linked with libxml2 could trigger a use-after-free. The greatest impact from this flaw is to confidentiality, integrity, and availability.
CVE-2021-3531
PUBLISHED: 2021-05-18
A flaw was found in the Red Hat Ceph Storage RGW in versions before 14.2.21. When processing a GET Request for a swift URL that ends with two slashes it can cause the rgw to crash, resulting in a denial of service. The greatest threat to the system is of availability.
CVE-2002-2438
PUBLISHED: 2021-05-18
TCP firewalls could be circumvented by sending a SYN Packets with other flags (like e.g. RST flag) set, which was not correctly discarded by the Linux TCP stack after firewalling.
CVE-2020-25709
PUBLISHED: 2021-05-18
A flaw was found in OpenLDAP. This flaw allows an attacker who can send a malicious packet to be processed by OpenLDAP’s slapd server, to trigger an assertion failure. The highest threat from this vulnerability is to system availability.