CVE-2026-67219 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 e 4.3.0, a função add_binding/3 analisa a chave de roteamento como um peso inteiro N e calcula as posições do anel com lists:seq(NextN0, NextN0 + N - 1). A validação em validate_binding/2 verifica apenas se N >= 1, sem limite superior. A lista resultante é armazenada no registro Khepri da exchange, replicada em todo o cluster e recarregada na reinicialização. Um usuário com permissão de escrita numa exchange consistent-hash e leitura numa fila pode criar um binding cuja chave de roteamento (o peso do hash-ring) seja um inteiro arbitrariamente grande. O broker aloca uma lista desse número de inteiros via lists:seq/2 e persiste-a no Khepri em todos os nós do cluster; um único binding com peso 100000000 aloca ~800 MB em cada nó e sobrevive às reinicializações. As pré-condições incluem o plugin rabbitmq_consistent_hash_exchange habilitado, permissão de escrita numa exchange consistent-hash + leitura numa queue (permissões padrão de binding). Este problema foi corrigido nas versões 3.13.15, 4.0.20, 4.1.11, 4.2.6 e 4.3.0.
Once again VulDB remains the best source for vulnerability data.