Skip to main content
CVE-2025-52041VulnerabilityPublished

CVE-2025-52041: n/a

Source CVE Database V5

0

Not known to be exploited · CVSS 8.2 High.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
8.2High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.3% chance of exploitation in 30 days – higher than 26% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:L/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 1 Oct 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-25.

What to do

AI-suggested

To mitigate this vulnerability, European organizations using ERPNext 15.57.5 should immediately apply any available patches or updates from the ERPNext development team once released. In the absence of an official patch, organizations should implement input validation and sanitization controls on the inventory_dimensions_dict parameter to prevent SQL Injection. Employing web application firewalls (WAFs) with rules designed to detect and block SQL Injection attempts can provide an additional layer of defense. Organizations should audit their ERPNext instances to identify and restrict access to the vulnerable function, ensuring that only trusted users and systems can interact with it. Network segmentation should be enforced to limit exposure of ERPNext servers to the internet or untrusted networks. Regular database activity monitoring and anomaly detection can help identify suspicious queries indicative of exploitation attempts. Backup and recovery procedures should be reviewed and tested to ensure rapid restoration in case of data compromise. Finally, organizations should conduct security awareness training for administrators and developers to recognize and remediate injection vulnerabilities in custom ERPNext modules or configurations.

Description

In Frappe ERPNext 15.57.5, the function get_stock_balance_for() at erpnext/stock/doctype/stock_reconciliation/stock_reconciliation.py is vulnerable to SQL Injection, which allows an attacker to extract all information from databases by injecting a SQL query into the inventory_dimensions_dict parameter.

References

Community reviews

Loading reviews…