Critical Vulnerabilities In Web-Based Password Managers Found

An anonymous reader writes A group of researchers from University of California, Berkeley, have analyzed five popular web-based password managers and have discovered vulnerabilities that could allow attackers to learn a user's credentials for arbitrary websites. The five password managers they analyzed are LastPass, RoboForm, My1Login, PasswordBox and NeedMyPassword. "Of the five vendors whose products were tested, only the last one (NeedMyPassword) didn't respond when they contacted them and responsibly shared their findings. The other four have fixed the vulnerabilities within days after disclosure. 'Since our analysis was manual, it is possible that other vulnerabilities lie undiscovered,' they pointed out. They also announced that they will be working on a tool that automatizes the process of identifying vulnerabilities, as well as on developing a 'principled, secure-by-construction password manager.'"

Comments

KeePass?

[Electricity Likes Me]

I'd be really curious to here there opinions on KeePass, which isn't web-based but certainly in the same category.

Re:KeePass?

[mlts]

I'd probably say KeePass is as secure as things get, since it doesn't use the Web in any way, shape, or form.

What I'd like to see with password apps that use a cloud provider for backend storage, (be it 1Password, mSecure, or so on), would be a keyfile that is manually transferred between devices, and never is put on the cloud backend. This way, if/when the cloud provider is hacked, the password file is not just protected by the passphrase, but by a keyfile that an attacker would have to compromise a physical device to get.

Re:KeePass?

[mlts]

Hate responding to my own posts, but adding another idea... Each endpoint device has its own private key... so the data that is stored on the backend cloud provider would be conventionally encrypted, but would be unlockable by any key in the access list, similar to a PGP attachment that lists multiple public keys. That way, one can add and remove devices by using their key, and no common file needs to be shared.

Re:KeePass?

[Anonymous Coward]

I e-mail myself my passwords with the site name in the subject line and the password in the body of the e-mail. It works really well for sites I forgot the password for, and it's 100% safe as Google uses HTTPS by default now.

Re:KeePass?

[Snotnose]

I've got my keePass database on my phone. It's always with me, readily available if I need to logon somewhere and I have a trusted computer handy (and a USB cable, of course),

Re:KeePass?

[CastrTroy]

Why not just install the app as well? Then you don't need the USB cable. You just load up you database, and opt to view the password. Then type it in manually. Just be on the lookout for people looking over your shoulder or cameras that could read the screen.

Re:KeePass?

[allquixotic]

I have a YubiKey NEO that works perfectly with LastPass, both on desktop systems via USB, and on my mobile device via NFC. The key has internal non-volatile storage but no battery; when it's plugged in and used, it atomically reads from storage; uses the input from storage as a salt to generate a unique one-time password (a long ASCII string); transmits the password to the host device; then updates the non-volatile storage with some magic to ensure that the next one-time password is unique, unguessable and cryptographically secure.

An attacker would need my LastPass password (which is not, itself, stored in my LastPass vault); my physical YubiKey; and the knowledge to use both in tandem, in order to gain access to my LastPass account.

Re:KeePass?

[itsownreward]

I have KeePass installed on my computers and KeyPassDroid on my phone and tablet. The file is shared between them all using Dropbox. This way, if I change it one place it's available at all the others automagically, and in case it gets corrupted I have a 30-day history of changes at Dropbox's site. I've had no problems, I like its built-in and configurable password generator, and it works a treat with the KeeFox plugin for Firefox.

(YMMV in that you may have issues with Dropbox, but for me, it works.)

Re:KeePass?

[Anonymous Coward]

The "magic to ensure that the next one-time password is unique" is a counter, an integer one higher than the previous time.

The checksum of (counter + internal private key) is what results in the final 32 chars of the sequence (the first 12 being your userid).

Re:KeePass?

[Erioll]

I do the same, except I use Google Drive as my "sharepoint" for the file. After looking at a bunch of the "costs money" ones, Keepass just made the most sense.

Re:KeePass?

[Anonymous Coward]

I have no issues with KeePass, but I do wish to note that Password Safe is good enough for Bruce Schneier, which is more than good enough for me.

Re:KeePass?

[LordLimecat]

You can do this with KeepPass, Google Drive, and a sneakernet'd keyfile. Move the keyfile to a non-synced location on each common computer (and / or carry it with you on your phone or USB drive), stick the KP database in Google Drive, viola. Secure access to everything from everywhere.

