Cyber Resilience

CVE-2026-34992

Linuxfoundation Antrea ≤ 2.4.5

Published
06 April 2026
Modified
27 April 2026
Patch / advisory
View advisory
CVSS Score v4 7.1
Click a component to see what it means
Raw vectorCVSS: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 Score 0.0012 2th percentile
Risk Priority 33 floored blend · peak EPSS

Summary

CVE-2026-34992 is a high-severity Missing Encryption of Sensitive Data (CWE-311) vulnerability in Linuxfoundation Antrea. Its CVSS base score is 7.1 (High).

Operationally, exploitation aligns with the MITRE ATT&CK technique Network Sniffing (T1040); ranked at the 2th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.

The strongest mitigations our analysis identified map to SC-13 (Cryptographic Protection) and SC-28 (Protection of Information at Rest) — see the control section below for these in your framework.

Deeper analysis AI-assisted summary

Synthesised by an AI model from the NVD description and linked references — a reading aid, not an authoritative source.

CVE-2026-34992 is a missing encryption vulnerability in Antrea, a Kubernetes-native networking solution. In versions prior to 2.4.5 and 2.5.2, the issue affects inter-node Pod traffic in clusters configured for dual-stack networking with IPsec encryption enabled (trafficEncryptionMode: ipsec). While IPv4 Pod traffic is properly encrypted using ESP (Encapsulating Security Payload), IPv6 Pod traffic is transmitted in plaintext because encapsulated packets (using Geneve or VXLAN) bypass the IPsec encryption layer. Single-stack IPv4 or IPv6 clusters are unaffected. The vulnerability is rated 7.5 on the CVSS 3.1 scale (AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N) and maps to CWE-311 (Missing Encryption of Sensitive Data).

Any network attacker with access to the traffic path between Antrea nodes can exploit this vulnerability by passively eavesdropping on IPv6 Pod traffic, potentially exposing sensitive data that users expected to be protected by IPsec. No authentication, privileges, or user interaction is required, making it straightforward for remote attackers on shared networks or those who can intercept underlay traffic. The impact is limited to high confidentiality loss, with no integrity or availability effects.

