/sys/mounts
The /sys/mounts
endpoint is used to manage secrets engines in Vault.
List mounted secrets engines
This endpoints lists all the mounted secrets engines.
Method | Path |
---|---|
|
|
Sample request
Sample response
default_lease_ttl
or max_lease_ttl
values of 0 mean that the system defaults are used by this backend.
Enable secrets engine
This endpoint enables a new secrets engine at the given path.
Method | Path |
---|---|
|
|
Parameters
path
(string: <required>)
– Specifies the path where the secrets engine will be mounted. This is specified as part of the URL.!> NOTE: Use ASCII printable characters to specify the desired path.
type
(string: <required>)
– Specifies the type of the backend, such as "aws".description
(string: "")
– Specifies the human-friendly description of the mount.config
(map<string|string>: nil)
– Specifies configuration options for this mount; if set on a specific mount, values will override any global defaults (e.g. the system TTL/Max TTL)default_lease_ttl
(string: "")
- The default lease duration, specified as a string duration like "5s" or "30m".max_lease_ttl
(string: "")
- The maximum lease duration, specified as a string duration like "5s" or "30m".force_no_cache
(bool: false)
- Disable caching.audit_non_hmac_request_keys
(array: [])
- List of keys that will not be HMAC'd by audit devices in the request data object.audit_non_hmac_response_keys
(array: [])
- List of keys that will not be HMAC'd by audit devices in the response data object.listing_visibility
(string: "")
- Specifies whether to show this mount in the UI-specific listing endpoint. Valid values are"unauth"
or"hidden"
. If not set, behaves like"hidden"
.passthrough_request_headers
(array: [])
- List of headers to allow and pass from the request to the plugin.allowed_response_headers
(array: [])
- List of headers to allow, allowing a plugin to include them in the response.plugin_version
(string: "")
– Specifies the semantic version of the plugin to use, e.g. "v1.0.0". If unspecified, the server will select any matching unversioned plugin that may have been registered, the latest versioned plugin registered, or a built-in plugin in that order of precendence.allowed_managed_keys
(array: [])
- List of managed key registry entry names that the mount in question is allowed to access.
options
(map<string|string>: nil)
- Specifies mount type specific options that are passed to the backend.Key/Value (KV)
version
(string: "1")
- The version of the KV to mount. Set to "2" for mount KV v2.
Additionally, the following options are allowed in Vault open-source, but relevant functionality is only supported in Vault Enterprise:
local
(bool: false)
– Specifies if the secrets engine is a local mount only. Local mounts are not replicated nor (if a secondary) removed by replication.seal_wrap
(bool: false)
- Enable seal wrapping for the mount, causing values stored by the mount to be wrapped by the seal's encryption capability.external_entropy_access
(bool: false)
- Enable the secrets engine to access Vault's external entropy source.
Sample payload
Sample request
Disable secrets engine
This endpoint disables the mount point specified in the URL.
Method | Path | |
---|---|---|
|
|
|
Sample request
Force disable
Because disabling a secrets engine revokes secrets associated with this mount, possible errors can prevent the secrets engine from being disabled if the revocation fails.
The best way to resolve this is to figure out the underlying issue and then disable the secrets engine once the underlying issue is resolved. Often, this can be as simple as increasing the timeout (in the event of timeout errors).
For recovery situations where the secret was manually removed from the secrets backing service, one can force a secrets engine disable in Vault by performing a force revoke on the mount prefix, followed by a secrets disable when that completes. If the underlying secrets were not manually cleaned up, this method might result in dangling credentials. This is meant for extreme circumstances.
Get the configuration of a secret engine
This endpoint returns the configuration of a specific secret engine.
Method | Path |
---|---|
|
|
Sample request
Sample response
Read mount configuration
This endpoint reads the given mount's configuration. Unlike the mounts
endpoint, this will return the current time in seconds for each TTL, which may be the system default or a mount-specific value.
Method | Path |
---|---|
|
|
Sample request
Sample response
Tune mount configuration
This endpoint tunes configuration parameters for a given mount point.
Method | Path |
---|---|
|
|
Parameters
default_lease_ttl
(int: 0)
– Specifies the default time-to-live. This overrides the global default. A value of0
is equivalent to the system default TTL.max_lease_ttl
(int: 0)
– Specifies the maximum time-to-live. This overrides the global default. A value of0
are equivalent and set to the system max TTL.description
(string: "")
– Specifies the description of the mount. This overrides the current stored value, if any.audit_non_hmac_request_keys
(array: [])
- Specifies the list of keys that will not be HMAC'd by audit devices in the request data object.audit_non_hmac_response_keys
(array: [])
- Specifies the list of keys that will not be HMAC'd by audit devices in the response data object.listing_visibility
(string: "")
- Specifies whether to show this mount in the UI-specific listing endpoint. Valid values are"unauth"
or"hidden"
. If not set, behaves like"hidden"
.passthrough_request_headers
(array: [])
- List of headers to allow and pass from the request to the plugin.allowed_response_headers
(array: [])
- List of headers to allow, allowing a plugin to include them in the response.allowed_managed_keys
(array: [])
- List of managed key registry entry names that the mount in question is allowed to access.plugin_version
(string: "")
– Specifies the semantic version of the plugin to use, e.g. "v1.0.0". Changes will not take effect until the mount is reloaded.
Sample payload
Sample request
Last updated