Re:KeePass?

[Anonymous Coward]

No, but automate is.

Re:KeePass?

[Mister Liberty]

Which in Dutch --translated for the occasion to English-- would mean 'Ouch! Tom Ate Ice".

Re:KeePass?

[gbjbaanb]

same here - only I don't try to keep it in sync with other devices (don't want changes I make to my PCs keepass db to be automatically synced to my phone that might be stolen)(I might be going a little too paranoid here)

I also use Mozy for the cloud storage, as it encrypts everything stored (with a different key) and it has history.

Keepass is awesome, my only worry is that I forget which file I used as the encryption 2nd part and delete it one day!

Re:KeePass?

[Mister Liberty]

It pulls in a lot of mono libs on Linux, I see. Yuck!!

Re:KeePass?

[Jesus_666]

You can always try KeePassX (for Linux and OS X; use the latest 2.0 Alpha release) and MacPass (for OS X), both of which are compatible with the KeePass 2.x database format. They might not have all the features but they work rather well and you don't have to deal with the monstrosity that is KeePass on a non-Windows system.

Re:KeePass?

[TechyImmigrant]

KeePass works well.

The logic is sound. You own your password file, it is encrypted and integrity checked. You can keep it somewhere shared (like google drive or dropbox) so each of your client machines has a copy for redundancy, but changes are shared and available to all devices.

I have a home PC, a work PC and Mac Book and an Android phone all using the same keepass file and it works great.

Web based services make no sense whatsoever. Why trust a website company when you don't have to?

Re:KeePass?

[Mister Liberty]

Will look into it. Thanks!

Re:KeePass?

[TechyImmigrant]

KeePass has mac/pc/android clients. Password safe (which I used to use) does not. The PC client is great, but the mac options in particular suck huge donkey balls.

Re:KeePass?

[znrt]

I'd be really curious to here there opinions on KeePass, which isn't web-based but certainly in the same category.

i've always had trouble with putting all my apples in the same basket, so i never touched things like keepass, kisskiss nor any other keyring. that there's folks doing that *OVER THE WEB* is staggering. if i weren't speechles right now i'd say they deserve being raped in their most intimate identity.

Re:KeePass?

[mysidia]

An attacker would need my LastPass password (which is not, itself, stored in my LastPass vault); my physical YubiKey; and the knowledge to use both in tandem, in order to gain access to my LastPass account.

Yes, because the Lastpass website enforces this two factor scheme.

On the other hand, once it's open on your computer: the entire database is available for RAM-scraping malware to take a peek.

Or to decrypt using only the master password, since, as I understand: it's just the Lastpass website that requires the 2-factor, before allowing your software to download the DB.

Re:KeePass?

[TechyImmigrant]

