aws-actions/configure-aws-credentials

Configure AWS credential environment variables for use in other GitHub Actions.

View on GitHub ↗Jump to charts ↓Open shareable report →

aws-actions/configure-aws-credentials has 3k+ stars and 550+ forks on GitHub, is written in TypeScript, and was last pushed on Oct 14, 2026. Data as of . Signed-in members get hourly updates — create a free account.

Summary Information

Updated 15 minutes ago
Added to GitGenius on September 23rd, 2026
Created on November 8th, 2019
Open Issues & Pull Requests: 6 (+0)
GitHub issues: Enabled
Number of forks: 583
Total Stargazers: 3,017 (+0)
Total Subscribers: 53 (+0)

Repository Insights (GitGenius)

Median issue/PR response: 47.2 hours
Mean response time: 26.7 days
90th percentile: 78.1 days
Tracked items: 113

Maintainer activity

4 people did triage or write work on this repository in the last 12 months.

Counts unlabeled, assigned, unassigned, milestoned, demilestoned, locked, unlocked over the last 12 months. These are issue and pull request events that require triage or write permission. Commits and code review are not counted. labeled and renamed are excluded because GitHub issue forms record the issue author as the actor. Figures from October 18, 2026. This count is not comparable across projects: each project's automation decides which of these events a person emits. How this is counted.

How this project is maintained

Work labelled "documentation" is answered fastest, typically in about 6 hours, while "feature-request" waits about 3 weeks. Three people close 76% of everything that gets resolved.

Charts & Analytics

Fetching additional details & charts...

Issue Activity (beta)

Open issues: 2
New in 7 days: 0
Closed in 7 days: 1
Avg open age: 67 days
Stale 30+ days: 2
Stale 90+ days: 0

Recent activity

Opened in 7 days: 0
Closed in 7 days: 1
Comments in 7 days: 0
Events in 7 days: 0

Top labels

  • p2 (57)
  • bug (51)
  • feature-request (36)
  • documentation (20)
  • p1 (15)
  • response-requested (14)
  • closed-for-staleness (12)
  • effort/small (12)

Most active issues this week

Sign in to see which issues are moving.
Sign in

Detailed Description

configure-aws-credentials is a GitHub Action that authenticates to AWS by configuring credential environment variables for use in subsequent workflow steps.

The action solves the problem of securely providing AWS credentials to GitHub Actions workflows without storing long-lived secrets in repositories. It supports multiple authentication methods, with OIDC (OpenID Connect) as the recommended approach because it provides temporary credentials and requires minimal setup. The OIDC flow works by having GitHub Actions assume an IAM role you create in your AWS account, eliminating the need to manage static credentials. The action also supports four alternative authentication methods: re-exporting existing IAM credentials, using GitHub Secrets to fetch temporary credentials via STS AssumeRole, using Web Identity Tokens, and using credentials already present in the action environment.

Teams should choose this action if they need to access AWS resources from GitHub Actions workflows and want to follow security best practices. It suits any project that deploys to AWS, runs infrastructure operations, or accesses AWS services from CI/CD pipelines. The OIDC method is particularly well-suited for teams that want to avoid managing long-lived credentials, while the alternative authentication methods provide flexibility for different organizational setups and legacy systems. The action integrates especially well with AWS Secrets Manager for storing sensitive configuration.

The project maintains active engagement with security considerations, as evidenced by detailed security recommendations covering credential rotation, least-privilege access, activity monitoring, and warnings about non-ephemeral environments. The codebase is written in TypeScript, indicating a modern development approach aligned with GitHub Actions tooling standards. The action provides comprehensive documentation of authentication flows, including specific guidance on OIDC claim scoping and trust policy configuration, suggesting ongoing attention to helping users implement secure authentication patterns correctly.