CVE-2026-66073
Beschreibung
Rabbitmq ist ein messaging- und streaming-broker. Von 3.13.0 bis 3.13.15 und 4.0.20 und 4.1.11 und 4.2.6, Atomtabelle Erschöpfung über Management-API-Knotenfeld. pUT /api/queues/:vhost/:name (und die Austausch- und Bindungsendpunkte) akzeptiert ein Knoten-JSON-Feld. Der Wert geht durch rabbitnodes:make → listtoatom ohne Clustermitgliedschaftsprüfung zuerst. Jeder eindeutige Wert leckt dauerhaft ein Atom. Ein Refactoring im März 2026 (ea61ce2563) führte sichere Helfer in rabbitmgmtnodes.erl ein (Parsenodename, Safeatom und requirenodename, unter Verwendung von binarytoexistingatom) und reparierte mehrere Anrufer (QQ replica ops, wmauthattempts, wmnodememoryets, getsortreverse und rabbitfederationmgmt), aber getnode/1 in rabbitmgmtutil.erl: 880-885, der primäre Vektor, der von directrequest/6 verwendet wird, war nicht ungefähr 900K Anfragen, die die VM über systemlimit zum Absturz bringen, und alle Mieter verlieren jeden Benutzer mit dem Management-Tag und einem vhost, das niedrigste Privileg Dieses Problem wird in den Versionen 3.13.15 und 4.0.20 sowie 4.1.11 und 4.2.6 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.