Perimeter
8/18/2011
05:05 PM
John H. Sawyer
John H. Sawyer
Commentary
Connect Directly
RSS
E-Mail
50%
50%

Medical Device Security Under Fire At Black Hat, DefCon

New research on medical device security is shining light on potentially deadly vulnerabilities

Medical device security is an topic that has gone largely unnoticed until recent years. Similar to SCADA and ICS, it's an area of critical technology that seems to require high-profile vulnerabilities, like Dillon Beresford's Siemens vulnerabilities, before anyone takes notice. Sure, in 2008 pacemaker hacking got loads of press, but there hasn't been much discussed since.

Could it be that medical device security and electronic medical record systems are going through a similar dark age as SCADA and ICS?

In a recent blog post on the Digital Bond site, "The Lost Decade," Dale Peterson makes the argument that the state of SCADA security is essentially 10 years behind. Security researcher Shawn Merdinger left a comment stating he sees the same thing happening with medical devices and electronic medical record (EMR) systems. Even though vendors have been told that vulnerabilities exist, very little is being done to rectify them.

It's forums like Black Hat and DefCon where researchers are hoping to make a difference by shedding light on vulnerabilities in medical devices that could have lethal effects.

At Black Hat, Jerome Radcliffe presented his research surrounding insulin pumps and continuous glucose monitors. His testing showed that it's possible to remotely modify settings while the user is hooked up, yet completely unaware of the changes. Crank the dosages up too high or too low and it could have deadly consequences (see Dark Reading's "Getting Root On The Human Body").

At DefCon, Tim Elrod and Stefan Morris, security consultants with Fishnet Security, gave an excellent presentation, titled, "I'm Not a Doctor, But I Play One on Your Network." They gave a background on common technologies (HL7 & DICOM) in use by medical security devices, an overview of EMR systems, and they discussed some of the issues they've discovered firsthand in their work within healthcare systems.

For someone like myself with only peripheral experience with healthcare networks, the presentation was a great primer into the protocols, their usage, and EMR systems. I also appreciated that Tim and Stefan conveyed the information without the FUD that easily accompanies this type of information. The simple facts are: These devices and systems are out there, they help keep people alive, and they have vulnerabilities.

Thankfully, all of those fragile and vulnerable systems are kept completely isolated and air-gapped from the Internet. Right? Unfortunately, the answer is no. As we saw last year when ICS-CERT released an advisory (PDF) about SCADA systems being exposed by being directly connected to the Internet, there are healthcare providers out there hooking up their networks to the Internet and exposing these systems to attack. The presenters provided an example where they performed port scans and identified systems with ports open indicating they were likely running DICOM services.

What will it take to get the medical industry to sit up and take notice of medical device security? Does someone have to die due to an attacker exploiting a 4-year-old vulnerability in an infusion pump? Or maybe news of SQL injection in an EMR system that allowed an attacker to download medical records of hundreds of thousands of patients including major names in the political and financial world?

Let's hope that responsible disclosure of the vulnerabilities and cooperation with groups like CERT can bring about awareness and motivate vendors to take responsibility in fixing the issues.

For the updated slides and fuzzing code, see www.medifuzz.com.

John Sawyer is a Senior Security Analyst with InGuardians. The views and opinions expressed in this blog are his own and do not represent the views and opinions of his employer. He can be reached at johnhsawyer@gmail.com

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
Partner Perspectives
What's This?
In a digital world inundated with advanced security threats, Intel Security seeks to transform how we live and work to keep our information secure. Through hardware and software development, Intel Security delivers robust solutions that integrate security into every layer of every digital device. In combining the security expertise of McAfee with the innovation, performance, and trust of Intel, this vision becomes a reality.

As we rely on technology to enhance our everyday and business life, we must too consider the security of the intellectual property and confidential data that is housed on these devices. As we increase the number of devices we use, we increase the number of gateways and opportunity for security threats. Intel Security takes the “security connected” approach to ensure that every device is secure, and that all security solutions are seamlessly integrated.
Featured Writers
White Papers
Cartoon
Current Issue
Dark Reading's October Tech Digest
Fast data analysis can stymie attacks and strengthen enterprise security. Does your team have the data smarts?
Flash Poll
Title Partner’s Role in Perimeter Security
Title Partner’s Role in Perimeter Security
Considering how prevalent third-party attacks are, we need to ask hard questions about how partners and suppliers are safeguarding systems and data.
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2013-7407
Published: 2014-10-22
Cross-site request forgery (CSRF) vulnerability in the MRBS module for Drupal allows remote attackers to hijack the authentication of unspecified victims via unknown vectors.

CVE-2014-3675
Published: 2014-10-22
Shim allows remote attackers to cause a denial of service (out-of-bounds read) via a crafted DHCPv6 packet.

CVE-2014-3676
Published: 2014-10-22
Heap-based buffer overflow in Shim allows remote attackers to execute arbitrary code via a crafted IPv6 address, related to the "tftp:// DHCPv6 boot option."

CVE-2014-3677
Published: 2014-10-22
Unspecified vulnerability in Shim might allow attackers to execute arbitrary code via a crafted MOK list, which triggers memory corruption.

CVE-2014-3828
Published: 2014-10-22
Multiple SQL injection vulnerabilities in Centreon 2.5.1 and Centreon Enterprise Server 2.2 allow remote attackers to execute arbitrary SQL commands via (1) the index_id parameter to views/graphs/common/makeXML_ListMetrics.php, (2) the sid parameter to views/graphs/GetXmlTree.php, (3) the session_id...

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Follow Dark Reading editors into the field as they talk with noted experts from the security world.