CVE-2026-53001: Linux Kernel Netfilter xtables Local Denial of Service
A vulnerability in the Linux kernel's netfilter xtables subsystem allows a local user with limited privileges to cause a denial-of-service condition. The issue stems from improper protocol family restrictions in certain packet filtering modules (xt_mac, xt_owner, xt_physdev, and xt_realm). By crafting specific netfilter rules, an attacker could trigger excessive resource consumption or system crashes. This is a low-privilege local attack with no remote exploitation path.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 5.5 MEDIUM · CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
- Weaknesses (CWE)
- —
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-24 / 2026-07-14
NVD description (verbatim)
In the Linux kernel, the following vulnerability has been resolved: netfilter: xtables: restrict several matches to inet family This is a partial revert of: commit ab4f21e6fb1c ("netfilter: xtables: use NFPROTO_UNSPEC in more extensions") to allow ipv4 and ipv6 only. - xt_mac - xt_owner - xt_physdev These extensions are not used by ebtables in userspace. Moreover, xt_realm is only for ipv4, since dst->tclassid is ipv4 specific.
8 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability involves netfilter's xtables packet filtering framework, which enforces firewall rules in the Linux kernel. Three match extensions (xt_mac, xt_owner, xt_physdev) and the xt_realm module were previously configured to accept NFPROTO_UNSPEC (protocol-agnostic mode), allowing them to operate across multiple protocol families. This change restricted them to inet family (IPv4 and IPv6 only) as these modules are not used by ebtables and lack proper support for other protocols. Additionally, xt_realm was narrowed to IPv4-only since its underlying dst->tclassid field is IPv4-specific. Without these restrictions, a local user could abuse the overly permissive protocol family handling to trigger unintended behavior or crash the kernel.
Business impact
The primary risk is system availability. An authenticated local attacker could crash affected Linux systems or render them unstable, causing service interruptions. This is particularly concerning in multi-tenant environments (shared hosting, container platforms) where unprivileged users have local access. Cloud providers, data centers, and enterprises running Linux infrastructure should prioritize testing and deployment of patches to maintain uptime and service reliability.
Affected systems
All Linux kernel versions affected by this issue prior to the fix. The vulnerability impacts systems where unprivileged users can load or modify netfilter rules—common in container orchestration platforms, virtual machine hypervisors, and multi-user Linux systems. Systems with strict local access controls or those running in locked-down container environments with read-only root filesystems face reduced risk. Verify your kernel version against the vendor's security advisory for exact affected release ranges.
Exploitability
Exploitability is low in terms of access requirements. The attacker must already have local user-level access (no privilege escalation needed for rule manipulation in certain configurations), making this unsuitable for remote attacks. However, in environments where containers or unprivileged processes have netfilter rule-loading capabilities—such as Kubernetes clusters with loose AppArmor/SELinux policies or systems using user namespace isolation—exploitation becomes more practical. There is no evidence of public exploit code or active exploitation.
Remediation
Apply a kernel update that includes the netfilter xtables protocol family restriction patch. This fix re-constrains xt_mac, xt_owner, xt_physdev to inet family and limits xt_realm to IPv4, preventing misuse via unintended protocol families. Verify against your Linux distribution's advisory for specific patched kernel versions and backports. In the interim, restrict local user access to netfilter rule management using AppArmor, SELinux, or Linux capabilities (CAP_NET_ADMIN) where possible.
Patch guidance
Monitor your Linux distribution's security advisories for kernel updates addressing CVE-2026-53001. Major distributions (Red Hat, Ubuntu, Debian, SUSE) will release backported kernels for affected stable branches. Test patches in a staging environment before production deployment, particularly in container and virtualization infrastructure. Prioritize systems where unprivileged user access to netfilter is enabled or where multi-tenancy is present.
Detection guidance
Monitor system logs for unexpected kernel crashes, OOM (out-of-memory) events, or netfilter error messages correlating with unusual iptables/nftables rule loading patterns. Use kernel memory sanitizers (KASAN, KMSAN) in test environments to detect the underlying memory handling flaw. Host-based intrusion detection can flag processes attempting unusual netfilter rule modifications from non-root contexts. Review netfilter rule configurations to identify any using xt_mac, xt_owner, xt_physdev, or xt_realm in unexpected protocol contexts.
Why prioritize this
CVSS 5.5 (Medium) reflects the local-only attack vector and availability impact. However, prioritize this above the numeric score in container and multi-tenant environments. Linux kernel vulnerabilities affecting availability are operationally critical even at medium severity, particularly in cloud-native infrastructure. Organizations should patch within 2–4 weeks unless local access controls are demonstrably strict.
Risk score, explained
The CVSS 3.1 score of 5.5 reflects: (1) Attack Vector: Local—requires user-level access, preventing widespread remote exploitation; (2) Attack Complexity: Low—the misuse is straightforward once local access is obtained; (3) Privileges Required: Low—unprivileged user status is sufficient; (4) User Interaction: None—automated exploitation is possible; (5) Impact: Availability only—no confidentiality or integrity compromise, but system crashes or hangs are possible. The score appropriately penalizes the local-only exposure but does not fully capture the operational risk in multi-tenant and container ecosystems.
Frequently asked questions
Can this vulnerability be exploited remotely?
No. This is a local-only vulnerability requiring an attacker to already have user-level access to the compromised system. Remote attackers cannot trigger the flaw directly. However, in cloud environments where tenant workloads run on shared infrastructure, a malicious tenant could exploit it to disrupt sibling workloads.
Do I need to patch if I run SELinux or AppArmor and deny unprivileged netfilter access?
While strict mandatory access controls significantly reduce risk, patching is still recommended. Defense-in-depth is important; a single misconfiguration or policy bypass could leave older kernels vulnerable. Include the patch in your standard kernel maintenance cycle.
Which kernel versions are affected?
Refer to your Linux distribution's published security advisories for exact affected version ranges and patched releases. The vulnerability relates to a prior commit (ab4f21e6fb1c) that was partially reverted, so affected versions depend on when your distribution integrated that change.
What is the practical impact on my production systems?
In strict single-tenant or air-gapped environments with local access controls, the immediate risk is low. In Kubernetes, container platforms, or shared hosting, the risk is moderate because unprivileged workloads could trigger denial-of-service. Test patches and deploy on a schedule that accounts for your multi-tenancy risk profile.
This analysis is provided for informational purposes and does not constitute professional security advice. Severity assessments and patch timing should be validated against official vendor advisories and your organization's risk tolerance. SEC.co does not provide exploit code or weaponized proof-of-concept instructions. Always consult upstream kernel maintainers and your distribution vendor for definitive patch status and timelines. Testing in non-production environments is mandatory before deploying updates to critical infrastructure. Source: NVD (public-domain), retrieved 2026-07-31. Analysis generated by SEC.co (claude-haiku-4-5).
Affected vendors
Related vulnerabilities
- CVE-2025-71313MEDIUMLinux Kernel PCI Endpoint NULL Pointer Dereference
- CVE-2025-71314MEDIUMLinux Panthor GPU Driver Denial of Service via Cache Flush Timeout
- CVE-2025-71315MEDIUMLinux Kernel vkms DRM Vblank Timer Denial of Service
- CVE-2026-0268MEDIUMPrisma Access Agent Linux VPN Bypass Vulnerability
- CVE-2026-10004MEDIUMChrome UI Spoofing Vulnerability – Password Dialog Hijacking
- CVE-2026-10018MEDIUMInteger Overflow in Chrome ANGLE GPU Graphics Layer
- CVE-2026-10912MEDIUMChrome Extension Same-Origin Policy Bypass (CVSS 6.5)
- CVE-2026-10916MEDIUMChrome DevTools UXSS Vulnerability