oidc-federation-patterns

Automates OpenID Connect federation to get short-lived cloud credentials in GitHub Actions workflows.

3|3|Updated Jan 4, 2026
One-click install
npx skills add https://github.com/adaptive-enforcement-lab/claude-skills --skill oidc-federation-patterns
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: oidc-federation-patterns
Source: https://github.com/adaptive-enforcement-lab/claude-skills/tree/main/plugins/secure/skills/oidc-federation-patterns
Command: npx skills add https://github.com/adaptive-enforcement-lab/claude-skills --skill oidc-federation-patterns

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires gcloud, and includes scripts (resource) components.

What problem does it solve?

Secretless authentication to cloud providers using OpenID Connect federation eliminates the need for long-lived credentials, reducing secret sprawl and risk.

Core Features & Use Cases

  • OpenID Connect federation to obtain short-lived cloud credentials for CI/CD workflows.
  • Subject claim patterns and trust policies enabling least-privilege access across repositories, branches, and environments.
  • Broad provider support with GitHub Actions integration and audit trails for cloud access.

Quick Start

Enable OIDC in your GitHub Actions workflow by requesting an id-token and configure a trust policy to exchange it for temporary cloud credentials.

Frequently Asked Questions about oidc-federation-patterns

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I configure secretless cloud authentication in GitHub Actions?▼

OpenID Connect federation enables secretless cloud authentication by exchanging GitHub Actions OIDC tokens for short-lived cloud credentials. You configure a trust policy in your cloud provider to validate the workflow's subject claims and grant temporary access.

How do I set up trust policies for OIDC federation across GCP and Azure?▼

Trust policies for OIDC federation validate repository, branch, and environment subject claims to grant least-privilege access across GCP and Azure. You define conditions mapping GitHub Actions workflows to specific cloud roles for short-lived credential exchange.

What are OIDC subject claim patterns and when do I need them?▼

OIDC subject claim patterns define repository, branch, and environment attributes in a GitHub Actions workflow token. You need them when configuring trust policies to ensure only authorized CI/CD pipelines can exchange tokens for short-lived cloud credentials.

Does OIDC federation work for multi-provider cloud setups?▼

OIDC federation supports multi-provider setups, enabling GitHub Actions workflows to obtain short-lived credentials across GCP, Azure, and additional platforms simultaneously. You configure distinct trust policies for each provider to manage least-privilege access.

Why use OIDC federation instead of long-lived credentials for CI/CD?▼

OIDC federation replaces long-lived credentials with short-lived tokens, reducing secret sprawl and security risk in CI/CD pipelines. By using OpenID Connect trust policies, GitHub Actions workflows access cloud resources without storing static secrets.

Do I need gcloud to automate OIDC federation for GCP access?▼

You need the gcloud CLI to automate OIDC federation for GCP access, as it handles configuring trust policies and exchanging GitHub Actions OIDC tokens for short-lived cloud credentials. The automation scripts depend on gcloud to manage provider setup.