Workload Identity
Every workload running in Nomad is given a default identity. When an
allocation is accepted by the plan applier, the leader generates a
Workload Identity for each task in the allocation. This workload identity is a
JSON Web Token (JWT) that has been signed by the leader's keyring.
Additional workload identities may be defined in tasks and services using the
identity
block.
Workload Identity Claims
Nomad workload identity for tasks include the following identity claims.
Workload identities for Consul services have a claim with the service name instead of the task name.
Workload identities for tasks that use Vault have an additional claim for
vault.role
if a role is specified in the job.
Note: This claim will not be added if the role is inherited from the agent configuration and is not present in the Nomad job specification.
Nomad Enterprise Enterprise
In Nomad Enterprise, tasks and services with a consul
block
that defines a namespace
value, or inside a group
block that does it, have an additional claim called consul_namespace
.
Similarly, tasks with a vault.namespace
value have the additional claim
vault_namespace
.
Workload Identity for Nomad
While Nomad always creates and uses workload identities internally, the JWT is not exposed to tasks by default.
To expose Workload Identity to tasks, add an identity
block
to your jobspec:
Default Workload ACL Policy
By default, a Workload Identity has access to a implicit ACL policy. This policy grants access to Nomad Variables associated with the job, group, and task, as described in Task Access to Variables. The implicit policy also allows access to list or read any Nomad service registration as with the List Services API or Read Service API.
Workload Associated ACL Policies
You can associate additional ACL policies with workload identities by passing
the -job
, -group
, and -task
flags to nomad acl policy apply
. When Nomad
resolves a workload identity claim, it will automatically include policies that
match. If no matching policies exist, the workload identity does not have any
additional capabilities.
For example, to allow a workload access to secrets from the namespace "shared", you can create the following policy file:
You can then apply this policy to a specific task:
You can also apply this policy to all tasks in the group by omitting the -task
flag:
And you can apply this policy to all groups in the job by omitting both the
-group
and -task
flag:
Task API
It can be convenient to combine workload identity with Nomad's Task API for enabling tasks to access the Nomad API.
Workload Identity for Consul and Vault
Consul and Vault can be configured to accept workload identities from Nomad for authentication. Refer to the Consul and Vault integration pages for more information.