GitHub Advisoryadvisory · Go
GHSA-qgq7-7hm3-q39j go-git: Malicious reference names may modify files outside the reference storage
MEDIUM
Official page ↗
- Aliases
- CVE-2026-71557
- Ecosystem
- Go
- Packages
- github.com/go-git/go-git/v5, github.com/go-git/go-git/v6
- Severity
- Moderate
- CVSS vector
- CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:U/C:N/I:H/A:L
- Weaknesses
- CWE-22
- Reviewed
- 2026-08-07
Affected packages
• Go github.com/go-git/go-git/v5: < 5.19.2 → fixed in 5.19.2
• Go github.com/go-git/go-git/v6: < 6.0.0-alpha.5 → fixed in 6.0.0-alpha.5
Description
Impact
A path traversal issue in `go-git` could allow malicious reference names to access files outside the repository's intended reference storage.
Loose references are stored under `.git/`. The reference name was previously used as a path without verifying that the resolved path remained within the reference storage. A name such as `refs/heads/../../config` could therefore resolve to unrelated repository metadata such as `.git/config` or `.git/HEAD`.
A malicious Git server could advertise such a reference name. The name may also survive refspec mapping; for example, it could be mapped to `refs/remotes/origin/../../config` during a clone or fetch operation.
This vulnerability affects filesystem-backed repositories using the `storage/filesystem` package and its `dotgit` reference storage. Users relying exclusively on the in-memory storage implementation, `storage/memory`, are not affected, because reference names are not resolved as filesystem paths.
Exploitation requires an application using `go-git` with filesystem-backed storage to interact with a malicious Git server or otherwise process attacker-controlled reference names.
Patches
The issue has been addressed by validating reference names at the `dotgit` storage entry points and rejecting names whose resolved paths could escape the reference storage.
Users of filesystem-backed storage should upgrade to a patched version.
Workarounds
Applications that exclusively use `storage/memory` are not affected and do not require a workaround for this vulnerability.
For applications using filesystem-backed storage, avoid cloning from or fetching from untrusted Git servers until an upgrade is possible.
Applications that directly construct or process reference names may also validate them before passing them to filesystem-backed `go-git` storage. Application-level validation should only be considered a temporary mitigation and does not replace upgrading to a patched version.
References
• Fixes:
• https://github.com/go-git/go-git/pull/2247
• https://github.com/go-git/go-git/pull/2254
Credits
Thanks to @Saku0512 for reporting this issue and @Sahana2524 for proposing the initial fix. 🙇
Related
Alias · CVE (1)
- CVE-2026-71557 go-git is an extensible git implementation library written in pure Go. vulnerability
Weakness · CWE (1)
- CWE-22 Improper Limitation of a Pathname to a Restricted Directory weakness
References
- https://github.com/go-git/go-git/security/advisories/GHSA-qgq7-7hm3-q39j web
- https://github.com/go-git/go-git/pull/2247 web
- https://github.com/go-git/go-git/pull/2254 web
- https://github.com/go-git/go-git/commit/4a0e66d555de5f9a30c31e2df64f445f42bd01e7 web
- https://github.com/go-git/go-git/commit/da9f7d8a0e98b475600177348d6ece384a370f36 web
- https://github.com/go-git/go-git package
- https://github.com/go-git/go-git/releases/tag/v5.19.2 web
- https://github.com/go-git/go-git/releases/tag/v6.0.0-alpha.5 web