CVE-2026-80584

HIGHCVSS 8.4/10

Last modified

CVE-2026-80584 is a high-severity vulnerability rated 8.4/10 on the CVSS scale. 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.

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.

Metrics

Affected Software

Source: CNA advisory (CVE.org). NVD analysis pending.

VendorProductVersions
LinuxLinux>= 4a71df50047f0db65ea09b1be155852e81a45eba, < 9d00eeb2d27f4cc817c5e408760226d43f811ec6; >= 4a71df50047f0db65ea09b1be155852e81a45eba, < 46443eaddebd84c51940857b11787229be169dec; >= 4a71df50047f0db65ea09b1be155852e81a45eba, < 91935843f9396a9e45253e2c0d4337ca1371754b; >= 4a71df50047f0db65ea09b1be155852e81a45eba, < cc423f4105fe145b33e1d7cad34245a798358f73; >= 4a71df50047f0db65ea09b1be155852e81a45eba, < 3083818e67bcd656965797fbac9a3d6c1d44f78a; >= 4a71df50047f0db65ea09b1be155852e81a45eba, < a3083647747942ea32faf14560d6397ff3068046; >= 4a71df50047f0db65ea09b1be155852e81a45eba, < 75fb3151513d7d9f77a8f9545418279b119c06b8; >= 4a71df50047f0db65ea09b1be155852e81a45eba, < d141f087b1af656f055d7c5793a3e87817ba0bbe
LinuxLinux2.6.26

References

Timeline

Published
Last Modified
Status
Received

Frequently Asked Questions

What is CVE-2026-80584?
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.
How severe is CVE-2026-80584?
CVE-2026-80584 has a CVSS score of 8.4/10 (HIGH severity).
How do I fix CVE-2026-80584?
Check the vendor references and advisories linked above for patched versions and mitigation guidance. You can also run a Strix scan to test if your systems are affected.

How Strix Helps

Related CVEs from 2026

Are you affected by CVE-2026-80584?

Run a free Strix scan to check your systems for this vulnerability.

Scan your code now

Source: NVD / NIST