Quick answers
- Is CVE-2026-67418 exploited in the wild?
- No. Junglewise Threat Intelligence has no report of CVE-2026-67418 being exploited in the wild.
- How severe is CVE-2026-67418?
- Informational severity, published 14 October 2026.
- Which products and versions are affected?
- VMware RabbitMQ 3.13.0 to 3.12.18, 4.0.0 to 4.0.23, 4.1.0 to 4.1.14, 4.2.0 to 4.2.9, 4.3.0 to 4.3.4.
- Is there a fix for CVE-2026-67418?
- Yes: fixed in RabbitMQ 3.13.19, 4.0.24, 4.1.15, 4.2.10, 4.3.5. Junglewise finds every place you run it, drafts the upgrade and applies it once you approve.
- How is CVE-2026-67418 attacked?
- It is attacked over the network, in a hosted service.
- Am I affected by CVE-2026-67418?
- Check whether you run VMware RabbitMQ at an affected version. Junglewise does that check for you around the clock: connect your code, cloud and domains, and it matches new vulnerabilities like this one against what you actually run and tells you when one reaches you.
How to fix
- Fixed in: RabbitMQ 3.13.19, 4.0.24, 4.1.15, 4.2.10, 4.3.5
Technical details
The MQTT 5 parser in RabbitMQ fails to validate that certain packet properties are only used with valid packet types. An authenticated publisher sends a PUBLISH packet with Request-Problem-Information (valid only for CONNECT), which the broker stores and forwards to matching subscribers. When the subscriber's serializer encounters the invalid property, it triggers an unhandled function_clause exception that closes the MQTT connection. The vulnerability requires authentication and topic write permission.
Affected products
- VMware RabbitMQ 3.13.0 to 3.12.18, 4.0.0 to 4.0.23, 4.1.0 to 4.1.14, 4.2.0 to 4.2.9, 4.3.0 to 4.3.4
Timeline
- 2026-10-14: disclosed