CVE-2025-51742

9.8 CRITICAL

📋 TL;DR

This vulnerability allows remote attackers to execute arbitrary code on JSH_ERP systems by exploiting a Fastjson deserialization flaw. Attackers can send specially crafted requests to the vulnerable endpoint to achieve remote code execution. All organizations running JSH_ERP 2.3.1 are affected.

💻 Affected Systems

Products:
  • jishenghua JSH_ERP
Versions: 2.3.1
Operating Systems: All platforms running JSH_ERP
Default Config Vulnerable: ⚠️ Yes
Notes: The vulnerability exists in the default configuration of JSH_ERP 2.3.1. No special configuration is required for exploitation.

📦 What is this software?

⚠️ Risk & Real-World Impact

🔴

Worst Case

Full system compromise leading to data theft, lateral movement, ransomware deployment, and complete business disruption.

🟠

Likely Case

Attackers gain initial foothold, deploy backdoors, steal sensitive ERP data, and potentially pivot to other systems.

🟢

If Mitigated

Attack attempts are blocked at network perimeter, but successful exploitation still leads to application compromise.

🌐 Internet-Facing: HIGH - The vulnerable endpoint is accessible via HTTP requests, making internet-facing instances immediately vulnerable.
🏢 Internal Only: HIGH - Even internally deployed instances are vulnerable to internal attackers or compromised internal systems.

🎯 Exploit Status

Public PoC: ⚠️ Yes
Weaponized: LIKELY
Unauthenticated Exploit: ⚠️ Yes
Complexity: LOW

Public proof-of-concept code exists showing RCE via JDBC payloads. Exploitation requires only HTTP requests to the vulnerable endpoint.

🛠️ Fix & Mitigation

✅ Official Fix

Patch Version: Unknown

Vendor Advisory: https://gitee.com/jishenghua/JSH_ERP

Restart Required: No

Instructions:

1. Monitor the official Gitee repository for security updates. 2. Check if newer versions address the vulnerability. 3. Apply any available patches immediately.

🔧 Temporary Workarounds

Block Vulnerable Endpoint

all

Use web application firewall or reverse proxy to block access to /material/getMaterialEnableSerialNumberList endpoint

# Example nginx location block
location /material/getMaterialEnableSerialNumberList { deny all; }

Input Validation Filter

all

Implement input validation to reject suspicious parameters in search queries

# Implement in application code to validate search parameter
# Reject parameters containing special characters or known exploit patterns

🧯 If You Can't Patch

  • Isolate JSH_ERP systems in a restricted network segment with no internet access
  • Implement strict network access controls and monitor all traffic to the vulnerable endpoint

🔍 How to Verify

Check if Vulnerable:

Check if your system runs JSH_ERP version 2.3.1 and has the /material/getMaterialEnableSerialNumberList endpoint accessible

Check Version:

Check application configuration files or database version tables for JSH_ERP version information

Verify Fix Applied:

Verify the endpoint is no longer accessible or that input validation prevents exploitation attempts

📡 Detection & Monitoring

Log Indicators:

  • HTTP requests to /material/getMaterialEnableSerialNumberList with unusual parameters
  • Java process spawning unexpected child processes
  • Unusual database connection attempts

Network Indicators:

  • HTTP POST requests to vulnerable endpoint with serialized payloads
  • Outbound connections to suspicious IPs following exploitation

SIEM Query:

source="web_logs" AND uri="/material/getMaterialEnableSerialNumberList" AND (param="search" CONTAINS "jdbc:" OR param="search" CONTAINS "rmi:")

🔗 References

📤 Share & Export