Jenkins and TeamCity continuous build servers support something simillar. The encrypted variables can be accessed as environment variables. If there is a user interface to edit service checks that is shared, misc people in different roles can use the password as a variable but not be able to see it easily. Jenkins and TeamCity search stdout and stderr for the decrypted password and replace it so logs or performance data do not reveal it. It is not perfect in that a service check could write the decrypted data to a file or send it across the network.
On Tue, Dec 1, 2015 at 12:53 PM, Michael Friedrich < [email protected]> wrote: > > > On 01 Dec 2015, at 18:01, Dominik Zalewski <[email protected]> > wrote: > > > > Hi, > > > > I was wondering if there are any plans to support encrypted constants. > > > > Basically I have a SQL server password that I would like to store > encrypted in constans.conf and it use for some checks. > > Depends if the encryption as a constant helps if the plugin parameter is > still required being plain text. Do you have a real-world example? > > Kind regards, > Michael > > > > > Thanks > > > > Dominik > > _______________________________________________ > > icinga-users mailing list > > [email protected] > > https://lists.icinga.org/mailman/listinfo/icinga-users > > > -- > Michael Friedrich, DI (FH) > Senior Developer > > NETWAYS GmbH | Deutschherrnstr. 15-19 | D-90429 Nuernberg > Tel: +49 911 92885-0 | Fax: +49 911 92885-77 > GF: Julian Hein, Bernd Erk | AG Nuernberg HRB18461 > http://www.netways.de | [email protected] > > ** OSDC 2016 - April - netways.de/osdc ** > ** OSBConf 2016 - September - osbconf.org ** > _______________________________________________ > icinga-users mailing list > [email protected] > https://lists.icinga.org/mailman/listinfo/icinga-users >
_______________________________________________ icinga-users mailing list [email protected] https://lists.icinga.org/mailman/listinfo/icinga-users
