Chrome FR: Enable an option to prevent users from seeing saved passwords in Chrome settings |
|||||||
Issue descriptionSummary: Customer would like to have an option to prevent users from seeing saved passwords when they go to Settings > Advanced > Manage passwords. Disabling password manager is already an option but this doesn't hide previously saved passwords. Use case / Motivation: Due to internal security policies on customer's company, end users are not allowed to know the passwords for the services they use. Only administrators have access to passwords and they configure them for every user. However, this can't be achieved because passwords need to be stored in Chrome and users are able to see them. Existing workarounds: No workaround available. Customer has attempted blacklisting "chrome://settings/passwords" but this doesn't block access to the page when accessing manually. Case#: 16226104
,
Jul 4
Thanks for filing the issue! As per comment#0 it is understood that the issue seems to be a feature request, hence marking it as Untriaged and requesting someone from Devteam to have a look into this.
,
Jul 4
,
Jul 4
Please note that there is no way to protect the password that is on the users' computer.
1) The easiest workaround is to right click on a filled password field, click inspect, change the type in <input type="password"> to "text" and see the password.
2) The next step would be to copy this into the URL bar: javascript:alert(document.querySelectorAll("[type='password']")[0].value)
3) The next step would be to install a program that reads and decrypts the password database.
Can you share this and ask whether they really want this? It is so easy to work around.
+privard to triage whether the enterprise team wants to build this. I think that you don't need input from our team.
,
Jul 5
,
Jul 16
,
Dec 20
As per #c4, this isn't an FR that we can effectively implement, it's just too easy for users to get the passwords once they're filled. |
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by ajha@chromium.org
, Jul 3