In the Linux kernel, the following vulnerability has been resolved:
netfilter: ebtables: zero chainstack array
sashiko reports:
looking at ebtables table
translation, could a sparse cpu_possible_mask lead to an uninitialized pointer
free?
If cpu_possible_mask is sparse (for example, CPU 0 and CPU 2 are possible,
but CPU 1 is not), the allocation loop skips CPU 1. If vmalloc_node() fails at
CPU 2, the cleanup loop will blindly decrement and call vfree() on
newinfo->chainstack[1].
Not a real-world bug, such allocation isn't expected to fail
in the first place.
References
Configurations
Configuration 1 (hide)
|
History
19 Oct 2026, 21:17
| Type | Values Removed | Values Added |
|---|---|---|
| CWE | CWE-457 |
15 Oct 2026, 02:20
| Type | Values Removed | Values Added |
|---|---|---|
| References |
|
Information
Published : 2026-07-25 10:17
Updated : 2026-10-19 21:17
NVD link : CVE-2026-64413
Mitre link : CVE-2026-64413
CVE.ORG link : CVE-2026-64413
JSON object : View
Products Affected
linux
- linux_kernel
