HIGH 7.2

CVE-2025-52465: GeoServer Master Password Plaintext Dump Vulnerability

GeoServer, an open-source geospatial data server, contains a vulnerability that allows authenticated administrators to write the master password to arbitrary files on the server. An attacker with admin credentials can navigate to the Master Password Dump page and specify an absolute file path to dump the plaintext master password, potentially exposing it to unauthorized access or further compromise. This requires the attacker already have administrative access and the target file path must not exist, but the vulnerability significantly reduces the security of GeoServer's most sensitive credential.

Source data · NVD / CISA · public domain

CVSS
3.1 · 7.2 HIGH · CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:H
Weaknesses (CWE)
CWE-73
Affected products
1 configuration(s)
Published / Modified
2026-06-18 / 2026-06-24

NVD description (verbatim)

GeoServer is an open source server that allows users to share and edit geospatial data. Prior to versions 2.26.4 and 2.27.3, a vulnerability exists that allows an authenticated administrator with access to GeoServer's security system to pass arbitrary file names to the Master Password Dump web page and create files containing the master password in plaintext. The provided file name must be an absolute path to the target file, the target file can not already exist and all parent directories must already exist. Versions 2.26.4 and 2.27.3 contain a fix. GeoServer installations where the web interface is either disabled or completely removed are not affected since the vulnerability exists in one of the web pages.

4 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2025-52465 exploits insufficient input validation in GeoServer's Master Password Dump web interface. The vulnerability exists in versions prior to 2.26.4 and 2.27.3. An authenticated administrator can supply an arbitrary absolute file path to the Master Password Dump page, causing GeoServer to write the plaintext master password to that location. The attack requires: (1) authenticated admin access, (2) a non-existent target file, and (3) all parent directories already present. Installations with the web interface disabled or removed are unaffected. The issue is categorized under CWE-73 (External Control of File Name or Path).

Business impact

Compromise of the master password undermines GeoServer's entire security posture. An administrator who exfiltrates the master password can reset user credentials, modify security policies, access restricted geospatial datasets, or establish persistent backdoor access. For organizations relying on GeoServer for critical geospatial services (utilities, emergency response, urban planning), this credential exposure can lead to data theft, service disruption, or manipulation of geographic intelligence used in operational decisions. The impact is compounded if the compromised master password is reused or stored insecurely.

Affected systems

GeoServer versions 2.26.0 through 2.26.3 and 2.27.0 through 2.27.2 are vulnerable. The vulnerability is specific to instances with the GeoServer web interface enabled. Organizations running GeoServer with headless or CLI-only deployments (no web UI) are not affected. Both community and commercial distributions of GeoServer using these version ranges require attention.

Exploitability

Exploitation requires authenticated administrator credentials, which significantly limits the attack surface compared to unauthenticated flaws. However, the ease of exploitation once access is obtained is high—attackers need only navigate to a web form and supply a file path. The attack is reproducible and deterministic. The prerequisite of admin access reflects an insider threat or prior account compromise scenario; this is a common post-exploitation move to obtain the highest-value credentials for lateral movement or persistence.

Remediation

Upgrade to GeoServer 2.26.4 or 2.27.3 or later. These versions contain fixes that properly validate and sanitize file path inputs to the Master Password Dump function. After patching, conduct a password security review: rotate the master password, audit administrative user accounts, and check logs for suspicious Master Password Dump requests. If master password compromise is suspected, reset all dependent credentials.

Patch guidance

Download and deploy GeoServer 2.26.4 or 2.27.3 from the official OsGeo repository or your distribution channel. Verify the version in the GeoServer web interface (Settings > About GeoServer) or via the REST API endpoint /rest/about/version.json before and after patching. Test patching in a non-production environment first, especially if custom authentication configurations are in use. Consider scheduling patching during a maintenance window to minimize service interruption.

Detection guidance

Monitor GeoServer access logs for requests to the Master Password Dump page (typically /web/wicket/resource/org.geoserver.web.GeoServerBasePage/PageTitle.html or similar, depending on installation). Search logs for unusual file paths or absolute path patterns in request parameters. Enable GeoServer's audit logging if available to capture administrative actions. Alert on any successful writes to unexpected file locations outside the GeoServer data directory. Additionally, review file system audit logs for new files created in system directories by the GeoServer process owner.

Why prioritize this

This vulnerability scores 7.2 (HIGH) due to high confidentiality and integrity impact coupled with high privilege requirements. While it requires admin access, the master password is the highest-value credential in GeoServer—its compromise breaks the entire security model. Organizations should prioritize patching proportionally to: (1) whether their GeoServer instances are internet-facing or contain sensitive geospatial data, (2) the number of administrators with access, and (3) the strength of identity governance controls. Critical instances should be patched within 1–2 weeks; routine instances within 30 days.

Risk score, explained

The CVSS 3.1 score of 7.2 reflects: Network attack vector (AV:N), low complexity (AC:L), high privilege requirement (PR:H), no user interaction (UI:N), and unchanged scope (S:U). The impact ratings—high confidentiality (C:H), high integrity (I:H), and high availability (A:H)—reflect that the master password enables compromise of all security functions. The high privilege prerequisite prevents a perfect score but does not diminish the severity of the outcome if the attacker already has administrative access.

Frequently asked questions

Can an unauthenticated attacker exploit this vulnerability?

No. The vulnerability requires authenticated administrator credentials. However, if an attacker has already compromised an admin account through phishing, credential stuffing, or other means, this vulnerability becomes an attractive post-exploitation step to secure the master password and maintain persistence.

Does this affect GeoServer instances without a web interface?

No. GeoServer installations that are headless or have the web interface completely removed are not vulnerable because the Master Password Dump page does not exist. This vulnerability is strictly a web UI issue. Command-line or programmatic deployments are unaffected.

If the master password is dumped to a file, what should we do immediately?

Treat it as a critical credential compromise. Immediately rotate the master password, audit all administrative accounts and API keys, review GeoServer logs for unauthorized changes, and consider re-authentication of active sessions. If the file was accessible to lower-privileged users or exposed via misconfigured backups, assume complete compromise and reset all GeoServer credentials.

Are there mitigations short of upgrading to 2.26.4 or 2.27.3?

The best interim mitigation is to restrict network and VPN access to the GeoServer web interface, especially the administrative console. Limit admin account proliferation and enforce strong authentication (MFA if supported). Monitor file system and access logs closely. However, these mitigations do not eliminate the vulnerability—patching is the definitive fix.

This analysis is provided for educational and defensive purposes. The vulnerability details and patch guidance are based on official vendor information as of the published date. Organizations should verify patch availability and compatibility in their specific GeoServer deployments before applying fixes. SEC.co does not endorse or facilitate unauthorized access to GeoServer instances. Always obtain proper authorization before conducting security testing. Use of this information for offensive purposes or unauthorized access is illegal and unethical. Source: NVD (public-domain), retrieved 2026-07-27. Analysis generated by SEC.co (claude-haiku-4-5).