My wife tried the elephant one on her mac (I forgot the name, but there's an elephant in the logo). It was awful.
This was a while ago. There may be better now.

I couldn't find a good Android one. I don't know if that has changed either, since I switched to KeePass.

Re:KeePass?

[lhunath]

How about no keyfile at all? Keeping backups of a keyfile in secure locations, syncing a keyfile between multiple devices and handhelds securely and without conflict, etc all needlessly complicate password management and eventually affect overall security. Also, if an authority obtains your keyfile through any form of search, they are legally within their right to force you to provide the key to unlock it. Not so if there is no encrypted vault.

Re:KeePass?

[Just Some Guy]

This way, if/when the cloud provider is hacked, the password file is not just protected by the passphrase, but by a keyfile that an attacker would have to compromise a physical device to get.

If you believe Apple, that's how their iCloud Keychain works. They say they can't decrypt your keychain, because the keys are embedded in your phone and never transmitted.

Re:KeePass?

[Noah Haders]

what is a keyfile if not a password?

Re:KeePass?

[Dutch Gun]

You're telling us not to trust a web based service, but then tell us you keep your data shared like google drive or dropbox? I see no appreciable difference in practice there. Lastpass is essentially Keepass + a specialized dropbox-type service. Your advice is especially ironic given the spotty security dropbox is known for.

At some point, you have to make informed decisions about the tradeoffs between security and convenience. For me, using Lastpass is a convenient way to synchronize the strongest possible unique passwords - essentially gibberish - across my multiple computers. I feel that having strong, unique passwords across the web is critical to keeping my numerous accounts secure.

This is exactly how security is supposed to work - a researcher discovers a potential flaw, discloses it to the vulnerable companies, who then promptly fix it and discloses this fact in detail to it's customers. The system is arguably more secure than before, not less.

Incidentally, as it turns out, this attack is apparently only applicable to those not using a browser plugin. That's not to discount the seriousness, but I was never actually vulnerable to this attack, since I only use Lastpass from my PC using Firefox + Lastpass plugin.

Re:KeePass?

[TechyImmigrant]

>You're telling us not to trust a web based service, but then tell us you keep your data shared like google drive or dropbox? I see no appreciable difference in practice there. Lastpass is essentially Keepass + a specialized dropbox-type service. Your advice is especially ironic given the spotty security dropbox is known for [zdnet.com].

The problem is not in the remote storage. It's in the local client that does the work to turn your clicks and typing into a secured file that doesn't need to trust the storage medium to do anything except store.

The 'web integration' puts your password manager in a really bad place - in the browser. What could possibly go wrong? Surely no one attacks web browsers.

Re: KeePass?

[lhunath]

That is very dangerous: when the master password is trivial to reverse from the site password, an attacker could easily set up a hoax site, get your site password and reverse your master key. Master Password above uses a hmac-sha-256 of a 64 byte master key which is something you can't just reverse. It also uses an expensive scrypt based salted key derivation to get that key from your master password, which is also something you can't reverse.

Re:KeePass?

[esperto]

I do the same as well, but also use a key file that I keep only on the devices and not on any cloud based service, that way it is harder if dropbox gets compromized to break the keepass database (altough I bet NSA has a trick or two).

Re:KeePass?

[itsownreward]

From all reports, Dropbox is compromised by default. However, I also figure they have an easier way to get into any account I have via NSL or preexisting backdoor than to go crack my KeePass file. I'm just trying to keep everyone else out.

Re:KeePass?

[Smerta]

I think it's literally called "Elephant" (as in, "an elephant never forgets").

(Honestly, at first I thought you might be thinking of Evernote (apologies!), but then I saw your UID & figured that was very unlikely...)

Re:KeePass?

[Dutch Gun]

>You're telling us not to trust a web based service, but then tell us you keep your data shared like google drive or dropbox? I see no appreciable difference in practice there. Lastpass is essentially Keepass + a specialized dropbox-type service. Your advice is especially ironic given the spotty security dropbox is known for [zdnet.com].

The problem is not in the remote storage. It's in the local client that does the work to turn your clicks and typing into a secured file that doesn't need to trust the storage medium to do anything except store.

The 'web integration' puts your password manager in a really bad place - in the browser. What could possibly go wrong? Surely no one attacks web browsers.

Yep, that's very true. At this point, though, most attacks are directed at Java, Flash, or the browser's Javascript interpreter. These vectors are still dangerous because of potentially malicious content being served by untrustworthy servers. I uninstalled Flash some time ago, and make good use of noscript to prevent untested scripts from running, as that's still a dangerous attack vector. Keep in mind that plugins are run in separate processes, which affords some natural protection and isolation. Note that the attack mentioned in this article was not possible when using the plugin, which nearly everybody actually does, according to Lastpass statistics.

I well understand how it sounds extremely risky to trust your password database to a third-party service, but I feel that Lastpass itself has been built very carefully with security as the primary concern. After all, that's their first and only business. This makes it a bit different than many other web-based services, for whom security is often a distant secondary issue, or one which was hastily implemented or improved only after a disastrous breach. Still, if there's ever a massive security breach at Lastpass, feel free to send me a big "I told you so". Security can be only really validated over the course of time and many determined attacks, and so far, Lastpass has proven itself to be secure.

Keepass is a fine product, and there's nothing wrong with keeping your password database more directly in your own control. Security is always a tradeoff between protection versus convenience, and obviously, using a third-party database escrow service leans too far in the "convenience" direction for some. There's nothing wrong with that, as you can never get bitten by leaning in the "protection" direction.

Re:KeePass?

[TechyImmigrant]

Outside of a browser, with a separate-from-the-browser password keeper like KeePass I see three primary malware attack vectors

1) Keyboard Logging
2) Snarfing the clipboard as you copy and paste the password
3) Privilege escalation and attacking the keeper directly

But #1 and #2 are pretty universal, whereas #3 is software version specific.

