Closed
Bug 352692
Opened 18 years ago
Closed 15 years ago
Inform users that saved passwords are not encrypted/secure (when master password is not used)
Categories
(Toolkit :: Password Manager, enhancement)
Toolkit
Password Manager
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: ganeshmani, Assigned: johnath)
References
Details
(Keywords: privacy, uiwanted, Whiteboard: [sg:want])
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6
Firefox shows the saved PASSWORDS in PLAIN TEXT to anybody who wishes to see them.
Very few users know about the MASTER PASSWORD feature and are at risk of losing all their important passwords to sneaky people.
So this "feature" is a major security threat to MILLIONS OF NAIVE FIREFOX USERS.
Reproducible: Always
Steps to Reproduce:
1.Go to Tools>Options
2.Privacy>Passwords
3.View saved Passwords>Show passwords
Actual Results:
You can see all the saved passwords!!!
Expected Results:
All the users who dont know of the master password feature (and trust me there are many) should have a better method of protecting their passwords.
Firefox should ideally not reveal passwords in plain text so easily to anybody who wants to see them.
Reporter | ||
Updated•18 years ago
|
Summary: Security alert in passwords!!! → Huge Security Alert in Passwords!!!
Version: unspecified → 1.5.0.x Branch
Comment 1•18 years ago
|
||
*** This bug has been marked as a duplicate of 259996 ***
Group: security
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
Comment 2•18 years ago
|
||
Before dupe-ing to WONTFIX bug 259996 (hide the "show passwords" button) I'd like to explore a different UI approach in this bug. CC'ing beltzner and mconnor and adding "uiwanted".
We WONTFIXed 259996 because it's a false sense of security: the convenient button goes away, but passwords are no less vulnerable to local access snooping. Why are the passwords vulnerable? because, as the reporter says, "very few users know about the Master Password".
So an alternate approach might be to *teach* people about it. What if the "Save Password" prompt itself announced the insecure state? So if there's no Master Password, the prompt adds a line
Do you want Firefox to remember this password?
[Please create a Master Password to secure your saved passwords]
or maybe
[Master Password not set, passwords not encrypted]
If you've got a master password you get either the plain prompt as now, or we could affirmatively add
[Master password in use, passwords saved securely.]
(or "passwords secure" or "passwords encrypted")
I raise this because ganeshmani's freak-out is a common occurance when people discover the default insecure state. Apparently most people who don't read the help (and _no_one_ reads the help) assume that since Firefox has a reputation as "safe" we can also do magic keyless cryptography on saved passwords.
The old suite had a one-time wordy warning dialog about obscuring vs. encrypting that was in theory supposed to help, but people blew past that or never even got it if they weren't the first user. I do *not* want that type of solution. I want a state indicator/reminder every time that prompt comes up. I'd be happy to be more subtle than my suggestions if you can come up with something, but we're currently severely limited in what we can do because we use the prompt service for embedding reasons. Anything fancier and we'd have to write a custom dialog and still fallback to the prompt service for the embedding case.
Status: RESOLVED → UNCONFIRMED
Keywords: uiwanted
Resolution: DUPLICATE → ---
Summary: Huge Security Alert in Passwords!!! → Inform users passwords are not secure
Comment 3•18 years ago
|
||
Interesting idea. The dialog is already kinda big, but I could imagine adding something to the effect of "Firefox does not encrypt saved passwords [learn more]".
I'd rather not point users toward the Master Password feature as if it is the only solution. OS-level locking (perhaps combined with OS-level file encryption) is better for many users, IMO. Perhaps a "learn more" link could describe both OS-level locking and the Master Password feature, and let users decide whether they want to use one or the other or neither?
OS-level locking:
* Enter your password each time you start using your computer.
* You can easily lock the computer as you leave by pressing Start+L.
* Makes it much harder to install keyloggers.
* The dialog in which you enter the password cannot be spoofed, thanks to Ctrl+Alt+Delete.
* Can be combined with per-folder encryption.
* Protects not only your web passwords, but also your history (which may reveal porn surfing), cookies (which may allow access to webmail), non-browser documents, etc.
Firefox Master Password:
* Enter your master password each time you use a saved web password (but not more than once in a 5-minute period).
* Having your web passwords encrypted is good if your computer is stolen.
* Can be defeated by keyloggers.
Severity: critical → enhancement
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Summary: Inform users passwords are not secure → Inform users that saved passwords are not encrypted/secure (when master password is not used)
Version: 1.5.0.x Branch → Trunk
Comment 4•18 years ago
|
||
(In reply to comment #3)
> Interesting idea. The dialog is already kinda big, but I could imagine adding
> something to the effect of "Firefox does not encrypt saved passwords [learn
> more]".
I'd prefer, instead of a button, the "learn more" link, perhaps with less scary text. "Secure your passwords. [learn more]" for example. I agree that both OS and Firefox security models should be explained. It a great way to educate user about overall security of all their data.
Comment 5•18 years ago
|
||
"Secure your passwords. [learn more]" sounds great.
Comment 8•18 years ago
|
||
Johnathan, is this something you want to look at?
Updated•18 years ago
|
Flags: blocking-firefox3?
Comment 10•18 years ago
|
||
Clearing blocking flag, johnath, let me know if you think this is serious enough by re-noming! :)
Flags: blocking-firefox3?
Comment 11•17 years ago
|
||
re-nominating for 3.next -- we still regularly get people freaking out when their friends and co-workers can bring up their password list with a couple of clicks, and millions more storing critical data like bank passwords blissfully unaware that there's a more secure option or how easily anyone with a few seconds access to their machine could view them or copy the unprotected files onto a USB stick.
People _assume_ the passwords are safe, because we're Firefox and have a reputation for security. It's quite disillusioning for some people, and it's no fair blaming them for not using a feature they didn't know existed.
A gentle nudge with a link to on-line help is all I'm asking for :-)
Assignee: nobody → johnath
Flags: blocking-firefox3.1?
Assignee | ||
Comment 12•17 years ago
|
||
Educating users is always a tricky way out of a security problem, but in this case I think a gentle nudge linking to online help isn't a bad idea. With things like bug 369963 I'm a little hesitant to get everyone on Master PWs, but even still, they are far better than not having them.
I actually don't know how much pain it would be to add a link to that notification bar - we don't do it elsewhere, and adding the function as a fourth button seems like it would really crowd the UI. I guess we could just add the link inline with the l10n string, but that seems kind of icky. The API for showing a notification bar just takes a severity, string, and an array of buttons though, so this is going to end up hacky, unless we write new API for it (also hacky.)
Do we at least have the SUMO page link somewhere, for playing? :) Does it exist?
IMO this doesn't block firefox3.1, but it's a nice to have, and if there is a reasonably clean way to introduce some link text into the notification, could be an easy win and a nice way to use SUMO.
I'll leave this one assigned to me for the time being, but I've been asked to spend some time with the mobile group for a while, so I am not actively working on this bug.
Updated•17 years ago
|
Product: Firefox → Toolkit
Comment 13•16 years ago
|
||
As per comment 12, not blocking for 3.1
Flags: blocking1.9.1? → blocking1.9.1-
Updated•15 years ago
|
blocking2.0: --- → ?
Comment 14•15 years ago
|
||
Nothing seems to have changed since we decided not to block 1.9.2 on this so I don't know why we'd now block 1.9.3 on it.
blocking2.0: ? → -
Comment 15•15 years ago
|
||
One difference is that Firefox 4 has a broader scope of the kinds of UI changes we're willing to take than either 3.1(3.5) or 3.6 were. And if we don't block on this it will be forgotten about again. Re-noming for 1.9.3: I'd like one of the UE folks to say we don't want it if you don't mind.
blocking2.0: - → ?
Comment 16•15 years ago
|
||
The master password user experience isn't really something I want to advocate. If we want to make that better, we should, but there's no way we're going to recommend that users employ the master password until bug 177175 is fixed, which itself it really dependent on bug 499233
In other news, I think the better approach is solutions like bug 106400 or even bug 496660.
Finally, I'm pretty convinced that this is WONTFIX and am resolving as such. The solutions here are (in order or preference!):
- create a by-default secure password store (bug 106400, bug 496660)
- improve the Master Password experience and require use of a master password (bug 177175 and some ui design needed) the first time a password is saved
I'll note that the second option there is only slightly different than what's being requested here, but I think the difference between "first time use" and "every time use" is pretty important.
Status: NEW → RESOLVED
Closed: 18 years ago → 15 years ago
Resolution: --- → WONTFIX
Updated•15 years ago
|
blocking2.0: ? → ---
You need to log in
before you can comment on or make changes to this bug.
Description
•