CVE-2026-34956: 
CBL Mariner vulnerability analysis and mitigation

Overview

CVE-2026-34956 is a heap buffer overflow vulnerability in Open vSwitch (OVS) affecting the userspace conntrack FTP ALG (Application Layer Gateway) handler. When OVS is configured with conntrack flows using FTP helpers over the userspace datapath, a remote attacker can send a specially crafted FTP stream containing an EPASV command exceeding 255 characters, triggering an invalid memory access that crashes the OVS process. The flaw was introduced in Open vSwitch version 2.8.0 and affects all versions up to 3.7.0; patched versions include 3.3.9, 3.4.6, 3.5.4, 3.6.3, and 3.7.1. It was publicly disclosed on March 31, 2026 via the oss-security mailing list and formally published to NVD on May 5, 2026. The CVSS v3.1 base score is 5.9 (Medium) (Openwall oss-sec, Github Advisory).

Technical details

The root cause is classified as CWE-120 (Buffer Copy without Checking Size of Input / Classic Buffer Overflow). Specifically, the vulnerability arises from type narrowing when copying FTP substrings within the userspace conntrack FTP ALG handler — when an EPASV command exceeding 255 characters is received, the length is truncated due to the type narrowing, resulting in a heap access error (Openwall oss-sec). Exploitation requires that OVS has been explicitly configured with conntrack flows specifying the FTP ALG handler (e.g., via ct(alg=ftp) in OpenFlow rules); by default, ALG handlers are not installed, limiting the attack surface. The advisory notes the potential for heap corruption and, in addition to DoS, mentions the possibility of remote code execution, though the primary assessed impact is denial of service (Openwall oss-sec, Red Hat Bugzilla). A patch was published to the OVS development mailing list at the time of disclosure.

Impact

Successful exploitation causes the Open vSwitch process to crash, resulting in a Denial of Service (DoS) condition that disrupts all network traffic processing on the affected system. No authentication is required to trigger the vulnerability, and the attack can be launched remotely over the network. There is no confidentiality or integrity impact assessed; the vulnerability is limited to availability. In virtualized or cloud environments where OVS serves as the virtual switch fabric, a crash could disrupt connectivity for multiple tenants or workloads simultaneously (Openwall oss-sec, Github Advisory).

Exploitability

There is no public proof-of-concept exploit code known at this time, and no evidence of in-the-wild exploitation has been reported (Github Advisory). The EPSS score is approximately 0.098% (0.00098), indicating a low near-term probability of exploitation. The vulnerability is not listed in the CISA Known Exploited Vulnerabilities (KEV) catalog. Exploitation is constrained by the requirement that the target OVS instance must be explicitly configured with FTP ALG conntrack flows, reducing the population of vulnerable systems (Openwall oss-sec).

Exploitation steps

  1. Reconnaissance: Identify network environments using Open vSwitch versions 2.8.0 through 3.7.0 as a virtual switch, particularly in OpenStack, OVN, or similar SDN deployments where FTP traffic is handled.
  2. Verify FTP ALG configuration: Determine whether the target OVS instance has FTP ALG conntrack flows configured by checking for ct(alg=ftp) entries in OpenFlow rules (e.g., ovs-ofctl dump-flows | grep 'alg=ftp').
  3. Craft malicious FTP stream: Construct a specially crafted FTP session that includes an EPASV command payload exceeding 255 characters in length, exploiting the type narrowing flaw in the FTP substring copy logic.
  4. Deliver payload: Send the malicious FTP stream through the network path monitored by the vulnerable OVS conntrack FTP ALG handler, targeting the userspace datapath.
  5. Trigger crash: The oversized EPASV command causes a heap access error in the OVS userspace process, resulting in a crash and DoS condition affecting all traffic processed by that OVS instance (Openwall oss-sec).

Indicators of compromise

  • Logs: Unexpected crashes or core dumps from the ovs-vswitchd or ovsdb-server processes; kernel or system logs showing segmentation faults or heap corruption errors associated with OVS userspace processes.
  • Process: Sudden termination and restart of the ovs-vswitchd process; monitoring tools reporting OVS service unavailability or repeated restarts.
  • Network: Anomalous FTP traffic flows passing through OVS-managed interfaces containing unusually long EPASV command strings (>255 characters); unexpected drops in network throughput or connectivity loss for VMs/containers behind OVS.
  • File System: Core dump files generated in the OVS working directory following a crash event.

