The secrets command groups subcommands for interacting with Vault's secrets
engines. Each secrets engine behaves differently. Please see the documentation
for more information.
Some secrets engines persist data, some act as data pass-through, and some
generate dynamic credentials. The secrets engine will likely require
configuration after it is mounted. For details on the specific configuration
options, please see the secrets engine
documentation.
$vault secrets listPath Type Description---- ---- -----------cubbyhole/ cubbyhole per-token private secret storagedatabase/ database n/asecret/ kv key/value secret storagesys/ system system endpoints used for control, policy and debugging
$vault secrets listPath Type Description---- ---- -----------cubbyhole/ cubbyhole per-token private secret storagedatabase/ database n/asecret/ kv key/value secret storagesys/ system system endpoints used for control, policy and debugging
Move a secrets engine to a new path:
$vault secrets move database/ db-prod/Success! Moved secrets engine database/ to: db-prod/
$vault secrets move database/ db-prod/Success! Moved secrets engine database/ to: db-prod/
Usage: vault secrets <subcommand> [options] [args]
# ...
Subcommands:
disable Disable a secrets engine
enable Enable a secrets engine
list List enabled secrets engines
move Move a secrets engine to a new path
tune Tune a secrets engine configuration
Usage: vault secrets <subcommand> [options] [args] # ...Subcommands: disable Disable a secrets engine enable Enable a secrets engine list List enabled secrets engines move Move a secrets engine to a new path tune Tune a secrets engine configuration
For more information, examples, and usage about a subcommand, click on the name
of the subcommand in the sidebar.