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

s390/qeth: validate user buffer length in SNMP and ARP query ioctls

qeth_snmp_command() and qeth_l3_arp_query() allocate a buffer sized by
a user-supplied length (udata_len) without checking a lower bound, then
set udata_offset to a fixed non-zero value and pass both to a reply
callback. The callback bounds-checks the copy with

if ((udata_len - udata_offset) < len)

Both fields are u32, so a udata_len smaller than udata_offset makes the
subtraction wrap and the check pass, and the following memcpy() writes
past the allocation. A udata_len of 0 also yields ZERO_SIZE_PTR from
kzalloc(), which the existing NULL check does not catch.

Reject buffers smaller than udata_offset before allocating, so the
callback subtraction can no longer underflow.
Published: 2026-08-26
Score: 8.4 High
EPSS: < 1% Very Low
KEV: No
Impact: Out-of-bounds write in kernel buffer handling
Action: Patch
AI Analysis

Impact

The kernel code for the s390/qeth device mishandles SNMP and ARP query ioctl calls by allocating a user‑provided buffer without validating its size against a required minimum. When the supplied length is smaller than a fixed offset, the subtraction performed during the subsequent bounds check underflows, allowing a memcpy to overwrite memory beyond the allocated region. This out‑of‑bounds write can corrupt kernel memory, and based on the description, it is inferred that this could enable privilege escalation. The flaw also accepts a zero length, which results in an invalid pointer that bypasses null checks. The vulnerability is a classic buffer overflow and integer underflow that undermines kernel integrity.

Affected Systems

All Linux kernel builds that include the s390/qeth driver are affected, because the vulnerability is present in the generic kernel source for this architecture. No specific version range is provided in the advisory, so any kernel that has not been updated to include the described fix may be vulnerable.

Risk and Exploitability

The CVSS score of 8.4 signals a high‑severity kernel memory corruption flaw, while the EPSS score remains unavailable, making it difficult to quantify the exact risk quantitatively. Nonetheless, kernel memory corruption constitutes a high‑severity issue if exploitable, and based on the description, it is inferred that the vulnerability could be exploited remotely from untrusted users if the corresponding ioctls are accessible. The vulnerability is not listed in the CISA KEV catalog, and based on that absence, it is inferred that it has not been publicly exploited yet, but the attack surface still remains significant for systems that expose qeth SNMP or ARP interfaces.

Generated by OpenCVE AI on August 27, 2026 at 08:13 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade the Linux kernel to a version that includes the applied patch for the qeth driver
  • If a kernel upgrade is not immediately possible, apply the backported change manually by incorporating the commit that adds buffer length validation into the kernel source and rebuild the kernel
  • Restrict or disable access to the qeth SNMP and ARP ioctl interfaces, for example by setting strict file permissions or disabling the qeth module when the functionality is not required

Generated by OpenCVE AI on August 27, 2026 at 08:13 UTC.

Tracking

Sign in to view the affected projects.

Advisories
Source ID Title
Debian DLA Debian DLA DLA-4777-1 linux security update
History

Thu, 27 Aug 2026 18:00:00 +0000


Thu, 27 Aug 2026 06:15:00 +0000

Type Values Removed Values Added
Metrics cvssV3_1

{'score': 8.4, 'vector': 'CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H'}


Wed, 26 Aug 2026 17:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-787

Wed, 26 Aug 2026 14:45:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: s390/qeth: validate user buffer length in SNMP and ARP query ioctls qeth_snmp_command() and qeth_l3_arp_query() allocate a buffer sized by a user-supplied length (udata_len) without checking a lower bound, then set udata_offset to a fixed non-zero value and pass both to a reply callback. The callback bounds-checks the copy with if ((udata_len - udata_offset) < len) Both fields are u32, so a udata_len smaller than udata_offset makes the subtraction wrap and the check pass, and the following memcpy() writes past the allocation. A udata_len of 0 also yields ZERO_SIZE_PTR from kzalloc(), which the existing NULL check does not catch. Reject buffers smaller than udata_offset before allocating, so the callback subtraction can no longer underflow.
Title s390/qeth: validate user buffer length in SNMP and ARP query ioctls
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-08-27T05:02:04.879Z

Reserved: 2026-08-26T14:34:25.769Z

Link: CVE-2026-80584

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-08-26T15:17:14.577

Modified: 2026-08-27T06:17:45.070

Link: CVE-2026-80584

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-08-26T00:00:00Z

Links: CVE-2026-80584 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-08-27T08:15:05Z

Weaknesses