CVE-2026-44393: oslo-messaging · Improper Validation of Certificate with Host Mismatch
Affects oslo-messagingSource CVE Database V5
Not known to be exploited · CVSS 7.4 High.
Data as of 26 Oct 2026, 17:16 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 6% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:NExploitation evidence
Disclosed: evidence found.
CVE published 4 Jun 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
PyPIoslo-messagingpkg:pypi/oslo-messagingOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
Meanwhile, to mitigate the risk of man-in-the-middle attacks, restrict network access to the RabbitMQ message broker by configuring firewall rules to permit inbound connections to the RabbitMQ port (typically 5672 or 5671 for AMQPS) only from authorized hosts and services within the control plane. This operational measure reduces exposure to attackers attempting to intercept and impersonate the broker.
Description
An issue was discovered in OpenStack oslo.messaging 1.0.0 through 17.3.0. The oslo.messaging RabbitMQ driver does not perform TLS hostname verification when connecting to the message broker. When ssl_ca_file is configured, the driver enables certificate chain validation but does not pass the expected broker hostname into the underlying TLS stack. Any certificate signed by the deployment CA is accepted regardless of hostname, allowing an attacker who can intercept control-plane traffic to impersonate the RabbitMQ broker and perform a man-in-the-middle attack on RPC and notification traffic. All OpenStack services using oslo.messaging with RabbitMQ over TLS are affected.
References
- bugs.launchpad.net/oslo.messaging/+bug/2150316 (opens in a new tab)
- wiki.openstack.org/wiki/OSSN/OSSN-0096 (opens in a new tab)
- access.redhat.com/security/cve/CVE-2026-44393 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2484835 (opens in a new tab)
- security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-44393.json (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:54757 (opens in a new tab)