The 1Password Connect Kubernetes Operator provides the ability to integrate Kubernetes with 1Password. This Operator manages OnePasswordItem
Custom Resource Definitions (CRDs) that define the location of an Item stored in 1Password. The OnePasswordItem
CRD, when created, will be used to compose a Kubernetes Secret containing the contents of the specified item.
The 1Password Connect Kubernetes Operator also allows for Kubernetes Secrets to be composed from a 1Password Item through annotation of an Item Path on a deployment.
The 1Password Connect Kubernetes Operator will continually check for updates from 1Password for any Kubernetes Secret that it has generated. If a Kubernetes Secret is updated, any Deployment using that secret can be automatically restarted.
Prerequisites:
- 1Password Command Line Tool Installed
- kubectl installed
- docker installed
- Generated a 1password-credentials.json file and issued a 1Password Connect API Token for the K8s Operator integration
- 1Password Connect deployed to Kubernetes. NOTE: If customization of the 1Password Connect deployment is not required you can skip this prerequisite.
The 1Password Connect Helm Chart helps to simplify the deployment of 1Password Connect and the 1Password Connect Kubernetes Operator to Kubernetes.
The 1Password Connect Helm Chart can be found here.
If 1Password Connect is already running, you can skip this step. This guide will provide a quickstart option for deploying a default configuration of 1Password Connect via starting the deploying the 1Password Connect Operator, however it is recommended that you instead deploy your own manifest file if customization of the 1Password Connect deployment is desired.
Encode the 1password-credentials.json file you generated in the prerequisite steps and save it to a file named op-session:
$ cat 1password-credentials.json | base64 | \
tr '/+' '_-' | tr -d '=' | tr -d '\n' > op-session
Create a Kubernetes secret from the op-session file:
$ kubectl create secret generic op-credentials --from-file=1password-credentials.json
Add the following environment variable to the onepassword-connect-operator container in deploy/operator.yaml
:
- name: MANAGE_CONNECT
value: "true"
Adding this environment variable will have the operator automatically deploy a default configuration of 1Password Connect to the default
namespace.
Create Kubernetes Secret for OP_CONNECT_TOKEN
"Create a Connect token for the operator and save it as a Kubernetes Secret:
$ kubectl create secret generic op-operator-connect-token --from-literal=token=<OP_CONNECT_TOKEN>"
If you do not have a token for the operator, you can generate a token and save it to kubernetes with the following command:
$ kubectl create secret generic op-operator-connect-token --from-literal=token=$(op create connect token <server> op-k8s-operator --vault <vault>)
More information on generating a token can be found here
Set Permissions For Operator
We must create a service account, role, and role binding and Kubernetes. Examples can be found in the /deploy
folder.
$ kubectl apply -f deploy/permissions.yaml
Create Custom One Password Secret Resource
$ kubectl apply -f deploy/crds/onepassword.com_onepassworditems_crd.yaml
Deploying the Operator
An sample Deployment yaml can be found at /deploy/operator.yaml
.
To further configure the 1Password Kubernetes Operator the Following Environment variables can be set in the operator yaml:
- WATCH_NAMESPACE: comma separated list of what Namespaces to watch for changes.
- OP_CONNECT_HOST (required): Specifies the host name within Kubernetes in which to access the 1Password Connect.
- POLLING_INTERVAL (default: 600): The number of seconds the 1Password Kubernetes Operator will wait before checking for updates from 1Password Connect.
- MANAGE_CONNECT (default: false): If set to true, on deployment of the operator, a default configuration of the OnePassword Connect Service will be deployed to the
default
namespace. - AUTO_RESTART (default: false): If set to true, the operator will restart any deployment using a secret from 1Password Connect. This can be overwritten by namespace, deployment, or individual secret. More details on AUTO_RESTART can be found in the "Configuring Automatic Rolling Restarts of Deployments" section.
Apply the deployment file:
kubectl apply -f deploy/operator.yaml
To create a Kubernetes Secret from a 1Password item, create a yaml file with the following
apiVersion: onepassword.com/v1
kind: OnePasswordItem # {insert_new_name}
metadata:
name: <item_name> #this name will also be used for naming the generated kubernetes secret
spec:
itemPath: "vaults/<vault_id_or_title>/items/<item_id_or_title>"
Deploy the OnePasswordItem to Kubernetes:
$ kubectl apply -f <your_item>.yaml
To test that the Kubernetes Secret check that the following command returns a secret:
$ kubectl get secret <secret_name>
Note: Deleting the OnePasswordItem
that you've created will automatically delete the created Kubernetes Secret.
To create a single Kubernetes Secret for a deployment, add the following annotations to the deployment metadata:
apiVersion: apps/v1
kind: Deployment
metadata:
name: deployment-example
annotations:
operator.1password.io/item-path: "vaults/{vault_id_or_title}/items/{item_id_or_title}"
operator.1password.io/item-name: "{secret_name}"
Applying this yaml file will create a Kubernetes Secret with the name <secret_name>
and contents from the location specified at the specified Item Path.
Note: Deleting the Deployment that you've created will automatically delete the created Kubernetes Secret only if the deployment is still annotated with operator.1password.io/item-path
and operator.1password.io/item-name
and no other deployment is using the secret.
If a 1Password Item that is linked to a Kubernetes Secret is updated within the POLLING_INTERVAL the associated Kubernetes Secret will be updated. However, if you do not want a specific secret to be updated you can add the tag operator.1password.io:ignore-secret
to the item stored in 1Password. While this tag is in place, any updates made to an item will not trigger an update to the associated secret in Kubernetes.
NOTE
If multiple 1Password vaults/items have the same title
when using a title in the access path, the desired action will be performed on the oldest vault/item. Furthermore, titles that include white space characters cannot be used.
If a 1Password Item that is linked to a Kubernetes Secret is updated, any deployments configured to auto-restart
AND are using that secret will be given a rolling restart the next time 1Password Connect is polled for updates.
There are many levels of granularity on which to configure auto restarts on deployments: at the operator level, per-namespace, or per-deployment.
On the operator: This method allows for managing auto restarts on all deployments within the namespaces watched by operator. Auto restarts can be enabled by setting the environemnt variable AUTO_RESTART
to true. If the value is not set, the operator will default this value to false.
Per Namespace: This method allows for managing auto restarts on all deployments within a namespace. Auto restarts can by managed by setting the annotation operator.1password.io/auto-restart
to either true
or false
on the desired namespace. An example of this is shown below:
# enabled auto restarts for all deployments within a namespace unless overwritten within a deployment
apiVersion: v1
kind: Namespace
metadata:
name: "example-namespace"
operator.1password.io/auto-restart: "true"
If the value is not set, the auto reset settings on the operator will be used. This value can be overwritten by deployment.
Per Deployment
This method allows for managing auto restarts on a given deployment. Auto restarts can by managed by setting the annotation operator.1password.io/auto-restart
to either true
or false
on the desired deployment. An example of this is shown below:
# enabled auto restarts for the deployment
apiVersion: v1
kind: Deployment
metadata:
name: "example-deployment"
operator.1password.io/auto-restart: "true"
If the value is not set, the auto reset settings on the namespace will be used.
Per OnePasswordItem Custom Resource
This method allows for managing auto restarts on a given OnePasswordItem custom resource. Auto restarts can by managed by setting the annotation operator.1password.io/auto_restart
to either true
or false
on the desired OnePasswordItem. An example of this is shown below:
# enabled auto restarts for the OnePasswordItem
apiVersion: onepassword.com/v1
kind: OnePasswordItem
metadata:
name: example
operator.1password.io/auto-restart: "true"
If the value is not set, the auto reset settings on the deployment will be used.
To create a local version of the Docker image for testing, use the following Makefile
target:
make build/local
make build/binary
The binary will be placed inside a dist
folder within this repository.
make test
With coverage:
make test/coverage
1Password requests you practice responsible disclosure if you discover a vulnerability.
Please file requests via BugCrowd.
For information about security practices, please visit our Security homepage.