Zum Inhalt springen
← Zurück zum Cyberlagebild
Zuletzt aktualisiert 16.10.2026 17:40

CVE-2026-67241

CVSS 4.81 Quelle

Beschreibung

Rabbitmq ist ein messaging- und streaming-broker. Von 4.2.0 bis 4.2.9 und 4.3.3 überspringt AMQP 1.0 management exchange.declare die Berechtigungsprüfung für alternative Börsen. pUT /exchanges/:name (Zeilen 192-240) überprüft nur die Konfiguration an der deklarierten Börse und übergibt XArgs direkt an rabbitexchange:declare/7. Es lässt das checkreadpermitted(X) + checkwritepermitted(AE) aus, das rabbitchannel.erl:2540-2548 für das Alternative-Exchange-Argument auf dem AMQP 0-9-1-Pfad erzwingt. Die gleiche Datei implementiert bereits die analoge DLX-Prüfung auf Warteschlangen (Zeilen 708-719), was bestätigt, dass es sich um einen fehlenden Prüffehler handelt und nicht um einen absichtlichen Ein Benutzer, der nur am Austausch X konfiguriert ist, kann die unroutablen Nachrichten von X in einen alternativen Austausch leiten Sie haben keine Schreibberechtigung AMQP 1.0 aktiviert (Standard in RabbitMQ 4.x) Der angreifer hat sich auf mindestens einem austausch konfiguriert, aber es fehlt an schreiben auf dem ziel. Dieses Problem wird in den Versionen 4.2.9 und 4.3.3 behoben.

HerstellerBroadcom
Produktrabbitmq server
ProduktfamilieKeine Angaben
Betroffene Versionen>=4.2.0 <4.2.9, >=4.3.0 <4.3.3
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.
  • Administrative Zugänge besonders absichern: MFA, Passwortrotation, Session-Invalidierung.