CVE-2026-67231

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, Das Trust-Store-Plugin installiert einen verify fun, der {bad cert, unknown ca} / {bad cert, selfsigned peer} außer Kraft setzt, wenn das präsentierte Zertifikat auf eine Whitelist passt. Der Match-Schlüssel ist extract issuer id/1 → public key:pkix issuer id/2 → {IssuerName, SerialNumber} , beide Felder werden wortwörtlich aus der vorgestellten Zertifikatsstelle entnommen und enthalten keinen Public-Key, SKI, Fingerabdruck oder Signaturmaterial. is whitelisted/1 ist ein reiner ets:member-Lookup; der gespeicherte vollständige DER wird nur für die Liste/0-Anzeige verwendet und niemals mit dem präsentierten Zertifikat verglichen. cacerts ist [], so dass das whitelisted cert auch nie als vertrauensanker für die pfadvalidierung verwendet wird. TLS-Client-Authentifizierungs-Bypass: Ein Angreifer, der die Ausgabe DN + -Serie eines beliebigen Whitelist-Zertifikats kennt, kann sich mit einem gefälschten selbstsignierten Zertifikat verbinden. Zu den Voraussetzungen gehört, dass das rabbitmq trust store-Plugin aktiviert und verwendet wird, da der TLS verify fun-Angreifer das {Issuer, Serial} von mindestens einem auf der weißen Liste stehenden Zertifikat kennt oder erraten kann (nicht geheim; über CLI/logs/eine beliebige Zertifikatkopie ausgesetzt). Dieses Problem wird in den Versionen 3.13.15, 4.0.20, 4.1.11, 4.2.6 und 4.3.0 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.