Dolibarr ERP/CRM 10.0.1 contains multiple SQL injection vulnerabilities that allow authenticated attackers to manipulate database queries by injecting SQL code through POST parameters. Attackers can inject malicious SQL through parameters like actioncode, demand_reason_id, and availability_id in card.php endpoints to extract sensitive database information using boolean-based blind, error-based, and time-based blind techniques.
Dolibarr ERP/CRM 10.0.1 contains multiple authenticated SQL injection vulnerabilities in card.php endpoints that allow attackers to extract sensitive database information. With exploit code publicly available and affecting a widely-deployed ERP/CRM platform used across Saudi enterprises, this poses significant risk to organizational data confidentiality. Immediate patching is critical for all Saudi organizations running affected versions.
IMMEDIATE ACTIONS:
1. Identify all Dolibarr instances running version 10.0.1 across your organization
2. Restrict database user permissions to principle of least privilege - remove unnecessary SELECT, INSERT, UPDATE, DELETE permissions
3. Implement Web Application Firewall (WAF) rules to block SQL injection patterns in POST parameters (actioncode, demand_reason_id, availability_id)
4. Enable database query logging and monitoring for suspicious SQL patterns
5. Review database access logs for unauthorized queries executed in past 90 days
PATCHING GUIDANCE:
1. Upgrade Dolibarr to version 10.0.2 or later immediately
2. Test patches in staging environment before production deployment
3. Backup all databases before applying patches
4. Schedule patching during maintenance windows to minimize business disruption
COMPENSATING CONTROLS (if immediate patching not possible):
1. Implement input validation and parameterized queries at application level
2. Use database activity monitoring (DAM) solutions to detect anomalous queries
3. Restrict network access to Dolibarr application to authorized users only
4. Implement multi-factor authentication for all Dolibarr user accounts
5. Disable unused card.php endpoints if not required for business operations
DETECTION RULES:
1. Monitor for SQL keywords in POST parameters: UNION, SELECT, INSERT, DELETE, DROP, EXEC
2. Alert on time-based delays in database responses (SLEEP, WAITFOR commands)
3. Track failed database authentication attempts and permission errors
4. Monitor for unusual database user activity outside normal business hours
5. Implement SIEM rules to correlate multiple failed SQL injection attempts from same source IP
الإجراءات الفورية:
1. تحديد جميع نسخ Dolibarr التي تعمل بالإصدار 10.0.1 في جميع أنحاء المنظمة
2. تقييد أذونات مستخدم قاعدة البيانات لمبدأ أقل امتياز - إزالة أذونات SELECT و INSERT و UPDATE و DELETE غير الضرورية
3. تنفيذ قواعد جدار حماية تطبيقات الويب (WAF) لحجب أنماط حقن SQL في معاملات POST
4. تفعيل تسجيل المراقبة لاستعلامات قاعدة البيانات والبحث عن أنماط SQL المريبة
5. مراجعة سجلات الوصول إلى قاعدة البيانات للاستعلامات غير المصرح بها المنفذة في آخر 90 يوماً
إرشادات التصحيح:
1. ترقية Dolibarr إلى الإصدار 10.0.2 أو أحدث فوراً
2. اختبار التصحيحات في بيئة التجريب قبل نشرها في الإنتاج
3. عمل نسخة احتياطية من جميع قواعد البيانات قبل تطبيق التصحيحات
4. جدولة التصحيحات خلال نوافذ الصيانة لتقليل انقطاع الأعمال
الضوابط البديلة (إذا لم يكن التصحيح الفوري ممكناً):
1. تنفيذ التحقق من صحة المدخلات والاستعلامات المعاملة على مستوى التطبيق
2. استخدام حلول مراقبة نشاط قاعدة البيانات (DAM) للكشف عن الاستعلامات الشاذة
3. تقييد الوصول إلى شبكة تطبيق Dolibarr للمستخدمين المصرح لهم فقط
4. تنفيذ المصادقة متعددة العوامل لجميع حسابات مستخدمي Dolibarr
5. تعطيل نقاط نهاية card.php غير المستخدمة إذا لم تكن مطلوبة للعمليات التجارية
قواعد الكشف:
1. مراقبة كلمات SQL الرئيسية في معاملات POST: UNION و SELECT و INSERT و DELETE و DROP و EXEC
2. التنبيه على التأخيرات المستندة إلى الوقت في استجابات قاعدة البيانات
3. تتبع محاولات المصادقة الفاشلة وأخطاء الأذونات في قاعدة البيانات
4. مراقبة نشاط مستخدم قاعدة البيانات غير العادي خارج ساعات العمل العادية
5. تنفيذ قواعد SIEM لربط محاولات حقن SQL المتعددة الفاشلة من نفس عنوان IP