CVE-2026-67220 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, 4.3.0, quando viene creata una binding su uno scambio (exchange) x-jms-topic, add_binding/3 legge l'argomento rjms_erlang_selector e lo passa attraverso erl_scan:string/1, quindi erl_parse:parse_term/1. erl_scan:string/1 internizza ogni letterale atomo che tokenizza. validate_binding/2 è un no-op (-> ok.), non esiste alcun limite di lunghezza e il try/catch circostante non può reclamare gli atomi. Il client Java JMS compila i selector lato client, ma il server non impone questo vincolo; un client AMQP grezzo può inviare stringhe selector arbitrarie. Un utente AMQP autenticato a basso privilegio confinato a una singola vhost può causare il crash dell'intero nodo del broker (DoS cross-tenant) in meno di 100 chiamate bind. I prerequisiti includono l'abilitazione del plugin rabbitmq_jms_topic_exchange (bundled; richiesto per qualsiasi distribuzione JMS). Utente AMQP autenticato con permessi di lettura su uno scambio x-jms-topic + scrittura su una coda (o configurazione per dichiarare entrambi). Questo problema è risolto nelle versioni 3.13.15, 4.0.20, 4.1.11, 4.2.6, 4.3.0.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.