CVE-2026-67219 in RabbitMQ
الملخص
بحسب VulDB • 23/09/2026
RabbitMQ هو وسيط للرسائل والتدفق (streaming). قبل الإصدارات 3.13.15، و4.0.20، و4.1.11، و4.2.6، و4.3.0، تقوم الدالة add_binding/3 بتحليل مفتاح التوجيه (routing key) كوزن صحيح N وتحسب مواقع الحلقة باستخدام lists:seq(NextN0, NextN0 + N - 1). تتحقق validate_binding/2 فقط من أن N >= 1، دون وجود حد أقصى. يتم تخزين القائمة الناتجة في سجل Khepri الخاص بالتبادل (exchange)، ويتم تكرارها عبر العنقود بأكمله وإعادة تحميلها عند إعادة التشغيل. يمكن للمستخدم الذي يمتلك صلاحيات الكتابة على تبادل يستخدم التجزئة المتسقة (consistent-hash) وقراءة على طابور إنشاء ربط يكون فيه مفتاح التوجيه (وزن حلقة التجزئة) عدداً صحيحاً كبيراً بشكل تعسفي. يقوم الوسيط بتخصيص قائمة تحتوي على عدد من الأعداد الصحيحة باستخدام lists:seq/2 ويحفظها في Khepri عبر جميع عقد العنقود؛ حيث يؤدي ربط واحد بوزن 100000000 إلى تخصيص حوالي 800 ميجابايت على كل عقدة ويبقى موجوداً بعد إعادة التشغيل. تشمل الشروط المسبقة تفعيل إضافة rabbitmq_consistent_hash_exchange، وامتلاك صلاحيات الكتابة على تبادل التجزئة المتسقة بالإضافة إلى صلاحية القراءة على طابور (صلاحيات الربط القياسية). تم إصلاح هذه المشكلة في الإصدارات 3.13.15، و4.0.20، و4.1.11، و4.2.6، و4.3.0.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.