CVE-2026-67231 in RabbitMQ
Zusammenfassung
von VulDB • 23.09.2026
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 installiert das trust-store plugin eine verify_fun, die {bad_cert, unknown_ca} / {bad_cert, selfsigned_peer} überschreibt, wenn das präsentierte Zertifikat „mit“ einem auf der Whitelist stehenden übereinstimmt. Der Übereinstimmungsschlüssel ist extract_issuer_id/1 → public_key:pkix_issuer_id/2 → {IssuerName, SerialNumber}, wobei beide Felder wörtlich aus dem Körper des präsentierten Zertifikats stammen und keine Public-Key-, SKI- (Subject Key Identifier), Fingerabdruck- oder Signaturmaterial enthalten. is_whitelisted/1 ist eine reine ets:member-Suche; das gespeicherte vollständige DER wird nur für die list/0-Anzeige verwendet und niemals mit dem präsentierten Zertifikat verglichen. cacerts ist [], sodass das auf der Whitelist stehende Zertifikat auch nie als Trust Anchor zur Pfadvalidierung verwendet wird. TLS-Client-Authentifizierungs-Umgehung: Ein Angreifer, der den Issuer-DN (Distinguished Name) und die Seriennummer eines beliebigen auf der Whitelist stehenden Zertifikats kennt, kann sich mit einem gefälschten selbstsignierten Zertifikat verbinden. Voraussetzungen sind das aktivierte rabbitmq_trust_store plugin sowie dessen Verwendung als TLS verify_fun. Der Angreifer kennt oder kann die {Issuer, Serial} mindestens eines auf der Whitelist stehenden Zertifikats erraten (nicht geheim; verfügbar über CLI/Logs/jede Kopie des Zertifikats). Dieses Problem wurde in den Versionen 3.13.15, 4.0.20, 4.1.11, 4.2.6 und 4.3.0 behoben.
If you want to get best quality of vulnerability data, you may have to visit VulDB.