ZeroHour

CVE-2026-80593

niche

Out-of-bounds read in Linux kernel asus_atk0110 hardware-monitoring driver

CVSS 3.1
8.4 high
EPSS
<1%p4
Published
()
Modified
AI analysis

CVE-2026-80593 is an out-of-bounds read in atk_ec_present() in the Linux kernel's asus_atk0110 hardware-monitoring driver: the function walks the management group package returned by the GGRP ACPI method and reads the first element of each sub-package without first checking that the sub-package is non-empty. Because ACPICA allocates the element array with exactly package.count entries, a sub-package with a zero count causes the driver to read past the end of the allocation. The condition is reached when system firmware supplies a malformed (empty) management group package; per the CVSS vector (AV:L/AC:L/PR:N/UI:N) only local, unprivileged access is required, with high rated impact to confidentiality, integrity, and availability. Only systems running Linux kernels with the asus_atk0110 driver loaded — i.e., ASUS hardware exposing the legacy ATK0110 ACPI interface — are affected. No public proof-of-concept, KEV listing, or in-the-wild exploitation is known; EPSS estimates about a 0.1% probability of exploitation within 30 days.

What to do: Install a kernel update once your distribution ships a backport of the fix (the patch adds the same package.count check to atk_ec_present() that atk_debugfs_ggrp_open() already performs); no fixed version numbers are given in the advisory, so track your vendor's kernel advisory. Check whether the driver is actually in use with 'lsmod | grep asus_atk0110' or by looking for the ATK0110 ACPI device in the DSDT — if absent, your systems are not affected. There is no user-side mitigation beyond patching, since the trigger is malformed firmware-provided ACPI data.

Affected
Linux kernel hwmon asus_atk0110 driver (atk_ec_present())
Estimated exposure
nichelikely in the tens of thousands of systems or fewer (Linux hosts on ASUS motherboards exposing the ATK0110 ACPI interface) — The asus_atk0110 driver only binds on ASUS firmware exposing the legacy ATK0110 ACPI management interface — mainly older ASUS desktop boards running Linux — and only a subset of those with firmware returning zero-count packages would…

Order-of-magnitude estimate by the model from install counts, market share and public scan data it knows; verify before quoting.

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.

Vector
CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

In the news

No ingested article mentions this CVE yet.