CVE-2026-67231 in RabbitMQ
Resumen
por VulDB • 2026-09-23
RabbitMQ es un corredor de mensajería y streaming. Antes de las versiones 3.13.15, 4.0.20, 4.1.11, 4.2.6 y 4.3.0, el plugin trust-store instala una verify_fun que sobrescribe {bad_cert, unknown_ca} / {bad_cert, selfsigned_peer} cuando el certificado presentado "coincide" con uno de la lista blanca (whitelisted). La clave de coincidencia es extract_issuer_id/1 → public_key:pkix_issuer_id/2 → {IssuerName, SerialNumber}, ambos campos se toman literalmente del cuerpo del certificado presentado y no contienen material de clave pública, SKI, huella digital ni firma. is_whitelisted/1 es una búsqueda pura en ets:member; el DER completo almacenado solo se usa para la visualización con list/0 y nunca se compara contra el certificado presentado. cacerts está vacío ([]), por lo que el certificado de la lista blanca tampoco se utiliza como ancla de confianza (trust anchor) para la validación de ruta. Bypass de autenticación TLS client-authentication: un atacante que conozca el DN del emisor + serial de cualquier certificado en la lista blanca puede conectarse con un certificado autofirmado falsificado. Los prerrequisitos incluyen tener habilitado y utilizado como TLS verify_fun el plugin rabbitmq_trust_store. El atacante conoce o puede adivinar el {Issuer, Serial} de al menos un certificado en la lista blanca (no secreto; expuesto mediante CLI/logs/copia de cualquier certificado). Este problema está corregido en las versiones 3.13.15, 4.0.20, 4.1.11, 4.2.6 y 4.3.0.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.