Antrea addresses this vulnerability in releases 2.4.5 and 2.5.2. The official security advisory (GHSA-qcmw-8mm4-4p28) and related pull requests (#7757, #7759) detail the fixes, including commits like 738bad662b20a5d358d19466936176ef580a9b07. Users should upgrade to these patched versions and review the traffic encryption documentation for proper IPsec configuration in dual-stack environments.

OWASP Top 10 for Web (2025)

A06:2025 Insecure Design

EU & UK References

Vulnerability Data

Antrea is a Kubernetes networking solution intended to be Kubernetes native. Prior to 2.4.5 and 2.5.2, a missing encryption vulnerability affects inter-Node Pod traffic. In Antrea clusters configured for dual-stack networking with IPsec encryption enabled (trafficEncryptionMode: ipsec), Antrea fails to…

more

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. This vulnerability is fixed in 2.4.5 and 2.5.2.

CWE(s)
CWE-311

Related Threats

MITRE ATT&CK Enterprise Techniques

T1040 Network Sniffing Credential Access
Adversaries may passively sniff network traffic to capture information about an environment, including authentication material passed over the network.
attack.mitre.org →
T1552.004 Private Keys Credential Access
Adversaries may search for private key certificate files on compromised systems for insecurely stored credentials.
attack.mitre.org →
T1557 Adversary-in-the-Middle Credential Access
Adversaries may attempt to position themselves between two or more networked devices using an adversary-in-the-middle (AiTM) technique to support follow-on behaviors such as [Network Sniffing](https://attack.
attack.mitre.org →
T1557.001 Name Resolution Poisoning and SMB Relay Credential Access
By responding to LLMNR/NBT-NS/mDNS network traffic, adversaries may spoof an authoritative source for name resolution to force communication with an adversary controlled system.
attack.mitre.org →
T1557.002 ARP Cache Poisoning Credential Access
Adversaries may poison Address Resolution Protocol (ARP) caches to position themselves between the communication of two or more networked devices.
attack.mitre.org →
T1557.003 DHCP Spoofing Credential Access
Adversaries may redirect network traffic to adversary-owned systems by spoofing Dynamic Host Configuration Protocol (DHCP) traffic and acting as a malicious DHCP server on the victim network.
attack.mitre.org →
Derived from this CVE’s CWE(s) via the direct CWE→ATT&CK cross-walk.

CVEs Like This One

CVE-2026-25804Same product: Linuxfoundation Antrea
CVE-2025-59410Same vendor: Linuxfoundation
CVE-2023-37858Shared CWE-311
CVE-2023-43618Shared CWE-311
CVE-2025-13453Shared CWE-311
CVE-2025-45768Shared CWE-311
CVE-2024-42495Shared CWE-311
CVE-2025-29314Shared CWE-311
CVE-2025-33020Shared CWE-311
CVE-2025-53673Shared CWE-311

Affected Assets

linuxfoundation
antrea
≤ 2.4.5 · 2.5.0 — 2.5.2

Mitigating Controls

Control response

Prevent
Stop it (NIST 800-53)

—

Detect
Catch it (NIST detect / respond)

—

Harden
Shrink the surface (DISA STIG)
  • 7 hardening rules · 7 OS baselines
Validate
Prove the fix (OWASP ASVS)

—

Mitigating Controls (NIST 800-53 r5) AI

SC-13 Cryptographic Protection good match

SC-13 mandates use of specific cryptography, structurally preventing unencrypted sensitive data.

SC-28 Protection of Information at Rest good match

SC-28 requires cryptographic protection of information at rest, eliminating the storage half of the weakness.

SC-8 Transmission Confidentiality and Integrity good match

SC-8 requires protecting confidentiality of transmitted information, directly stopping missing encryption on the wire.

Mitigating Controls (NIST CSF 2.0) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.

PR.DS-01 mostly match
prevents

PR.DS-01 directly mandates encryption for data-at-rest and therefore prevents CWE-311 mostly for storage, yet the weakness also spans transmission and other contexts that this single at-rest control leaves unaddressed.

PR.DS-02 partial match
prevents

PR.DS-02 directly eliminates the transmission facet of CWE-311 via mandatory encryption but leaves the storage facet untouched, so each direction rates only partial.

Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.

A.5.14 Information transfer partial match
prevents

Explicit rules requiring encryption for sensitive information in transit eliminate the weakness of sending data without cryptographic protection.

A.8.26 Application security requirements partial match
prevents

Explicitly calling for protection of data in transit and at rest, plus secure encryption of communications, drives the implementation of encryption that prevents clear-text exposure of sensitive information.

Hardening callouts derived

Configuration rules from DISA STIG baselines that bear on weaknesses of the type cited by this CVE. Each rule is shown with the relationship its mapping actually records, against the CWE it was authored against. Derived via CVE→CWE over `controls_xwalks` (authoritative rows only; rows rated `none` are excluded).

Oracle Linux 8 (1 rule)
  • V-248525 All OL 8 local disk partitions must implement cryptographic mechanisms to prevent unauthorized disclosure or modification of all information that requires at-rest protection. prevents CWE-311
Oracle Linux 9 (1 rule)
  • V-271756 OL 9 local disk partitions must implement cryptographic mechanisms to prevent unauthorized disclosure or modification of all information that requires at rest protection. prevents CWE-311
RHEL 8 (1 rule)
  • V-230224 All RHEL 8 local disk partitions must implement cryptographic mechanisms to prevent unauthorized disclosure or modification of all information that requires at rest protection. prevents CWE-311
RHEL 9 (1 rule)
  • V-257879 RHEL 9 local disk partitions must implement cryptographic mechanisms to prevent unauthorized disclosure or modification of all information that requires at rest protection. prevents CWE-311
Windows Server 2016 (1 rule)
  • V-224843 Systems requiring data at rest protections must employ cryptographic mechanisms to prevent unauthorized disclosure and modification of the information at rest. prevents CWE-311
Windows Server 2019 (1 rule)
  • V-205727 Windows Server 2019 systems requiring data at rest protections must employ cryptographic mechanisms to prevent unauthorized disclosure and modification of the information at rest. prevents CWE-311

References