Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Network-reachable, unauthenticated, low-complexity input to a git command sink with no user interaction; argument injection can reach high confidentiality, integrity, and availability impact.
Primary rating from Vendor (apache).
CVSS VectorVendor: apache
Lifecycle Timeline
6DescriptionCVE.org
Specifically crafted inputs may lead to git argument injection in Apache Allura.
This issue affects Apache Allura: before 1.19.1.
Users are recommended to upgrade to version 1.19.1, which fixes the issue.
Articles & Coverage 1
AnalysisAI
Remote code and command injection in Apache Allura before 1.19.1 lets unauthenticated attackers smuggle attacker-controlled arguments into git command invocations through specially crafted inputs. Because Allura is a project-hosting and forge platform that shells out to git, this argument injection (CWE-88) can be leveraged to influence git behavior and, depending on the invoked subcommand, achieve command execution against the hosting server; no public exploit has been identified at time of analysis and EPSS exploitation probability is low (0.18%).
Technical ContextAI
Apache Allura is an open-source forge/project-hosting platform (the software historically behind SourceForge) that manages source repositories, tickets, wikis, and discussions. To service repository operations it invokes the underlying git binary, passing user-influenced values (such as repository names, refs, or clone/URL parameters) on the command line. The root cause is CWE-88 (Improper Neutralization of Argument Delimiters, i.e. argument injection): user-supplied strings that begin with '-' or otherwise resemble git options are not adequately separated from actual command-line flags, so crafted input can inject additional git arguments (for example options like --upload-pack or --output) that change what git does. The single affected CPE is cpe:2.3:a:apache_software_foundation:apache_allura:*, and the flaw is fixed in Allura 1.19.1.
RemediationAI
Vendor-released patch: upgrade Apache Allura to version 1.19.1, which the project explicitly states fixes this issue; this is the primary and recommended remediation per the release note at https://allura.apache.org/posts/2026-allura-1.19.1.html and the advisory at https://lists.apache.org/thread/10gnxblhomk2z4gxcyyb4t3p4zxsdddv. No official pre-patch workaround is published, so if immediate upgrade is not possible, reduce exposure by restricting network access to the Allura instance (place it behind authentication or a VPN and avoid exposing the forge to anonymous internet users), and consider temporarily disabling or gating repository operations that accept user-supplied repository names, URLs, or refs - recognizing that this degrades core forge functionality (clone/import, repo creation) and is only a stopgap until 1.19.1 is deployed.
More in Apache Allura
View allInsecure Direct Object Reference (IDOR) in Apache Allura before 1.19.1 allows unauthorized access to multiple Artifact t
Cross-site scripting in Apache Allura's Markdown rendering (versions 1.10.0 up to but not including 1.19.1) allows an at
Cross-site scripting (XSS) in Apache Allura's code-display feature allows an attacker who can place crafted content into
Unauthenticated REST API disclosure in Apache Allura through version 1.19.1 exposes certain content items to unauthorize
Same technique Code Injection
View allShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-57369
GHSA-29mg-2cr6-59xc