CVE-2026-67240— RabbitMQ AMQP 1.0 SQL过滤器重入漏洞
一分钟漏洞结论
影响对象
rabbitmq rabbitmq-server
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
RabbitMQ 是一款消息和流处理代理（broker）。在 4.2.7 和 4.3.1 版本之前， 函数将 映射为 ，将 映射为 ，然后仅使用 选项编译以 开头、 结尾的正则表达式。同时，调用 时仅指定 ，未显式设置 。 构造如下形式的模式： ，会被转换为 ，其中包含重叠的惰性量词。整个表达式的上限受限于 字符和 ；由于一个 LIKE 字符串字面量算作一个 token，因此大约可以容纳 2000 个 对。 在 处无条件接受 SQL 过滤器（无需启用任何功能标志），并在 针对每条消息进行评估。OTP 默认的 为 1
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-67240 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
RabbitMQ: ReDoS via AMQP 1.0 SQL filter LIKE wildcard
来源: CVE Program / CVE List V5
Vulnerability 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.
来源: CVE Program / CVE List V5
CVSS Information
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
来源: CVE Program / CVE List V5
Vulnerability Type
CWE-1333
来源: CVE Program / CVE List V5
受影响产品
| 厂商 | 产品 | 影响版本 | CPE | 订阅 |
|---|---|---|---|---|
| rabbitmq | rabbitmq-server | >= 4.2.0, < 4.2.7 | - |
|
二、漏洞 CVE-2026-67240 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-67240 的情报信息
请登录查看更多情报信息。
CVE-2026-67240 其他参考 (3)
-
https://github.com/rabbitmq/rabbitmq-server/releases/tag/v4.3.1 x_refsource_MISC
-
https://github.com/rabbitmq/rabbitmq-server/releases/tag/v4.2.7 x_refsource_MISC
同批安全公告 · rabbitmq · 2026-09-23 · 共 25 条
| CVE-2026-67404 | 9.2 CRITICAL | RabbitMQ OAuth2 JWKS获取中verify_none回退漏洞 |
| CVE-2026-67231 | 9.1 CRITICAL | RabbitMQ 证书信任存储白名单漏洞 |
| CVE-2026-66079 | 8.2 HIGH | RabbitMQ AMQP 1.0 零宽度元素DoS漏洞 |
| CVE-2026-67232 | 8.2 HIGH | RabbitMQ Web-MQTT解压炸弹漏洞 |
| CVE-2026-66070 | 7.6 HIGH | RabbitMQ CORS允许凭证反射Origin漏洞 |
| CVE-2026-66077 | 7.3 HIGH | RabbitMQ 管理界面存储型XSS漏洞 |
| CVE-2026-67235 | 7.1 HIGH | RabbitMQ AMQP 0-9-1 body 组装未验证累计大小漏洞 |
| CVE-2026-67238 | 7.1 HIGH | RabbitMQ 回复队列名解码导致原子表耗尽漏洞 |
| CVE-2026-67228 | 6.9 MEDIUM | RabbitMQ atom耗尽漏洞 |
| CVE-2026-67229 | 6.9 MEDIUM | RabbitMQ vhost元数据原子耗尽漏洞 |
| CVE-2026-66067 | 6.0 MEDIUM | RabbitMQ 流协议跳过每虚拟主机每用户连接限制 |
| CVE-2026-66074 | 6.0 MEDIUM | RabbitMQ管理API名称过滤正则拒绝服务漏洞 |
| CVE-2026-67219 | 6.0 MEDIUM | RabbitMQ 一致哈希交换器无界权重漏洞 |
| CVE-2026-66072 | 6.0 MEDIUM | RabbitMQ stream chunk_selector导致Atom表耗尽漏洞 |
| CVE-2026-67220 | 6.0 MEDIUM | RabbitMQ JMS主题交换导致Erlang扫描原子耗尽漏洞 |
| CVE-2026-66080 | 5.9 MEDIUM | RabbitMQ 超级流分区无限分配漏洞 |
| CVE-2026-67221 | 5.9 MEDIUM | RabbitMQ AMQP 1.0 明文URI密码泄露 |
| CVE-2026-66068 | 5.6 MEDIUM | RabbitMQ Shovel 调试日志泄露解密URI漏洞 |
| CVE-2026-67405 | 5.3 MEDIUM | RabbitMQ Web-STOMP/Web-MQTT 无来源验证漏洞 |
| CVE-2026-66075 | 2.3 LOW | RabbitMQ监控标签用户可重启联邦链接漏洞 |
显示前 20 条，共 25 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2026-67240
暂无评论