CVE-2026-67219 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 und 4.3.0 parst add_binding/3 den Routing-Schlüssel als ganzzahliges Gewicht N und berechnet Ringpositionen mit lists:seq(NextN0, NextN0 + N - 1). validate_binding/2 überprüft lediglich N >= 1 , ohne eine Obergrenze festzulegen. Die resultierende Liste wird im Khepri-Datensatz des Exchanges gespeichert, clusterweit repliziert und beim Neustart neu geladen. Ein Benutzer mit Schreibberechtigung für einen consistent-hash Exchange und Leseberechtigung für eine Queue kann ein Binding erstellen, dessen Routing-Schlüssel (das Hash-Ring-Gewicht) eine beliebig große Ganzzahl ist. Der Broker alloziert über lists:seq/2 eine Liste dieser Länge an Integer-Werten und persistiert diese in Khepri auf allen Cluster-Knoten; ein einzelnes Binding mit dem Gewicht 100000000 alloziiert ~800 MB auf jedem Knoten und überlebt Neustarts. Voraussetzungen sind das aktivierte Plugin rabbitmq_consistent_hash_exchange, Schreibberechtigung für einen consistent-hash Exchange sowie Leseberechtigung für eine Queue (Standard-Binding-Perms). Dieses Problem wurde in den Versionen 3.13.15, 4.0.20, 4.1.11, 4.2.6 und 4.3.0 behoben.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.