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

platform/x86: hp-bioscfg: pass validated element count to package parsers

The per-type package parsers are handed the wrong element count.

hp_init_bios_package_attribute() validates obj->package.count and then
calls one of the five hp_populate_*_package_data() wrappers (string,
integer, enumeration, ordered list, password). Each wrapper forwards a
count to its hp_populate_*_elements_from_package() parser, but instead
of forwarding the validated obj->package.count it derives the count
from elements[0]. elements[0] is the NAME field and is always an
ACPI_TYPE_STRING, so reading ->package.count from it in fact reads
->string.length through the union acpi_object. The parsers thus bound
themselves against the length of the name string rather than against
the real number of elements in the package.

This is safe today because hp_init_bios_package_attribute() refuses any
package that has fewer than the type's element count, so a parser only
ever runs on a full package and never reads past it regardless of the
bogus bound.

An upcoming change relaxes that check to accept shorter packages. Once
a parser can receive fewer elements than its per-type count, a bound
taken from the name length no longer reflects the array size, and the
"elem < count" loop conditions and "elem + n >= count" sub-loop guards
read past the end of elements[] - an out-of-bounds heap read.

Forward the validated obj->package.count to every *_package_data()
wrapper so the parsers bound themselves against the real package size.
This does not change behaviour for the packages that enumerate
correctly today and is a prerequisite for accepting shorter packages
safely.
Published: 2026-09-11
Score: 7.1 High
EPSS: < 1% Very Low
KEV: No
Impact: Information disclosure (kernel memory exposure)
Action: Apply patch
AI Analysis

Impact

The flaw exists in the Linux kernel’s ACPI HP BIOS configuration package parsing on x86 systems. The routine that validates an incoming package’s element count forwards a count derived from the first element—an ACPI string containing the package name—to type‑specific parsers. Because the derivation reads the string’s length instead of the actual number of elements, the parsers base their loop bounds on an unrelated value, which can cause them to read beyond the end of the package buffer, resulting in an out‑of‑bounds read of kernel heap memory. The data read can leak sensitive kernel contents to an attacker who can supply a crafted ACPI package, enabling information disclosure.

Affected Systems

The vulnerability targets the Linux kernel as a whole for the Linux:Linux platform. No specific version range is provided, so any kernel branch that contains the hp-bioscfg parsing code before the commit that corrects the element‑count forwarding may be affected. Distribution maintainers should check whether the commit hash referenced in the provided URLs appears in their kernel sources.

Risk and Exploitability

The likely attack vector involves delivering a malicious ACPI package through firmware updates or exploiting local privilege escalation to manipulate firmware or kernel configuration. The EPSS score of <1% indicates a very low probability of exploitation in the wild, while the CVSS score of 7.1 indicates high severity. This vulnerability is not listed in the CISA KEV catalog. Presently, input validation prevents packages that are too short, but a future relaxation of that check could allow the out-of-bounds read, increasing risk for privileged attackers.

Generated by OpenCVE AI on September 21, 2026 at 02:15 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Apply a kernel update that includes the hp-bioscfg element‑count validation patch; this fixes the out-of-bounds read.
  • If an immediate kernel update is not feasible, disable HP BIOS configuration package parsing by compiling the kernel without the hp-bioscfg support or by removing the relevant code from the kernel configuration (e.g., disabling the appropriate ACPI HP BIOS configuration option).
  • Continuously monitor distribution security advisories, kernel release notes, and firmware updates for the arrival of the fix and plan to apply it as soon as it becomes available.

Generated by OpenCVE AI on September 21, 2026 at 02:15 UTC.

Tracking

Sign in to view the affected projects.

Advisories
Source ID Title
Debian DSA Debian DSA DSA-6528-1 linux security update
History

Mon, 14 Sep 2026 12:30:00 +0000


Sun, 13 Sep 2026 06:45:00 +0000

Type Values Removed Values Added
Metrics cvssV3_1

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

cvssV3_1

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


Sat, 12 Sep 2026 12:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-125
References
Metrics threat_severity

None

cvssV3_1

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

threat_severity

Moderate


Fri, 11 Sep 2026 23:45:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: platform/x86: hp-bioscfg: pass validated element count to package parsers The per-type package parsers are handed the wrong element count. hp_init_bios_package_attribute() validates obj->package.count and then calls one of the five hp_populate_*_package_data() wrappers (string, integer, enumeration, ordered list, password). Each wrapper forwards a count to its hp_populate_*_elements_from_package() parser, but instead of forwarding the validated obj->package.count it derives the count from elements[0]. elements[0] is the NAME field and is always an ACPI_TYPE_STRING, so reading ->package.count from it in fact reads ->string.length through the union acpi_object. The parsers thus bound themselves against the length of the name string rather than against the real number of elements in the package. This is safe today because hp_init_bios_package_attribute() refuses any package that has fewer than the type's element count, so a parser only ever runs on a full package and never reads past it regardless of the bogus bound. An upcoming change relaxes that check to accept shorter packages. Once a parser can receive fewer elements than its per-type count, a bound taken from the name length no longer reflects the array size, and the "elem < count" loop conditions and "elem + n >= count" sub-loop guards read past the end of elements[] - an out-of-bounds heap read. Forward the validated obj->package.count to every *_package_data() wrapper so the parsers bound themselves against the real package size. This does not change behaviour for the packages that enumerate correctly today and is a prerequisite for accepting shorter packages safely.
Title platform/x86: hp-bioscfg: pass validated element count to package parsers
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-09-14T11:59:43.878Z

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

Link: CVE-2026-81011

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-09-11T20:19:09.927

Modified: 2026-09-14T13:18:55.480

Link: CVE-2026-81011

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-09-11T19:43:01Z

Links: CVE-2026-81011 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-09-21T02:30:08Z

Weaknesses