This repository contains the implementation of the HashiCorp Vault signing plugin for Notation. This project is still in early development status.
Note The Notary Project documentation is available here. You can also find the Notary Project README to learn about the overall Notary Project.
This document demonstrates how to sign and verify an OCI artifact with HashiCorp Vault plugin for Notation.
- There are two binaries in the release:
key-helper
andnotation-hc-vault
. - Install the
notation-hc-vault
plugin to the notation path specified by notation plugin spec. On unix, the path is$XDG_CONFIG_HOME/notation/plugins/hc-vault/notation-hc-vault
. key-helper
is a standalone helper CLI used to configure Hashicorp Vault.
-
Create a Vault config file under your work directory. A minimal working example is shown below, more details about config can be found here:
$ cat > vault-server.hcl <<EOF disable_mlock = true ui = true listener "tcp" { address = "127.0.0.1:8200" tls_disable = "true" } storage "raft" { path = "/tmp/vault-data" } EOF
-
Start a prod server
vault server -config vault-server.hcl
-
At this point, open
127.0.0.1:8200
in your browser to see the webpage of your Hashicorp Vault server. -
Initialize Vault (this is a one-time step, you do not need to do this step in the future). In this example, the root key is split into 3 key shares, and any two keys of the three will be sufficient to unseal Vault, see details.
IMPORTANT Remember to hit the
Download Keys
button before going forward. Both keys and the initial root token are downloaded. They are required to unseal Vault and sign in.Unseal Vault
Enter two of the three keys generated previously to unseal Vault.Sign in
For test purpose, enter the root token inToken
By now, the Hashicorp Vault production server is ready to be used.
Note: when Vault process is stopped/closed, Vault will be sealed again.
-
Configure Vault client to talk to your server:
export VAULT_ADDR='http://127.0.0.1:8200'
Set the
VAULT_TOKEN
environment variable value to the downloaded Root Token value.export VAULT_TOKEN="hvs.**************"
Note: Do not use the root token for production usage of Notation and Vault.
-
If this is your first time setting up Hashicorp vault, you need to enable the Transit Secrets Engine and the KV Secrets Engine. (You could do this in Vault's web UI as well.)
vault secrets enable transit vault secrets enable -path=secret kv-v2
(Step 7 is a one-time setup, you do not need this step in the future.)
Now you have an empty Hashicorp Vault. Let's put something in it.
A user can bring their own private key and certificate. As a quick start, this tutorial is using openssl to generate a private key and a certificate chain of length 2.
- Generate CA root certificate
openssl genrsa -out ca.key 2048 openssl req -new -x509 -days 365 -key ca.key -subj "/O=Notation/CN=Notation Root CA" -out ca.crt -addext "keyUsage=critical,keyCertSign"
- Generate private key and leaf certificate
(
openssl genrsa -out leaf.key 2048 openssl req -newkey rsa:2048 -nodes -keyout leaf.key -subj "/CN=Notation.leaf" -out leaf.csr openssl x509 -req -extfile <(printf "basicConstraints=critical,CA:FALSE\nkeyUsage=critical,digitalSignature") -days 365 -in leaf.csr -CA ca.crt -CAkey ca.key -CAcreateserial -out leaf.crt
leaf.key
is the private key used to sign) - Create the certificate chain in a pem file (CA certificate after leaf certificate)
cat leaf.crt ca.crt > certificate_chain.pem
- Import the certificate chain and private key into the Hashicorp Vault using
key-helper
./key-helper import --cert_path "{path-to}/certificate_chain.pem" --key_name "myNotationTestKey" --key_path "{path-to}/leaf.key"
leaf.key
is saved in the Transit Secrets Engine, andcertificate_chain.pem
is saved in the KV Secrets Engine
Now we've done all the configurations. Let's sign an artifact using Notation. (If you haven't done so, download notation from here.)
./notation sign --id "myNotationTestKey" --plugin "hc-vault" <myRegistry>/<myRepo>@<digest>
Note: the --id
should be identical to your --key_name
in the previous step.
- Configure trust store.
where
./notation cert add -t ca -s myStore "{path-to-ca-cert}/ca.crt"
ca.crt
is the CA root cert generated in the previous step. - Configure the trust policy.
cat <<EOF > ./trustpolicy.json { "version": "1.0", "trustPolicies": [ { "name": "hc-vault-policy", "registryScopes": [ "*" ], "signatureVerification": { "level" : "strict" }, "trustStores": [ "ca:myStore" ], "trustedIdentities": [ "*" ] } ] } EOF
./notation policy import ./trustpolicy.json
- Verify the artifact
./notation verify <myRegistry>/<myRepo>@<digest> -v
Option name | Usage | Description |
---|---|---|
id | --id <keyName> |
(required) default name for transit key and kv key |
kvName | --plugin-config kvName=<name> |
(default: secret ) custom name for key-value(KVv2) secret engine mount |
transitName | --plugin-config transitName=<name> |
(default: transit ) custom name for transit secret engine mount |
transitKeyName | --plugin-config transitKeyName=<name> |
custom name for transit key (overrides id ) |
notation-hashicorp-vault % ./cmd/key-helper/key-helper import --help import private key to Vault Transit secrets engine and certificates to Vault KV secrets engine
Usage: key-helper import --key_path <path_to_private key file> --cert_path <path_to__certificate_chain_file> --key_name <HashiCorp_Vault_key_name> [flags]
Flags: --cert_path string absolute path to the certificate chain file -h, --help help for import --key_name string name of the key --key_path string absolute path to the private key file --kv_name string name of the KVv2 secret engine mount (default "secret") --transit_key_name string name of the key in transit engine --transit_name string name of the transit engine mount (default "transit") notation-hashicorp-vault %