CVE-2026-67240: CWE-1333: Inefficient Regular Expression Complexity in rabbitmq rabbitmq-server
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.
AI Analysis
Technical Summary
RabbitMQ's pattern_to_regex function maps SQL-like patterns to regular expressions with overlapping lazy quantifiers, leading to inefficient regex complexity. The vulnerability allows an authenticated AMQP 1.0 consumer with read and write permissions on stream queues to cause increased CPU usage by submitting crafted LIKE filters combined with messages having long property values. The regex engine's default match limit caps each match to approximately 100-200 milliseconds, but this can be multiplied across many messages and sessions, resulting in substantial CPU amplification. The vulnerability is addressed in rabbitmq-server versions 4.2.7 and 4.3.1.
Potential Impact
An attacker with authenticated AMQP 1.0 consumer access and read+write permissions on stream queues can cause elevated CPU usage on the server by exploiting inefficient regex evaluation of LIKE filters. This can degrade performance by consuming CPU resources disproportionately per message delivered, especially under high message throughput and multiple parallel sessions. There is no indication of data compromise or denial of service beyond resource consumption.
Mitigation Recommendations
This vulnerability is fixed in rabbitmq-server versions 4.2.7 and 4.3.1. Users should upgrade to these or later versions to remediate the issue. No additional mitigation is required if these versions are in use.
CVE-2026-67240: CWE-1333: Inefficient Regular Expression Complexity in rabbitmq rabbitmq-server
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.
CVSS v4.0
Score 2.3low
Affected software
rabbitmq
rabbitmq-server
pkg:github/rabbitmq/rabbitmq-serverRun on your own infrastructure? Check whether these packages are installed with threat-finder — our free open-source scanner.
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
RabbitMQ's pattern_to_regex function maps SQL-like patterns to regular expressions with overlapping lazy quantifiers, leading to inefficient regex complexity. The vulnerability allows an authenticated AMQP 1.0 consumer with read and write permissions on stream queues to cause increased CPU usage by submitting crafted LIKE filters combined with messages having long property values. The regex engine's default match limit caps each match to approximately 100-200 milliseconds, but this can be multiplied across many messages and sessions, resulting in substantial CPU amplification. The vulnerability is addressed in rabbitmq-server versions 4.2.7 and 4.3.1.
Potential Impact
An attacker with authenticated AMQP 1.0 consumer access and read+write permissions on stream queues can cause elevated CPU usage on the server by exploiting inefficient regex evaluation of LIKE filters. This can degrade performance by consuming CPU resources disproportionately per message delivered, especially under high message throughput and multiple parallel sessions. There is no indication of data compromise or denial of service beyond resource consumption.
Mitigation Recommendations
This vulnerability is fixed in rabbitmq-server versions 4.2.7 and 4.3.1. Users should upgrade to these or later versions to remediate the issue. No additional mitigation is required if these versions are in use.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- GitHub_M
- Date Reserved
- 2026-07-28T19:50:39.438Z
- Cvss Version
- 4.0
- State
- PUBLISHED
Threat ID: 6ab43797f7a7c541064a9657
Added to database: 09/23/2026, 20:33:27 UTC
Last enriched: 09/23/2026, 20:48:03 UTC
Last updated: 09/24/2026, 01:57:04 UTC
Views: 10
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.