CVE-2026-67220 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, 4.3.0, quando uma binding é criada em um exchange do tipo x-jms-topic, a função add_binding/3 lê o argumento rjms_erlang_selector e o passa por erl_scan:string/1 seguido de erl_parse:parse_term/1. A função erl_scan:string/1 interniza toda literal atom que ela tokeniza. validate_binding/2 é uma no-op (retorna ok), não há limite de comprimento, e o try/catch circundante não pode reclaimar os atoms. O cliente Java JMS compila selectors do lado do cliente, mas o servidor não impõe isso; um cliente AMQP raw pode enviar strings de selector arbitrárias. Um usuário AMQP autenticado com baixa privilégio, confinado a um único vhost, pode causar uma falha no nó inteiro do broker (DoS cross-tenant) em menos de 100 chamadas bind. Os pré-requisitos incluem o plugin rabbitmq_jms_topic_exchange habilitado (embutido; necessário para qualquer implantação JMS), além de ter um usuário AMQP autenticado com permissão de leitura no exchange x-jms-topic e escrita numa queue (ou configure para declarar ambos). Este problema foi corrigido nas versões 3.13.15, 4.0.20, 4.1.11, 4.2.6, 4.3.0.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.