Skip to main content

CVE-1999-1229: Quake 2 server 3.13 on Linux does not properly check file permissions for the config.cfg configurati

Low
VulnerabilityCVE-1999-1229cve-1999-1229
Published: Wed Feb 25 1998 (02/25/1998, 05:00:00 UTC)
Source: NVD
Vendor/Project: id_software
Product: quake_2_server

Description

Quake 2 server 3.13 on Linux does not properly check file permissions for the config.cfg configuration file, which allows local users to read arbitrary files via a symlink from config.cfg to the target file.

AI-Powered Analysis

AILast updated: 07/01/2025, 22:40:10 UTC

Technical Analysis

CVE-1999-1229 is a vulnerability found in Quake 2 server version 3.13 running on Linux systems. The issue arises because the server does not properly verify the file permissions of the configuration file named config.cfg. Specifically, the server allows local users to create a symbolic link (symlink) from config.cfg to any arbitrary file on the system. When the server reads the config.cfg file, it inadvertently reads the contents of the linked target file, thereby exposing potentially sensitive information to unauthorized local users. This vulnerability is a classic example of a local file disclosure flaw caused by improper permission checks and symlink handling. The vulnerability requires local access to the Linux system where the Quake 2 server is running, and it does not require any authentication or user interaction beyond the ability to create symlinks in the server's working directory. The CVSS score of 2.1 (low severity) reflects the limited scope and impact of this vulnerability, as it only compromises confidentiality to a limited extent and does not affect integrity or availability. No patches are available for this vulnerability, and there are no known exploits in the wild. Given the age of the software and the vulnerability (published in 1998), it is unlikely to be actively targeted in modern environments, but it remains a risk in legacy or niche systems still running this software version.

Potential Impact

For European organizations, the impact of this vulnerability is generally low due to several factors. First, Quake 2 server 3.13 is an outdated gaming server software, and its deployment in enterprise or critical infrastructure environments is rare. Second, the vulnerability requires local access, which limits the attack surface to insiders or users who already have some level of system access. However, in environments where legacy gaming servers are still operational, such as educational institutions, gaming communities, or hobbyist setups, this vulnerability could allow local attackers to read sensitive files, potentially exposing configuration details, credentials, or other confidential information stored on the server. This could lead to further privilege escalation or lateral movement if combined with other vulnerabilities. The confidentiality breach is limited to local users and does not affect the server's integrity or availability, so the overall risk to business-critical systems is minimal. Nonetheless, organizations should be aware of this vulnerability if they maintain legacy gaming servers or similar Linux-based services with weak file permission checks.

Mitigation Recommendations

To mitigate this vulnerability, organizations should consider the following specific actions: 1) Decommission or upgrade legacy Quake 2 servers to more recent software versions or alternative platforms that do not exhibit this flaw. 2) Restrict local user access to the server environment by enforcing strict user account management and limiting permissions to only trusted administrators. 3) Implement filesystem permissions and access control lists (ACLs) to prevent unauthorized users from creating or manipulating symlinks in the server's working directory. 4) Use mandatory access control (MAC) systems such as SELinux or AppArmor to enforce strict policies on file access and symlink resolution for the Quake 2 server process. 5) Monitor filesystem changes and symlink creations in directories used by the server to detect suspicious activity. 6) If the server must remain operational, consider running it inside a container or sandbox environment with minimal privileges and isolated filesystem views to limit the impact of any local file disclosure attempts. These measures go beyond generic advice by focusing on controlling local user capabilities and isolating legacy software to reduce risk.

Need more detailed analysis?Get Pro

Threat ID: 682ca32bb6fd31d6ed7de913

Added to database: 5/20/2025, 3:43:39 PM

Last enriched: 7/1/2025, 10:40:10 PM

Last updated: 7/26/2025, 11:58:12 PM

Views: 10

Actions

PRO

Updates to AI analysis are available only with a Pro account. Contact root@offseq.com for access.

Please log in to the Console to use AI analysis features.

Need enhanced features?

Contact root@offseq.com for Pro access with improved analysis and higher rate limits.

Latest Threats