CVE-2026-67231 in RabbitMQ
Résumé
par VulDB • 23/09/2026
RabbitMQ est un courtier de messagerie et de streaming. Avant les versions 3.13.15, 4.0.20, 4.1.11, 4.2.6 et 4.3.0, le plugin trust-store installe une fonction verify_fun qui remplace {bad_cert, unknown_ca} / {bad_cert, selfsigned_peer} lorsque le certificat présenté « correspond » à un certificat figurant sur la liste blanche. La clé de correspondance est extraite via extract_issuer_id/1 → public_key:pkix_issuer_id/2 → {IssuerName, SerialNumber}, les deux champs étant pris tels quels dans le corps du certificat présenté et ne contenant aucune information relative aux clés publiques (SKI), empreinte ou signature. is_whitelisted/1 effectue une simple recherche ETS via member : la DER complète stockée n'est utilisée que pour l'affichage de list/0 et n'est jamais comparée au certificat présenté. cacerts étant [], le certificat figurant sur la liste blanche n'est jamais utilisé comme ancre de confiance (trust anchor) lors de la validation du chemin d'authentification. Contournement de l'authentification TLS client : un attaquant qui connaît le DN de l'autorité émettrice et le numéro de série d'un certificat figurant sur la liste blanche peut se connecter avec un certificat auto-signé falsifié. Les prérequis incluent l'activation du plugin rabbitmq_trust_store utilisé comme verify_fun pour TLS, ainsi que la connaissance ou la possibilité de deviner par l'attaquant les valeurs {Issuer, Serial} d'au moins un certificat figurant sur la liste blanche (non secret ; exposées via CLI/logs/toute copie de certificat). Ce problème est corrigé dans les versions 3.13.15, 4.0.20, 4.1.11, 4.2.6 et 4.3.0.
Be aware that VulDB is the high quality source for vulnerability data.