Skip to main content

Linux Kernel CVE-2026-43266

| EUVDEUVD-2026-27665 MEDIUM
2026-05-06 Linux GHSA-r9ph-9m45-xj6w
5.5
CVSS 3.1 · NVD
Share

Severity by source

NVD PRIMARY
5.5 MEDIUM
AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
vuln.today AI
5.3 MEDIUM

Firmware-dependency for triggering raises AC to H; out-of-bounds read leaking firmware-mapped memory warrants C:L, disagreeing with NVD's C:N given the 'Information Disclosure' tag.

3.1 AV:L/AC:H/PR:L/UI:N/S:U/C:L/I:N/A:H
4.0 AV:L/AC:H/AT:P/PR:L/UI:N/VC:L/VI:N/VA:H/SC:N/SI:N/SA:N
SUSE
MEDIUM
qualitative
Red Hat
5.5 MEDIUM
qualitative

Primary rating from NVD.

CVSS VectorNVD

Attack Vector
Local
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
None
Availability
High

Lifecycle Timeline

4
Analysis Generated
Jul 24, 2026 - 00:52 vuln.today
CVSS changed
May 08, 2026 - 20:52 NVD
5.5 (MEDIUM)
Patch available
May 06, 2026 - 13:32 EUVD
CVE Published
May 06, 2026 - 11:28 nvd
MEDIUM 5.5

DescriptionCVE.org

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

EFI/CPER: don't go past the ARM processor CPER record buffer

There's a logic inside GHES/CPER to detect if the section_length is too small, but it doesn't detect if it is too big.

Currently, if the firmware receives an ARM processor CPER record stating that a section length is big, kernel will blindly trust section_length, producing a very long dump. For instance, a 67 bytes record with ERR_INFO_NUM set 46198 and section length set to 854918320 would dump a lot of data going a way past the firmware memory-mapped area.

Fix it by adding a logic to prevent it to go past the buffer if ERR_INFO_NUM is too big, making it report instead:

[Hardware Error]: Hardware error from APEI Generic Hardware Error Source: 1 [Hardware Error]: event severity: recoverable [Hardware Error]: Error 0, type: recoverable [Hardware Error]: section_type: ARM processor error [Hardware Error]: MIDR: 0xff304b2f8476870a [Hardware Error]: section length: 854918320, CPER size: 67 [Hardware Error]: section length is too big [Hardware Error]: firmware-generated error record is incorrect [Hardware Error]: ERR_INFO_NUM is 46198

[ rjw: Subject and changelog tweaks ]

AnalysisAI

Out-of-bounds read in the Linux kernel's EFI/CPER ARM processor error record handler allows firmware-supplied records with a crafted or malformed section_length value to cause the kernel to read far beyond the allocated CPER buffer, potentially leaking contents of firmware-mapped memory regions to system logs. Affected systems are ARM-based machines with UEFI/APEI/GHES support running any Linux kernel prior to the patched stable releases (5.10.252, 5.15.202, 6.1.165, 6.6.128, 6.12.75, 6.18.16, 6.19.6, 7.0). No public exploit has been identified, EPSS is 0.02% (7th percentile), and the vulnerability is absent from CISA KEV.

Technical ContextAI

The vulnerability resides in the Linux kernel's ACPI Platform Error Interface (APEI) / Generic Hardware Error Source (GHES) subsystem, specifically in the CPER (Common Platform Error Record) parser for ARM processor error sections, as defined by the UEFI specification. ARM processor CPER sections include a section_length field indicating the total record size and an ERR_INFO_NUM field indicating the number of error info structures to parse. The existing bounds check detected undersized section_length values but lacked an upper-bound guard: when firmware provides a section_length substantially larger than the actual CPER record buffer (e.g., 854,918,320 bytes for a 67-byte record with ERR_INFO_NUM of 46,198), the kernel iterates ERR_INFO_NUM entries far past the legitimate buffer boundary, reading from adjacent firmware memory-mapped regions. The CWE is effectively an out-of-bounds read (CWE-125) due to insufficient input validation on a firmware-supplied length field. Affected CPE: cpe:2.3:a:linux:linux:*:*:*:*:*:*:*:* across all versions prior to the patched stable trees.

RemediationAI

Upgrade to a patched Linux kernel stable release: 5.10.252+ for the 5.10 LTS branch, 5.15.202+ for the 5.15 LTS branch, 6.1.165+ for the 6.1 LTS branch, 6.6.128+ for the 6.6 LTS branch, 6.12.75+ for the 6.12 LTS branch, 6.18.16+ for the 6.18 stable branch, 6.19.6+ for the 6.19 stable branch, or 7.0+ for mainline. Individual upstream fix commits are available at https://git.kernel.org/stable/c/ (see commit IDs: c80113dc, ca2aad87, a68d2290, 64eb63f5, be10c1bd, 25b29062, 45766863, eae21bee). Distribution users should apply vendor-provided kernel packages per Ubuntu USN-8492-1 or equivalent Red Hat/SUSE advisories. If an immediate kernel update is not feasible on affected ARM UEFI systems, restricting physical and supply-chain access to firmware interfaces limits the primary attack vector - though this does not protect against buggy legitimate firmware. Disabling ACPI/APEI error injection interfaces where not operationally required (via kernel boot parameters such as disabling apei or ghes modules) may reduce exposure but may also suppress legitimate hardware error reporting, which is a significant operational trade-off on production ARM servers.

Vendor StatusVendor

SUSE

Severity: Medium
Product Status
SUSE Linux Enterprise Desktop 15 SP7 Fixed
SUSE Linux Enterprise Desktop 15 SP7 Fixed
SUSE Linux Enterprise High Availability Extension 15 SP7 Fixed
SUSE Linux Enterprise High Availability Extension 15 SP7 Fixed
SUSE Linux Enterprise High Performance Computing 15 SP7 Fixed

Share

CVE-2026-43266 vulnerability details – vuln.today

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy