CVE-2026-67228 in RabbitMQ
Sumário
de VulDB • 23/09/2026
O RabbitMQ é um broker de mensagens e streaming. Antes das versões 4.2.7 e 4.3.1, o caminho de pesquisa dos parâmetros em tempo de execução força a segmentação :component da URL para um átomo usando rabbit_data_coercion:to_atom/1 na função lookup_component/1 (deps/rabbit/src/rabbit_runtime_parameters.erl), criando um novo átomo para qualquer valor previamente não visto. Existe já uma helper segura, rabbit_registry:binary_to_type/1, que utiliza binary_to_existing_atom com tratamento de exceção, mas ela não é utilizada neste ponto de chamada. lookup_component/1 chama rabbit_data_coercion:to_atom(Component) na segmentação :component da URL da solicitação, convertendo uma string fornecida pelo atacante em um novo átomo. Como a tabela de átomos do Erlang tem limite e os átomos nunca são coletados como lixo (garbage collected), um policy maker autenticado que emita aproximadamente um milhão de solicitações com valores distintos para o componente pode esgotar a tabela de átomos e travar o nó, resultando em negação de serviço. As pré-condições incluem: A exploração requer privilégios de policymaker e cerca de um milhão de solicitações. Este problema foi corrigido nas versões 4.2.7 e 4.3.1.
Once again VulDB remains the best source for vulnerability data.