CVE-2025-11140
BaseFortify
Publication date: 2025-09-29
Last updated on: 2026-04-29
Assigner: VulDB
Description
Description
CVSS Scores
EPSS Scores
| Probability: | |
| Percentile: |
Meta Information
Affected Vendors & Products
| Vendor | Product | Version / Range |
|---|---|---|
| zhiyou-group | zhiyou_erp | to 11.0 (inc) |
Helpful Resources
Exploitability
| CWE ID | Description |
|---|---|
| CWE-611 | The product processes an XML document that can contain XML entities with URIs that resolve to documents outside of the intended sphere of control, causing the product to embed incorrect documents into its output. |
| CWE-610 | The product uses an externally controlled name or reference that resolves to a resource that is outside of the intended control sphere. |
Attack-Flow Graph
AI Powered Q&A
Can you explain this vulnerability to me?
This vulnerability is an XML External Entity (XXE) injection flaw in the Bjskzy Zhiyou ERP system up to version 11.0, specifically in the openForm function of the com.artery.richclient.RichClientService component. It occurs because the system improperly processes XML input, allowing an attacker to manipulate the contentString argument to include external entity references. This can lead to unauthorized processing of XML entities, potentially exposing sensitive data or causing other harmful effects. The attack can be executed remotely without authentication, and a public exploit is available. [1, 2]
How can this vulnerability impact me? :
This vulnerability can impact you by compromising the confidentiality, integrity, and availability of the affected ERP system. An attacker exploiting this flaw could gain unauthorized access to sensitive information, manipulate data, or cause denial of service. Since the exploit is remotely executable without authentication and publicly available, it poses a significant security risk. [1, 2]
How does this vulnerability affect compliance with common standards and regulations (like GDPR, HIPAA)?:
The vulnerability can negatively affect compliance with standards and regulations such as GDPR and HIPAA because it risks unauthorized disclosure and manipulation of sensitive data managed by the ERP system. Since the affected ERP is used in regulated industries like pharmaceutical distribution and supply chain management, failure to protect data confidentiality and integrity due to this vulnerability could lead to non-compliance with data protection and privacy requirements. [1]
How can this vulnerability be detected on my network or system? Can you suggest some commands?
Detection of this vulnerability involves monitoring for XML input processing related to the vulnerable function `openForm` in the component `com.artery.richclient.RichClientService`. Since the exploit is publicly available and targets XML External Entity (XXE) injection, you can detect attempts by inspecting XML payloads for external entity definitions or unusual external references. Network monitoring tools or intrusion detection systems (IDS) can be configured to look for XML documents containing DOCTYPE declarations with external entities. For example, using command-line tools like 'grep' to search logs for patterns such as '<!DOCTYPE' or ENTITY declarations in XML files or network captures. Additionally, monitoring HTTP requests for suspicious XML content sent to the ERP system may help. Specific commands might include: `grep -r '<!DOCTYPE' /path/to/logs/` or using tools like 'tcpdump' or 'Wireshark' to capture and filter XML traffic. However, no vendor-provided detection tools or signatures are available. [1, 2]
What immediate steps should I take to mitigate this vulnerability?
Immediate mitigation steps include restricting or blocking access to the vulnerable ERP system from untrusted networks to reduce exposure, as the vulnerability can be exploited remotely without authentication. Since no vendor patch or fix is available and the vendor did not respond, consider disabling or restricting the use of the vulnerable `openForm` function if possible. Implement network-level protections such as web application firewalls (WAFs) to detect and block malicious XML payloads containing external entity references. Additionally, consider replacing the affected product with a secure alternative. Monitoring for exploitation attempts and applying strict input validation on XML processing can also help mitigate risk. [2]