Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Cloud

7/14/2014
11:20 AM
Connect Directly
Twitter
RSS
E-Mail
50%
50%

Hacking Password Managers

Researchers find four classes of common vulnerabilities in popular password managers and recommend greater industry scrutiny and more automated ways to find vulnerabilities.

A group of researchers next month will present their finding a grab-bag of vulnerabilities in Web-based password managers, which they believe to be a wakeup call for the major password manager companies. The technical details are slated to be fully aired out at the Usenix conference in San Diego in late August, but conclusions from the research were released via a peer-reviewed paper made public last week.

The team, led by Zhiwei Li of the University of California at Berkeley, outlines four major classes of vulnerabilities they discovered, along with representative case-study vulnerabilities to illustrate each. The four classes of vulnerabilities found by the team are bookmarklet vulnerabilities, web vulnerabilities, authorization vulnerabilities, and user interface vulnerabilities:

Our attacks are severe: in four out of the five password managers we studied, an attacker can learn a user’s credentials for arbitrary websites. We find vulnerabilities in diverse features like one-time passwords, bookmarklets, and shared passwords. The root-causes of the vulnerabilities are also diverse: ranging from logic and authorization mistakes to misunderstandings about the web security model, in addition to the typical vulnerabilities like CSRF and XSS. Our study suggests that it remains to be a challenge for the password managers to be secure.

The five major password managers tested are LastPass, RoboForm, My1login, PasswordBox, and NeedMyPassword. All of the vulnerabilities detailed in the research were responsibly disclosed and have already been fixed by the vendors named in the paper. Among the most dramatic of the vulnerabilities found in these managers were flaws in the features in LastPass, RoboForm, and My1login that offer access  to credentials and auto-fill using JavaScript bookmarklet code.

"We found critical vulnerabilities in all three bookmarklets we studied," the researchers report. "If a user clicks on the bookmarklet on an attacker’s site, the attacker, in all three cases, learns credentials for arbitrary websites."

Only the bookmarklet flaw in LastPass was described at length, with the researchers showing how a malicious web application specifically targeting this feature could get the password manager to give away credentials to other sites. In its post on the topic, LastPass noted the risk of this now-fixed vulnerability to users is low, as bookmarklets are used by less than 1 percent of its user base. Meanwhile, the firm also fixed a flaw detailed in the report that allowed researchers to attack its one-time password (OTP) functionality. The researchers were able to use a cross-site request forgery (CSRF) attack to find out all the web applications a user has credentials stored for, to steal the user's LastPass encrypted password database, and to delete credentials in that database, even if the attacker can't unencrypt these credentials.

"Regarding the OTP attack, it is a 'targeted attack,' requiring an attacker to know the user’s username to potentially exploit it, and serve that custom attack per user, activity which we have not seen," LastPass stated. "Even if this was exploited, the attacker would still not have the key to decrypt user data."

According to the report, the vulnerabilities the team found should prod password manager developers to do a better job with defense-in-depth and to improve their underlying development processes:

Our work is a wake-up call for developers of web-based password managers. The wide spectrum of discovered vulnerabilities, however, makes a single solution unlikely. Instead, we believe developing a secure web-based password manager entails a systematic, defense-in-depth approach... Future work includes creating tools to automatically identify such vulnerabilities and developing a principled, secure-by-construction password manager.

Ericka Chickowski specializes in coverage of information technology and business innovation. She has focused on information security for the better part of a decade and regularly writes about the security industry as a contributor to Dark Reading.  View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Page 1 / 2   >   >>
anon9011498124
50%
50%
anon9011498124,
User Rank: Apprentice
9/16/2014 | 3:31:43 PM
Re: trusting a password manager?
Nice article. My advice to everyone is to use any password manager available which fits their needs and to use different and super strong passwords for every site they have an account on. Or maybe if their memories are that great that they can remember passwords like brKir7j&^@RC7&IK, they can use their brains and feel pain in the neck :)I have found a free version of Sticky Password some time ago and converted it to the paid version after using it for a couple of weeks. Used it ever since without problems. 
andre.boysen
50%
50%
andre.boysen,
User Rank: Author
7/15/2014 | 12:08:07 PM
Re: trusting a password manager?
Password managers are a stop gap measure that makes the best of a bad design. Of all the methods users can employ to manage online life, they are the least of all evils if well used by a good provider.


