CVE-2026-34992: antrea.io/antrea · Antrea has Missing Encryption of Sensitive Data
Affects antrea.io/antreaSource GCVE Database
Not known to be exploited · CVSS 7.1 High : upgrade to 1.11.0-alpha.0.0.20260225185322-738bad662b20 soon.
Data as of 27 Oct 2026, 00:07 UTC
- Patch
- Available – fixed in 1.11.0-alpha.0.0.20260225185322-738bad662b20
CVSS:4.0/AV:A/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 6 Apr 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Upgrade antrea.io/antrea to 1.11.0-alpha.0.0.20260225185322-738bad662b20.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Goantrea.io/antrea | Affected
| Fixed in– |
| Goantrea.io/antrea | Affected
| Fixed in– |
| Goantrea.io/antrea | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
Description
### 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 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](https://github.com/antrea-io/antrea/pull/7759) Validation Tool PR: [antrea-io/antrea#7757](https://github.com/antrea-io/antrea/pull/7757) Antrea Documentation: [Traffic Encryption Guide](https://github.com/antrea-io/antrea/blob/main/docs/traffic-encryption.md)
References
- github.com/antrea-io/antrea/security/advisories/GHSA-qcmw-8mm4-4p28 (opens in a new tab)
- nvd.nist.gov/vuln/detail/CVE-2026-34992 (opens in a new tab)
- github.com/antrea-io/antrea/pull/7757 (opens in a new tab)
- github.com/antrea-io/antrea/pull/7759 (opens in a new tab)
- github.com/antrea-io/antrea/commit/738bad662b20a5d358d19466936176ef580a9b07 (opens in a new tab)
- github.com/antrea-io/antrea (opens in a new tab)
- github.com/antrea-io/antrea/blob/main/docs/traffic-encryption.md (opens in a new tab)