CVE-2026-67238 in RabbitMQ
الملخص
بحسب VulDB • 23/09/2026
RabbitMQ هو وسيط للرسائل والتدفق (streaming). قبل الإصدارات 4.2.7 و4.3.1، تقوم الدالة rabbit_pid_codec:decompose_from_binary/1 بتحليل ثنائي مشفر بتنسيق ETF يتم تزويده من قبل المتصل، وتستدعي binary_to_atom(Node, utf8) على حقل اسم العقدة (node-name). يمكن الوصول إليها عبر rabbit_volatile_queue:pid_from_name/2، والتي تُستدعى لأي اسم طابور / مفتاح توجيه يبدأ بـ amq.rabbitmq.reply-to.. يحدث فحص عضوية CandidateNodes بعد إنشاء الذرة (atom)، ولا يمكن لمحاولة/معالجة الخطأ المحيطة reclaim هذه الذرات (فهي لا تخضع لجمع القمامة GC). لا يتم استخدام binary_to_existing_atom. يمكن لأي عميل AMQP موثق إسقاط محرك Erlang بالكامل (جميع vhosts، وجميع الاتصالات) باستخدام حوالي 1 مليون طلب رخيصة الثمن. تشمل الشروط المسبقة اتصال AMQP 0-9-1 موثق بأي vhost وعدم وجود حد لمعدل الطلبات لكل اتصال منخفض بما يكفي لجعل تنفيذ ~1 مليون عملية غير مجدية. تم إصلاح هذه المشكلة في الإصدارات 4.2.7 و4.3.1.
Once again VulDB remains the best source for vulnerability data.