"debug" option in config file explodes the shell about yubihsm-shell HOT 5 OPEN

The verbosity is a set of bit flags, where YH_VERB_QUIET sets none and YH_VERB_ALL sets all flags. See their definitions in yubihsm.h around line 130.

Regarding cert and key, yes the curl backend now supports client certificate and key, if requested / required by the server. yubihsm-connector doesn't support this directly yet, so something like a reverse proxy would be needed on that side. Also, the winhttp backend (on Windows) doesn't support it yet. This authentication is strictly on the https level, so it has nothing to do with the yubihsm. It is more of a way to disallow unauthorized access to the connector.

from yubihsm-shell.

That config file is for the pkcs#11 module, the shell uses a different format. The config file for the shell simply allows you to specify the same options you would from the command line. It uses the gengetopt function cmdline_parser_config_file to implement this. Note that only command line options can be used, the interactive commands are not supported.

from yubihsm-shell.

Well, config file for yubihsm-shell clearly understands connector and cacert statements. From the old days, I seem to recall that it used to understand debug - because I used it...

What's the format of the yubihsm-shell configuration file, and what commands (and in what format) can I place there? I think this is a-must for the docs.

from yubihsm-shell.

The supported options are the same as the command line 'long options' i.e. the ones with a double dash. You can see them in the source file src/cmdline.ggo or from the help given by yubihsm-shell -h. In the file they should be given without the double dashes. 'connector' and 'cacert' options (but not 'debug', use 'verbose' instead) are indeed supported by yubihsm-shell, but that's just because the options overlap. I agree it should be documented, will forward this.

from yubihsm-shell.

@qpernil thanks.

1. What are the allowed values for verbose=INT, and what would they mean (i.e., what info would I get for each of those values)?
2. cert=STRING and key=STRING - do these options allow the client to authenticate to the connector via certificate? Prior to authenticating to the HSM2 via opening session? If so - how do I force the connector to accept only mutually-authenticated connections?

from yubihsm-shell.