Risk
4/26/2011
11:09 AM
50%
50%

Federal ID Strategy To Boost Health Data Security

Voluntary plan which seeks two-factor authentication and for online identity management should find wide application in healthcare.

Slideshow: RFID In Healthcare
Slideshow: RFID In Healthcare
(click image for larger view and for full slideshow)
A federal plan to involve the private sector in beefing up online identity management and user authentication, while also making it easier for individuals to manage passwords, should find plenty of applications in healthcare--which is exactly what the Obama administration envisions.

The National Strategy for Trusted Identities in Cyberspace, a roadmap released earlier this month for protecting consumers from fraud and identity theft, calls for the voluntary building of an "identity ecosystem" in which consumers can have a single, user-specific credential to log into any participating website. This, according to federal officials, will allow security-conscious sectors, including healthcare and finance, to make new online services available.

"[I]ndividuals and businesses need to be able to check each other's identity for certain types of sensitive transactions, such as online banking or accessing electronic health records," the 52-page document reads. Among other things, the strategy calls for wider adoption of two-factor authentication and unique security credentials for each user.

This is exactly the sort of thing healthcare needs, according to Hussam Mahgoub, senior VP for corporate development and research--and resident security specialist--at Diversinet, creator of a secure platform for developing mobile healthcare applications. "There's a lot of confusion in the marketplace about security and privacy," Mahgoub said.

Of particular worry, according to Mahgoub, is that the Health Insurance Portability and Accountability Act's (HIPAA) privacy and security regulations don't address "strong authentication" for users when they access protected health information (PHI).

Diversinet, which is based in Toronto but does most of its business in the United States, recently published a white paper listing nine best practices for securing health data on mobile networks and devices, that in many ways dovetails with the federal strategy. Diversinet recommends installing apps on smartphones, tablets, and laptops to turn each device into a kind of "wallet" for PHI. Sensitive data should be encrypted and the app should be able to deactivate or delete PHI from lost or stolen devices, just as banks and retailers can deactivate lost credit cards, Mahgoub explained.

Jeff Sponaugle, chief security and technology officer for Beaverton, Ore. healthcare connectivity company Kryptiq, sees at least one recent change in healthcare that needs this kind of approach. Interim Drug Enforcement Agency (DEA) regulations that took effect in June 2010 allow the electronic prescribing of certain controlled substances such as narcotics, but only with enough security in place to satisfy the law enforcement community, which has a lot more pull with the DEA than does the health IT industry.

"With electronic prescribing of controlled substances, two-factor authentication will be coming to the desktop of physicians and staff," Sponaugle said in an email. "The requirements for [electronic prescriptions for controlled substances] are very clear and do provide a 'need' for the physician to get some kind of digital ID."

Sponaugle noted, however, that two-factor authentication and other "strong" forms of digital security have been around for years, but often place too high of a burden on users to encourage widespread adoption. Resistance may rise when the users happen to be time-crunched and technologically challenged physicians.

"The key for promoting two-factor is to make it integrated into the application the doctor uses most," reported Sponaugle, who said that Kryptiq tries whenever possible to integrate its platform for secure messaging and e-prescribing into other companies' electronic medical records (EMRs). "As the EMRs add front-facing, two-factor workflows, we will use that same infrastructure for messaging. It would be a disaster if you made a doctor use a different two-factor system for the EMR, and yet another different system for messaging or prescribing," Sponaugle said.

"In the end, the goal of the second factor is to provide some protection from the key problem in security, which is people. People choose poor passwords, reuse them, tell them to people, log in from a kiosk in a coffee shop with a key logger, etc.," Sponaugle added. "Coming up with good workflow usability of the two factors is what will make it succeed."

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading, January 2015
To find and fix exploits aimed directly at your business, stop waiting for alerts and become a proactive hunter.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-3580
Published: 2014-12-18
The mod_dav_svn Apache HTTPD server module in Apache Subversion 1.x before 1.7.19 and 1.8.x before 1.8.11 allows remote attackers to cause a denial of service (NULL pointer dereference and server crash) via a REPORT request for a resource that does not exist.

CVE-2014-6076
Published: 2014-12-18
IBM Security Access Manager for Mobile 8.x before 8.0.1 and Security Access Manager for Web 7.x before 7.0.0 FP10 and 8.x before 8.0.1 allow remote attackers to conduct clickjacking attacks via a crafted web site.

CVE-2014-6077
Published: 2014-12-18
Cross-site request forgery (CSRF) vulnerability in IBM Security Access Manager for Mobile 8.x before 8.0.1 and Security Access Manager for Web 7.x before 7.0.0 FP10 and 8.x before 8.0.1 allows remote attackers to hijack the authentication of arbitrary users for requests that insert XSS sequences.

CVE-2014-6078
Published: 2014-12-18
IBM Security Access Manager for Mobile 8.x before 8.0.1 and Security Access Manager for Web 7.x before 7.0.0 FP10 and 8.x before 8.0.1 do not have a lockout period after invalid login attempts, which makes it easier for remote attackers to obtain admin access via a brute-force attack.

CVE-2014-6080
Published: 2014-12-18
SQL injection vulnerability in IBM Security Access Manager for Mobile 8.x before 8.0.1 and Security Access Manager for Web 7.x before 7.0.0 FP10 and 8.x before 8.0.1 allows remote authenticated users to execute arbitrary SQL commands via unspecified vectors.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Join us Wednesday, Dec. 17 at 1 p.m. Eastern Time to hear what employers are really looking for in a chief information security officer -- it may not be what you think.