Vault
KV secrets engine - version 1 (API)
This is the API documentation for the Vault KV secrets engine. For general information about the usage and operation of the version 1 KV secrets engine, please see the Vault KV documentation. For information about the differences between KV version 1 and version 2, please see the KV overview documentation.
Note: This documentation assumes the kv secrets engine is enabled at the /secret path in Vault. Since it is possible to enable secrets engines at any location, please update your API calls accordingly.
Read secret
This endpoint retrieves the secret at the specified location.
| Method | Path |
|---|---|
GET | /secret/:path |
Parameters
path(string: <required>)– Specifies the path of the secret to read. This is specified as part of the URL.read_snapshot_id(string: "")- Query parameter specifying the ID of a snapshot previously loaded into Vault that contains secrets at the provided path.
Sample requests
$ curl \ --header "X-Vault-Token: ..." \ https://127.0.0.1:8200/v1/secret/my-secret To read the secret from a loaded snapshot with ID 2403d301-94f2-46a1-a39d-02be83e2831a:
$ curl \ --header "X-Vault-Token: ..." \ https://127.0.0.1:8200/v1/secret/my-secret?read_snapshot_id=2403d301-94f2-46a1-a39d-02be83e2831a Sample response
{ "auth": null, "data": { "foo": "bar", "ttl": "1h" }, "lease_duration": 3600, "lease_id": "", "renewable": false } Note: the lease_duration field, which will be populated if a "ttl" field was included in the data, is advisory. No lease is created. This is a way for writers to indicate how often a given value should be re-read by the client. See the Vault KV secrets engine documentation for more details.
List secrets
This endpoint returns a list of key names at the specified location. Folders are suffixed with /. The input must be a folder; list on a file will not return a value. Note that no policy-based filtering is performed on keys; do not encode sensitive information in key names. The values themselves are not accessible via this API.
| Method | Path |
|---|---|
LIST | /secret/:path |
Parameters
path(string: <required>)– Specifies the path of the secrets to list. This is specified as part of the URL.read_snapshot_id(string: "")- Query parameter specifying the ID of a snapshot previously loaded into Vault that contains secrets at the provided path.
Sample requests
$ curl \ --header "X-Vault-Token: ..." \ --request LIST \ https://127.0.0.1:8200/v1/secret/my-secret To list the secrets from a loaded snapshot with ID 2403d301-94f2-46a1-a39d-02be83e2831a:
$ curl \ --header "X-Vault-Token: ..." \ --request LIST \ https://127.0.0.1:8200/v1/secret/my-secret?read_snapshot_id=2403d301-94f2-46a1-a39d-02be83e2831a" Sample response
The example below shows output for a query path of secret/ when there are secrets at secret/foo and secret/foo/bar; note the difference in the two entries.
{ "auth": null, "data": { "keys": ["foo", "foo/"] }, "lease_duration": 2764800, "lease_id": "", "renewable": false } Create/Update secret
This endpoint stores a secret at the specified location. If the value does not yet exist, the calling token must have an ACL policy granting the create capability. If the value already exists, the calling token must have an ACL policy granting the update capability.
| Method | Path |
|---|---|
POST | /secret/:path |
Parameters
path(string: <required>)– Specifies the path of the secrets to create/update. This is specified as part of the URL.:key(string: "")– Specifies a key in the payload, paired with an associated value, to be held at the given location. Multiple key/value pairs can be specified, and all will be returned on a read operation. A key calledttlwill trigger some special behavior. See the Vault KV secrets engine documentation for details.
Sample payload
{ "foo": "bar", "zip": "zap" } Sample request
$ curl \ --header "X-Vault-Token: ..." \ --request POST \ --data @payload.json \ https://127.0.0.1:8200/v1/secret/my-secret Recover secret
Recover a secret at the specified location from the given loaded snapshot.
| Method | Path |
|---|---|
RECOVER | /secret/:path |
Query parameters
path(string: <required>)– The target path of the secrets you want to recover.
Headers
X-Vault-Recover-Snapshot-Id(string: <required>)- The ID of a snapshot previously loaded into Vault that contains secrets at the provided path.X-Vault-Recover-Source-Path(string: "")- Optional header specifying the original path of the data in the snapshot, if recovering to a different path than the original path.
Sample request
$ curl \ --header "X-Vault-Token: ..." \ --request RECOVER \ --header "X-Vault-Recover-Snapshot-Id: 2403d301-94f2-46a1-a39d-02be83e2831a" \ --header "X-Vault-Recover-Source-Path: secret/my-old-secret" \ https://127.0.0.1:8200/v1/secret/my-secret Delete secret
This endpoint deletes the secret at the specified location.
| Method | Path |
|---|---|
DELETE | /secret/:path |
Parameters
path(string: <required>)– Specifies the path of the secret to delete. This is specified as part of the URL.
Sample request
$ curl \ --header "X-Vault-Token: ..." \ --request DELETE \ https://127.0.0.1:8200/v1/secret/my-secret