CVE-2026-23062: platform/x86: hp-bioscfg: Fix kernel panic in GET_INSTANCE_ID macro
In the Linux kernel, the following vulnerability has been resolved:
platform/x86: hp-bioscfg: Fix kernel panic in GET_INSTANCE_ID macro
The GET_INSTANCE_ID macro that caused a kernel panic when accessing sysfs
attributes:
1. Off-by-one error: The loop condition used '<=' instead of '<',
causing access beyond array bounds. Since array indices are 0-based
and go from 0 to instances_count-1, the loop should use '<'.
2. Missing NULL check: The code dereferenced attr_name_kobj->name
without checking if attr_name_kobj was NULL, causing a null pointer
dereference in min_length_show() and other attribute show functions.
The panic occurred when fwupd tried to read BIOS configuration attributes:
Oops: general protection fault [#1] SMP KASAN NOPTI
KASAN: null-ptr-deref in range [0x0000000000000000-0x0000000000000007]
RIP: 0010:min_length_show+0xcf/0x1d0 [hp_bioscfg]
Add a NULL check for attr_name_kobj before dereferencing and corrects
the loop boundary to match the pattern used elsewhere in the driver.
Security readout for executives and security teams
Plain-English summary
This is a Linux kernel crash bug in hp-bioscfg. Reading BIOS configuration attributes through sysfs, including by fwupd, could trigger a kernel panic. The provided sources describe local availability impact, not data theft, privilege escalation, or remote code execution.
Executive priority
Treat as a targeted Linux availability risk. Prioritize kernel patching for affected HP BIOS-management environments or fleets where fwupd and hardware-management tooling run automatically.
Technical view
The hp-bioscfg GET_INSTANCE_ID macro used an off-by-one loop boundary and dereferenced attr_name_kobj->name without first checking attr_name_kobj. The fault could cause null-pointer dereference or out-of-bounds access in sysfs attribute show paths such as min_length_show. The kernel fix adds the NULL check and corrects the loop condition.
Likely exposure
Likely limited to Linux systems where the hp-bioscfg driver is present and BIOS configuration sysfs attributes are read. The bundle lists Linux kernel version ranges but no distributions, appliance products, or confirmed exposed deployments.
Exploitation context
No active exploitation is stated. KEV is false in the bundle. The described trigger is fwupd reading BIOS configuration attributes, suggesting a local or system-management availability issue rather than a network-exposed attack path.
Researcher notes
Evidence is limited to the CVE record and kernel stable commits. No CVSS, CWE, exploit report, or distribution-specific advisory is included. Avoid broad claims beyond hp-bioscfg sysfs attribute access and the documented panic conditions.
Mitigation direction
Apply a Linux kernel update containing one of the linked stable fixes.
Check distribution advisories for CVE-2026-23062 backports.
Temporarily limit automated BIOS-attribute reads if crashes are observed.
Monitor vendor guidance before assuming non-listed products are affected.
Validation and detection
Inventory Linux systems using the hp-bioscfg driver.
Check kernel package changelogs for CVE-2026-23062 or linked commits.
Review crash logs for hp_bioscfg, min_length_show, or sysfs attribute panics.
Confirm fwupd or management tooling no longer triggers kernel panics after update.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2026-23062 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
0CVSS vectors
3Timeline events
0ADP providers
5Source links
Vulnerability timeline
Timeline events are normalized from CVE metadata, CNA source timelines, ADP timelines, and KEV metadata when present.
CVE reservedCVE Program
The CVE ID was reserved by the assigning CNA.
CVE publishedCVE Program
The CVE record was published.
Feb 4, 2026, 16:07 UTC (UTC+00:00)
CVE updatedCVE Program
The CVE record metadata indicates this as the latest update time.