Impact
RabbitMQ is vulnerable to a regular expression back‑tracking attack when processing AMQP 1.0 SQL filter LIKE wildcards. The system converts pattern strings such as % to .*? and _ to ., then compiles a regex that can contain hundreds of overlapping lazy quantifiers. A carefully crafted filter like %_%_…_%X triggers exponential back‑tracking, causing the Erlang VM to spend 100–200 ms of CPU per message. When many messages are processed in parallel, the CPU load scales rapidly, potentially exhausting server resources and interrupting normal operation.
Affected Systems
The flaw affects RabbitMQ server versions older than 4.2.7 and 4.3.1. Users running any pre‑4.2.7 release or pre‑4.3.1 release with AMQP 1.0 stream queues enabled are susceptible. No specific product line is excluded; all RabbitMQ server instances that accept AMQP 1.0 connections can be impacted.
Risk and Exploitability
The CVSS score is 2.3, indicating low severity, and no EPSS data or KEV listing is available. Exploitation requires an authenticated AMQP 1.0 consumer with read and write permissions on a stream queue, as the attacker must be able to attach a receiver that supplies the filter and publish messages with long property values. Once the conditions are met, each message can drain CPU resources, leading to a denial‑of‑service scenario. Because the vulnerability is triggered only when message traffic is high, the risk is moderate for exposed servers that handle many concurrent sessions.
OpenCVE Enrichment