DataBreaches.Net

Menu
  • About
  • Breach Notification Laws
  • Privacy Policy
  • Transparency Report
Menu

Pointer: Lessons from HHS Breach Data

Posted on October 11, 2010 by Dissent

Over on The New School of Information Security, Adam Shostack responded to my recent blog entry about what can we learn from the HHS breach reports.   Looking at “insider” incidents,  Adam writes, in part:

There were 10 incidents, (6% of all incidents involving 500 or more people). They impacted 50,491 people (1% of all people.) We sometimes hear that incidents involving insiders are the most damaging or impactful. The unauthorized access incidents (which is a separate category from hacking) had a lower mean number impacted than hacking, improper disposal, loss, theft, business associates, laptops, desktop computers, portable electronic devices or network servers. In fact, the only categories which impacted fewer people were “theft, unauthorized access” and “paper records.” Now, it’s true that unauthorized access is not the same word as insiders. In fact, unauthorized access likely includes both insiders and access control failures (the “spreadsheet on a website” pattern). It’s also true that there were quite damaging incidents that involved fewer than 500 people (the “peeking” pattern).

Adam’s commentary highlights some of the difficulties I’ve had integrating the HHS breach reports with other databases such as those compiled by the Privacy Rights Clearinghouse, the Identity Theft Resource Center, and DataLossDB.org. The way the HHS breach incidents are reported on their log, it’s really difficult to tell what may or may not be an insider event. As the recent Verizon study noted, “insiders” could be innocently involved — such as human error leading to misconfiguration resulting in web exposure — or they could be more malignantly involved such as those who download and sell or misuse PII for identity theft or fraudulent purposes. Given the way the HHS breach reports are logged, we really get no clear sense of “this was an insider snooping matter” vs. “the employee sold the patients’ information to co-conspirators who used it for ID theft or Medicare fraud.” As such, we all lose out on evaluating what and where the greatest risks are. That said, I appreciate Adam’s point that the breach reports suggest that insider breaches may be much less of a problem in terms of numbers than in other sectors. But there’s one big piece we’re all missing, I think on that:

There is a huge amount of Medicare fraud in which patient information is being misused. The fraudsters are getting the patients’ Medicare numbers somewhere somehow, but most press releases from U.S. Attorney’s offices reporting indictments or convictions never tell us that piece of it — how the fraudsters got the patients’ information. In some cases, we are told that fraudsters bribed patients into providing their data in exchange for gifts or cash, but for the most part, there are probably thousands of stolen or misused patient identity data incidents each year that will not show up in an HHS breach report because law enforcement is investigating or prosecuting a case and it’s all kept under wraps. Could most of these cases involve insiders? I really don’t know although a few media reports suggest that we shouldn’t rule out that possibility.

By the way, it seems that the .csv and .xml versions of the database do not match up. The .csv version shows 166 breaches, while the .xml shows 181.   The .xml version also omits the entities’ names, even though they are entered in the .csv version.  I’ll need to dig into the discrepancies a bit more this week to figure out what reports may have been omitted from the .csv version that I’ve been relying on in my coverage and analyses.  Had Adam not mentioned “181 breaches,” I probably never would have noticed that they’re discrepant, so thanks for that, too, Adam!

Category: Health Data

Post navigation

← FTC: No Major PHR Breaches So Far
HIPAA Follies, Monday Edition: Tweeting that your sloppy security resulted in data theft →

2 thoughts on “Pointer: Lessons from HHS Breach Data”

  1. Anonymous says:
    October 11, 2010 at 5:17 pm

    HHS’s list also does not state what information was taken. If it was just a name and an x-ray, we cannot qualify that as PII even though it is PHI. The main problem with “medical record numbers” is that while that are definitely PII, do they include SSNs in the case of Medicare patients which increase risk to those whose numbers were taken? Insurance policy numbers- are those the same as medical record numbers or is that just the number on your medical bracelet that is sequencial for that hospitalization? HHS’s format is sloppy reporting and open to a lot of speculation. We thank PHIprivacy.net for the tools provided in tracking breaches. Unfortunately, sometimes we need to wait for a media report to truly find out the details, or a web alert from the affected institution. It is very frustrating. Our goal is accurate reporting to monitor trends which is exactly what HHS is preventing.

    1. Anonymous says:
      October 11, 2010 at 5:44 pm

      I should start getting breach investigation reports from HHS soon. And I think I’ll just start filing monthly FOI reports for closed investigations. Let’s hope that gives us all some additional details that enable ITRC, PRC, and DataLossDB.org to figure out whether an incident matches your inclusion criteria or not.

      For this site, anything on HHS obviously meets inclusion criteria because this site is all about PHI. That said, I realized this morning that we have not yet discussed what to do with breaches involving PHR. So far, there haven’t been many, but it’s really only a question of time, I think.

Comments are closed.

Now more than ever

"Stand with Ukraine:" above raised hands. The illustration is in blue and yellow, the colors of Ukraine's flag.

Search

Browse by Categories

Recent Posts

  • How the Signal Knockoff App TeleMessage Got Hacked in 20 Minutes
  • Cocospy stalkerware apps go offline after data breach
  • Ex-NSA bad-guy hunter listened to Scattered Spider’s fake help-desk calls: ‘Those guys are good’
  • Former Sussex Police officer facing trial for rape charged with 18 further offences relating to computer misuse
  • Beach mansion, Benz and Bitcoin worth $4.5m seized from League of Legends hacker Shane Stephen Duffy
  • Fresno County fell victim to $1.6M phishing scam in 2020. One suspected has been arrested, another has been indicted.
  • Ransomware Attack on ADP Partner Exposes Broadcom Employee Data
  • Anne Arundel ransomware attack compromised confidential health data, county says
  • Australian national known as “DR32” sentenced in U.S. federal court
  • Alabama Man Sentenced to 14 Months in Connection with Securities and Exchange Commission X Hack that Spiked Bitcoin Prices

No, You Can’t Buy a Post or an Interview

This site does not accept sponsored posts or link-back arrangements. Inquiries about either are ignored.

And despite what some trolls may try to claim: DataBreaches has never accepted even one dime to interview or report on anyone. Nor will DataBreaches ever pay anyone for data or to interview them.

Want to Get Our RSS Feed?

Grab it here:

https://databreaches.net/feed/

RSS Recent Posts on PogoWasRight.org

  • Police secretly monitored New Orleans with facial recognition cameras
  • Cocospy stalkerware apps go offline after data breach
  • Drugmaker Regeneron to acquire 23andMe out of bankruptcy
  • Massachusetts Senate Committee Approves Robust Comprehensive Privacy Law
  • Montana Becomes First State to Close the Law Enforcement Data Broker Loophole
  • Privacy enforcement under Andrew Ferguson’s FTC
  • “We would be less confidential than Google” – Proton threatens to quit Switzerland over new surveillance law

Have a News Tip?

Email: Tips[at]DataBreaches.net

Signal: +1 516-776-7756

Contact Me

Email: info[at]databreaches.net

Mastodon: Infosec.Exchange/@PogoWasRight

Signal: +1 516-776-7756

DMCA Concern: dmca[at]databreaches.net
© 2009 – 2025 DataBreaches.net and DataBreaches LLC. All rights reserved.