CVE-2026-5367: Ovn: ovn: information disclosure via crafted dhcpv6 packets
A flaw was found in OVN (Open Virtual Network). A remote attacker, by sending crafted DHCPv6 (Dynamic Host Configuration Protocol for IPv6) SOLICIT packets with an inflated Client ID length, could cause the ovn-controller to read beyond the bounds of a packet. This out-of-bounds read can lead to the disclosure of sensitive information stored in heap memory, which is then returned to the attacker's virtual machine port.
Security readout for executives and security teams
Plain-English summary
Malformed DHCPv6 traffic from a virtual-machine port can make OVN disclose fragments of its working memory back to that port. This creates a serious confidentiality risk, especially in multi-tenant environments, although the supplied evidence establishes no data modification or service disruption.
Executive priority
Prioritize remediation for multi-tenant or untrusted-workload environments because successful exploitation could expose sensitive process memory across a trust boundary. Schedule accelerated patching and verify coverage. Emergency incident response is not justified solely by current evidence because active exploitation has not been reported.
Technical view
An inflated DHCPv6 Client ID length in a crafted SOLICIT packet can trigger an out-of-bounds heap read in ovn-controller. The resulting data may be returned through the attacker’s virtual port. CVSS 3.1 is 8.6, reflecting network reachability, low complexity, no authentication, high confidentiality impact, and changed scope.
Likely exposure
Exposure includes the listed OVN streams in Red Hat Fast Datapath for RHEL 8, 9, and 10, plus OpenShift Container Platform 4 using ovn23.06. Several older OVN streams are explicitly unaffected. Highest concern applies where untrusted tenants or workloads can send DHCPv6 traffic through OVN-managed ports.
Exploitation context
The supplied sources do not report active exploitation, and the CVE is not identified as CISA KEV. Exploitation requires sending a malformed DHCPv6 SOLICIT packet through a reachable virtual-machine port. The evidence does not identify a public proof of concept, observed campaign, or specific information exposed.
Researcher notes
The issue is classified as CWE-130 and stems from inadequate validation of a length parameter. The documented outcome is an out-of-bounds heap read with confidentiality impact; integrity and availability impacts are not established. The supplied evidence does not define leak size, repeatability, heap contents, detection signatures, or reliable exploitation conditions beyond crafted DHCPv6 traffic.
Mitigation direction
Inventory OVN streams and match installed releases against Red Hat's affected and unaffected product status.
Review and apply the applicable Red Hat security errata after compatibility testing and normal change control.
If updates cannot be applied promptly, obtain temporary mitigation guidance from Red Hat; none is specified in the supplied evidence.
Validation and detection
Record the platform, OVN stream, and installed package release on every relevant host or cluster.
Compare inventory results with Red Hat's CVE record and CSAF VEX affected-product entries.
Confirm applicable errata installed successfully and affected package releases are no longer deployed.
Review available telemetry for abnormal DHCPv6 SOLICIT traffic, without treating its absence as proof of safety.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-130: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The affected technology mentions containers, so container-specific ATT&CK technique review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-130 · source CWE mapping
Improper Handling of Length Parameter Inconsistency
Improper Handling of Length Parameter Inconsistency represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.