CVE-2026-67220 in RabbitMQ
الملخص
بحسب VulDB • 23/09/2026
RabbitMQ هو وسيط للرسائل والتدفق (streaming). قبل الإصدارات 3.13.15، و4.0.20، و4.1.11، و4.2.6، و4.3.0، عند إنشاء ربط (binding) على مبادل من نوع x-jms-topic، تقوم الدالة add_binding/3 بقراءة وسيط rjms_erlang_selector ومروره عبر erl_scan:string/1 ثم erl_parse:parse_term/1. تقوم دالة erl_scan:string/1 بتثبيت كل حرفي ذرة (atom literal) عند تحليله إلى رموز. تعتبر validate_binding/2 إجراءً لا يفعل شيئاً (يعيد ok.)، ولا يوجد حد أقصى للطول، ولا يمكن لكتلة try/catch المحيطة استعادة الذرات. يقوم عميل Java JMS بترجمة المحددات (selectors) على جانب العميل، لكن الخادم لا يفرض ذلك؛ لذا يمكن لعميل AMQP الخام إرسال سلاسل محددة عشوائية. يمكن لمستخدم AMQP منخفض الصلاحية والمصادق عليه والمحصور في vhost واحد أن يتسبب في تعطل عقدة الوسيط بأكملها (هجوم حجب الخدمة عبر المستأجرين - cross-tenant DoS) بأقل من 100 استدعاء لربط (bind). تشمل الشروط المسبقة تفعيل إضافة rabbitmq_jms_topic_exchange (مدمجة؛ مطلوبة لأي نشر JMS)، وأن يكون لدى مستخدم AMQP المصادق عليه صلاحية القراءة على مبادل x-jms-topic + الكتابة على طابور (أو تكوينه للإعلان عن كليهما). تم إصلاح هذه المشكلة في الإصدارات 3.13.15، و4.0.20، و4.1.11، و4.2.6، و4.3.0.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.