CVE-2026-9312: Server-Side Request Forgery vulnerability in GitHub Enterprise Server allowed access to internal services via path traversal in upload endpoint
A server-side request forgery (SSRF) vulnerability was identified in GitHub Enterprise Server that allowed an unauthenticated attacker to send crafted requests to internal services by exploiting insufficient input validation in an upload endpoint. By injecting path traversal content into request parameters, an attacker could bypass the intended request flow and redirect internal API calls, potentially accessing internal services and exposing sensitive credentials. This vulnerability affected all versions of GitHub Enterprise Server prior to 3.22 and was fixed in versions 3.17.17, 3.18.11, 3.19.8, 3.20.4, and 3.21.2. This vulnerability was reported via the GitHub Bug Bounty program.
Security readout for executives and security teams
Plain-English summary
GitHub Enterprise Server had a critical flaw that could let an unauthenticated attacker make the server contact internal services. If abused, this could expose sensitive credentials or affect internal systems reachable from the GHES appliance.
Executive priority
Handle as urgent for any self-hosted GHES deployment. The issue is critical because unauthenticated attackers may pivot through a trusted source-code platform toward internal services, but public exploitation evidence is not provided in the source bundle.
Technical view
CVE-2026-9312 is a CWE-918 SSRF in GitHub Enterprise Server caused by insufficient validation in an upload endpoint. The source says path traversal content in request parameters could redirect internal API calls. It affects GHES versions before 3.22 and is fixed in listed maintenance releases.
Likely exposure
Organizations running self-hosted GitHub Enterprise Server 3.16 through vulnerable 3.21 maintenance levels are the exposed population. GitHub.com is not identified as affected in the provided sources. Exposure is highest where GHES can reach sensitive internal services or metadata endpoints.
Exploitation context
The CVE record describes unauthenticated network exploitation, but with high attack complexity and prerequisite attack conditions. The source bundle does not show CISA KEV listing or other evidence of active exploitation. It was reported through GitHub's Bug Bounty program.
Researcher notes
Evidence is limited to the CVE description and GitHub release-note references. The description identifies SSRF via path traversal content in upload request parameters, but does not name the exact endpoint or provide proof-of-concept details. Avoid assuming exploit availability or compromise without local telemetry.
Mitigation direction
Upgrade GHES to 3.17.17, 3.18.11, 3.19.8, 3.20.4, 3.21.2, or later supported guidance.
Prioritize internet-facing or broadly reachable GHES appliances first.
Restrict GHES outbound access to only required internal services where operationally feasible.
Review GitHub release notes for any branch-specific upgrade prerequisites.
Monitor GitHub advisories and release notes for follow-up guidance.
Validation and detection
Inventory all GitHub Enterprise Server appliances and record exact versions.
Treat any GHES version before the listed fixed maintenance releases as vulnerable.
Confirm upgrade completion from the GHES admin interface or approved asset inventory.
Review logs for unusual upload endpoint activity and unexpected internal service requests.
Check whether GHES has network reachability to sensitive internal services or credential endpoints.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-918: Information exposure and cloud metadata lookup
Information exposure and SSRF weaknesses can make discovery, cloud metadata, and credential material review relevant. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references SSRF or metadata access, so cloud discovery and credential material review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
The CVE wording references file access or upload behavior, so file telemetry and web shell review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
1ADP providers
6Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: noneAutomatable: noTechnical Impact: total
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-918 · source CWE mapping
Server-Side Request Forgery (SSRF)
Server-Side Request Forgery (SSRF) represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.