Option to set unhashed password in config.xml

(Hagen Kuehn) #1

This topic is about making a case so that a currently present feature will not be removed from Syncthing in the future.

This article refers to the GitHub issue https://github.com/syncthing/syncthing/issues/931, where Jakob Borg mentioned that this feature cited: “might go away at any time”.

Use Case: When doing automatic Syncthing deployments, it makes sense to configure Syncthing GUI user and password automatically too. The way this normally works with configuration management is that passwords are stored in an encrypted key store (e.g. Ansible vault, Hashicorp vault or the like). During the deployment, those secrets are retrieved from the vault and securely transferred to the target machine where configuration takes place. In case of Syncthing, it is not feasible to work with the password hash since the hash will only work on a particular machine. Deploying a new instance of Syncthing renders a previously obtained password hash as useless. In the light of this it makes sense when Syncthing continuous to allow a clear text password to be inserted into the config.xml. As of version 0.14.37, this clear text password gets converted to a hash on Syncthing restart. With automated deployment, this clear text password only lives there for a millisecond.

So please do not remove this feature from Syncthing in the future! :slight_smile:

PS: Unless there is an API to configure the password.

(Jakob Borg) #2

You’re late to the game. We removed handling plaintext passwords in 0.12.0 all of two years ago. The issue you quote is three years old.

You can of course post the password via the API. This is what happens when you set it in the GUI.

The password hash is definitely not machine specific. You can move it around as you please.

(Hagen Kuehn) #3

Thank you for the response and clarification. Based on your feedback I realized there is an API… I will use that for setting the password now.

However I am a bit confused as you stated it was all removed about two years ago. When I provide a clear text password in the config.xml, it replaces it with its corresponding hash. Though, this only works once when doing it the very first time. When I re-run my deployment to change the password in the config.xml, it never again tries to convert it to a hash.

(Jakob Borg) #4

It doesn’t do that for me, not sure what you’re seeing really.