I would much prefer a hardware solution, where the plaintext password never existed on the primary computer, but instead existed in separate hardware (like a USB device or smart card) and a secure password authentication exchange, key agreement and key binding takes place between the device and the web site (or whatever).

The hardware would be easy. The hard bit would be getting the IETF to write such a scheme into the http protocol and get the browser makers to adopt it. The IETF have lots of key exchange schemes to play with, but none that seem to make sense at the http level.

Re:KeePass?

[RubberDogBone]

And I'm gonna keep using LastPass. Since I never used the bookmarklet thing, it seems unlikely I'm at any risk for exploit, and in any case, LastPass fixed that issue.

Could there be others? Oh sure. There could be issues with anything. My glass of water MIGHT be the one to contain something to make me sick. My car MIGHT have a defect. Windows 7 MIGHT BSOD three times in a night. Oh wait. That's not a might. That's a definite. Never mind.

I'm going to keep using LastPass.

Surprise

[pmontra]

The web in insecure, don't store passwords in the web. Use keepassx instead. You get it for Windows and OS X on the site, for Linux using package managers, for Android on the Play Store and maybe also for iOS (look for MiniKeePass).

Re:Surprise

[allquixotic]

To claim that it is impossible or futile to store passwords on the web is missing the point. The nature of the content is immaterial. If you are of the opinion that passwords can't be securely stored on the web, then you must also believe that NO content can securely be stored on the web -- in which case, have fun living in the dark ages, where the only thing you can do with the web is share information that you're fine with being released to the general public.

I, on the other hand, really like it when I can click a few buttons and a package with something I need shows up on my doorstep a day or two later. But oh, if it's "futile" to secure anything on the web, you couldn't give a company your address or financials to bill you for shipment! Better call them up on the telephone to place your order, because nobody has ever wiretapped a telephone, right?

No. The fix here is to identify the security vulnerabilities and fix them, not to spread FUD about security on the web.

Re:Surprise

[jsherma2]

I think there's a difference between "being willing to accept the risk of my credit card(s) being compromised on the internet" and "being willing to accept the risk of every account password I have being compromised on the internet". I essentially have insurance to help me recover losses from my credit cards. Having every bank account and retirement account drained by an enterprising criminal with access to all of my account and personal details is on a completely different risk level.

Re:Surprise

[mlts]

Done right, storing passwords on the web can be decently secure, especially if there is some part of the decryption key (be it a public key, a secondary authenticator, or a keyfile) that is not available to the attacker, in combination with the master passphrase.

I'd say the best implementation of this would be a utility that piggybacked on the cloud provider of choice, so one isn't limited to GDrive, Dropbox, Box, Skydrive, iCloud, or others. The utility would ask for permission just for its own directory (if possible), and would store its main DB file, as well as some backups in that directory. That way, the password program author or company doesn't have to maintain a cloud infrastructure.

Re:Surprise

[allquixotic]

I think there's a difference between "being willing to accept the risk of my credit card(s) being compromised on the internet" and "being willing to accept the risk of every account password I have being compromised on the internet". I essentially have insurance to help me recover losses from my credit cards. Having every bank account and retirement account drained by an enterprising criminal with access to all of my account and personal details is on a completely different risk level.

Let's assume for the moment that you're correct and that there is a difference in risk level between submitting your name, address, email, credit card number, CVV2 (these are the fields required for a standard online order form), and storing all your passwords on the Internet.

Let's assume someone actually does intercept your order form, and gets all the above-mentioned personal data on you (perhaps because the company processing your order stored all your order info in an unprotected SQL database). Many people acknowledge that, with this amount of personal information, a lot of damage can be done, starting with identity theft. Yes, there are many protections on credit cards, but other personal details can be used as leverage to get access to even more details. This is starting to look like more than simple credit card theft.

Also, if you're not storing your passwords on some website, where ARE you storing them? If you don't store any passwords anywhere, chances are you don't have a perfect, long-term eidetic memory, so you probably use the same password everywhere. That's just as risky, if not riskier, than using LastPass -- if an attacker compromises just one of the sites you use, they can try that password on random sites across the web and gain access to a slew of your accounts.

Let's be a bit more charitable and assume you use completely different passwords on different sites. OK, now we're getting serious. You are going to need somewhere to store all these passwords -- that's the simple reality of it. Only the extremely rare individual can remember them all in their head. So what do you use? A paper card file? That's great, unless you invite a guest in your house who may not prove 100% trustworthy, like an A/C repairman... Or if you happen to live in a dangerous part of the world where house robberies are common, a password card file would definitely be something a thief would want to steal. Or you could just get really unlucky, even in a low-crime area, and get robbed anyway. The same logic as the card file effectively applies to such things as KeePassX, since an unhindered thief can take your laptop, phone, or whatever you use to store your KeePass database on. Once they have your device, you're basically owned. Remember, we have to be fair here; you're assuming the thief is smart enough to break the security model of a business that builds its entire reputation around security, like LastPass, so we have to also assume the thief is smart enough to break the security model on your physical box, whatever it may be. Most people are not going to employ physical or digital countermeasures that are sufficient to keep very sophisticated thieves from breaking into your box once they have physical access. Full disk encryption is still quite the rare thing, and brute forcing a typical-length KeePass password isn't all that hard anymore with GPGPU or an EC2 compute cluster once you've obtained the database file.

Now, since LastPass supports two-factor authentication via various physical methods, such as the YubiKey, simply obtaining your LastPass password will not be sufficient for them to gain access. They'll also have to be a sophisticated thief, which brings us back to square one, where LastPass and KeePass are about equal on security: you'd have to get robbed, and the thief would have to steal the correct things, then break into them in order to gain access. I concede that users of LastPass or similar services who opt out of two-factor authentication are taking a greater risk,

Re:Surprise

[Anonymous Coward]

The web in insecure, don't store passwords in the web. Use keepassx instead. You get it for Windows and OS X on the site, for Linux using package managers, for Android on the Play Store and maybe also for iOS (look for MiniKeePass).

I don't subscribe to this absolutist position. Web based password managers like Lastpass certainly have their uses and are extremely convenient when tons of forums and websites require you to have accounts. They make it easy to login effortlessly and across multiple computers. They are also safer in that they let you have unique passwords for every account.

That being said, the smart thing to do is to:

1) Not save any bank account / Money related passwords on a web based password manager. Heck, I wouldn't even trust my own computer. I store these strictly in my head

2) Enable 2-factor authentication on any website that if compromised, could allow the attacker to steal your identity and cause more mischief. Gmail would be a prime example of such a website.

This strikes a good balance of letting me have the convenience of online password managers for non-critical sites, and even some critical ones that support 2-factor authentication.

Re:Surprise

[Anonymous Coward]

Your entire argument is based on a false premise.

Food For Thought - It is easy to develop a simple algorithm to remember passwords and thus remember different passwords to any website. Essentially, unless you are being tortured, no one will be able to know your algorithm for setting passwords (you store the algorithm in your head). Your algorithm may appear "weak" if someone knew it but no one has to know it (i.e. you could use the first 5 letters in the web address to seed your algorithm).

Re:Surprise

[DMUTPeregrine]

The problem is that you can't hide things from the service provider with nothing but a browser. You need an addon or such to do secure crypto. You need to decrypt the password database locally, in-browser, and without an addon that means using JS crypto, which isn't ideal. Your mailing example is very different, since it doesn't matter if the service provider knows the address and financials, they're the intended recipient of the info! With a password manager, you don't want the service to be able to learn the contents of the encrypted database. That means the encryption/decryption must be done client-side.

That said, it's perfectly possible to store the encrypted database on the internet. A local encryption/decryption program (like Keepass) works just fine, and if combined with a cloud storage client that also does local encryption/decryption (Wuala, Spideroak, etc) it should be quite secure.

Re:Surprise

[lgw]

I have a simple text file with a mnemonic for my password for each site I use. I have half a dozen or so passwords - not so many I can't remember each, but too many to keep straight which is for which site. So I might have a note that this bank uses my strong financial password, while that one uses my weak financial password, and that store uses my merchant password, and so on.

There's nothing recoverable from that file.

Re:Surprise

[SrLnclt]

I tried something like this in the past. I had a root phrase I used, and added some other things like certain characters from the URL at the beginning/end. A few common issues with this. Say you want to use the last character in the company name as a modifier for your base password. For Dish Network, do you use h for the last character of the URL (dish.com) or k for the full name (dish network)? Some of the sites I have accounts with have an obscure, seemingly unrelated website/URL for their billing and such. Do you use that URL or the company name you think of typically? If you use the URL, what if they change the URL on you (say from dish.com to dishnetwork.com)? Also, there are outliers. Some require capitals, lowercase, numbers, and/or symbols. Some don't allow symbols. Some have minimum character lengths, others have maximums. If one of them requires a password change quarterly, do you change the root phrase and change all your passwords 4 times a year? This sounds good, but in practice it can be problematic when dealing with dozens of passwords.

Re:Surprise

[Anonymous Coward]

Not really. Your algorithm can deal with these requirements fairly easily and you can guess your password more than once (failed password means you couldn't use your algorithm 100%, so proceed to "alternate") OR look up what the "rules" where for creating a password OR reset your password.

A decently well defined and broad algorithm should handle most of these issues without a problem. I know mine does.
Basically, make sure your algorithm will always result in the use of a capital, a number and a special character and will always result in a moderate length password. Make sure that the special characters can be systematically "substituted" if not allowed.

As always, you can use your brain a little if all of these safeguards result in an ineligible password. Maybe you have to remember a few passwords separately; Or remember two algorithms - then you may have to guess twice but its not a big deal.

The ONLY problem is generating and remembering passwords that a) need to be shared with others or b) are created by others. Any
(mental memory) ideas for this?

For that reason...

[Parker Lewis]

To avoid remember all the password managers, we need a password manager manager.

Re:For that reason...

[PPalmgren]

Passwords all the way down

Re:For that reason...

[MobyDisk]

That's actually not a bad idea!

Suppose you used 5 different password managers, and each one stored a password. Then, a password manager manager would glue the 5 passwords together to get the final password. Or maybe hash them to produce the final password. That way, when one password manager is cracked, it would not be enough to get your password.

Of course, then the password manager manager could be cracked. Hmm.... so you would need 5 password manager managers. Which would require a single password manager manager manager.

Storing cloud passwords in the cloud?

[QuietLagoon]

Even if the cloud-based password repositories are secure (and apparently, they are not), why not just target the cloud services themselves for security exploits?

.
Eliminate the middle-man, go wholesale.

Re:Storing cloud passwords in the cloud?

[Enry]

In the case of LastPass at least, the passwords are encrypted locally and then sent to the server for storing. Your only possibility there would be searching through and finding stores with weak passwords, or finding a crack in the encryption. Otherwise, the attacks have to take place on the end user side.

Re:Storing cloud passwords in the cloud?

[mlts]

The problem is that there is an conflict between a password suitable enough for protection (i.e. 20+ characters), and something quick enough to access in a short time.

mSecure addresses this in an interesting way -- they cache the extra long sync password used for the cloud. The password that is used to encrypt the synchronized database that sits in iCloud or DropBox is different from the app's passphrase. Since most phones have decent innate protection, it is not impossible, but very difficult to dump the data on a locked device [1], so one can have a fairly easy to type in PIN on the device, but the synchronized backend file is protected with a much longer (and more secure) passphrase.

[1]: iOS on the iPhone 4 and up always encrypts. Android since 3.x has the option of using md-crypt and encrypting the /data partition, then using another tool to separate the password asked on boot to decrypt that partition from the screen locker password.

Re:Storing cloud passwords in the cloud?

[Enry]

The local password is cached for LastPass as well. You can either have to re-enter it each time you open the browser, after a period of time, or only once. Having had a work laptop that had personal passwords stored in it taken back when I was laid off, I realized I needed a way to store passwords such that I can still store passwords but in a way it doesn't rely on a single system.

the most secure password manager

[Anonymous Coward]

A zipped text file, that is the most secure password manager there is

Re:the most secure password manager

[ColdWetDog]

Do they have a sense of humor?

Question i have Roboform

[Stan92057]

Question i have Roboform and was under the impression it was not a web based program? It does have cloud PW saving but that is an option. All my data is saved on my PC. Can someone explain this to me. I do not want use any web based programs that save my personal data on some server i have no control of.

Re:Question i have Roboform

[CreamyG31337]

It's all saved on your PC/Mac/USB stick unless you purchase a yearly RoboForm everywhere licence and tell it to sync to the cloud. I think that's the only way to use it from a phone as well.

Web-based password managers

[empty_other]

Does the Windows 8 password vault count as a "web-based password manager"? It does store your password on a third party online server. Hopefully its properly secured by good programmers and doesnt have any obvious (direct quote from the article) "logic and authorization mistakes to misunderstandings about the web security model, in addition to the typical vulnerabilities like CSRF and XSS".

