News for hackers. Stuff that matters.
Re:Chrome breaks the Web by will_hughes on Monday November 06, 2017 @06:44PM (#15639981)
That's certainly one view of the world.

Come work tech support for a company/product with a web-based form that has a password field in it (like a CRM or other administrative system). Now explain to users why we can't stop their browser filling in their password in the field that's asking for the other user's password.

I've had situations where I'm configuring a VPN connection on the web interface for a router... then spending 10 minutes head-scratching why the hell it's giving me an invalid PSK message. Oh, because Chrome filled my password into the goddamn wrong field when it wasn't asked to.

Re:Chrome breaks the Web by mcv on Tuesday November 07, 2017 @06:57AM (#15642634)
I suppose you could tell them to go back to a previous version of the browser.

Of course that would be a terrible idea for a number of other reasons, but if enough people specifically avoid more recent versions of Chrome for this reason, maybe Google will finally do what's actually best for users and make this behaviour configurable.

Re:Chrome breaks the Web by will_hughes on Tuesday November 07, 2017 @06:00PM (#15648507)
> I suppose you could tell them to go back to a previous version of the browser.

No, you can't do that.

Instead you have to tell them to stop saving passwords in the browser.

Re:Chrome breaks the Web by robryk on Monday November 06, 2017 @07:32PM (#15640198)
> asking for the other user's password

What? Why would the other user ever provide their password to this user?

Re:Chrome breaks the Web by techdragon on Monday November 06, 2017 @08:00PM (#15640323)
How about an Administration interface that allows you to set a password to a known value for the user to use so they can log back into their account.

So the helpful support person can now go "Your password is now 'foobar' and you will be asked to pick a new one when you login."

Re:Chrome breaks the Web by desas on Tuesday November 07, 2017 @02:26AM (#15641583)
That doesn't sound like a safe way of resetting passwords. You should supply them a token they can use to set their own password. Your employees should not know your users passwords.
Re:Chrome breaks the Web by will_hughes on Tuesday November 07, 2017 @05:04AM (#15642122)
The token is the new one-time password that must be reset upon login.
Re:Chrome breaks the Web by sdoering on Tuesday November 07, 2017 @06:18AM (#15642461)
Exactly that. I use this feature as an Admin relatively often in Adobe Analytics. I never am able to know the "real" password a user provides on first login after reset.

A one time password is nothing but a token - maybe not ideally named.

Re:Chrome breaks the Web by zaarn on Tuesday November 07, 2017 @02:52AM (#15641660)
In a corporation, this is totally okay as long as the reset password is safe or the account is locked from external access until the password has been changed.

The employee should of course change their password and that should be enforced policy, the admin shouldn't know user passwords.

Tokens work too but it's a bit of an overhead, especially in smaller SMB where the admin is probably just across the corridor or atleast in the same building.

Re:Chrome breaks the Web by robryk on Wednesday November 08, 2017 @05:37PM (#15657814)
Why not let the administrative interface generate the temporary password and show it?
Re:Chrome breaks the Web by jrockway on Tuesday November 07, 2017 @04:08AM (#15641925)
Why would you use input type=password for that?
Re:Chrome breaks the Web by ben_w on Tuesday November 07, 2017 @05:11AM (#15642157)
Because it is, in fact, a password.
Re:Chrome breaks the Web by SamBam on Tuesday November 07, 2017 @12:48PM (#15645655)
You're creating a secret token. Both the administrator and the browser should be made aware of this. The administrator, so that they don't send it to the user via an unsecure method (Tweet it publicly), the browser so that it shows warnings if the site is somehow served without ssl or is compromised.

If it's something like a password, it should be treated like a password. Why shouldn't you use type=password for that?