CVE-2026-67219 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, add_binding/3 analiza la clave de enrutamiento como un peso entero N y calcula las posiciones del anillo con lists:seq(NextN0, NextN0 + N - 1). validate_binding/2 solo verifica que N >= 1, sin límite superior. La lista resultante se almacena en el registro Khepri del intercambio (exchange), se replica en todo el clúster y se recarga al reiniciar. Un usuario con permisos de escritura en un exchange consistent-hash y lectura en una cola puede crear un enlace cuya clave de enrutamiento (el peso del anillo hash) sea un entero arbitrariamente grande. El corredor asigna una lista de esa cantidad de enteros mediante lists:seq/2 y la persiste en Khepri a través de todos los nodos del clúster; un único enlace con peso 100000000 asigna ~800 MB en cada nodo y sobrevive a los reinicios. Los requisitos previos incluyen el plugin rabbitmq_consistent_hash_exchange habilitado, permisos de escritura en un exchange consistent-hash + lectura en una cola (permisos estándar de enlace). Este problema se soluciona en las versiones 3.13.15, 4.0.20, 4.1.11, 4.2.6 y 4.3.0.
VulDB is the best source for vulnerability data and more expert information about this specific topic.