TL;DR - (from a security guy)

[xxxJonBoyxxx]

From page 7 of the paper (http://devd.me/papers/pwdmgr-usenix14.pdf):
- LastPass, RoboForm and My1login all had "bookmarklet" vulnerabilities (used if you share passwords across the web - shudder)
- LastPass, Roboform and NeedMyPassword all had "web" vulnerabilities
- My1login and PasswordBox both had "authorization" vulnerabilities
- LastPass and RoboForm both had "UI" vulnerabilities

The other thing I wondered at was why the special mention of "creating tools to automatically identify such vulnerabilities" when there's a bunch of packages that already do that...until I looked on page 14 and saw the list of US government grants that sponsored this paper, plus mention of some Intel funding. (If you want the money to flow, first identify the problem...)

Not surprising

[Control-Z]

This illustrates exactly why you keep all your important data in-house and preferably offline.

Re:Not surprising

[Ksevio]

Yes - clearly you should never type your passwords for online services into anything that might be connected to the Internet.

I don't use LastPass for more important sites like banking (or even email), but I certainly use it to generate and store a secure password for all the random web forums I visit.

Slightly misleading, fearmongery headline

[myvirtualid]

This was on HN a few days ago; my comment there was the same: In the case of LastPass, the headline is misleading and a little fearmongery.

There were two issues with LastPass and NEITHER affected its storage of persistent passwords, that is, neither affected the feature the vast majority of us use passwords managers for!

One concerned a targeted attack against one-time passwords (OTP), the other concerned bookmarklets, which are used by less than 1% of the user base, according to LastPass. Personally I didn't know either feature existed until I read the LastPass blog entry about these two vulnerabilities.

A truer headline would have been Vulnerabilities found in less-frequently used features of LastPass; persistent site password storage unaffected".

Re:Slightly misleading, fearmongery headline

[Anonymous Coward]

Read page seven of the paper, you're completely wrong. http://devd.me/papers/pwdmgr-usenix14.pdf

They had one job

[Animats]

A "web based password manager" has one job - keeping the passwords secure. That's all it does. If anyone easily finds a vulnerability in that, the service is a failure.

brainpower

[clam666]

I just remember my passwords. As if someone else storing them is possibly safe.

Re:brainpower

[Darinbob]

Remember, don't share your passwords with anyone. This includes a frigging website!

Seriously, how hard is it to just store them in a text file on a thumb drive that is removed and kept separate. Or an encrypted thumbdrive so you only have to remember one password.

If you want a secure one-time pad for very secure transactions, then there are products that do this but which are not web based junk.

Really, 99% of those passwords are for junk stuff, facebook, twitter, slashdot, other fluff, there's really one 1% that you need to pay attention to and keep those ultra secure. (and never let a site log you in automatically via google or facebook)

Re:brainpower

[steelfood]

I use bash.org to store my passwords.

Passpack?

[XLT_Frank]

I would be curious about any vulnerabilities with Passpack.com. :/

Oblig XKCD

[esperto]

Are any of the vunerabilities related to a wrench? http://xkcd.com/538/

Cloud vs local - Still prefer local...

[D,Petkow]

I was always imagining how bad would it be if an Online based password manager got it's servers and / or database breached, even if they use only hashing + salting for the user's details. Perhaps I am paranoid but using an offline solution seemed better to me, from the beginning, since before the web based password managers gained trust and popularity. The traditional offline based Keepass Password Safe can be also 'sent to the cloud' (or at least the kdbx files) via a third parity cloud provider, like Drop Box or similar, ftps cron jobs etc -Transparent local encryption -Kee Pass kdbx file locked by master pass-phrase + some file as a key -kdbx files are always up to date on every device via third parity solution - Drop Box or similar. Even if the cloud part gets compromised, the local file is still protected.

Re:'automatizes' ?

[doccus]

Automatize? Seriously?

I think the word you are looking for is automate.

Not as idiotic as a word I once saw in a Slashdot story (burglarsize, I think it was), but close.

Yup.. that one belongs with "orientated" and other oddities of the modern "High Edication" system..

Well done, Lastpass!

[TheRealLifeboy]

Your response shows exactly the reason why so many use your service and trust it.

2FA+SRP

[ortiooo]

The best combination is two-factor authentication plus Secure Remote Password protocol. Check out Blackbook Password Manager http://atabasca.wwpass.net/en_...