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

hwmon: (asus_atk0110) Check package count before accessing element

atk_ec_present() walks the management group package returned by the GGRP
ACPI method and, for each sub-package, reads its first element:

id = &obj->package.elements[0];
if (id->type != ACPI_TYPE_INTEGER)

without checking that the sub-package is non-empty. ACPICA allocates the
element array with exactly package.count entries, so for a sub-package
with a zero count this reads past the allocation.

The sibling function atk_debugfs_ggrp_open() performs the same access but
skips empty packages with a package.count check first. Add the same
check to atk_ec_present() so a malformed firmware package cannot trigger
an out-of-bounds read.
Published: 2026-08-28
Score: 8.4 High
EPSS: < 1% Very Low
KEV: No
Impact: Kernel out-of-bounds read that can cause a crash or leak memory
Action: Immediate Patch
AI Analysis

Impact

The flaw exists in the Linux kernel’s ATK hardware monitoring driver. The function atk_ec_present() reads the first element of a sub‑package retrieved from an ACPI method without first verifying that the sub‑package contains any elements. Since the ACPI library allocates the element array exactly to the package count, an empty sub‑package (count = 0) results in a read beyond the allocated array boundaries. This out‑of‑bounds read can expose unintended memory contents or trigger a kernel fault, potentially leading to a crash. The vulnerability represents a missing bounds check before dereferencing a pointer, which is a classic buffer over‑read weakness. The potential for information disclosure or a denial‑of‑service outcome is inferred because an out‑of‑bounds read in kernel space can leak data or destabilize the kernel.

Affected Systems

All Linux kernel builds that include the ASUS ATK hardware monitoring driver are potentially affected. The vulnerability is located in core kernel code and is not limited to a specific distribution or kernel version; any system running the affected driver can be impacted, regardless of additional configuration.

Risk and Exploitability

The CVSS score of 8.4 reflects high severity. The EPSS score of < 1 % implies a very low probability of exploitation. Based on the description, it is inferred that the likely attack vector is through compromised or tampered firmware that supplies a malformed ACPI package. This scenario is inferred to be difficult to achieve under normal circumstances. The vulnerability is not listed in CISA’s KEV catalog, yet the low EPSS does not eliminate the risk of a targeted exploit against firmware‑compromised devices.

Generated by OpenCVE AI on September 1, 2026 at 18:23 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Apply the kernel update that includes the commit adding the package count check to atk_ec_present()
  • Update the system firmware to the latest official release to ensure ACPI tables are authentic
  • If an immediate kernel upgrade is not possible, consider disabling the ASUS ATK ACPI driver or compiling a custom kernel without the driver

Generated by OpenCVE AI on September 1, 2026 at 18:23 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Tue, 01 Sep 2026 12:15:00 +0000


Sat, 29 Aug 2026 09:00:00 +0000

Type Values Removed Values Added
Weaknesses CWE-788

Sat, 29 Aug 2026 06:45: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'}


Fri, 28 Aug 2026 14:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-788

Fri, 28 Aug 2026 07:30:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: hwmon: (asus_atk0110) Check package count before accessing element atk_ec_present() walks the management group package returned by the GGRP ACPI method and, for each sub-package, reads its first element: id = &obj->package.elements[0]; if (id->type != ACPI_TYPE_INTEGER) without checking that the sub-package is non-empty. ACPICA allocates the element array with exactly package.count entries, so for a sub-package with a zero count this reads past the allocation. The sibling function atk_debugfs_ggrp_open() performs the same access but skips empty packages with a package.count check first. Add the same check to atk_ec_present() so a malformed firmware package cannot trigger an out-of-bounds read.
Title hwmon: (asus_atk0110) Check package count before accessing element
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-29T06:21:07.538Z

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

Link: CVE-2026-80593

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-08-28T08:16:42.930

Modified: 2026-08-29T07:16:44.467

Link: CVE-2026-80593

cve-icon Redhat

Severity : Low

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

Links: CVE-2026-80593 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-09-01T18:30:06Z

Weaknesses