CVE-2026-66077
Beschreibung
Rabbitmq ist ein messaging- und streaming-broker. Vor den Versionen 3.13.15, 4.0.20, 4.1.11 und 4.2.6 verwendet die Management-Benutzeroberfläche EJS 1.0, in dem NICHT HTML-escape ausgeführt wird. connection.ejs:135 rendert (und peer cert issuer) direkt in die Seite. Das gleiche Muster erscheint in streamConnection.ejs:102,106,110. Die Werte stammen von rabbit ssl:peer cert subject/1, das die DN als Zeichenfolge formatiert, ohne dass HTML entkommen muss. Der Verifier korrigierte die Behauptung des ursprünglichen Forschers: Dies ist nur erreichbar, wenn der Zuhörer mit verify peer konfiguriert ist (das Zertifikat muss also von einer CA im Trust Store des Brokers signiert werden, nicht willkürlich selbst signiert); In Bereitstellungen mit mTLS für die Client-Authentifizierung kontrolliert jedoch jeder Benutzer, der ein Zertifikat von der organisatorischen CA anfordern kann, die Subject CN. Ein Angreifer, der ein TLS-Clientzertifikat erhalten kann, das von einer CA signiert ist, der der Broker vertraut (mit check peer aktiviert), kann JavaScript in das Subject DN des Zertifikats einbetten. Wenn ein Administrator diese Verbindung in der Verwaltungsoberfläche anzeigt, wird das Skript in der Browsersitzung des Administrators ausgeführt und ermöglicht die vollständige Übernahme des Kontos (Benutzer erstellen, Exportdefinitionen usw.). Der CSP der Management-Benutzeroberfläche enthält "unsafe-inline", so dass die Ausführung von Inline-Skripten nicht blockiert ist. Voraussetzungen sind TLS Listener konfiguriert mit ssl options.verify = check peer Angreifer können ein CA-signiertes Client-Zertifikat mit vom Angreifer ausgewähltem Subject erhalten (z. B. Self-Service-Unternehmens-PKI oder das verwendete Rabbitmq trust store-Plugin) Der Administrator betrachtet die Verbindungsdetailseite. Dieses Problem wird in den Versionen 3.13.15, 4.0.20, 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.
- Administrative Zugänge besonders absichern: MFA, Passwortrotation, Session-Invalidierung.