Live data from Hacker News

Lastpass Security Incident

blog.lastpass.com

131–140 of 587 posts

Re: Lastpass Security Incident

#131

Will never understand why people use managed password management services when things like the KeePass KDBX format exist.

when you have an employee leave your company can you reroll or disable all their work account passwords in keepass? (no; this is good for the user and not useful for the org, but that’s the use case.)

If I were going to steal passwords for my company, I'd steal them before I quit / got fired or did something illegal.

Re: Lastpass Security Incident

#132
post #74

If you're a lastpass user, might be wise to avoid logging into lastpass until they update with a resolution - if the attackers got into the build server they could craft attacks that would exfiltrate passwords after user decrypts

LastPass is architectured so that your master password is never sent to their servers. Decryption of your vault happens locally on your device. Maybe such an attacker might get your email address (username).

Re: Lastpass Security Incident

#133

Earlier quoted context omitted.

i use diceware. my mothers maiden name is sternness-ardently, and i am a proud graduate of blade-purge-satin-dash elementary! …apparently.

Just today we received an email with a password reset request from a person who: could not login into the customer portal because he lost/forgot the password could not perform the password recovery procedure because his answer for the security question is some nonsense like 'blade-purge-satin-dash' *shrug_emoji*

As someone who forges security questions, and at the risk of playing No True Scotsman, we keep these answers in the database with our passwords And yeah, if we lose the database I guess we're screwed, but tbh, after ample backups, the risk of the database being leaked is way higher than the risk of losing it despite replication.

Re: Lastpass Security Incident

#134
post #119

Great, now I'm going to have to rename my dog.

My first dog's name is Lassie, spelled LC_ALL=C < /dev/urandom tr -dc '[[:graph:]]' | head -c16

Better yet, my second college girlfriend's name is spelled the same. So is the make and model of my third car.

Re: Lastpass Security Incident

#136

The Verge has more information [1] "This comes just months after LastPass confirmed that hackers had stolen some of its source code in August and had access to LastPass’ internal systems for four days before getting detected. It looks like this new attack is connected, as Loubba says it determined that hackers gained access to user data “using information obtained in the August 2022 incident.”" https://www.theverge.c…

Far better than the blog post, which leaves out crucial info.

Re: Lastpass Security Incident

#137
post #53

Earlier quoted context omitted.

Same. I use random passwords for any required security questions. It is funny when you call customer support and they ask you to verify a security question though.

Have you ever tried to see if they'd let you bypass the question? I've wondered if saying "it's a bunch of gibberish" could work.

I didn't even have to try. I was prepared to read off the random string, and the operator went with some other piece of information from my profile instead.

Re: Lastpass Security Incident

#138

Earlier quoted context omitted.

What's the alternative? 1. Have people manage their own secrets storage? Most people don't have the time or ability do this securely either. I'd rather pay someone else to secure infra, code, distribution, encryption, backups, etc. for me. 2. Reuse the same password on every site? One site gets hacked and now you're screwed. 3. Memorize a unique, long password for every site? Not feasible. Third-party/commercial pass…

Passwords suck. Move on to something better.

I'll be sure to tell the 100+ sites I have saved logins for to move on to something better.

Re: Lastpass Security Incident

#140
post #22

Earlier quoted context omitted.

Most of them are build without having decrypted passwords or keys for them on server, so attacker would need to get to the point where they can craft malicious update to the client (or exploit the client)

1. Get access to build infrastructure (e.g. via supply chain attack) 2. Inject code in build to export user's passwords to remote server after update is installed

This is a good point, but on the other hand, couldn't any application be hijacked in the same way to include a keylogger/upload plaintext password DBs stored locally by browsers/etc? Somehow this hasn't happened on a mass scale that I'm aware of.
Post reply on HN