Skip to main content

Linux Kernel CVE-2026-53074

| EUVDEUVD-2026-38942 MEDIUM
2026-06-24 Linux GHSA-fqx6-8jf8-vfj2
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 BPF syscall invocation required (AV:L, PR:L); low complexity once access exists; pure availability impact via kernel panic, no confidentiality or integrity effect.

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:H
SUSE
5.1 MEDIUM
AV:L/AC:L/PR:H/UI:N/S:U/C:L/I:N/A:H
Red Hat
6.4 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

5
Analysis Generated
Jul 21, 2026 - 20:16 vuln.today
CVSS changed
Jul 21, 2026 - 18:07 NVD
5.5 (MEDIUM)
Patch available
Jun 24, 2026 - 18:02 EUVD
CVE Published
Jun 24, 2026 - 16:30 cve.org
UNKNOWN (no severity yet)
CVE Published
Jun 24, 2026 - 16:30 nvd
MEDIUM 5.5

DescriptionNVD

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

bpf: reject short IPv4/IPv6 inputs in bpf_prog_test_run_skb

bpf_prog_test_run_skb() calls eth_type_trans() first and then uses skb->protocol to initialize sk family and address fields for the test run.

For IPv4 and IPv6 packets, it may access ip_hdr(skb) or ipv6_hdr(skb) even when the provided test input only contains an Ethernet header.

Reject the input earlier if the Ethernet frame carries IPv4/IPv6 EtherType but the L3 header is too short.

Fold the IPv4/IPv6 header length checks into the existing protocol switch and return -EINVAL before accessing the network headers.

AnalysisAI

Out-of-bounds read in the Linux kernel's BPF test interface (bpf_prog_test_run_skb) allows local users with BPF syscall access to crash the kernel by supplying a crafted test packet containing only an Ethernet header bearing an IPv4 or IPv6 EtherType but no L3 payload. The code calls eth_type_trans() to set skb->protocol and then unconditionally dereferences ip_hdr(skb) or ipv6_hdr(skb) without first validating that the supplied buffer is large enough to contain an IP or IPv6 header, producing a kernel panic. Patched stable releases are confirmed across eight kernel branches; no public exploit or CISA KEV listing exists, and EPSS probability is 0.16% (6th percentile).

Technical ContextAI

The vulnerable function bpf_prog_test_run_skb() is invoked via the bpf(2) syscall with the BPF_PROG_TEST_RUN command, enabling developers and test harnesses to inject synthetic packets into loaded BPF socket filter or XDP programs. After eth_type_trans() sets skb->protocol based on the Ethernet EtherType field, the function enters a protocol switch to populate socket family and address fields: for ETH_P_IP it dereferences ip_hdr(skb), and for ETH_P_IPV6 it dereferences ipv6_hdr(skb). No prior check confirmed that the sk_buff's data region was large enough to hold an IPv4 header (minimum 20 bytes past the Ethernet frame) or an IPv6 header (40 bytes). Providing only a 14-byte Ethernet header with EtherType 0x0800 or 0x86DD causes the kernel to read beyond the allocated buffer. Although the CWE field is unassigned, the root cause maps to CWE-125 (Out-of-bounds Read) combined with CWE-20 (Improper Input Validation) at the BPF syscall boundary. The affected CPE (cpe:2.3:a:linux:linux:*:*:*:*:*:*:*:*) spans all Linux kernel versions from the vulnerability-introducing commit fa5cb548ced61b9d3095f32f8a7e427a248c65ee (introduced at Linux 5.9) through to the respective stable-branch patch commits.

RemediationAI

The primary fix is to upgrade to a patched Linux kernel version: 5.10.258, 5.15.209, 6.1.175, 6.6.141, 6.12.91, 6.18.33, 7.0.10, or 7.1. Upstream stable commits are available at kernel.org, for example https://git.kernel.org/stable/c/7254267799d083280c0e53effc101a33add95f7b and the other stable-branch commits listed in the references. Ubuntu users should apply the updates documented in USN-8568-1, USN-8567-1, or USN-8566-1 depending on their kernel variant. Where immediate patching is not feasible, set kernel.unprivileged_bpf_disabled=1 via sysctl to prevent unprivileged users from invoking the bpf(2) syscall; note this trade-off disables legitimate unprivileged BPF use-cases (e.g., user-space network monitoring tools). Additionally, restrict CAP_BPF and CAP_NET_ADMIN to only trusted users and service accounts via Linux capability policies. Seccomp profiles or LSM policies (AppArmor, SELinux) that deny the bpf(2) syscall for untrusted container workloads further reduce exposure without requiring a kernel upgrade.

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
SUSE Linux Enterprise Desktop 15 SP7 Affected
SUSE Linux Enterprise Desktop 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 16.0 Affected

Share

CVE-2026-53074 vulnerability details – vuln.today

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