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.

Vulnerabilities / Threats

11/4/2013
07:43 PM
50%
50%

Data Privacy Scare On HealthCare.gov

When the inside threat is your own system

Had you asked me last week whether the situation for the federal government's embattled insurance marketplace website, HealthCare.gov, could get any worse, I probably would have said, "I don't see how." Today, I'm not so sure.

On a very personal level, I have done more than just peruse HealthCare.gov over the past month. I actually created an account. After three sets of username and password combinations and more than three hours spread across two days, I finally completed the account creation process -- or, should I say, the account creation process finally worked. I found the process to be as was widely reported: disjointed, clunky, and largely broken. If I had been my father, I would never have been able to complete the process. (Sorry, Dad.)

As you might expect, the process did nothing to inspire confidence, much less assuage my fears for the security of my own personal information.

Serious concerns for the personal data privacy of HealthCare.gov users began to increase significantly two weeks prior to the launch of the federal government's website. The State of Minnesota's new health insurance exchange had its own privacy breach, causing many to question whether the systems were ready for prime time (see "The Breach In The Ointment Of The Affordable Care Act"). The recent Congressional oversight hearings on the HealthCare.gov rollout brought data privacy concerns to the forefront as political leaders on both sides of the aisle grilled Health and Human Services heads over security testing of the website. And finally, somehow, White House press secretary Jay Carney's reassurance that "consumers can trust that their information is protected by stringent security standards" didn't make me feel any more confident.

As if on cue, reports surfaced late Saturday that one HealthCare.gov user received eligibility letters via the website addressed to and intended for other HealthCare.gov users. While this one incident does not constitute a major breach in terms of number of personal records exposed, it does call into question the integrity of a back-end system that would serve up documents belonging to another user. And if this turned out to be a widespread problem, the consequences could be serious.

Since I exerted significant time and energy in acquiring a HealthCare.gov account, I didn't want all of that effort to be for naught. I logged into the system to see whether I had any eligibility notices and if, by chance, they belonged to someone else. When my applications page came up, I found that I did have an eligibility notice waiting for me. But when I downloaded it, sadly, I found it was addressed to me and no one else.

Given the high profile of the health-care debate and the enormous political capital at stake, you can be sure every self-proclaimed hacker worth her salt is banging away at HealthCare.gov, looking to uncover any vulnerability. If there are security deficiencies, then they are sure to be found quickly and exploited.

I guess the good news from my personal testing is we now know the problem with misdirected eligibility letters is not 100 percent pervasive. The bad news is we now know that HealthCare.gov is its own greatest inside threat. Jared is president of DLP Experts, a value-added reseller dedicated exclusively to data loss prevention (DLP) and other data protection technologies and services. For over twenty years Jared has held executive level positions with technology firms, with the last six years ... View Full Bio

 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 7/2/2020
Ripple20 Threatens Increasingly Connected Medical Devices
Kelly Sheridan, Staff Editor, Dark Reading,  6/30/2020
DDoS Attacks Jump 542% from Q4 2019 to Q1 2020
Dark Reading Staff 6/30/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
How Cybersecurity Incident Response Programs Work (and Why Some Don't)
This Tech Digest takes a look at the vital role cybersecurity incident response (IR) plays in managing cyber-risk within organizations. Download the Tech Digest today to find out how well-planned IR programs can detect intrusions, contain breaches, and help an organization restore normal operations.
Flash Poll
The Threat from the Internetand What Your Organization Can Do About It
The Threat from the Internetand What Your Organization Can Do About It
This report describes some of the latest attacks and threats emanating from the Internet, as well as advice and tips on how your organization can mitigate those threats before they affect your business. Download it today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-9498
PUBLISHED: 2020-07-02
Apache Guacamole 1.1.0 and older may mishandle pointers involved inprocessing data received via RDP static virtual channels. If a userconnects to a malicious or compromised RDP server, a series ofspecially-crafted PDUs could result in memory corruption, possiblyallowing arbitrary code to be executed...
CVE-2020-3282
PUBLISHED: 2020-07-02
A vulnerability in the web-based management interface of Cisco Unified Communications Manager, Cisco Unified Communications Manager Session Management Edition, Cisco Unified Communications Manager IM & Presence Service, and Cisco Unity Connection could allow an unauthenticated, remote attack...
CVE-2020-5909
PUBLISHED: 2020-07-02
In versions 3.0.0-3.5.0, 2.0.0-2.9.0, and 1.0.1, when users run the command displayed in NGINX Controller user interface (UI) to fetch the agent installer, the server TLS certificate is not verified.
CVE-2020-5910
PUBLISHED: 2020-07-02
In versions 3.0.0-3.5.0, 2.0.0-2.9.0, and 1.0.1, the Neural Autonomic Transport System (NATS) messaging services in use by the NGINX Controller do not require any form of authentication, so any successful connection would be authorized.
CVE-2020-5911
PUBLISHED: 2020-07-02
In versions 3.0.0-3.5.0, 2.0.0-2.9.0, and 1.0.1, the NGINX Controller installer starts the download of Kubernetes packages from an HTTP URL On Debian/Ubuntu system.