Description
In the Linux kernel, the following vulnerability has been resolved: platform/x86: hp-bioscfg: fix password encoding bounds check The password PSWD_ENCODINGS parser reads password_obj[elem + pos_values] while copying the supported password encodings from the ACPI package. The outer loop only guarantees that elem is within password_obj_count. The encoding count is bounded by MAX_ENCODINGS_SIZE, but that does not guarantee that the ACPI package contains enough entries for all elem + pos_values accesses. A malformed package can therefore declare a non-zero encoding count without providing enough string objects, causing the parser to read past the ACPI package array and pass an out-of-bounds string pointer and length to hp_convert_hexstr_to_str(). Add the same computed-index bounds check used by the other offset-based package parsing loops before reading password_obj[elem + pos_values].
References5
- git.kernel.org/stable/c/59fe8491ddaa03a510b352552e6ee291e7ce45d3
- git.kernel.org/stable/c/8a7499b8fd34438c1b11964e0e7ef5bd590fec92
- git.kernel.org/stable/c/ace1ba5fca0ab775b3641e154bcbc3ccde26a71a
- git.kernel.org/stable/c/c224759555a13735b0d67561d818cefe00c3309a
- git.kernel.org/stable/c/e213939ed9e6e6badf7aa48c4c8dd9a9cdf00615
Metrics
- CVSS 3.1
-
7.7
HIGH
Score source: CNA
CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:H - EPSS — exploit probability
- 0% percentile: 8 · as of 8 November 2026
Could this be exploited in your environment?
A patch closes the known hole. A penetration test shows what an attacker can still reach — with proof.