Medium [CVE-2026-72054] require CAP_NET_ADMIN in the device netns for changelink
This medium-severity Red Hat Linux advisory covers CVE-2026-72054 affecting Red Hat Enterprise Linux 10, Red Hat Enterprise Linux 7, Red Hat Enterprise Linux 8.
Aggregated and source-linked by VulniPulse. Data sources, validation and limitations.
VulniPulse record published Record updated
Android app · Google Play
Monitor future Red Hat Linux CVEs from your phone.
Choose a whole vendor or a precise platform, then receive matching security advisories by phone notification, email, or both. Coverage follows 34 official vendor sources and 160+ reviewed platform categories.
Summary
In the Linux kernel, the following vulnerability has been resolved: net: ip_vti: require CAP_NET_ADMIN in the device netns for changelink vti_changelink() operates on at most two netns, dev_net(dev) and the tunnel link netns t->net. They differ once the device is created in or moved to a netns other than the one the request runs in.
The rtnl changelink path checks CAP_NET_ADMIN only against dev_net(dev), so a caller privileged there but not in t->net can rewrite a tunnel that lives in t->net. Gate vti_changelink() on rtnl_dev_link_net_capable() at its top, before any attribute is parsed.
An attacker with `CAP_NET_ADMIN` privileges in one network namespace (netns) but not in another, can exploit an insufficient capability check in the `vti_changelink()` function.
This allows them to rewrite a Virtual Tunnel Interface (VTI) tunnel that resides in the second network namespace, leading to unauthorized modification of network configurations and potential traffic redirection.
This creates a cross namespace authorization bypass after a VTI device is created in or moved to a different network namespace than the request context. For the CVSS the PR:L is used for the paranoid score because CAP_NET_ADMIN in a reduced namespace, container root, or delegated network admin context is not equivalent to full host administrator control.
Affected versions
No affected-version range was extracted from the source record. The vendor advisory is authoritative — check it before change work.
Official advisory · high-confidence parse· fetched 25 days ago·verify at source
Fixed versions
No fixed release is recorded yet. That does not prove no patch exists — confirm against the vendor advisory.
Official advisory · high-confidence parse· fetched 25 days ago·verify at source
Mitigation checklist
- To mitigate this issue, prevent module ipip from being loaded. Please see https://access.redhat.com/solutions/41278 for how to blacklist a kernel module to prevent it from loading automatically.
Official advisory · high-confidence parse· fetched 25 days ago·verify at source
Discussion(0)
No comments yet. Share field notes, upgrade gotchas, or questions — verify against the vendor advisory before acting on community advice.
Sign in to join the discussion.