Skip to main content

OpenStack oslo.messaging CVE-2026-44393

| EUVDEUVD-2026-34294 HIGH
Improper Validation of Certificate with Host Mismatch (CWE-297)
2026-06-04 mitre GHSA-76qh-xr7q-h39m
7.4
CVSS 3.1 · Vendor: mitre
Share

Severity by source

Vendor (mitre) PRIMARY
7.4 HIGH
AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N
SUSE
HIGH
qualitative
Red Hat
7.4 HIGH
qualitative

Primary rating from Vendor (mitre).

CVSS VectorVendor: mitre

Attack Vector
Network
Attack Complexity
High
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
High
Availability
None

Lifecycle Timeline

3
Analysis Generated
Jun 04, 2026 - 18:22 vuln.today
CVSS changed
Jun 04, 2026 - 18:22 NVD
7.4 (HIGH)
CVE Published
Jun 04, 2026 - 00:00 nvd
UNKNOWN (no severity yet)

DescriptionCVE.org

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.

AnalysisAI

Man-in-the-middle attack against OpenStack oslo.messaging 1.0.0 through 17.3.0 is possible because the RabbitMQ driver validates the certificate chain but skips TLS hostname verification, letting any cert signed by the deployment CA impersonate the broker. An attacker positioned on the control-plane network can intercept and tamper with RPC and notification traffic between OpenStack services, with no public exploit identified at time of analysis but a credible POC pathway documented in OSSN-0096.

Technical ContextAI

oslo.messaging is the RPC and notification abstraction library underpinning nearly every OpenStack service (Nova, Neutron, Cinder, Keystone notifications, etc.) when RabbitMQ is the messaging backend. The bug is a classic CWE-297 (Improper Validation of Certificate with Host Mismatch): when ssl_ca_file is set, the Python SSL context performs chain validation but the broker hostname is never passed to the TLS handshake (server_hostname / check_hostname is not enforced), so SNI-bound name checks are bypassed. Any certificate issued by the same internal CA - including one issued for an unrelated host or a compromised low-trust service - is accepted as a valid broker identity, collapsing the trust model to 'signed by our CA' rather than 'is the broker we expect.'

RemediationAI

No vendor-released patch identified at time of analysis from the provided references - both links point to the Launchpad bug report and OSSN-0096 rather than a tagged oslo.messaging release, so operators should monitor those pages for the fixed version and upgrade once published (the fix will set server_hostname on the SSL wrap and enable hostname verification). As a compensating control, restrict the control-plane network so only OpenStack hosts and the RabbitMQ cluster can reach the AMQP TLS port (typically 5671), which removes the on-path prerequisite at the cost of stricter network segmentation; alternatively, issue RabbitMQ broker certificates from a dedicated CA used for nothing else and rotate any existing broker certs, which limits abusable certs to a much smaller pool but requires PKI changes. Mutual TLS (client cert auth) on the RabbitMQ listener further raises the bar but requires distributing client certificates to every oslo.messaging consumer.

More in N A

View all
CVE-2024-51092 CRITICAL POC
9.1 May 08

LibreNMS before 24.10.0 allows a remote attacker to execute arbitrary code via OS command injection involving AboutContr

CVE-2025-15684 MEDIUM POC
5.5 Aug 12

Reachable assertion in Open5GS up to version 2.7.6 allows remote unauthenticated attackers to crash the Diameter CER han

CVE-2024-45257 HIGH POC
7.3 May 08

A Command Injection issue in the payload build page in BYOB (Build Your Own Botnet) 2.0 allows attackers to execute arbi

CVE-2025-15687 LOW POC
2.1 Aug 12

Denial of service in Open5GS 2.7.6 and earlier allows network-adjacent attackers with low-privilege Diameter Gx peer acc

CVE-2025-15686 LOW POC
2.1 Aug 12

Denial of service in Open5GS HSS (Home Subscriber Server) versions 2.7.0 through 2.7.6 is triggered remotely by manipula

CVE-2025-67888 HIGH POC
7.3 May 08

Remote command injection in Control Web Panel allows unauthenticated attackers to execute arbitrary OS commands as root

CVE-2024-53326 HIGH POC
7.3 May 08

LINQPad before 5.52.01 Pro edition is vulnerable to Unsafe Deserialization in LINQPad.AutoRefManager::PopulateFromCache(

CVE-2026-38360 CRITICAL POC
9.8 May 08

Remote code execution in dash-uploader (Python package for Plotly Dash) versions 0.1.0 through 0.7.0a2 allows unauthenti

CVE-2026-30623 CRITICAL POC
9.8 Jul 15

Command injection in LiteLLM 1.18.10 lets attackers who can configure MCP (Model Context Protocol) servers supply arbitr

CVE-2026-67917 CRITICAL POC
9.8 Aug 17

SQL injection in AzuraCast's backup restore flow (versions up to and including 0.23.7) lets an attacker achieve privileg

CVE-2026-75337 CRITICAL POC
9.8 Aug 27

Arbitrary file read in Yu AI Code Mother v4.3 lets anonymous, remote attackers retrieve files outside the intended previ

CVE-2026-31072 CRITICAL POC
9.8 May 19

Remote code execution in APScheduler (all versions through 3.10.x and 4.0.0a5) is achievable when applications deseriali

Vendor StatusVendor

SUSE

Severity: High
Product Status
openSUSE Tumbleweed Fixed

Share

CVE-2026-44393 vulnerability details – vuln.today

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy