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

8/26/2008
11:59 PM
George V. Hulme
George V. Hulme
Commentary
50%
50%

Security Breach: More Laws Needed. Let's Add Health Care

Earlier this week, colleague Thomas Claburn covered the unfortunate trend that the tally of data breaches this year already has surpassed all breaches recorded for the entire year in 2007. This isn't entirely bad news, as I'll explain.

Earlier this week, colleague Thomas Claburn covered the unfortunate trend that the tally of data breaches this year already has surpassed all breaches recorded for the entire year in 2007. This isn't entirely bad news, as I'll explain.From the story, "This Year's Data Breaches Surpass 2007 Totals":

With four months to go in 2008, the number of data breaches on the Identity Theft Resource Center's 2008 breach list has already surpassed the 446 breaches reported by the organization for all of 2007.

As of the morning of Aug. 22, the number of data breaches reported had reached 449.

I agree with much of what the story goes on to say, especially that auditors are finding more breaches today than ever before. There are more eyes looking at IT systems now: internal security teams and auditors, as well as external auditors and business partners. And, as a result of this first database breach disclosure law, and the many similar state laws that followed, the public finally got a view into the severity of the data security program, and how poorly the applications, networks, and systems that store and manage their information are designed, coded, and maintained.

Yet, these publicly disclosed breaches are like light waves: we're only seeing a small part of the spectrum of breaches occurring every year.

From the same story:

The Identity Theft Resource Center points out that the actual number of breaches this year is probably higher than 449 so far because of underreporting and because breaches affecting multiple businesses tend to be reported as a single event. According to the ITRC, in 40% of breach events, the number of records affected is not reported or fully disclosed.

In June, following the release of a Verizon Business Security survey about data breaches, Bryan Sartin, VP of investigative response at Verizon, told InformationWeek that publicly reported breaches are "just the tip of iceberg." He said that less than 5% of the more than 500 cases covered in the Verizon study involved some form of disclosure.

In any event, it appears that hard numbers about data breaches are hard to come by. According to survey of about 300 attendees at this year's RSA Conference, more than 89% of security incidents went unreported in 2007.

This is why we need more data breach disclosure laws -- laws that go beyond financial account information. For instance, health care-related information is much more sensitive than financial information, and it would be great if Web sites had to report to visitors (as many as they can) that their site was compromised and spreading malware, like password sniffing Trojans. But under current law, there's no reason for them to tell anyone.

But let's just stick to health care. More than 1.5 million patient records at hospitals have been exposed by data breaches during 2006 and 2007, according to the 2008 HIMSS Analytics Report: Security of Patient Data, commissioned by Kroll Fraud Solutions. That begs the question: is the health care industry doing enough to protect the privacy of medical records?

The symptoms point to a diagnosis of no. According to the HIMSS report, those 1.5 million data leak victims don't include breaches at other health care companies, home care providers, physician offices, or pharmaceutical companies. So this report is likely only giving us a peak at a sliver of the problem.

If that doesn't send your blood pressure up, consider this: the hospitals surveyed are probably only aware of a small percentage of how many patients have been affected by lax hospital security, as only about 44% of hospitals that suffered a breach failed to let the patients know their records could be at risk to snoops.

Even more disturbing is what the hospitals didn't say: all of the hospitals that disclosed being breached mostly cited unauthorized use of information and wrongful access of paper records. None reported having been hacked. The odds are that that's simply not the reality: "Noticeably absent are breach sources associated with malicious intent, such as stolen laptops/computers, deliberate acts by unscrupulous employees, etc., supporting the lack of industry focus on fraudulent data breaches that masks the frequency and severity of the problem," the report states.

No doubt. The trouble is, without proper intrusion detection and prevention systems in place, access and database log monitoring, and other controls, most hospitals probably wouldn't know if they were successfully hacked.

There was plenty of silence when it came to financial breaches, prior to July 2003. That's not because banks, credit unions, and retailers weren't being hacked. It's because they weren't required to report any breaches until California enacted SB 1386, which required any company, where California residents were involved, to notify each of these victims if the firm suffered a security incident where certain kinds of financial information was, or could have been, exposed. Today, most states have similar laws in force.

Perhaps it's time the health care industry was forced to do the same.

 

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.