Live data from Hacker News

Lastpass setting the delete account div to display: none

infosec.exchange

201–210 of 210 posts

Re: Lastpass setting the delete account div to display: none

#201

Earlier quoted context omitted.

Bitwarden migration was flawless for me. Impressive given how mangled the csv export i got from lastpass was! I really dig the 2FA auto-copy to clipboard feature in bitwarden.

> the 2FA auto-copy to clipboard feature in bitwarden is that if you're using bitwarden's 2FA authenticator instead of e.g. authy?

Correct. It auto copies the code if the TOTP secret key has been set for that item.

Re: Lastpass setting the delete account div to display: none

#204
post #193

Earlier quoted context omitted.

> if you have apple devices Does it work if you have apple devices and also non-apple devices?

Of course it doesn't, that's not how Apple operate.

Not completely true, https://support.apple.com/guide/icloud-windows/set-up-icloud...

Re: Lastpass setting the delete account div to display: none

#205
post #185

Earlier quoted context omitted.

The official bit warden self host runs something like 13 docker containers. Good luck securing that as a normal person

There is a beta test of a new all in one container option as of earlier this month: https://bitwarden.com/blog/new-deployment-option-for-self-ho...

Ooooh that’s some very good news! And Postgres support is natively included too!

Re: Lastpass setting the delete account div to display: none

#206
post #176

Earlier quoted context omitted.

there's a non-zero risk of hosting it yourself and not keeping up with the maintenance/security updates of whatever server you host it on. gotta weigh that in the calculus. It might not be likely that they target you specifically but there could be a drive by bot that slurps up your password vault.

Most people seem to think it needs to be accessible online. Remote Access =/= Internet Access. Self hosting an external vault, using VPNs, and requiring MFA access make the vault tricky to get to in the first place. You’re machine would need to be compromised first for an attacker to even connect to it—and at that point you’re compromised (and probably keylogged). If you’re actively under attack no Password Manager,…

> Self hosting an external vault, using VPNs, and requiring MFA access make the vault tricky to get to in the first place.

ok but that also is prone to a weakness in any part of that chain assuming you even set it up properly in the first place. each piece is another layer that can be hacked or improperly setup.

Re: Lastpass setting the delete account div to display: none

#207
post #201

Earlier quoted context omitted.

> the 2FA auto-copy to clipboard feature in bitwarden is that if you're using bitwarden's 2FA authenticator instead of e.g. authy?

Correct. It auto copies the code if the TOTP secret key has been set for that item.

bitwarden's TOTP only runs on android/ios and not the mac app?

Re: Lastpass setting the delete account div to display: none

#208
I'm attempting to call support and get them to give me this year's Premium subscription fee back. On the support page for deleting the account, there's a link to Contact Support. [1]

edit: A rep called right away. They will not give me my money back. It's in their terms and conditions that they won't even if there is a security breach and it's been longer than 30 days since I paid.

[1]: https://support.lastpass.com/help/iknow-my-masterpassword-ho...

Re: Lastpass setting the delete account div to display: none

#209
post #196
post #179

Earlier quoted context omitted.

Think about it for a moment. Which is more likely to be compromised: A widely advertised central location storing thousands of peoples’ passwords, or a single user’s passwords on their local computer accessed through an app which doesn’t even access the internet?

Providing that the vault is fully encrypted/unencrypted locally, in what way is it going to be compromised? If someone wants to avoid having their vault in a LastPass/1Password/… cloud for some reason, it’s also possible to sync the vault through general use cloud solutions like Mega/Dropbox/…

If the cryptography and its implementation is perfect, and you choose a high entropy, well-guarded secret, then encryption is enough on its own. However, being a security researcher, I observe that this is not how the world works in practice, and so encryption is only a single layer in a defence in depth approach. There's little reason to destroy another important layer by centralising all the passwords in a single lucrative bucket.

An obvious way to attack typical cloud password managers is via their web apps, which is an endpoint attack and hence bypasses the encryption. This type of attack is much harder for native, offline password managers.

Re: Lastpass setting the delete account div to display: none

#210
post #170
post #101

Earlier quoted context omitted.

>Your password manager should be offline, not a cloud service. Why?

There's this persistent vague myth on HN that there's something terrible about having an encrypted blob publicly exposed, which to me demonstrates a total lack of understanding about cryptography. Or they're just using weak passwords. Don't do that. The problem here is that a bunch of unencrypted data was exposed, which is really bad and dumb of LastPass.

If you assume the strongest opposing argument, it's clear the "myth" isn't arising from a misunderstanding of cryptography. Rather, it's arising from the practical observation that password managers are not perfect, and therefore encryption is often not sufficient. In fact, you offer this argument yourself in your comment -- it is really bad and dumb of LastPass, and yet it happened, because these things happen in reality.

Exploiting bugs in the end-user web application, accidentally exposing unencrypted data, unnecessarily collecting all data in a single location in the first place, a break in cryptography leading to a total break of security are all failure modes that only affect cloud password managers.

Post reply on HN