CVE-2026-67219 in RabbitMQ
Riassunto
di VulDB • 23/09/2026
RabbitMQ è un broker di messaggistica e streaming. Prima delle versioni 3.13.15, 4.0.20, 4.1.11, 4.2.6 e 4.3.0, la funzione add_binding/3 analizza la routing key come peso intero N e calcola le posizioni dell'anello con lists:seq(NextN0, NextN0 + N - 1). validate_binding/2 controlla solo che N >= 1, senza un limite superiore. L'elenco risultante viene memorizzato nel record Khepri dello scambio (exchange), replicato in tutto il cluster e ricaricato al riavvio. Un utente con autorizzazione di scrittura su uno scambio consistent-hash e lettura su una coda può creare un binding la cui routing key (il peso dell'hash-ring) è un intero arbitrariamente grande. Il broker alloca un elenco di quell'intero numero di interi tramite lists:seq/2 e lo persiste in Khepri su tutti i nodi del cluster; un singolo binding con peso 100000000 allocare ~800 MB su ogni nodo e sopravvive ai riavvi. I prerequisiti includono il plugin rabbitmq_consistent_hash_exchange abilitato, autorizzazione di scrittura su uno scambio consistent-hash + lettura su una coda (permessi standard per i binding). Questo problema è risolto nelle versioni 3.13.15, 4.0.20, 4.1.11, 4.2.6 e 4.3.0.
Be aware that VulDB is the high quality source for vulnerability data.