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

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading December Tech Digest
Experts weigh in on the pros and cons of end-user security training.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-5314
Published: 2014-11-23
Buffer overflow in Cybozu Office 9 and 10 before 10.1.0, Mailwise 4 and 5 before 5.1.4, and Dezie 8 before 8.1.1 allows remote authenticated users to execute arbitrary code via e-mail messages.

CVE-2014-5325
Published: 2014-11-23
The (1) DOMConverter, (2) JDOMConverter, (3) DOM4JConverter, and (4) XOMConverter functions in Direct Web Remoting (DWR) through 2.0.10 and 3.x through 3.0.RC2 allow remote attackers to read arbitrary files via DOM data containing an XML external entity declaration in conjunction with an entity refe...

CVE-2014-5326
Published: 2014-11-23
Cross-site scripting (XSS) vulnerability in Direct Web Remoting (DWR) through 2.0.10 and 3.x through 3.0.RC2 allows remote attackers to inject arbitrary web script or HTML via unspecified vectors.

CVE-2014-6477
Published: 2014-11-23
Unspecified vulnerability in the JPublisher component in Oracle Database Server 11.1.0.7, 11.2.0.3, 11.2.0.4, 12.1.0.1, and 12.1.0.2 allows remote authenticated users to affect confidentiality via unknown vectors, a different vulnerability than CVE-2014-4290, CVE-2014-4291, CVE-2014-4292, CVE-2014-4...

CVE-2014-4807
Published: 2014-11-22
Sterling Order Management in IBM Sterling Selling and Fulfillment Suite 9.3.0 before FP8 allows remote authenticated users to cause a denial of service (CPU consumption) via a '\0' character.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Now that the holiday season is about to begin both online and in stores, will this be yet another season of nonstop gifting to cybercriminals?