In the Linux kernel, the following vulnerability has been resolved: netfilter: ebtables: terminate table name before find_table_lock()… (CVE-2026-64411)
A high-severity vulnerability in the Linux kernel's netfilter ebtables component involves improper handling of a user-supplied table name that is not NUL-terminated before being passed to find_table_lock(). This can lead to a stack-out-of-bounds read in vsnprintf() when a lookup misses, potentially causing a kernel crash or other impact. The issue affects the update_counters() and compat_update_counters() functions. The vulnerability has been resolved by ensuring the table name is properly NUL-terminated before use.
AI Analysis
Technical Summary
The Linux kernel netfilter ebtables subsystem had a vulnerability (CVE-2026-64411) where update_counters() and compat_update_counters() forwarded a user-supplied 32-byte table name to find_table_lock() without terminating it with a NUL byte. On a lookup miss, this caused vsnprintf() to read beyond the intended buffer, resulting in a stack-out-of-bounds read detected by KASAN. The flaw arises because try_then_request_module() uses the unterminated string in a formatted print, causing memory safety violations. The fix involved terminating the table name properly in compat_do_replace() and ensuring all callers of find_table_lock() handle the name consistently.
Potential Impact
This vulnerability allows a local attacker with low privileges to cause a stack-out-of-bounds read in kernel space, which can lead to a denial of service (kernel crash) and potentially expose kernel memory contents. The CVSS score of 7.1 reflects high confidentiality impact and high availability impact, with no integrity impact. There are no known exploits in the wild at this time.
Mitigation Recommendations
A fix has been implemented in the Linux kernel to properly NUL-terminate the user-supplied table name before passing it to find_table_lock(). Users should update their Linux kernel to a version that includes this fix. Since no specific patch links or versions are provided, check the official Linux kernel advisories or vendor updates for the patched versions. No additional mitigation is indicated by the vendor advisory.
In the Linux kernel, the following vulnerability has been resolved: netfilter: ebtables: terminate table name before find_table_lock()… (CVE-2026-64411)
Description
A high-severity vulnerability in the Linux kernel's netfilter ebtables component involves improper handling of a user-supplied table name that is not NUL-terminated before being passed to find_table_lock(). This can lead to a stack-out-of-bounds read in vsnprintf() when a lookup misses, potentially causing a kernel crash or other impact. The issue affects the update_counters() and compat_update_counters() functions. The vulnerability has been resolved by ensuring the table name is properly NUL-terminated before use.
CVSS v3.1
Score 7.1high
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The Linux kernel netfilter ebtables subsystem had a vulnerability (CVE-2026-64411) where update_counters() and compat_update_counters() forwarded a user-supplied 32-byte table name to find_table_lock() without terminating it with a NUL byte. On a lookup miss, this caused vsnprintf() to read beyond the intended buffer, resulting in a stack-out-of-bounds read detected by KASAN. The flaw arises because try_then_request_module() uses the unterminated string in a formatted print, causing memory safety violations. The fix involved terminating the table name properly in compat_do_replace() and ensuring all callers of find_table_lock() handle the name consistently.
Potential Impact
This vulnerability allows a local attacker with low privileges to cause a stack-out-of-bounds read in kernel space, which can lead to a denial of service (kernel crash) and potentially expose kernel memory contents. The CVSS score of 7.1 reflects high confidentiality impact and high availability impact, with no integrity impact. There are no known exploits in the wild at this time.
Mitigation Recommendations
A fix has been implemented in the Linux kernel to properly NUL-terminate the user-supplied table name before passing it to find_table_lock(). Users should update their Linux kernel to a version that includes this fix. Since no specific patch links or versions are provided, check the official Linux kernel advisories or vendor updates for the patched versions. No additional mitigation is indicated by the vendor advisory.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-x29v-26mm-796j
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-64411"]
- Ecosystems
- []
- Database Specific Severity
- null
- Cvss Version
- null
Threat ID: 6a6542099c2644c7f80832bb
Added to database: 07/25/2026, 23:08:57 UTC
Last enriched: 09/08/2026, 14:34:21 UTC
Last updated: 09/08/2026, 14:34:21 UTC
Views: 50
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.