[Nut-upsdev] Client certificates
Arjen de Korte
nut+devel at de-korte.org
Fri Jan 14 18:40:08 UTC 2011
Citeren "Stuart D. Gathman" <stuart op bmsi.com>:
> One advantage to client certs is that it avoids weak passwords - but
> the client could protect their private key with a weak password.
In case of upsmon, this is a huge waste of effort. The upsmon client
has very little (master) or none at all (slave) influence on the
operation of the server. The worst that can happen, is that a upsmon
master sets the FSD on the uspd server, triggering a power cycle of
all connected devices. All a upsmon slave can do, is delay shutting
down for a handful of seconds. You should not grant any other
privileges to these users.
> You could also assign random strong passwords to clients to avoid
> weak passwords.
What you need to protect, is the username/password combination for
users that need more privileges on the upsd server (the ones that need
to run upscmd and/or upsrw). You should *never* grant those privileges
to users that run upsmon. Since we don't offer SSL in either upscmd or
upsrw, these commands should only be run locally (through a secure
shell for instace), where snooping passwords is not an issue. Only the
administration user needs a strong password and probably be restricted
to connect only through the localhost address.
Best regards, Arjen
--
Please keep list traffic on the list (off-list replies will be rejected)
More information about the Nut-upsdev
mailing list