Data, Cybersecurity, healthcare

Moving Target: What Makes Cybersecurity So Hard?

By Maria Fontanazza
Data, Cybersecurity, healthcare

The collective variables within the healthcare system make it difficult to guarantee device security all the time.

We all know the phrase “change is hard”. In the case of medical devices and cybersecurity, change is exactly the variable that creates a challenge in ensuring product security all the time. This topic was the focus of an entire session at last week’s MedTech Intelligence Medical Device Cybersecurity Conference. Seth Carmody, vice president of strategy at MedCrypt (and former cybersecurity program manager at FDA), led a panel discussion titled, “Why Is Security So Hard?”. The following is a brief look at some of the takeaways from the conversation.

The Basics: Why Is Security So Hard?

  • Change. “Change is fundamentally hard,” said Anura Fernando, director and principal security architect at BrightInsight. “We not only have to worry about the product itself changing, but we also have to worry about the environment changing. We have a lot of variables to manage over time. Just when you think things are stable, they change again.”
  • Device complexity.
  • The human factor. For example, taking a system offline for maintenance can impact clinical use.
  • It can’t be reactive. A security breach will have a reputational and economic impact on both the medical device manufacturer as well as the healthcare organization—it’s a shared responsibility. Think of cybersecurity as buying an insurance policy, said Erich Murrel, chief information security officer, medical devices, for the U.S. Air Force. Companies should take proactive measures to keep things safe and secure before something negative happens.

“Heterogeneity and personnel practices, and capabilities and technologies are continually evolving and changing over time, so you have to change…Security is never stagnant.” – David Guffrey, biomedical cybersecurity specialist, Partners Healthcare

Legacy Devices: Are We in a State of Continuous Legacy?

  • Industry maturity. Many products currently in development, along with their next-generation versions, do not have a level of security that is adequate. The panelists agreed that the industry is still maturing in this area and has about 10–15 years until it reaches where it needs to be regarding optimal device security.
  • Definition of security. The device developer and the provider may have different definitions. In addition, a healthcare delivery organization will have different resources available to ensure security depending on its size. For example, a larger hospital may have better integration capabilities and an ability to support secure system architecture, while a small, local hospital may not have any resources—and this is where a medical device manufacturer may want to consider ensuring it has the right controls to provide more security to this hospital. “It goes back to what does the customer need,” said Guffrey.

Cost: Making the Business Case

  • It’s a customer need. Pairing privacy and security is a conversation that makes it up to the C-suite—this is the investment that is necessary in order to have a product that can be sold.
  • It’s a regulatory need. HIPAA and FDA require a level of compliance.
  • It’s a legal need.

Where Do We Go From Here?

  • We have to make it [security] easier,” said Carmody.
  • There needs to be a common understanding for meeting privacy and security controls.
  • Continued investment, commitment to improvement, and shared responsibility on the part of medical device manufacturers and healthcare delivery organizations.
  • Figuring out how to strike the between security and interoperability in a way that makes connective technologies viable.
  • Keeping and strengthening the direct relationship in the triangle of safety, effectiveness and security. One of these elements cannot be removed.

 

 

Related Articles

  • FDA Logo

    Beginning October 1, 2023, the FDA’s Total Product Life Cycle Advisory Program (TAP) Pilot will expand to include the Office of Neurological and Physical Medicine Devices (OHT5).  

  • MedTech Regulatory Intelligence Summit

    On May 16-17, device developers, regulatory affairs and regulatory intelligence professionals will come together in Washington, DC, for two days of education, discussion and networking to share strategies and best practices on navigating current and on the horizon regulatory requirements.

  • Avania and MAXIS logos

    The acquisition brings MAXIS’ expertise in pre-clinical engineering, design validation and verification, regulatory affairs, field clinical services, and trial management to Avania’s contract research and MedTech development capabilities.

  • NIST Graphic

    The revised cybersecurity draft publication is not intended to be a checklist for healthcare organizations to follow, but rather a guide to help them comply with the HIPAA Security Rule.

About The Author

Maria Fontanazza, MedTech Intelligence