Severity by source
AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N
Network-reachable stored XSS needing a submitter account (PR:L) and a victim viewing the page (UI:R); scope changes to the victim's browser (S:C) with limited C/I impact and no availability effect.
Primary rating from Vendor (apache).
CVSS VectorVendor: apache
Lifecycle Timeline
3DescriptionCVE.org
XSS vulnerability in code display 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.
AnalysisAI
Cross-site scripting (XSS) in Apache Allura's code-display feature allows an attacker who can place crafted content into a rendered code view to execute arbitrary JavaScript in the browser of any user who views that code, in all versions before 1.19.1. Because Allura is forge/project-hosting software, a successful attack can hijack the sessions of project members or administrators. There is no public exploit identified at time of analysis, and the issue is not listed in CISA KEV.
Technical ContextAI
Apache Allura is an open-source 'forge' platform for hosting software projects - it provides source-code repositories, wikis, ticketing, and code browsing (it is the engine historically behind SourceForge). The flaw is classified as CWE-80 (Improper Neutralization of Script-Related HTML Tags in a Web Page - the basic form of XSS), meaning script-significant characters in code content are not fully neutralized before being emitted into the HTML of the code-display page. The affected component per the advisory is the 'code display' rendering path (source/blob view), where attacker-controlled file or code content is reflected/stored and served back to viewers. The affected product per CPE is cpe:2.3:a:apache_software_foundation:apache_allura, all versions prior to the fixed 1.19.1.
RemediationAI
Vendor-released patch: 1.19.1 - upgrade all Apache Allura instances to version 1.19.1, which fixes the issue, per the Apache advisory (https://allura.apache.org/posts/2026-allura-1.19.1.html and https://lists.apache.org/thread/bbzhnvqlwvwbprnfg4g41s8wkc5bdfmk). If an immediate upgrade is not possible, reduce exposure by restricting who can submit or edit repository/code content on the instance and by limiting anonymous or untrusted-user access to code-browsing views, since the flaw is triggered when crafted content is rendered in the code-display page; note that tightening content-submission and viewing permissions may disrupt legitimate collaboration on open projects. A restrictive Content-Security-Policy that blocks inline script execution can further blunt XSS impact as a defense-in-depth control, at the cost of possibly breaking UI features that rely on inline scripts, but it is not a substitute for the 1.19.1 upgrade.
More in Apache Allura
View allRemote code and command injection in Apache Allura before 1.19.1 lets unauthenticated attackers smuggle attacker-control
Insecure 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
Unauthenticated REST API disclosure in Apache Allura through version 1.19.1 exposes certain content items to unauthorize
Same weakness CWE-80 – Basic XSS
View allShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-57343
GHSA-26cw-37ff-mmw4