How to fix or mitigate CVE-2026-34992?

Within 24 hours: Verify Antrea version and dual-stack + IPsec configuration in production clusters using 'kubectl get daemonset -n kube-system antrea -o yaml'. Within 7 days: Apply vendor-released patches-upgrade to Antrea 2.6.0, 2.5.2, or 2.4.5 (select version matching your current release branch) and restart affected nodes via rolling updates. Within 30 days: Validate encryption status using packet capture or network policy audits to confirm IPv6 traffic is now encrypted.

CVE-2026-34992

Q: What is the CVSS score of CVE-2026-34992?

CVE-2026-34992 has a CVSS 4.0 base score of 7.1 (High). CVSS vector: CVSS:4.0/AV:A/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X. EPSS exploitation probability: 0.0%.

HIGH

Missing Encryption of Sensitive Data (CWE-311)

2026-04-03 https://github.com/antrea-io/antrea

GHSA-qcmw-8mm4-4p28

Authentication Bypass

7.1

CVSS 4.0 · GitHub Advisory

Severity by source

GitHub Advisory PRIMARY

7.1 HIGH

CVSS:4.0/AV:A/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X

Primary rating from GitHub Advisory · only source for this CVE.

CVSS VectorGitHub Advisory

CVSS:4.0/AV:A/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X

Attack Vector

Adjacent

Attack Complexity

Low

Privileges Required

None

User Interaction

None

Scope

Lifecycle Timeline

Re-analysis Queued

Apr 27, 2026 - 23:52 vuln.today

cvss_changed

Analysis Generated

Apr 03, 2026 - 04:15 vuln.today

Patch released

Apr 03, 2026 - 04:15 nvd

Patch available

CVE Published

Apr 03, 2026 - 04:02 nvd

HIGH 7.1

DescriptionGitHub Advisory

Impact

This is a missing encryption vulnerability (CWE-311) affecting inter-Node Pod traffic. In Antrea clusters configured for dual-stack networking with IPsec encryption enabled (trafficEncryptionMode: ipsec), Antrea fails to apply encryption for IPv6 Pod traffic.

While the IPv4 traffic is correctly encrypted via ESP (Encapsulating Security Payload), traffic using IPv6 is transmitted in plaintext. This occurs because the packets are encapsulated (using Geneve or VXLAN) but bypass the IPsec encryption layer.

Impacted Users: users with dual-stack clusters and IPsec encryption enabled.

Single-stack IPv4 or IPv6 clusters are not affected.

Patches

Yes, the issue has been patched: https://github.com/antrea-io/antrea/pull/7759 Users should upgrade to one of the following versions:

Antrea v2.6.0 or later
Antrea v2.5.2
Antrea v2.4.5

Antrea recommends running the antctl check installation --run ipsec tool after upgrading to verify that both address families are correctly producing ESP traffic.

Workarounds

There is no configuration workaround to enable IPsec IPv6 in affected versions. If an immediate upgrade is not possible, user may consider using WireGuard instead for inter-Node Pod traffic encryption. The WireGuard support in Antrea does *not* suffer from the same issue.

Resources

Pull Request with Fix: antrea-io/antrea#7759 Validation Tool PR: antrea-io/antrea#7757 Antrea Documentation: Traffic Encryption Guide

AnalysisAI

IPv6 Pod traffic in Antrea dual-stack Kubernetes clusters transmits in plaintext despite IPsec encryption configuration, exposing inter-node communication to network eavesdropping. Affects Antrea versions prior to 2.6.0, 2.5.2, and 2.4.5 when dual-stack networking is enabled with trafficEncryptionMode: ipsec. Vendor-released patches are available across multiple stable branches. No public exploit identified at time of analysis, though the vulnerability bypasses intended encryption controls and could enable passive network monitoring in multi-tenant or untrusted network environments.

Technical ContextAI

This vulnerability stems from a missing encryption implementation (CWE-311) in Antrea's IPsec traffic encryption subsystem. Antrea is a Kubernetes CNI (Container Network Interface) plugin written in Go that provides networking and security services for Pod-to-Pod communication. When configured for dual-stack networking (simultaneous IPv4 and IPv6), the IPsec encryption pathway correctly applies ESP (Encapsulating Security Payload) protocol to IPv4 traffic but completely bypasses encryption for IPv6 packets. The affected packets are still encapsulated using Geneve or VXLAN overlay protocols but traverse the network without cryptographic protection. This represents a partial feature failure where one address family receives intended security controls while the other silently degrades to plaintext transmission. The issue is specific to the IPsec encryption mode; Antrea's alternative WireGuard encryption implementation correctly handles both address families.

RemediationAI

Upgrade to Antrea version 2.6.0 or later for the current release branch, or apply the backported patches in versions 2.5.2 or 2.4.5 depending on your deployment stream. The upstream fix is implemented in GitHub pull request #7759 (https://github.com/antrea-io/antrea/pull/7759) and commit 738bad662b20a5d358d19466936176ef580a9b07. After upgrading, run the validation tool antctl check installation --run ipsec (introduced in PR #7757) to verify ESP traffic is correctly generated for both IPv4 and IPv6 address families. If immediate patching is not feasible, switch from IPsec to WireGuard encryption mode as a temporary workaround-WireGuard support in Antrea does not exhibit this IPv6 encryption failure. Consult the official Traffic Encryption Guide (https://github.com/antrea-io/antrea/blob/main/docs/traffic-encryption.md) for configuration details.