GitHub CLI Incorrectly Includes Authorization Header in API Requests
GitHub CLI versions 2.92.0 and earlier incorrectly include authorization headers in API requests to TUF repository mirrors and external hosts when using the `gh attestation`, `gh release verify`, and `gh release verify-asset` commands, potentially exposing sensitive tokens.
GitHub CLI versions 2.92.0 and earlier contain a vulnerability where authorization headers, including GitHub personal access tokens and enterprise tokens, are incorrectly included in API requests to external hosts. Specifically, the gh attestation, gh release verify, and gh release verify-asset commands fetch data from hosts such as tuf-repo.github.com, tuf-repo-cdn.sigstore.dev, and tmaproduction.blob.core.windows.net. Due to improper host normalization, the CLI’s authentication layer attaches tokens intended for github.com or GHES instances to these requests. This issue affects authenticated github.com users and users with GH_ENTERPRISE_TOKEN or GITHUB_ENTERPRISE_TOKEN set. Successful exploitation would allow unauthorized access to the token holder’s resources.
Attack Chain
- A user configures the GitHub CLI with a personal access token or enterprise token.
- The user executes a
gh attestation,gh release verify, orgh release verify-assetcommand. - The GitHub CLI initiates an HTTP request to
tuf-repo.github.comto retrieve TUF metadata. - Due to incorrect host normalization, the CLI attaches the user’s
github.comtoken to the request header. - The GitHub CLI initiates HTTP requests to
tuf-repo-cdn.sigstore.devandtmaproduction.blob.core.windows.netto retrieve additional TUF metadata and artifact bundles. - The CLI erroneously includes the
GH_ENTERPRISE_TOKENorGITHUB_ENTERPRISE_TOKENin the headers of these requests. - The external hosts receive the unauthorized tokens in the HTTP headers.
- An attacker who gains access to these hosts could potentially steal the tokens.
Impact
This vulnerability allows unauthorized access to GitHub tokens, potentially granting an attacker access to private repositories, organization resources, or enterprise administration depending on token type and permissions. Although there is no evidence that tokens were logged, retained, or accessed by unauthorized parties, a captured token would grant the same access as the token holder. This vulnerability is tracked as CVE-2026-48501.
Recommendation
- Revoke all authentication tokens used with the GitHub CLI, including personal access tokens and the GitHub CLI OAuth app as described in the GitHub documentation.
- Upgrade the GitHub CLI to version 2.93.0 or later to remediate the vulnerability.
- Review personal security logs for any suspicious activity related to your account.
- Review audit logs for any unexpected actions performed by GitHub CLI tokens.
Detection coverage 2
Detect GitHub CLI Executing Attestation Commands
mediumDetects the execution of `gh attestation` commands which may be indicative of token leakage vulnerability CVE-2026-48501.
Detect GitHub CLI Executing Release Verification Commands
mediumDetects the execution of `gh release verify` or `gh release verify-asset` commands which may be indicative of token leakage vulnerability CVE-2026-48501.
Detection queries are available on the platform. Get full rules →
Indicators of compromise
3
domain
| Type | Value |
|---|---|
| domain | tuf-repo.github.com |
| domain | tuf-repo-cdn.sigstore.dev |
| domain | tmaproduction.blob.core.windows.net |