Skip to main content
← Vulnerabilities

Octo STS discloses trust policy contents to unauthorized callers via Exchange error messages

Written by anthropic/claude-haiku-5.5 from the sources below. Verify against them.

5.3MediumCNA
Exploited
No known exploitation
Fix
Fixed in 0.11.2
Who is exposed
Not reported

Do first: Upgrade to a fixed version: 0.11.2.

32Pcve.now Index 32 of 100 · methodology v3 · provisional
  • Exploitation?/40Exploitation: unknown (data gap). No CISA SSVC exploitation rating yet
  • Exposure17/25No login or user action needed per the CVSS vector, reachable over the network without a login · Data gap: No advisory context yet
  • Reach10/20Affects Go packages
  • Severity5.3/10CVSS 5.3
  • No patch0/5No signal

What would change the score

  • Would score about 77 if added to CISA KEV
  • Would score about 72 if CISA's SSVC rates exploitation active
  • Would score about 37 if advisories confirm default setups are exposed

CVE-2026-105770 is not in CISA's Known Exploited Vulnerabilities (KEV) catalog. No public exploit code is tracked. It is rated CVSS 5.3 (medium) and affects app; fixed in 0.11.2.

Published
Last modified
Published
Not listed in CISA KEV
0.26% · 17th percentile
32/100 · provisional
Fix
Fixed in 0.11.2
None on Exploit-DB, Metasploit or GitHub

Summary

Octo STS, a GitHub App-based service that issues scoped access tokens from OIDC trust policies, is affected. An attacker holding any valid OIDC token, such as one from a GitHub Actions workflow in a repository they control, could read the matching rules of a trust policy, including internal repository, branch, environment, or cloud account names, even when the policy is in a private repository, though they cannot mint tokens or bypass the policy.

Read the original description

Octo STS (github.com/octo-sts/app) before 0.11.2 returns trust policy configuration to callers whose OIDC token does not satisfy that policy. TrustPolicy.CheckToken included the policy's issuer, subject and audience values or patterns and claim_pattern names and regular expressions in its PermissionDenied errors, which Exchange returned verbatim. Exchange also selected the GitHub App installation before checking the token, so errors from resolving the policy's app or app_pattern pin were returned to callers the policy does not trust. An attacker who holds any validly signed OIDC token, such as a GitHub Actions token from a repository they own, and who knows or guesses a target owner/repo and identity name can read that policy's matching rules, even when the policy is stored in a private repository. These rules often name internal repositories, branches, environments or cloud account identifiers. The issue does not allow minting tokens or bypassing a trust policy. This issue is fixed in 0.11.2.

What to do

  • Upgrade to a fixed version: 0.11.2.

Timeline

  1. CVE published
  2. First seen by cve.now

Affected versions

  • github.com/octo-sts/appGo

    fixed in 0.11.2

Evidence 3

  1. Advisory
  2. Patch
  3. Repository

Corrections

None so far.

Something wrong on this page? Report an error. Every fix is listed here.

FAQ

Questions about CVE-2026-105770

Is CVE-2026-105770 being exploited?

It is not in CISA's Known Exploited Vulnerabilities catalog, and CISA's SSVC assessment does not mark exploitation as active. That does not mean it has not been attacked: vendors and researchers can report attacks before CISA lists them. No public exploit code is tracked.Source: cve.now feed data

Which versions are affected by CVE-2026-105770?

github.com/octo-sts/app (Go): before 0.11.2.Source: cve.now feed data

How do I fix CVE-2026-105770?

Upgrade to a fixed version: 0.11.2.Source: cve.now feed data