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.