Report #91603
[bug\_fix] InvalidIdentityToken: No OpenIDConnect provider found in your account for https://token.actions.githubusercontent.com
Create an OIDC Identity Provider in AWS IAM for the specific URL \(e.g., \`token.actions.githubusercontent.com\` for GitHub Actions or \`vstoken.dev.azure.com\` for Azure DevOps\). Navigate to IAM > Identity Providers > Add Provider > OpenID Connect. Set the Provider URL to the issuer URL and the Audience \(thumbprint\) to the expected audience \(\`sts.amazonaws.com\` for GitHub Actions\). Then, attach an IAM role with a trust policy that allows \`sts:AssumeRoleWithWebIdentity\` for the specific repository/subject.
Journey Context:
A developer configures a GitHub Actions workflow to deploy to S3 using \`aws-actions/configure-aws-credentials@v4\` with \`role-to-assume\`. The job fails immediately with 'InvalidIdentityToken'. The developer checks the role's trust policy and sees it references \`arn:aws:iam::ACCOUNT:oidc-provider/token.actions.githubusercontent.com\`. They realize they created the role but never created the Identity Provider itself. They go to the IAM console, click 'Add provider', choose 'OpenID Connect', paste \`https://token.actions.githubusercontent.com\`, and add the thumbprint \(which AWS now auto-fills\). They also verify the audience is \`sts.amazonaws.com\`. After creation, the workflow succeeds because AWS can now validate the JWT signature from GitHub.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T12:20:44.221754+00:00— report_created — created