SQLBot is an intelligent Text-to-SQL system based on large language models and RAG. Prior to 1.8.0, SQLBot contains a Cross-Workspace IDOR (Insecure Direct Object Reference) and Authorization Bypass vulnerability in the /api/v1/datasource/exportDsSchema and /api/v1/datasource/uploadDsSchema endpoints. An attacker can access and modify database schemas and data sources belonging to other tenants/workspaces. This vulnerability is fixed in 1.8.0.
SQLBot versions prior to 1.8.0 contain a critical Cross-Workspace IDOR vulnerability allowing attackers to access and modify database schemas across different tenants/workspaces without proper authorization. With CVSS 8.1 and active exploits available, this poses immediate risk to multi-tenant deployments in Saudi organizations. Urgent patching to version 1.8.0 or later is required to prevent unauthorized data access and manipulation.
IMMEDIATE ACTIONS:
1. Identify all SQLBot instances in your environment and document version numbers
2. Isolate or restrict network access to SQLBot /api/v1/datasource endpoints immediately
3. Review access logs for the vulnerable endpoints (exportDsSchema, uploadDsSchema) for unauthorized access patterns
4. Implement WAF rules to block requests to vulnerable endpoints until patching is complete
PATCHING GUIDANCE:
1. Upgrade SQLBot to version 1.8.0 or later immediately
2. Test patches in non-production environments first
3. Coordinate with Fit2Cloud for emergency patching if on-premises deployment
4. Verify patch effectiveness by testing cross-workspace access restrictions
COMPENSATING CONTROLS (if immediate patching not possible):
1. Implement network segmentation to restrict SQLBot access to authorized users only
2. Deploy API gateway with strict authentication and authorization checks
3. Enable request signing and mutual TLS for all API communications
4. Implement workspace-level access controls at the application layer
5. Monitor and log all datasource schema operations with alerting on cross-workspace access attempts
DETECTION RULES:
1. Alert on POST/GET requests to /api/v1/datasource/exportDsSchema with workspace_id parameter mismatches
2. Monitor for rapid sequential requests to uploadDsSchema from single source IP
3. Flag any datasource modifications originating from unexpected user accounts or API keys
4. Detect schema export operations followed by modifications in different workspace contexts
5. Log all authentication failures and authorization denials on datasource endpoints
الإجراءات الفورية:
1. حدد جميع مثيلات SQLBot في بيئتك وقثق أرقام الإصدارات
2. عزل أو تقييد الوصول إلى شبكة نقاط نهاية SQLBot /api/v1/datasource فوراً
3. راجع سجلات الوصول للنقاط النهائية الضعيفة (exportDsSchema, uploadDsSchema) للبحث عن أنماط الوصول غير المصرح به
4. تطبيق قواعد WAF لحظر الطلبات إلى النقاط النهائية الضعيفة حتى اكتمال التصحيح
إرشادات التصحيح:
1. ترقية SQLBot إلى الإصدار 1.8.0 أو أحدث فوراً
2. اختبر التصحيحات في بيئات غير الإنتاج أولاً
3. تنسيق مع Fit2Cloud للتصحيح الطارئ إذا كان النشر محلياً
4. تحقق من فعالية التصحيح بواسطة اختبار قيود الوصول عبر مساحات العمل
الضوابط البديلة (إذا لم يكن التصحيح الفوري ممكناً):
1. تطبيق تقسيم الشبكة لتقييد الوصول إلى SQLBot للمستخدمين المصرح لهم فقط
2. نشر بوابة API مع فحوصات المصادقة والتفويض الصارمة
3. تفعيل توقيع الطلب و TLS المتبادل لجميع اتصالات API
4. تطبيق ضوابط الوصول على مستوى مساحة العمل في طبقة التطبيق
5. مراقبة وتسجيل جميع عمليات مخطط datasource مع التنبيه على محاولات الوصول عبر مساحات العمل
قواعد الكشف:
1. تنبيه على طلبات POST/GET إلى /api/v1/datasource/exportDsSchema مع عدم تطابق معاملات workspace_id
2. مراقبة الطلبات المتسلسلة السريعة إلى uploadDsSchema من عنوان IP واحد
3. وضع علم على أي تعديلات datasource تنشأ من حسابات مستخدم أو مفاتيح API غير متوقعة
4. كشف عمليات تصدير المخطط متبوعة بتعديلات في سياقات مساحة عمل مختلفة
5. تسجيل جميع فشل المصادقة والرفض المصرح به على نقاط نهاية datasource