Mitigation and workarounds

Upgrade Open vSwitch to one of the patched versions: 3.3.9, 3.4.6, 3.5.4, 3.6.3, or 3.7.1. The upstream patch is available at the OVS development mailing list (Openwall oss-sec). As a workaround, remove or avoid configuring FTP ALG conntrack flows (i.e., do not use ct(alg=ftp) in OpenFlow rules); administrators can audit existing flows with ovs-ofctl dump-flows | grep 'alg=ftp'. SUSE has released security updates for its openvswitch and openvswitch3 packages (openSUSE Security, SUSE Advisory). The OVS team notes that disabling the FTP ALG may impact packet forwarding and recommends patching as the preferred remediation.

Community reactions

The vulnerability was responsibly disclosed by reporter Seiji Sakurai and coordinated through the Open vSwitch security team, with Aaron Conole publishing the advisory to the oss-security mailing list on March 31, 2026 (Openwall oss-sec). Red Hat tracked the issue via Bugzilla and assigned it medium severity, consistent with the CVSS score (Red Hat Bugzilla). SUSE issued security updates for its OVS packages shortly after the patch was published. Coverage has been limited to security advisory aggregators and Linux distribution security channels, with no significant broader media attention given the moderate severity and constrained exploitation conditions.

Additional resources

Linux Distribution fix status

Fix availability across major Linux distributions and their releases.

Debian

Fixed

bookworm

openvswitch

Affected

sid

openvswitch: 3.7.1-1

Fixed

trixie

openvswitch

Affected

Ubuntu

Unknown

bionic (esm-infra)

openvswitch

Unknown

devel

openvswitch

Not Affected

focal (esm-infra)

openvswitch

Unknown

jammy

openvswitch

Unknown

noble

openvswitch

Unknown

resolute

openvswitch

Unknown

xenial (esm-infra-legacy)

openvswitch

Not Affected

xenial (esm-infra)

openvswitch

Not Affected

RHEL / CentOS

Affected

OpenShift

openshift/ose-rhel-coreos-8

Affected

RHEL 7

openvswitch-selinux-extra-policy.src

Affected

RHEL 8

openvswitch-selinux-extra-policy.src

Affected

RHEL 9

openvswitch-selinux-extra-policy.src

Affected

Source: This report was generated using AI

Related CBL Mariner vulnerabilities:

CVE ID

Severity

Score

Technologies

Component name

CISA KEV exploit

Has fix

Published date

CVE-2026-98383HIGH7.1
  • Linux Kernel logoLinux Kernel
  • kernel-64k-modules-internal
NoYesOct 09, 2026
CVE-2026-98381HIGH7.1
  • Linux Kernel logoLinux Kernel
  • kernel-zfcpdump-modules-partner
NoYesOct 09, 2026
CVE-2026-98382MEDIUM5.1
  • Linux Kernel logoLinux Kernel
  • kernel-64k-debug
NoYesOct 09, 2026
CVE-2026-98380MEDIUM5.1
  • Linux Kernel logoLinux Kernel
  • linux-nvidia-tegra
NoYesOct 09, 2026
CVE-2026-98384LOW3.3
  • Linux Kernel logoLinux Kernel
  • linux-drivers-sound
NoYesOct 09, 2026

Free Vulnerability Assessment

Benchmark your Cloud Security Posture

Evaluate your cloud security practices across 9 security domains to benchmark your risk level and identify gaps in your defenses.

Request assessment

Additional Wiz resources

Get a personalized demo

Ready to see Wiz in action?

"Best User Experience I have ever seen, provides full visibility to cloud workloads."
David EstlickCISO
"Wiz provides a single pane of glass to see what is going on in our cloud environments."
Adam FletcherChief Security Officer
"We know that if Wiz identifies something as critical, it actually is."
Greg PoniatowskiHead of Threat and Vulnerability Management