{"id":"CVE-2026-67240","revision":"45a626384e534efd89a062e33bfc40f2","records":[{"revision":"45a626384e534efd89a062e33bfc40f2","observedAt":"2026-10-23T15:48:27.903+00:00","statement":{"source":"cve-program","id":"CVE-2026-67240","aliases":[],"title":"RabbitMQ: ReDoS via AMQP 1.0 SQL filter LIKE wildcard","description":"RabbitMQ is a messaging and streaming broker. Prior to versions 4.2.7 and 4.3.1, pattern_to_regex maps % -> .*? and _ -> ., then compiles ^...$ with only [unicode]; re:run is called with only [{capture, none}] - no explicit match_limit. A pattern like %_%_..._%X becomes ^.*?..*?.....*?.X$ with overlapping lazy quantifiers. The whole-expression cap is ?MAX_EXPRESSION_LENGTH=4096 chars / ?MAX_TOKENS=200; a LIKE string literal is one token, so ~2000 %_ pairs fit. SQL filters are accepted unconditionally at rabbit_amqp_session.erl:3264 (no feature flag). Evaluated per-message at rabbit_stream_queue.erl:1439. OTP's default 10M match_limit caps each match at ~100-200 ms (not seconds), and the re NIF yields to the scheduler. An authenticated AMQP 1.0 consumer with read+write on a stream queue can cause ~100-200 ms of CPU per delivered message via a crafted LIKE filter, multiplied across thousands of messages and parallel sessions - a substantial backtracking-driven CPU amplification. Preconditions include AMQP 1.0 with stream queues in use Attacker can attach a receiver with a filter (read permission) and publish messages with long property values (write permission). This issue is fixed in versions 4.2.7 and 4.3.1.","state":0,"publishedAt":"2026-09-23T20:19:22.703+00:00","modifiedAt":"2026-09-24T14:24:51.504+00:00","affected":[{"ecosystem":"Vendor product","name":"rabbitmq-server","ranges":[],"versions":[],"rawVersionEvidence":"{\n                    \"vendor\": \"rabbitmq\",\n                    \"product\": \"rabbitmq-server\",\n                    \"versions\": [\n                        {\n                            \"version\": \">= 4.2.0, < 4.2.7\",\n                            \"status\": \"affected\"\n                        },\n                        {\n                            \"version\": \">= 4.3.0, < 4.3.1\",\n                            \"status\": \"affected\"\n                        }\n                    ]\n                }"}],"metrics":[{"system":"CVSS 4.0","vector":"CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:N/VC:N/VI:N/VA:L/SC:N/SI:N/SA:N","score":2.3,"severity":"LOW"}],"references":["https://github.com/rabbitmq/rabbitmq-server/security/advisories/GHSA-59c5-553c-57m2","https://github.com/rabbitmq/rabbitmq-server/releases/tag/v4.2.7","https://github.com/rabbitmq/rabbitmq-server/releases/tag/v4.3.1"],"sourceUrl":"https://www.cve.org/CVERecord?id=CVE-2026-67240","license":"CVE Program Terms of Use","key":"cve-program:CVE-2026-67240","identifiers":["CVE-2026-67240"]},"retained":false,"historicalAffected":[]}],"coverage":[]}