Answer in brief
CVE-2026-89588 records a Unknown severity vulnerability in ACPI: APEI: GHES: fix ARM section length accounting after header. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=242c652849d979d0133c315a42d9acea0ff88390 <5ff385e9403e87ae33f65b8c38698d3b1e92cfde || >=136093ba4161e0080088abff48273f6830a47766 <452eb28e03015abec6d4bf6488ee567706ade4e1 || >=87880af2d24e62a84ed19943dbdd524f097172f2 <b48b613073c3d652cb1823c15d16f7067cf4cee4 || >=87880af2d24e62a84ed19943dbdd524f097172f2 <903308ea40adf0577d82eab69882faf8836326ce || db103b8bd3a4aca69b1b5fe8831a6ed75ac4b3bd || >=6.12.75 <6.12.109 || >=6.18.16 <6.18.50 || >=6.19.6 <6.20 | 5ff385e9403e87ae33f65b8c38698d3b1e92cfde, 452eb28e03015abec6d4bf6488ee567706ade4e1, b48b613073c3d652cb1823c15d16f7067cf4cee4, 903308ea40adf0577d82eab69882faf8836326ce, 6.12.109, 6.18.50, 6.20 |
| Linux/Linuxgeneric | 7.0 | Not reported |
Published upstream
Sep 11, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Sep 11, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Sep 11, 2026
In the Linux kernel, the following vulnerability has been resolved: ACPI: APEI: GHES: fix ARM section length accounting after header In ghes_handle_arm_hw_error(), after skipping the cper_sec_proc_arm header with (err + 1), the remaining length was reduced by sizeof(err) (pointer size) instead of sizeof(*err) (structure size). That overestimates the bytes left for cper_arm_err_info records and can let the parser read past the CPER section when err_info_num is large enough relative to error_data_length. Use sizeof(*err) so the length accounting matches the pointer advance and the earlier sizeof(*err) size check.
Quoted source text, attributed separately from HOL analysis.