Zum Inhalt springen
← Zurück zum Cyberlagebild
Zuletzt aktualisiert 19.10.2026 22:35

CVE-2026-67219

CVSS 6.01 Quelle

Beschreibung

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 analysiert add binding/3 den Routing-Schlüssel als ganzzahliges Gewicht N und berechnet Ringpositionen mit Listen:seq(NextN0, NextN0 + N - 1). validate binding/2 prüft nur N >= 1, keine Obergrenze. Die resultierende Liste wird im Khepri-Datensatz der Börse gespeichert, clusterweit repliziert und beim Neustart neu geladen. Ein Benutzer mit Schreibberechtigung auf einem konsistenten Hash-Austausch und Lesen in einer Warteschlange kann eine Bindung erstellen, deren Routing-Schlüssel (das Hash-Ring-Gewicht) eine willkürlich große Ganzzahl ist. Der Broker weist eine Liste mit so vielen Ganzzahlen über lists:seq/2 zu und setzt sie über alle Clusterknoten hinweg auf Khepri, eine einzige Bindung mit einem Gewicht von 100000000 verteilt ~800 MB auf jeden Knoten und überlebt Neustarts. Voraussetzungen sind rabbitmq consistent hash exchange Plugin aktiviert Schreibberechtigung auf einem konsistenten Hash-Austausch + Lesen in einer Warteschlange (Standard-Bindungsdauerbänder). Dieses Problem wird in den Versionen 3.13.15, 4.0.20, 4.1.11, 4.2.6 und 4.3.0 behoben.

HerstellerBroadcom
Produktrabbitmq server
ProduktfamilieKeine Angaben
Betroffene Versionen>=3.13.0 <3.13.15, >=4.0.0 <4.0.20, >=4.1.0 <4.1.11, >=4.2.0 <4.2.6
Behobene VersionenKeine Angaben

Quellen & weiterführende Informationen

Hier werden ausschließlich tatsächlich zu dieser Schwachstelle gespeicherte Quellenbelege angezeigt.

Was ist zur Behebung zu tun?

Herstellerhinweise prüfen und das betroffene Produkt kurzfristig patchen oder kompensierende Schutzmaßnahmen aktivieren.

PrioritätGrün
EinordnungPlanbar behandeln und überwachen.

Empfohlene Schritte

  • Betroffene Systeme identifizieren: Broadcom rabbitmq server.
  • Exposition prüfen: Internet-Erreichbarkeit, Admin-Oberflächen, VPN, Mail- oder Webdienste.
  • Hersteller-Advisory öffnen und verfügbare Updates, Workarounds oder Deaktivierungen prüfen.
  • Nacharbeiten dokumentieren: betroffene Assets, Maßnahme, Zeitpunkt, Restrestrisiko.

Übergangsmaßnahmen

  • Zugriff auf betroffene Dienste auf vertrauenswürdige Netze einschränken.
  • WAF/IDS/EDR-Regeln und Hersteller-IOCs aktivieren, sofern verfügbar.
  • Nicht benötigte Funktionen, Plugins oder Dienste temporär deaktivieren.