Multiple security vulnerabilities in Tremulous 1.1.0, GPP1, and unofficial MG and TJW engines


Tremulous is a team-based FPS game with RTS elements. Its engine and
game logic are based on the GPL source release of the Quake III Arena
engine and game logic by id Software.

The de facto upstream developer of the Quake III engine is now another
fork, ioquake3; in particular, ioquake3 fixes many security
vulnerabilities present in the original Quake III Arena source release.
Unlike (for instance) OpenArena or Urban Terror, Tremulous has diverged
from the original Quake III Arena engine, so it cannot be played using
an unmodified ioquake3 engine.

The Tremulous website advertises two versions of the game:

* 1.1.0, a stable release (released 2006-03-31). This is packaged
in Debian/Ubuntu stable releases, and also appears to be packaged
in FreeBSD, openSUSE and Gentoo.

* GPP1 ("Gameplay Preview 1"), a preview release (2009-12-03) of
what will eventually become Tremulous 1.2. This
appears to be packaged in Fedora stable releases.

In addition, there are several unofficial engine updates compatible with
1.1.0, notably a backport by Tony White (TJW), and a set of updated
client and server provided by Mercenaries' Guild. These are not
publicized by the main Tremulous website, but they are apparently
popular with players, and their functionality has been incorporated into
version 1.2 development.


Numerous security vulnerabilities have been reported and fixed in
ioquake3 since its initial release. Neither Tremulous 1.1.0 nor GPP1
incorporates fixes for all of these vulnerabilities.

I believe this table is more or less accurate, but I have only checked
Tremulous 1.1.0 in detail. If you ship one of the other versions, you
will need to do your own checks.

Trem-1.1.0 MGC-1.011 MGS-1.01 tjw Trem-GPP1
CVE-2001-1289 OK OK OK OK OK
CVE-2005-0430 OK OK OK OK OK
CVE-2005-0983 OK OK OK OK OK
CVE-2006-2082 Vuln n/a ? Vuln OK
CVE-2006-2236 Vuln OK n/a OK OK
CVE-2006-2875 Vuln OK n/a OK OK
CVE-2006-3324 Vuln OK n/a Vuln OK
CVE-2006-3325 Vuln OK n/a Vuln OK
CVE-2006-3400 OK OK OK OK OK
CVE-2006-3401 OK OK OK OK OK
CVE-2011-1412 OK OK OK OK OK
CVE-2011-2674 Vuln Vuln n/a Vuln Vuln
CVE-2011-3012 Vuln OK n/a Vuln OK

(For completeness, the table lists all CVE IDs I've found listed for
either Quake III Arena or ioquake3.)

Key: Trem-1.1.0 = Tremulous 1.1.0 (2006-03-31)
MGC-1.011 = MercenariesGuild client 1.011 when used as a client
MGS-1.01 = MercenariesGuild server 1.01 when used as a server
tjw =
Trem-GPP1 = Tremulous Gameplay Preview 1 (1.2 prerelease,

Vuln = vulnerable
partial = partial fix, probably still vulnerable
n/a = server-specific bug not applicable to client or vice versa

In addition, searching ioquake3 commit history reveals a number of
commits which do not appear to be related to a CVE number, but could be
security-sensitive. I have not analyzed which of these could affect the
Tremulous engine. If you cause a new CVE number to be assigned for any
changes made to ioquake3 in the past (as was done for CVE-2011-3012),
please include a prominent reference to the relevant svn revision in any
advisory, so that CVE numbers can be correlated with the changes required.

Finally, to the best of my knowledge, ioquake3 upstream do not consider
the QVM bytecode interpreter to be safe for use with untrusted bytecode;
this means that auto-downloading (cl_allowDownload 1) is not considered
to be safe under any circumstances. This is particularly the case for
engines which do not have the interpreter/JIT hardening work that was
done in ioquake3 at svn revisions around 1687, 1717 and 2000, none of
which is present in at least Tremulous 1.1.0.


I have not received any response from Tremulous developers since I
contacted them privately 1 month ago.

Distributions like Debian, Fedora and Ubuntu should either fix the open
vulnerabilities, or remove affected Tremulous versions from their
repositories entirely.

I have uploaded tremulous 1.1.0-7 to Debian, with backports of the
various CVE fixes from ioquake3, and some additional pre-emptive changes
for potential bugs which are not known to be exploitable (avoiding
non-constant format strings and sprintf() into a fixed-length buffer).
Patches which I believe to be correct are available at
or by cloning the git repository
<git://>. Please contact me
via the Debian bug tracking system or the Games Team mailing list
<debian-devel-games@xxxxxxxxxxxxxxxx> with testing results or
corrections for these patches.

I believe that long-term-supported distributions should also mitigate
any future vulnerabilities in the ioquake3 bytecode interpreter by
removing client-side support for auto-downloading (always behaving as if
configured with cl_allowDownload 0) in their stable releases. I have
made this change in Debian's tremulous 1.1.0-7 package, but not yet in
Debian's ioquake3 package.


Relevant Pages

  • Traffic amplification via Quake 3-based servers
    ... Open-source games derived from the Quake 3 engine are typically based on ... ioquake3, a popular fork of that engine. ... If a CVE ID is allocated for this vulnerability, ...
  • Re: A (mild-mannered) defense of RosAsm
    ... game, basically, that there does not exist a "before" in this instance ... a basic "game engine" that controls the player character and bad guys ... Quake but actually _literally using the same game engine_...not "like ... long as the computer game has's beyond "debate" in this a ...
  • Re: game engine for beginner?
    ... I'm going to try to create my first game in c++. ... Can you also recommend good books to start with? ... If you are particularly interested in games like Quake, ... DarkPlaces engine for an example of what can be done: ...
  • Re: ids RAGE looks awesome - New trailer
    ... Sure engine isn't flexible, but it's great with rendering pitch black places:) ... its colour palette usage (though I never finished the game). ... Somebody correct me if I'm wrong, but Quake was initially 256 colour VGA game - yes you could make it colorful, but it would make all spiffy lighting look shit. ...
  • Re: IDs next game? Racing!
    ... that look one way and the game comes out and doesn't look anywhere ... polygons that are an intrinsic part of an engine. ... to just appear without a lot of hype. ... Quake 1 had quite a bit of hype ...