CVE-2020-37022
Persistent XSS in OpenZ ERP Employee Module Enables Session Hijacking
Publication date: 2026-01-30
Last updated on: 2026-01-30
Assigner: VulnCheck
Description
Description
CVSS Scores
EPSS Scores
| Probability: | |
| Percentile: |
Meta Information
Affected Vendors & Products
| Vendor | Product | Version / Range |
|---|---|---|
| openz | erp | to 3.6.60 (exc) |
Helpful Resources
Exploitability
| CWE ID | Description |
|---|---|
| CWE-79 | The product does not neutralize or incorrectly neutralizes user-controllable input before it is placed in output that is used as a web page that is served to other users. |
Attack-Flow Graph
AI Powered Q&A
Can you explain this vulnerability to me?
CVE-2020-37022 is a persistent cross-site scripting (XSS) vulnerability in OpenZ ERP version 3.6.60, specifically in the Employee module's name and description parameters. Attackers with low privileges can inject malicious scripts via POST requests into these fields. The injected scripts persist in the application and execute when the affected employee profile is viewed, allowing attackers to hijack sessions, manipulate application modules, and potentially escalate privileges by targeting higher-level users. [2, 3, 4]
How can this vulnerability impact me? :
This vulnerability can lead to session hijacking, persistent phishing attacks, redirection of users to malicious external sites, and manipulation of application modules within OpenZ ERP. Attackers can exploit it to escalate privileges by targeting managers or administrators, compromising the security and integrity of the ERP system and potentially causing unauthorized access and control over business processes. [2, 3, 4]
How can this vulnerability be detected on my network or system? Can you suggest some commands?
This vulnerability can be detected by testing the Employee module's POST requests, specifically targeting the 'inpname' and 'inpdescription' parameters in the menu.html file. You can attempt to inject benign script tags or payloads into these parameters via POST requests during employee profile add, register, or edit operations and then observe if the script executes when viewing the affected employee profile. For example, using curl to send a POST request with a test script payload to the vulnerable endpoint can help detect the vulnerability. Example command: curl -X POST -d "inpname=<script>alert('XSS')</script>&inpdescription=test" https://your-openz-erp-instance/employee_add_or_edit_endpoint. Monitoring the application response for script execution or unexpected behavior indicates the presence of the vulnerability. [2, 4]
What immediate steps should I take to mitigate this vulnerability?
Immediate mitigation steps include restricting or disabling the ability for low-privileged users to submit input to the 'inpname' and 'inpdescription' fields in the Employee module, applying input validation and sanitization to neutralize script code in these parameters, and updating or patching the OpenZ ERP software to a version where this vulnerability is fixed. Additionally, monitoring and reviewing employee profile inputs for suspicious script content and educating users about the risk can help reduce exploitation. If a patch is not available, consider implementing web application firewall (WAF) rules to block malicious payloads targeting these parameters. [3, 4]