Skip to main content
Workload identity lets code running in a sandbox prove who it is with short-lived identity tokens instead of long-lived credentials. Rather than baking cloud API keys into a template or passing them as environment variables, you define named workload tokens when creating the sandbox. Each token is scoped to an audience — the external service that will verify it, such as AWS STS — and the service can exchange the token for its own temporary credentials.
Workload identity is currently available for selected teams. If it’s not enabled for your team, sandbox creation with the iam option fails with Sandbox IAM workload tokens are not available for your team.contact us to get access.

Configure

Pass the iam option when creating a sandbox. A non-empty tokens map enables workload identity for the sandbox. Each entry maps a token name you choose to a token definition, which you can create with the Secret helper.
You can also pass plain token definitions instead of using the Secret helper — { audience, tokenType } objects in JavaScript, {"audience": ..., "token_type": ...} dicts in Python.

Token definitions

Each token definition has two fields: Token names (the keys of the tokens map) are yours to choose and must not be empty. A sandbox can define up to 5 workload tokens. Creating a sandbox without the iam option, or with an empty tokens map, leaves workload identity disabled.