Important is to move to a model without passwords as the primary security mechanism.

 

 
DAVIDINIL
50%
50%
DAVIDINIL,
User Rank: Apprentice
7/15/2014 | 10:08:58 AM
Re: trusting a password manager?
Especially considering some sites, like Yahoo Mail, seem to want me to change my PW on a regular basis.  Enough already. 
Kelly Jackson Higgins
50%
50%
Kelly Jackson Higgins,
User Rank: Strategist
7/15/2014 | 10:01:39 AM
Re: trusting a password manager?
I have probably 100 different complex passwords, so remembering all of them is impossible. A pw manager is certainly tempting, but something keeps stopping me from putting my eggs in that basket. #paranoidsecurityjourno
DAVIDINIL
50%
50%
DAVIDINIL,
User Rank: Apprentice
7/15/2014 | 9:58:38 AM
Re: trusting a password manager?
I am a bit nervous about using Roboform and Lastpass, but I find them to be essential.  I think I am less vulnerable by using a PW manager than I am using the same password for every website I use. 
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
7/15/2014 | 9:54:13 AM
Re: trusting a password manager?
That is the problem Marilyn. You still need to keep a password in mind. We should just revamp this username/password and defining new ways of protecting ourselves. I do not know what it would be but I know username/password pair is not really working when ii comes to security or privacy.
Kelly Jackson Higgins
50%
50%
Kelly Jackson Higgins,
User Rank: Strategist
7/15/2014 | 9:52:47 AM
Re: trusting a password manager?
Ha! I hear ya. I have my secret cryptic cheat-sheet. It's lame, but it makes me feel somewhat in control. 
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
7/15/2014 | 9:51:38 AM
Re: trusting a password manager?
Agree. Maybe that or, find a way to remember the password per site easily. Such as remembering logo of the site and defining password that we can related to it. I just gave away my way of defining password :--))
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
7/15/2014 | 9:49:08 AM
All the same
We have to assume that the apps that store or generate passwords have the same vulnerabilities as other regular applications. I do not use any apps for passwords, however it is getting overloaded I can tell, defining a different password per site, that is too much. :--))
Sara Peters
50%
50%
Sara Peters,
User Rank: Author
7/15/2014 | 9:41:10 AM
Re: trusting a password manager?
@Kelly  I feel the same way. I'd rather use my own brain. And for stuff that I don't use often that I feel like my husband might need to know, I stick it on my fridge. If someone breaks into my apartment, I'll have bigger problems. Well, at least, more problems.
Page 1 / 2   >   >>
A Realistic Threat Model for the Masses
Lysa Myers, Security Researcher, ESET,  10/9/2019
USB Drive Security Still Lags
Dark Reading Staff 10/9/2019
How to Think Like a Hacker
Dr. Giovanni Vigna, Chief Technology Officer at Lastline,  10/10/2019
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
7 Threats & Disruptive Forces Changing the Face of Cybersecurity
This Dark Reading Tech Digest gives an in-depth look at the biggest emerging threats and disruptive forces that are changing the face of cybersecurity today.
Flash Poll
2019 Online Malware and Threats
2019 Online Malware and Threats
As cyberattacks become more frequent and more sophisticated, enterprise security teams are under unprecedented pressure to respond. Is your organization ready?
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-4031
PUBLISHED: 2019-10-16
IBM Workload Scheduler Distributed 9.2, 9.3, 9.4, and 9.5 contains a vulnerability that could allow a local user to write files as root in the file system, which could allow the attacker to gain root privileges. IBM X-Force ID: 155997.
CVE-2019-17626
PUBLISHED: 2019-10-16
ReportLab through 3.5.26 allows remote code execution because of toColor(eval(arg)) in colors.py, as demonstrated by a crafted XML document with '<span color="' followed by arbitrary Python code.
CVE-2019-17627
PUBLISHED: 2019-10-16
The Yale Bluetooth Key application for mobile devices allows unauthorized unlock actions by sniffing Bluetooth Low Energy (BLE) traffic during one authorized unlock action, and then calculating the authentication key via simple computations on the hex digits of a valid authentication request. This a...
CVE-2019-17625
PUBLISHED: 2019-10-16
There is a stored XSS in Rambox 0.6.9 that can lead to code execution. The XSS is in the name field while adding/editing a service. The problem occurs due to incorrect sanitization of the name field when being processed and stored. This allows a user to craft a payload for Node.js and Electron, such...
CVE-2019-17624
PUBLISHED: 2019-10-16
In X.Org X Server 1.20.4, there is a stack-based buffer overflow in the function XQueryKeymap. For example, by sending ct.c_char 1000 times, an attacker can cause a denial of service (application crash) or possibly have unspecified other impact.