CVE-2025-7947: jshERP · Improper Authorization
Affects jshERPSource CVE Database V5
Not known to be exploited · CVSS 5.3 Medium.
Data as of 26 Oct 2026, 07:57 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 39% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:L/VA:L/SC:N/SI:N/SA:N/E:PExploitation evidence
Disclosed: evidence found.
CVE published 22 Jul 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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-26.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubjishenghua/jshERPpkg:github/jishenghua/jshERPOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
1. Immediate mitigation should include restricting access to the /user/delete endpoint to only highly trusted administrative users and implementing strict access control policies. 2. Monitor logs for unusual deletion requests or patterns indicating exploitation attempts. 3. Implement multi-factor authentication (MFA) for all accounts with deletion privileges to reduce risk from compromised credentials. 4. Conduct a thorough audit of user accounts and permissions to ensure no unauthorized deletions have occurred. 5. If possible, apply custom patches or workarounds such as input validation and authorization checks on the ID parameter at the application or web server level until an official patch is released. 6. Segregate ERP network segments and limit external exposure of the jshERP management interfaces to reduce attack surface. 7. Educate administrators and users about the vulnerability and encourage prompt reporting of suspicious activity. 8. Plan for an upgrade or patch deployment as soon as an official fix becomes available from the vendor.
Description
A vulnerability classified as critical has been found in jshERP up to 3.5. Affected is an unknown function of the file /user/delete of the component Account Handler. The manipulation of the argument ID leads to improper authorization. It is possible to launch the attack remotely. The exploit has been disclosed to the public and may be used.