Vault Playground V3.1.0

This repo is meant to make it easier for developers, operators, and CI servers to work locally with a production-like Vault environment. The Makefile contained in this repository will allow users to spin up (by default) a local DynamoDB server, and 2 Vault servers running in HA mode. It also provides helpers for snapshotting the state of the cluster and restoring it from a cached or passed in DynamoDB backup. By overriding the default values for task environment variables you can also snapshot and restore to or from remote Vault clusters backed by DynamoDB. This is meant for convenience during development only; it's still considered a bad practice to automate the unsealing of a production Vault cluster.

Use Cases

While it's possible to run an ad-hoc in memory Vault container in Docker, doing continued development against it is cumbersome and collaboration with others can be clunky. Further, dev-mode Vault or Vault backed by the filesystem isn't a good mirror for most production environments (hopefully). If you're someone who needs a place to test failover scenarios, application resiliency, break glass procedures, or automation tooling, Vault Playground is meant to simplify your life.

Application Development

Besides letting developers test what would happen to their applications and tooling in the event of a partial or complete outage of Vault/DynamoDB, Vault Playground also makes it possible for developers to run their applications against a local Vault instance that is seeded with relevant local secrets. Because the data inside the DynamoDB backup is encrypted, snapshot data could be committed into source control. The keys needed to unseal the Vault would still need to be passed out of band if the snapshot contained any sensitive data. If it didn't then the initialization file could be committed as well. This feature is meant to help with local secrets only, it's still a bad idea to commit real secrets into source control EVEN WHEN THEY'RE ENCRYPTED.

Failover Scenarios

If you're an operator that's new to Vault you can use the Vault Playground to test various failure models and practice manual restoration.

Breakglass Procedures

If you're an operator or a developer you're probably interested to know what would happen in the event of a credential leak. By restoring a snapshot or otherwise seeding Vault with known data you can test partial revocations of secrets, tokens, and leases, or find out how applications would handle a total seal event.

Automation Tooling

If you're an operator or developer writing tests for your infrastructure tooling it's helpful to run them against a realistic environment. The Vault Playground can be deployed onto a CI server and used to restore known states and run tests while also making it quick and easy to burn everything down and create a brand new environment for each batch of tests.

Prerequisites

• Docker - This uses Docker to run Vault and DynamoDB in containers
• Network access to the Docker Hub - On first init this calls out to get official versions of DynamoDB and Vault if Docker doesn't have them cached locally.
• curl A command line tool for making network requests, usually installed on most systems by default.
• jq A lightweight command line tool for parsing JSON. Available on most systems and easy to install on others.

Getting Started

1. Clone this repo to the directory of your choice
2. Run make init to setup your environment
3. Run make help to see other available commands:

help                           Displays information about available make tasks
init                           Spin up local Docker instances for all dependencies on a dedicated Docker network
destroy                        Destroy local Docker instances and their Docker network
snapshot                       Backup the state of Vault by taking a backup of DynamoDB
snapshots                      Lists all available snapshots in the cache and whether creds are cached for it
purge                          Delete the local cache of snapshots and initialization keys
restore                        Restore previous Vault state by restoring a DynamoDB backup
creds                          Shows the root token and unseal keys for the currently running Vault instance cached
status                         Displays the current state of the Vault Playground network in Docker.
vault-leader                   Displays the address of the current Vault leader

Talking To Vault

This tool is meant to be run locally and make it easier to test and debug Vault workflows, so it does not enable TLS. As a result you'll have to explicitly tell the Vault CLI to connect over HTTP. Fortunately, Vault supports the VAULT_ADDR environment variable. If you're using docker exec this environment variable has already been set inside the Vault instances.

docker exec vp-vault1 vault status

Locally, you can export it:

export VAULT_ADDR=$(make vault-leader)

and use Vault as you normally would:

vault status

Note that in HA mode Vault must be initialized and unsealed in order to elect a leader.

The Tasks

Make was used to provide a simple and portable interface, but all of the tasks in this repo have been written as (mostly) self contained shell scripts that could be run independently of Make. The only interdependency between these scripts is that restore will call init if it detects that it's pointed at a local DynamoDB server. Many of the tasks can have their behavior altered by environment variables.

init

Environment

• VP_NAMESPACE (vp) This is the name of the Docker network that will be created. This string will also prefix all container names. Essentially this is a namespace for Vault Playground.
• VP_AUTO_INIT (true) If true, after launching Vault the script will also run init, cache the resulting keys, and automatically unseal Vault
• VP_VAULT_CLUSTER_SIZE (2) The script will launch this many Vault nodes clustered in HA mode.
• VP_AWS_ACCESS_KEY (local) This is the value passed into the Vault docker containers as AWS_ACCESS_KEY_ID
• VP_AWS_SECRET_KEY (local) This is the value passed into the Vault docker containers as AWS_SECRET_ACCESS_KEY
• VP_DYNAMODB_REGION (local) The AWS Region to target DynamoDB in. Locally this doesn't matter, but Vault requires it be set.
• VP_DYNAMODB_ENDPOINT () Can optionally be set to a valid DynamoDB endpoint, if left unset will be set to the local container or valid AWS endpoint depending on the value of VP_DYNAMODB_REGION
• VP_DYNAMODB_TABLE (vault-playground) The name of the table in DynamoDB to target or create

This script creates a dedicated docker network and spins up the configured number of Vault servers. It will also spin up a local DynamoDB server as a backing store unless the VP_DYNAMODB_ENDPOINT has been set in which case it will call out to AWS.

By default this script will initialize and unseal Vault automatically so you can use it immediately. When the script completes it will output the addresses where Vault can be reached locally:

There are two ways to communicate with Vault
Use Docker exec: 
   docker exec vp-vault1 vault status
or set your host's VAULT_ADDR environment variable to communicate directly using the Vault CLI.
   export VAULT_ADDR=$(make vault-leader)
Note that if Vault is still sealed there will be no leader and make vault-leader will error

If VP_AUTO_INIT is true, the script will cache the output of the initialize API call locally ($HOME/.vault-playground/init_dumps) in a file named after the Docker ID of the main vault server. If the script is pointed to a DynamoDB instance that has already been initialized an error message will inform the user that initialization cannot occur.

snapshot

Environment

• VP_NAMESPACE (vp) This is the name of the Docker network any local containers are running on.
• VP_DYNAMODB_REGION (local) The AWS Region to target DynamoDB in. Locally this doesn't matter, but Vault requires it be set.
• VP_DYNAMODB_TABLE (vault-playground) The name of the table in DynamoDB to target or create
• VP_SNAPSHOT_NAME (timestamp of the form: %Y-%m-%d-%H-%M-%S) Snapshots are named using the ID of the active Vault instance concatenated with this value.
• AWS_PROFILE must be passed when snapshotting tables in AWS.

This script creates a snapshot in the local cache ($HOME/.vault-playground/snapshots) that by default is named with a timestamp. Generate a custom named snapshot with an environment variable: VP_SNAPSHOT_NAME=the-one-with-postgres-secrets make snapshot

By default make snapshot will attempt to take a snapshot of the local DynamoDB container; but you could point it at AWS by overriding some environment variables:

AWS_PROFILE=demo VP_DYNAMODB_REGION=us-east-1 VP_DYNAMODB_TABLE=vault-playground-demo make snapshot

restore

Environment

• VP_NAMESPACE (vp) This is the name of the Docker network any local containers are running on.
• VP_SNAPSHOT (empty string) Path to the Consul snapshot to restore. If this is blank, restore will list all the snapshots in its cache ($HOME/.vault-playground/snapshots).
• VP_DYNAMODB_REGION (local) The AWS Region to target DynamoDB in. Locally this doesn't matter.
• VP_INIT_DUMP (empty string) Path to a file containing the output of the Vault initialization command. If this file doesn't exist, restore will check it's cache ($HOME/.vault-playground/init_dumps) if it finds nothing it will still restore the snapshot, but leave Vault sealed.
• VP_VAULT_TARGETS - (all running Vault Playground Vault containers) A space delimited list of Vault servers that should be contacted for unsealing if an init dump file was provided or existed in the cache.
• VP_DYNAMODB_RESTORE_NAME (vault-playground) The name of the restored table.
• AWS_PROFILE must be passed when restoring a table to AWS.

Dependencies

• init If VP_DYNAMODB_REGION has not been overridden this script calls out to init, setting VP_AUTO_INIT=false so it can setup a clean cluster before running the restore.

Unless a snapshot file is specified, this script will list all snapshots in its cache and prompt the user to select one. Once the snapshot is restored the script will attempt to locate a valid initialization dump file in its cache if one was not passed in. If it is able to find one it will attempt to automatically unseal Vault. If it is unable to do so it will notify the user who would have to manually unseal the Vault instances. Even if the Vault is not able to be unsealed the snapshot will still be restored.

By overriding some environment variables this can also restore local snapshots to AWS:

AWS_PROFILE=demo VP_DYNAMODB_REGION=us-east-1 VP_DYNAMODB_TABLE=vault-playground-demo-restore make restore

If restoring to AWS it will not spin up any local Vault servers.

snapshots

This command lists all available snapshots in tabular format and whether creds are cached for it.

 Snapshot                                | Table                    | Creds
----------------------------------------------------------------------------
 7d2ab358e83a-fhwdgads                   | vault-playground         |       
 ed4bf75389b1-2018-01-04-14-52-36        | vault-playground         |   *    
 f660badd4c71-2018-01-04-14-04-43        | vault-playground         |   *    

creds

Environment

• VP_NAMESPACE (vp) This is the name of the Docker network any local containers are running on.

This is a helper task that looks in the cache for any initialization dumps from the currently running Vault instance and outputs them to the screen, allowing the user to see both the root and unseal keys for the currently running Vault.

destroy

Environment

• VP_NAMESPACE (vp) This is the name of the Docker network any local containers are running on.

This script terminates and removes all containers deployed in the Vault Playground docker network (vp).

vault-leader

Environment

• VP_NAMESPACE (vp) This is the name of the Docker network any local containers are running on.

This script outputs the current leader and the port it's exporting on the host. Useful for setting the VAULT_ADDR environment variable:

export VAULT_ADDR=$(make vault-leader)

Note that Vault must be initialized and unsealed for a leader to be selected.

purge

This script deletes all cached credentials and snapshots by removing the $HOME/.vault-playground directory.

Contributing

Pull requests welcome, especially if they help provide test coverage for the task scripts.