DHS Steps In As Regulator for Medical Device Security
mask.of.sanity writes "The Department of Homeland Security has taken charge of pushing medical device manufacturers to fix vulnerable medical software and devices after researchers popped yet another piece of hospital hardware. It comes after the agency pushed Philips to move to fix critical vulnerabilities found in its popular medical management platform that is used in a host of services including assisting surgeries and generating patient reports. To date, no agency has taken point on forcing the medical manufacturers to improve the information security profile of their products, with the FDA even dubbing such a risk unrealistic (PDF)."
It seems the DHS keeps expanding its mandate into ever broader areas.
And, quite frankly, that's a little creepy -- it's becoming this vast umbrella which has control over everything.
Lost at C:>. Found at C.
Technology in hospitals? Good.
Internet-connected technology in hospitals? Why?
Sure, people in hospitals need information, but surely something which is assisting in the physical process of a surgery (etc.) doesn't need to be in the cloud, does it?
The cloud can be cool, but be reasonable. Why not put the operations of the CIA into Salesforce.com while we're at it?
When an entire agency is tasked with finding bogeymen under beds they have to get creative to justify their funding.
Does this mean that DHS has access to source code and 0-day vulnerabilities for network attached medical equipment?
Could this knowledge be user offensively, in a situation where say Kim Jong Un is in hospital for a heart operation, and
DHS remotely pulls the plug on the life support machine?
Can this power be later extended to medical devices implanted in people, like defibrillators, insulin pumps etc.
Sorry to sound like Richard Stallman here for a second, but I would be very apprehensive having a device implanted in my
body that runs proprietary software, whose code development is overseen by a division of a shady foreign military agency.
Here is someone who got stonewalled when asked for the source code for the device she was to be implanted with...
http://www.youtube.com/watch?v=5XDTQLa3NjE
manufacturers need to let os updates and AV software to be install on there systems if they want / need to be on the hospital network.
Because running untested software is a bad idea. Heath care systems and medical device software should get the benefits of updates and patches, but only after those updates have been tested for those specific systems and software. Whatever the vendor does prior to release is insufficient.
When entire hospital processes come to a halt because the latest AV update mistakenly identifies a core OS file as a trojan, you'll come back and say, why are manufactures letting updates to be installed on their systems?
As with many things, the best path is in the middle. Critical systems should be updated as preventative maintenance, but administrators cannot rely on vendor testing alone.
Is this from the Australian equivalent of the Onion?
We've dropped exploits before on medical systems like Honeywell and Artridum...
Dropped? Is this serious security research or the latest mix tape?
First of all, no one does have a monopoly on EHR systems. There are a couple of large players and a host of smaller ones. I would maintain that you Do. Not. Want. a monoculture here - or anywhere. Security is not 'maintained' by constant 'peer review' (that word doesn't mean what you think it means). Security is a process and open source software is only a small (and not necessary) aspect of that.
There is an open source, Enterprise grade EHR system - VistA from the VA (Veterans Affairs) Department. It basically sucks which is why no one else is using it.
You do want data to be transmitted between systems and there are standards and processes that help with that. Given the complexity of medicine, it's not terribly surprising that the standards don't work quite as well as you would like.
So the magic open source pony isn't going to save the day here.
Faster! Faster! Faster would be better!
getting a record with medical equipment
Well, the DHS already has experience with medical examinations. They play with my balls before I can fly on a plane.
Funny, though. They never ask me to cough. And I never know why flying with a hernia is such a big deal.
Schroedinger's Brexit: The UK is both in and out of the EU at the same time!
OS is a no-go here mostly due to liability concerns and approval process. Medical Devices cost so much not because they are complicated technology (some of them are) but because when they explode, maim someone and give your uncle cancer there is a manufacturer and insurance to go after. You can design OS that is 100 times better than industry standard and it still won't be used because of the above.
Looks like this is right up the DHS's alley.
When someone says, "Any fool can see
After initial bids to contact Philips failed, researchers Rios and colleague Terry McCorkle sought assistance from the DHS, the FDA and the country's Industrial Control Systems Cyber Emergency Response Team (ICS CERT).
DHS didn't step in as some grand plan. They were asked to intervene by Cylance, a security research company, when Philips wouldn't respond about the detected security holes.
Two days later, DHS control system director Marty Edwards told the researchers the agency would from then on handle all information security vulnerabilities found in medical devices and software.
In other words, "if you (the security research company) find a vulnerability, DHS is the proper channel to report it".
When our name is on the back of your car, we're behind you all the way!
Why update the software? Pacemakers and insulin pumps were available long before you could wirelessly update them. If it is such a threat, then don't enable wireless updates. Plain and simple. My God, how did we exist before computers did everything for us!?
This discussion isn't about having computers do anything for us. It's about how we use computers as tools to do things. How did we have conversations before computers? Well, we did, and yet here you are using a network of computers to have a conversation.
As for the ability to update the software in a medical device, it's about trade-offs and compromises. ObCarAnalogy: computers in cars have made maintenance more complicated, so why not take the computers out of cars? Sure, if you also want to remove the improvements in fuel efficiency, traction control, ABS, GPS, mp3-player interfaces, and all the other things those computers are doing.
Ability to wirelessly communicate with an implanted medical device is a risk? Well, so is having to perform surgery to update that devices configuration or to retrieve data. Maybe the risk (a product of the potential effects of a negative event and the likelihood of that event) of wireless communications is greater than the risk of the extra surgery. Maybe not.
My point is, it's not as simple as "all medical information systems should have updates as soon as they are available from the vendor" or "no implanted devices should have wireless communications."
I could be misinterpreting your message because I can read your words, but not the tone of your voice or body language. So rather than posting a message on /. why don't you come over to my office and tell me face to face? Plain and simple, right?