CVE-2026-67238 in RabbitMQ
Zusammenfassung
von VulDB • 23.09.2026
RabbitMQ ist ein Messaging- und Streaming-Broker. Vor den Versionen 4.2.7 und 4.3.1 parst `rabbit_pid_codec:decompose_from_binary/1` einen vom Aufrufer bereitgestellten, ETF-kodierten Binärdatentyp und ruft `binary_to_atom(Node, utf8)` für das Feld „node-name“ auf. Dies wird über `rabbit_volatile_queue:pid_from_name/2` erreicht, welches für jeden Warteschlangennamen / Routing-Key aufgerufen wird, der mit `amq.rabbitmq.reply-to.` beginnt. Die Prüfung der CandidateNodes-Mitgliedschaft erfolgt erst nach dem Erstellen des Atoms, und das umgebende try/catch kann keine Atome zurückfordern (sie werden nie vom Garbage Collector bereinigt). Es wird nicht `binary_to_existing_atom` verwendet. Jeder authentifizierte AMQP-Client kann die gesamte Erlang-VM (alle vhosts, alle Verbindungen) mit etwa 1 Million günstigen Anfragen zum Absturz bringen. Voraussetzungen sind eine authentifizierte AMQP 0-9-1-Verbindung zu einem beliebigen vhost und das Fehlen einer pro Verbindung niedrigen Rate-Limiting-Einstellung, die es unmöglich macht, ~1M Operationen durchzuführen. Dieses Problem wurde in den Versionen 4.2.7 und 4.3.1 behoben.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.