-
-
Notifications
You must be signed in to change notification settings - Fork 257
do not store profile passwords in clear text #1905
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Hello 👋 Thank you for taking the time to open this issue with floccus. I know it's frustrating when software One last word: If you feel, at any point, like you need to vent, this is not the place for it; you can go to the Nextcloud forum, Thank you for reading through this primer. I look forward to working with you on this issue! |
Hello @josephtingiris |
Security is a feeling. I'd feel a little better knowing it was obfuscated with base64 than in the clear. Yes I realize that's not encrypted, but it is one extra step someone has to take. The same principles of security apply with regard to signs advertising a home is protected by an alarm company. Bad actors will often move on to an easier target I know this isn't an easy problem to 'solve' but it can be made better. What about an unlock passphrase using Manifest v3 storage.session ? Maybe something like this and encrypting |
Describe the feature you'd like to request
Today I noticed that the chrome (and chromium) extensions (on linux) are storing the (webdav) passwords in clear text in both the *.log and *.ldb files, i.e.
stores its json ..
and those files can be easily read by anyone with access to that home directory.
My main concern is on multi-user systems, particularly those in which more than one person has admin/root access.
Describe the solution you'd like
Chrome, Firefox, and Safari all offer built-in password storage features, e.g. the Chrome Credential Management API. Or, prompt for the password every time the browser is started. At the very least, come up with your own reversible hash or something. Don't put the full json in the logs. I realize this can be a difficult feature to implement properly but it doesn't have to be SO easy.
example:
Describe alternatives you've considered
Go back to the default edge, chrome, or firefox sync methods which do not store clear text credentials on the filesystem.
The text was updated successfully, but these errors were encountered: