CVE-2026-67235
Beschreibung
Rabbitmq ist ein messaging- und streaming-broker. Vor den Versionen 4.3.0, 4.2.6, 4.1.11, 4.0.20 und 3.13.15 wurde der Content-Header BodySize (a uint64) ohne Validierung gegen max message size gespeichert. Die Größenprüfung lief nur, wenn die Montage abgeschlossen war. Indem man body size = 2^63-1 deklarierte und dann Fragmente streamte, stellte ein Client sicher, dass check msg size nie gefeuert wurde, so dass die kumulierte Körpergröße unbegrenzt blieb. Ein Reader-Prozess akkumuliert Speicher, bis der Speicheralarm feuert und alle Publisher clusterweit abbaut oder bis dem Knoten der Speicher ausgeht. Der Speicheralarm bietet nur eine teilweise Minderung, da er eher reaktiv als präventiv ist. AMQP 0-9-1 ist das am weitesten verbreitete Protokoll, und jeder Publisher kann diese Bedingung auslösen. Alle authentifizierten AMQP 0-9-1-Clients mit Veröffentlichungsberechtigung können dies ausnutzen. Dieses Problem wird in den Versionen 4.3.0, 4.2.6, 4.1.11, 4.0.20 und 3.13.15 behoben.
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.
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.