It was reported  that there is a persistent XSS in gitweb, which requires a user to have commit access to the repository that gitweb is configured to display. The vector is that gitweb serves up XML files which can embed HTML that could be used to perform an XSS attack. For example:
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en-US" lang="en-US">
and viewed at http://$HOSTNAME/$PATH_TO_GITWEB/?p=lolok;a=blob_plain;f=lol.xml
Upstream does not consider this to be much of a security issue , and that it is done by design. However, there is a patch to make the $prevent_xss setting default , which will correct this issue, erring on the side of caution.
Created gitweb-caching tracking bugs for this issue
Affects: fedora-all [bug 713300]
Affects: epel-5 [bug 713301]
Affects: epel-6 [bug 713302]
 as suggested by Jakub, fundamentally changes a default behavior which I very very highly disagree with. The documentation is there, it's not like it was unclear and flipping that switch will just break people's usage of gitweb.
I further object that this was not taken to Junio and myself as well as Jakub, with Junio being the, currently, official maintainer of Git & Gitweb, and myself being the only real maintainer for gitweb-caching.
I agree with Jakub's original position  that this isn't a bug, it's a feature and I further object to the suggested fix proposed to make this the default. I'm not sure why this is even considered a CVE since there's already a switch in place to disable this should it be a concern.
From a gitweb-caching perspective, I can't turn this on by default as it *WILL* break large public websites.
Thanks for the info. I've sent a dispute to MITRE regarding this -- (I just filed the bug, I didn't request the CVE).
Feel free to close the trackers as NOTABUG if this is something we cannot "fix". Maybe this is documented somewhere, I'm not sure, but if not, perhaps the "fix" is to more clearly document why this is not enabled by default and what can/will happen if it is enabled?
This is still unfixed in the current version of gitweb-caching as present in Fedora and EPEL, however it looks like  a patch to make this behaviour the default is present, or was at least suggested.
Curiously, the URL specified in the RPM  shows no such repository so I'm wondering whether or not this is something that is completely unmaintained at this point?
Gitweb is now part of git (as of version 1.4.0)