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.

Endpoint

6/16/2015
08:30 AM
100%
0%

Password Manager LastPass Hacked

LastPass says user account email addresses, password reminders, server per user salts, and authentication hashes compromised.

The ongoing password migraine continues: popular cloud-based password management service LastPass yesterday said it had suffered a data breach, exposing user account email addresses, password reminders, server per use salts, and authenication hashes. The company said it has "no evidence" that encrypted user vault data was stolen, however.

"We are confident that our encryption measures are sufficient to protect the vast majority of users. LastPass strengthens the authentication hash with a random salt and 100,000 rounds of server-side PBKDF2-SHA256, in addition to the rounds performed client-side. This additional strengthening makes it difficult to attack the stolen hashes with any significant speed," LastPass said in a post on its website.

Customers of the service who are not using multifactor authentication for LastPass must now verify their accounts via email when logging in from a new device or IP address. LastPass also will alert users to update their master password.

"You do not need to update your master password until you see our prompt. However, if you have reused your master password on any other website, you should replace the passwords on those other websites," LastPass said. "Because encrypted user data was not taken, you do not need to change your passwords on sites stored in your LastPass vault."

Read more about the breach here

Dark Reading's Quick Hits delivers a brief synopsis and summary of the significance of breaking news events. For more information from the original source of the news item, please follow the link provided in this article. View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
RyanSepe
50%
50%
RyanSepe,
User Rank: Ninja
6/17/2015 | 3:37:21 PM
Re: Offline approach
Yes agreed there is always a use case. What about, for an internal configuration, putting the password vault on a server. This server has no outside internet access and on the endpoints you have to authenticate using your network login. If you lose the device the passwords are not stored locally and you can't connect to the domain off network, with exceptions of course. The backups are managed at the server level to stay consistent with other backup methodologies. I think this is a similar method that I would want to pursue.

Lets posit inherent flaws with the above configuration. It'll help to derive issues so that solutions could be pondered.
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
6/17/2015 | 12:50:17 PM
Re: Offline approach
Agree. This confirms one of my previous points. We can keep it offline but we are not removing the risk of being hacked. Your kids may expose your flash drives or HDs that you keep those passwords without you knowing it. Ultimate solution is actually getting rid of password requirements in our lives and defining new ways for authentication and authorization.
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
6/17/2015 | 12:45:03 PM
Re: Offline approach
Agree, all the passwords in one basket is not realty great idea at all. Although the announcement points out those passwords are not compromised, this does not mean they are not going to be.
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
6/17/2015 | 12:43:07 PM
Re: Offline approach
Agree, all the passwords in one basket is not realty great idea at all. Although the announcement points out those passwords are not compromised, this does not mean they are not going to be.
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
6/17/2015 | 12:39:19 PM
Not surprised at all
Why would anybody think that when there is a password repository somewhere hackers would not find a way to hack it? That is like a perfect target to spend time on it.
alabrian
50%
50%
alabrian,
User Rank: Apprentice
6/17/2015 | 12:22:15 PM
Re: Offline approach
Imo, the catch-all favorite reply to all things infosec "it depends on the use case" applies here as well. Offline password management surely eliminates certain risks, but is exposed more to others, so it all depends on personal preference and how one assesses those risks.

For instance, how easily can those devices be stolen? Are there backups of that password database and how are they geographically dispersed? How are the backups being kept in sync? 

To give one of many examples, I might be content in knowing that I keep everything offline and thus avoid all kinds of risk involved with online threats, but the risk of being susceptible to natural disasters increases.

It is very easy to imagine a scenario where people had a nasty surprise waiting for them when realizing that their copies of their password database they kept in USB drives was outdated after losing their desktop PC + NAS due to an earthquake.

Having those hashes + salts stolen just means you have a certain amount of time to change your master password until you are safe again. And that's before factoring in two-factor authentication, which further reduces that risk.

 

 
RyanSepe
100%
0%
RyanSepe,
User Rank: Ninja
6/16/2015 | 3:18:20 PM
Re: Offline approach
The offline approach is definitely the way to go in my opinion and if you are managing a password vault for an enterprise than offline internal would be the most precise so that there isn't a single point of failure. I am always wary of storing passwords in the cloud. Specifically, because there is more exposure due to the its publicly facing mandate.
Markus5
100%
0%
Markus5,
User Rank: Strategist
6/16/2015 | 2:31:48 PM
Offline approach
Because of these breaches I use offline approach to my password management and use Sticky Password with their WiFi only syncing and that works pretty great for me. I don't wanna expose myself to the cloud world with all my passwords in one basket.
GitHub Named in Capital One Breach Lawsuit
Dark Reading Staff 8/14/2019
The Mainframe Is Seeing a Resurgence. Is Security Keeping Pace?
Ray Overby, Co-Founder & President at Key Resources, Inc.,  8/15/2019
The Flaw in Vulnerability Management: It's Time to Get Real
Jim Souders, Chief Executive Officer at Adaptiva,  8/15/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
The State of IT Operations and Cybersecurity Operations
The State of IT Operations and Cybersecurity Operations
Your enterprise's cyber risk may depend upon the relationship between the IT team and the security team. Heres some insight on what's working and what isn't in the data center.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-5034
PUBLISHED: 2019-08-20
An exploitable information disclosure vulnerability exists in the Weave Legacy Pairing functionality of Nest Cam IQ Indoor version 4620002. A set of specially crafted weave packets can cause an out of bounds read, resulting in information disclosure. An attacker can send packets to trigger this vuln...
CVE-2019-5035
PUBLISHED: 2019-08-20
An exploitable information disclosure vulnerability exists in the Weave PASE pairing functionality of the Nest Cam IQ Indoor, version 4620002. A set of specially crafted weave packets can brute force a pairing code, resulting in greater Weave access and potentially full device control. An attacker c...
CVE-2019-5036
PUBLISHED: 2019-08-20
An exploitable denial-of-service vulnerability exists in the Weave error reporting functionality of the Nest Cam IQ Indoor, version 4620002. A specially crafted weave packets can cause an arbitrary Weave Exchange Session to close, resulting in a denial of service. An attacker can send a specially cr...
CVE-2019-8103
PUBLISHED: 2019-08-20
Adobe Acrobat and Reader versions, 2019.012.20035 and earlier, 2019.012.20035 and earlier, 2017.011.30142 and earlier, 2017.011.30143 and earlier, 2017.011.30142 and earlier, 2015.006.30497 and earlier, and 2015.006.30498 and earlier have an out-of-bounds read vulnerability. Successful exploitation ...
CVE-2019-8104
PUBLISHED: 2019-08-20
Adobe Acrobat and Reader versions, 2019.012.20035 and earlier, 2019.012.20035 and earlier, 2017.011.30142 and earlier, 2017.011.30143 and earlier, 2017.011.30142 and earlier, 2015.006.30497 and earlier, and 2015.006.30498 and earlier have an out-of-bounds read vulnerability. Successful exploitation ...