Bug 2531297

Summary:	CVE-2026-78679 GitPython: GitPython: Arbitrary file read via TagReference.create() [epel-all]
Product:	[Fedora] Fedora EPEL	Reporter:	nlevinki <nlevinki>
Component:	GitPython	Assignee:	Lubomír Sedlář <lsedlar>
Status:	CLOSED ERRATA	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	epel10	CC:	athoscribeiro, carlwgeorge, code, igor.raits, lsedlar
Target Milestone:	---	Keywords:	Security, SecurityTracking
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:	{"flaws": ["16b06278-f4bf-49cc-9621-9d4f49a316c1"]}
Fixed In Version:		Doc Type:	---
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2026-09-10 07:26:45 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	2523205

Description nlevinki 2026-09-10 06:34:40 UTC

Disclaimer: Community trackers are created by Red Hat Product Security team on a best effort basis. Package maintainers are required to ascertain if the flaw indeed affects their package, before starting the update process.

GitPython before 3.1.59 contains an arbitrary file read vulnerability in TagReference.create() where a positional reference parameter bypasses the unsafe option guard. Attackers can supply a reference value like --file=<path> to read arbitrary files, with contents returned in the annotated tag message.

Comment 1 Ben Beasley 2026-09-10 07:26:45 UTC

This is fixed in 3.1.59, and GitPython is at a later version in all Fedora and EPEL branches, except for EPEL8, which cannot be updated. It’s a real waste of time having to close bugs like this. Comparing the version number in the advisory with the version number in the repos is the lowest-hanging of all possible fruit, so it’s frustrating that it still hasn’t been attempted.