A security vulnerability has been detected in jishenghua jshERP up to 3.6. This vulnerability affects the function addAccountHeadAndDetail of the file jshERP-boot/src/main/java/com/jsh/erp/service/AccountHeadService.java of the component addAccountHeadAndDetail Endpoint. Such manipulation of the argument fileName leads to path traversal. The attack can be executed remotely. The exploit has been disclosed publicly and may be used. The project was informed of the problem early through an issue report but has not responded yet.
A path traversal vulnerability (CWE-22) exists in jishenghua jshERP versions up to 3.6 in the addAccountHeadAndDetail endpoint, allowing remote attackers to manipulate the fileName parameter to access arbitrary files on the system. With a CVSS score of 5.4 (medium) and public exploit disclosure, this poses a moderate risk to organizations using this ERP system. No patch is currently available from the vendor, requiring immediate compensating controls.
Immediate Actions:
1. Identify all instances of jshERP versions up to 3.6 in your environment
2. Restrict network access to the addAccountHeadAndDetail endpoint using WAF rules or network segmentation
3. Implement input validation to reject fileName parameters containing path traversal sequences (../, ..\ , encoded variants)
4. Enable detailed logging and monitoring of all requests to this endpoint
Compensating Controls:
5. Deploy Web Application Firewall (WAF) rules to block requests with path traversal patterns
6. Implement strict file access controls and principle of least privilege for application service accounts
7. Monitor file system access logs for suspicious activity from the jshERP application
8. Isolate jshERP systems on separate network segments with restricted outbound access
Detection Rules:
- Alert on fileName parameters containing: ../, ..\ , %2e%2e, %252e, encoded path separators
- Monitor for file access attempts outside intended application directories
- Track failed authentication attempts and unusual file read operations
Long-term:
9. Contact vendor for patch timeline or consider migration to patched version when available
10. Evaluate alternative ERP solutions with active security support
الإجراءات الفورية:
1. تحديد جميع نسخ jshERP حتى الإصدار 3.6 في بيئتك
2. تقييد الوصول إلى نقطة نهاية addAccountHeadAndDetail باستخدام قواعد WAF أو تقسيم الشبكة
3. تطبيق التحقق من صحة المدخلات لرفض معاملات fileName التي تحتوي على تسلسلات اجتياز المسار
4. تفعيل السجلات المفصلة والمراقبة لجميع الطلبات إلى هذه النقطة النهائية
الضوابط التعويضية:
5. نشر قواعد جدار الحماية (WAF) لحجب الطلبات التي تحتوي على أنماط اجتياز المسار
6. تطبيق ضوابط الوصول الصارمة ومبدأ الامتياز الأقل للحسابات الخدمية
7. مراقبة سجلات الوصول إلى نظام الملفات للنشاط المريب من تطبيق jshERP
8. عزل أنظمة jshERP على شرائح شبكة منفصلة مع وصول خارجي مقيد
قواعد الكشف:
- تنبيهات على معاملات fileName تحتوي على: ../ أو ..\ أو %2e%2e أو %252e أو فواصل مسار مشفرة
- مراقبة محاولات الوصول إلى الملفات خارج الدلائل المقصودة
- تتبع محاولات المصادقة الفاشلة والعمليات غير العادية لقراءة الملفات
المدى الطويل:
9. التواصل مع البائع للحصول على جدول زمني للتصحيح أو النظر في الترقية عند توفر نسخة مصححة
10. تقييم حلول ERP البديلة مع دعم أمان نشط