ثغرة MongoDB حرجة CVE-2026-118383 توقف الخادم دون مصادقة

تتأثر الخوادم الأعضاء في Replica Set، وهي مجموعة خوادم تحتفظ بنسخ من البيانات نفسها. فيها خادم رئيسي (Primary) يستقبل الكتابة، وإذا توقف ينتخب الباقون بديلاً.

كيف تعمل الثغرة؟

الثغرة من نوع Use-After-Free، أي أن الخادم يستخدم ذاكرة سبق أن حررها. يرسل المهاجم طلبين دون مصادقة، فإذا اختير هذا العضو لاحقاً خادماً رئيسياً وهو ما زال متأخراً عن بعض التغييرات، ينهار، وتقول نشرة NVD إنه قد يؤدي في ظروف معينة إلى تنفيذ كود داخل عملية الخادم. وأعاد باحثو Datadog Security Labs إنتاج الانهيار في المختبر، وأكدوا أن تفعيل المصادقة لا يمنع الطلبين في الإصدارات المتأثرة. وقالت MongoDB إنها اكتشفت الثغرة بنفسها ولا تعلم بأي استغلال.

من المتأثر؟

• أعضاء Replica Set، ومنهم خوادم Shard وConfig في العناقيد الموزعة.
• الخادم المستقل (Standalone) خارج أي Replica Set غير متأثر.
• عناقيد MongoDB Atlas تحصل على الإصلاح تلقائياً أثناء الصيانة.
• الفرع 8.2 غير مدرج في القائمة الرسمية، لكن كود استغلال على GitHub يقول إن 8.2.12 ما زال يُظهر الخلل في اختبار معملي. وانتهى دعم هذا الفرع في 31 يوليو.

ماذا تفعل؟

1. حدّث كل أعضاء Replica Set إلى النسخة المصلحة لفرعك (مثلاً 8.0.37 لفرع 8.0)، ثم تحقق من نسخة كل عضو، ومنها الأعضاء داخل الحاويات.
2. إن كنت على Atlas وتؤجل الصيانة، طبّق الترقية فوراً.
3. إلى حين التحديث، اقصر الوصول الشبكي إلى قاعدة البيانات على الأنظمة التي تحتاجه فقط.
4. انتقل من الفرع 8.2 المنتهي دعمه إلى فرع مدعوم.