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
Threaded  |  Newest First  |  Oldest First
COVID-19: Latest Security News & Commentary
Dark Reading Staff 8/3/2020
Pen Testers Who Got Arrested Doing Their Jobs Tell All
Kelly Jackson Higgins, Executive Editor at Dark Reading,  8/5/2020
New 'Nanodegree' Program Provides Hands-On Cybersecurity Training
Nicole Ferraro, Contributing Writer,  8/3/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: This comment is waiting for review by our moderators.
Current Issue
Special Report: Computing's New Normal, a Dark Reading Perspective
This special report examines how IT security organizations have adapted to the "new normal" of computing and what the long-term effects will be. Read it and get a unique set of perspectives on issues ranging from new threats & vulnerabilities as a result of remote working to how enterprise security strategy will be affected long term.
Flash Poll
The Changing Face of Threat Intelligence
The Changing Face of Threat Intelligence
This special report takes a look at how enterprises are using threat intelligence, as well as emerging best practices for integrating threat intel into security operations and incident response. Download it today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-11937
PUBLISHED: 2020-08-06
In whoopsie, parse_report() from whoopsie.c allows a local attacker to cause a denial of service via a crafted file. The DoS is caused by resource exhaustion due to a memory leak. Fixed in 0.2.52.5ubuntu0.5, 0.2.62ubuntu0.5 and 0.2.69ubuntu0.1.
CVE-2020-15114
PUBLISHED: 2020-08-06
In etcd before versions 3.3.23 and 3.4.10, the etcd gateway is a simple TCP proxy to allow for basic service discovery and access. However, it is possible to include the gateway address as an endpoint. This results in a denial of service, since the endpoint can become stuck in a loop of requesting i...
CVE-2020-15136
PUBLISHED: 2020-08-06
In ectd before versions 3.4.10 and 3.3.23, gateway TLS authentication is only applied to endpoints detected in DNS SRV records. When starting a gateway, TLS authentication will only be attempted on endpoints identified in DNS SRV records for a given domain, which occurs in the discoverEndpoints func...
CVE-2020-15701
PUBLISHED: 2020-08-06
An unhandled exception in check_ignored() in apport/report.py can be exploited by a local attacker to cause a denial of service. If the mtime attribute is a string value in apport-ignore.xml, it will trigger an unhandled exception, resulting in a crash. Fixed in 2.20.1-0ubuntu2.24, 2.20.9-0ubuntu7.1...
CVE-2020-15702
PUBLISHED: 2020-08-06
TOCTOU Race Condition vulnerability in apport allows a local attacker to escalate privileges and execute arbitrary code. An attacker may exit the crashed process and exploit PID recycling to spawn a root process with the same PID as the crashed process, which can then be used to escalate privileges....