You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Then following installation, gstfsd is launch by supervisor and it is binding to 0.0.0.0:16510. Hence it seems to me that anyone on the internet can send a json and change a VM root password by doing so:
If so it seems to me that this is a major security issue. gstfsd should at least bind to 127.0.0.1 and in fact, it should bind to a unix socket and only webvirtcloud should be allowed to talk to it.
Still doesn't change the fact that you're binding the daemon to 0.0.0.0 by default which is a really bad idea. Changing it is fairly simple (it's a single line in the script itself), but the defaults are definitely insecure.
Activity
nitmir commentedon May 3, 2016
As a hotfix, I came up with the following firewall rules (I am running webvirtcloud with the user webvirt):
retspen commentedon May 5, 2016
Simple way - Private network for managing or VPN
zingmars commentedon Jun 6, 2018
Still doesn't change the fact that you're binding the daemon to 0.0.0.0 by default which is a really bad idea. Changing it is fairly simple (it's a single line in the script itself), but the defaults are definitely insecure.
qixinwuchen commentedon May 18, 2022
@nitmir when run "supervisorctl status", I got it:

the gstfsd don't show in output, why?
qixinwuchen commentedon May 18, 2022
in your answer, " gstfsd is launch by supervisor" , I want to know Where to configure gstfsd lauch by supervisor