Skip to main content

Linux Kernel EUVDEUVD-2026-48897

| CVE-2026-64353 MEDIUM
2026-07-25 Linux GHSA-rx38-5x73-p7h9
5.5
CVSS 3.1 · NVD
Share

Severity by source

NVD PRIMARY
5.5 MEDIUM
AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
vuln.today AI
5.5 MEDIUM

Local-only attack requiring BPF load privilege (PR:L); no confidentiality or integrity impact; kernel crash yields A:H.

3.1 AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
4.0 AV:L/AC:L/AT:N/PR:L/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
SUSE
MEDIUM
qualitative
Red Hat
5.5 MEDIUM
qualitative

Primary rating from NVD.

CVSS VectorNVD

Attack Vector
Local
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
None
Availability
High

Lifecycle Timeline

6
Metadata Corrected
Sep 03, 2026 - 16:40 vuln.today
tag: Information Disclosure replaced by Denial Of Service
Analysis Generated
Sep 03, 2026 - 16:26 vuln.today
CVSS changed
Sep 03, 2026 - 16:07 NVD
5.5 (MEDIUM)
Patch available
Jul 25, 2026 - 11:18 EUVD
CVE Published
Jul 25, 2026 - 08:50 cve.org
UNKNOWN (no severity yet)
CVE Published
Jul 25, 2026 - 08:50 nvd
MEDIUM 5.5

DescriptionNVD

In the Linux kernel, the following vulnerability has been resolved:

bpf: Keep dynamic inner array lookups nullable

An ARRAY_OF_MAPS can use an array created with BPF_F_INNER_MAP as its inner map template. A concrete inner array with a different max_entries value can then replace the template.

After a successful outer map lookup, the verifier represents the resulting map pointer using the inner map template. Const-key lookup nullness elision consequently uses the template max_entries even though the runtime helper uses the concrete inner map max_entries.

Do not elide lookup result nullness for maps marked with BPF_F_INNER_MAP, because the template max_entries does not prove that the key is in bounds for the concrete runtime map.

AnalysisAI

The Linux kernel BPF verifier incorrectly elides null-check requirements for inner array map lookups when the BPF_F_INNER_MAP flag is set, allowing a local attacker with BPF program loading privileges to trigger a null pointer dereference and crash the kernel. The flaw arises because the verifier uses the inner map template's max_entries for bounds reasoning at verification time, while the runtime helper operates against a concrete inner map that may have a larger max_entries value. A crafted BPF program exploiting the faulty nullness elision can cause a kernel denial of service. No public exploit code has been identified at time of analysis, and EPSS is low at 0.21%.

Technical ContextAI

The Linux kernel's BPF subsystem supports ARRAY_OF_MAPS map types, where an inner map template can be stamped with BPF_F_INNER_MAP, permitting runtime replacement with a concrete inner array having a different max_entries. During verification, the verifier performs const-key lookup nullness elision: when a constant array index is provably within bounds, it elides the null-pointer check on the returned pointer. The bug is that bounds reasoning uses the template's max_entries rather than the concrete runtime map's max_entries. Since the runtime map may have a larger max_entries, an index the verifier considers out-of-bounds - and therefore nullable - may in fact be valid at runtime, or conversely an index the verifier considers in-bounds may be out-of-bounds for the runtime map, causing a null dereference. The fix (kernel commits 0b92ad64d6e4b, d57db0d975053e, 53040a81ae57c) unconditionally preserves lookup result nullness for maps marked BPF_F_INNER_MAP. The CPE (cpe:2.3:a:linux:linux) confirms the affected product is the mainline Linux kernel, introduced at commit d2102f2f5d75a84dbab6ff890359f0bd4a18ca22 (present since Linux 6.14).

RemediationAI

Upgrade to Linux kernel 6.18.40, 7.1.4, or 7.2-rc1 or later, which include the fix that unconditionally preserves nullness for BPF_F_INNER_MAP-flagged maps during verifier const-key elision. Distributions such as Red Hat, Ubuntu, Debian, and SUSE should be consulted for vendor-specific backported kernel packages. As a compensating control where immediate patching is not possible, restrict the ability of unprivileged users to load BPF programs by setting kernel.unprivileged_bpf_disabled=1 via sysctl - this prevents non-root processes from loading BPF programs and eliminates the attack surface, though it may break legitimate BPF-dependent tooling (e.g., eBPF observability agents, certain container runtimes). Alternatively, apply strict seccomp profiles or LSM (SELinux/AppArmor) policies that deny BPF syscall access to untrusted processes. These workarounds do not affect the underlying kernel bug and should be treated as temporary.

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
openSUSE Tumbleweed Fixed
SUSE Linux Enterprise Desktop 15 SP7 Not-Affected
SUSE Linux Enterprise Desktop 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Not-Affected

Share

EUVD-2026-48897 vulnerability details – vuln.today

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy