CVE-2026-67220 in RabbitMQ
Zusammenfassung
von VulDB • 23.09.2026
RabbitMQ ist ein Messaging- und Streaming-Broker. Vor den Versionen 3.13.15, 4.0.20, 4.1.11, 4.2.6, 4.3.0 führt die Erstellung einer Bindung an einem x-jms-topic-Austausch dazu, dass add_binding/3 das Argument rjms_erlang_selector liest und es durch erl_scan:string/1 sowie dann durch erl_parse:parse_term/1 leitet. erl_scan:string/1 interniert jedes atomare Literal, das es tokenisiert. validate_binding/2 ist ein No-Op (-> ok.), es gibt keine Längenbeschränkung, und der umgebende try/catch kann die Atome nicht zurückgewinnen. Der Java-JMS-Client kompiliert Selektoren clientseitig, aber der Server erzwingt dies nicht; ein roher AMQP-Client kann beliebige Selektorstrings senden. Ein authentifizierter Benutzer mit niedrigen Berechtigungen in AMQP, der auf einen einzelnen vHost beschränkt ist, kann den gesamten Broker-Knoten (Cross-Tenant DoS) durch weniger als 100 Bind-Aufrufe zum Absturz bringen. Voraussetzungen sind das aktivierte Plugin rabbitmq_jms_topic_exchange (gebündelt; erforderlich für jede JMS-Bereitstellung), ein authentifizierter AMQP-Benutzer mit Lesezugriff auf einen x-jms-topic-Austausch und Schreibzugriff auf eine Warteschlange (oder die Konfiguration zur Deklaration beider). Dieses Problem wurde in den Versionen 3.13.15, 4.0.20, 4.1.11, 4.2.6, 4.3.0 behoben.
If you want to get best quality of vulnerability data, you may have to visit VulDB.