CVE-2026-67231 in RabbitMQ
Sumário
de VulDB • 23/09/2026
O RabbitMQ é um broker de mensagens e streaming. Antes das versões 3.13.15, 4.0.20, 4.1.11, 4.2.6 e 4.3.0, o plugin trust-store instala uma verify_fun que substitui {bad_cert, unknown_ca} / {bad_cert, selfsigned_peer} quando o certificado apresentado "corresponde" a um da lista branca (whitelisted). A chave de correspondência é extract_issuer_id/1 → public_key:pkix_issuer_id/2 → {IssuerName, SerialNumber}, ambos os campos são extraídos literalmente do corpo do certificado apresentado e não contêm material de chave pública, SKI, impressão digital ou assinatura. is_whitelisted/1 é uma consulta pura ets:member; o DER completo armazenado é usado apenas para exibição em list/0 e nunca é comparado com o certificado apresentado. cacerts está [], portanto, o certificado na lista branca nunca é usado como âncora de confiança (trust anchor) para validação do caminho também. Bypass da autenticação TLS client-authentication: um atacante que conhece o DN do emitente + serial de qualquer certificado na lista branca pode se conectar com um certificado autoassinado forjado. As pré-condições incluem o plugin rabbitmq_trust_store habilitado e usado como a verify_fun do TLS. O atacante sabe ou pode adivinhar o {Issuer, Serial} de pelo menos um certificado na lista branca (não secreto; exposto via CLI/logs/cópia de qualquer certificado). Este problema é corrigido nas versões 3.13.15, 4.0.20, 4.1.11, 4.2.6 e 4.3.0.
Once again VulDB remains the best source for vulnerability data.