DataBreaches.Net

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

Update on Columbia Surgical Specialists of Spokane HIPAA incident affecting 400,000 patients

Posted on March 6, 2019 by Dissent

On February 18, 2019,  Columbia Surgical Specialists of Spokane notified HHS of a breach impacting 400,000 patients. The incident was coded as a network/IT incident involving data on the network server. DataBreaches.net reached out to the entity for additional details concerning what we hypothesized was a ransomware attack.  But despite two phone calls to the provider (one yesterday, one today), they did not return calls, and their site remains devoid of any substitute notice or notification about the breach.

An information systems manager apparently did  respond to Information Security Media Group, though, telling them that there was a ransomware incident on January 7. According to the report by Marianne Kolbasuk McGee on CareersInfoSecurity:

The practice worked with a security firm to unlock its systems and recover its data without paying a ransom within a few days of the attack. Some of the impacted patient files are more than 20 years old, and the practice is still assessing how to notify various individuals, the manager says.

With data more than 20 years old, it’s likely that at least some patients moved or are deceased, but notifications may still be required – if this is a reportable breach. But was this really a reportable breach requiring notification? And is there any evidence concerning data exfiltration? Because Columbia Surgical Specialists of Spokane has not responded to this site’s inquiries, we do not know.

In DataBreaches.net’s opinion, HHS should investigate and consider enforcement action about the old data that was still online and could potentially have been exfiltrated. Why was it necessary for the practice to keep old ePHI connected to the internet and hence, vulnerable?  Were the files that were more than 20 years old the files of still-active patients or were the files that were more than 20 years old all inactive or terminated patients?  It matters.

This past year has made at least two risks fairly obvious:

  1.  ePHI stored in employees’ email accounts is at significant risk of being compromised by phishing attacks.  So why are employees storing so much unencrypted ePHI in their email accounts and what could/should covered entities due to minimize the risk to emailed ePHI?  This does not appear to be an issue in this case,  but it is the kind of known risk that entities should be including in their risk assessments and addressing;  and, of relevance to this case:
  2. Old data that is stored unsecurely and left connected to the internet may wind up exfiltrated and/or misused.  Why are entities not moving ePHI offline after a year or two of inactivity?  If an entity is sued for failure to adequately protect data by leaving it exposed to hackers when there was no need to keep it connected to the internet, would their insurance policy cover them?  Do their HIPAA-mandated risk assessments even reflect this risk? Why should data more than 20 years old still be connected to the internet if the patient is not a current patient? 

I would love to see OCR investigate and take enforcement action on these issues – if not with Columbia for the second issue, but then with another entity that has stored vast quantities of old ePHI that gets stolen or locked up in an attack.

Update:  DataBreaches.net received a statement from the entity.   Read more here.

Category: Breach IncidentsCommentaries and AnalysesHealth DataMalwareOf Note

Post navigation

← Global Robotic Process Automation Company’s Event App Exposed Attendees Info
PA: Former Patient Coordinator Pleads Guilty to Wrongfully Disclosing Health Information to Cause Harm →

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

  • International cybercrime tackled: Amsterdam police and FBI dismantle proxy service Anyproxy
  • Moldovan Police Arrest Suspect in €4.5M Ransomware Attack on Dutch Research Agency
  • N.W.T.’s medical record system under the microscope after 2 reported cases of snooping
  • Department of Justice says Berkeley Research Group data breach may have exposed information on diocesan sex abuse survivors
  • Masimo Manufacturing Facilities Hit by Cyberattack
  • Education giant Pearson hit by cyberattack exposing customer data
  • Star Health hacker claims sending bullets, threats to top executives: Reports
  • Nova Scotia Power hit by cyberattack, critical infrastructure targeted, no outages reported
  • Georgia hospital defeats data-tracking lawsuit
  • 60K BTC Wallets Tied to LockBit Ransomware Gang Leaked

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

  • FTC dismisses privacy concerns in Google breakup
  • ARC sells airline ticket records to ICE and others
  • Clothing Retailer, Todd Snyder, Inc., Settles CPPA Allegations Regarding California Consumer Privacy Act Violations
  • US Customs and Border Protection Plans to Photograph Everyone Exiting the US by Car
  • Google agrees to pay Texas $1.4 billion data privacy settlement
  • The App Store Freedom Act Compromises User Privacy To Punish Big Tech
  • Florida bill requiring encryption backdoors for social media accounts has failed

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.