Concept

An Infisical machine identity is an entity that represents a workload or application that require access to various resources in Infisical. This is conceptually similar to an IAM user in AWS or service account in Google Cloud Platform (GCP).

Each identity must authenticate with the Infisical API using a supported authentication method like Token Auth, Universal Auth, Kubernetes Auth, AWS Auth, Azure Auth, or GCP Auth to get back a short-lived access token to be used in subsequent requests.

Key Features:

  • Role Assignment: Identities must be assigned roles. These roles determine the scope of access to resources, either at the organization level or project level.
  • Auth/Token Configuration: Identities must be configured with corresponding authentication methods and access token properties to securely interact with the Infisical API.

Workflow

A typical workflow for using identities consists of four steps:

  1. Creating the identity with a name and role in Organization Access Control > Machine Identities. This step also involves configuring an authentication method for it.
  2. Adding the identity to the project(s) you want it to have access to.
  3. Authenticating the identity with the Infisical API based on the configured authentication method on it and receiving a short-lived access token back.
  4. Authenticating subsequent requests with the Infisical API using the short-lived access token.

Authentication Methods

To interact with various resources in Infisical, Machine Identities can authenticate with the Infisical API using:

  • Token Auth: A platform-agnostic, simple authentication method suitable to authenticate with Infisical using a token.
  • Universal Auth: A platform-agnostic authentication method suitable to authenticate with Infisical using a Client ID and Client Secret.
  • Kubernetes Auth: A Kubernetes-native authentication method for applications (e.g. pods).
  • AWS Auth: An AWS-native authentication method for AWS services (e.g. EC2, Lambda functions, etc.).
  • Azure Auth: An Azure-native authentication method for Azure resources (e.g. Azure VMs, Azure App Services, Azure Functions, Azure Kubernetes Service, etc.).
  • GCP Auth: A GCP-native authentication method for GCP resources (e.g. Compute Engine, App Engine, Cloud Run, Google Kubernetes Engine, IAM service accounts, etc.).
  • OIDC Auth: A platform-agnostic, JWT-based authentication method for workloads using an OpenID Connect identity provider.

FAQ

Was this page helpful?