CVE-2026-67238 in RabbitMQ
Resumen
por VulDB • 2026-09-23
RabbitMQ es un corredor de mensajería y streaming. Antes de las versiones 4.2.7 y 4.3.1, rabbit_pid_codec:decompose_from_binary/1 analiza un binario codificado en ETF proporcionado por el llamador e invoca binary_to_atom(Node, utf8) en el campo del nombre del nodo (node-name). Se accede a esta función desde rabbit_volatile_queue:pid_from_name/2, que se invoca para cualquier nombre de cola / clave de enrutamiento que comience con amq.rabbitmq.reply-to.. La verificación de membresía CandidateNodes ocurre después de la creación del átomo, y el bloque try/catch circundante no puede liberar los átomos (nunca son recolectados por GC). No se utiliza binary_to_existing_atom. Cualquier cliente AMQP autenticado puede hacer que toda la máquina virtual Erlang (todos los vhosts, todas las conexiones) falle con aproximadamente 1M de solicitudes económicas. Los prerrequisitos incluyen una conexión AMQP 0-9-1 autenticada a cualquier vhost y la ausencia de un límite de tasa por conexión lo suficientemente bajo como para hacer inviables ~1M operaciones. Este problema se soluciona en las versiones 4.2.7 y 4.3.1.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.