Skip to main content

Linux Kernel CVE-2026-53282

| EUVDEUVD-2026-39887 MEDIUM
2026-06-26 Linux GHSA-865v-r97p-c9pq
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
4.4 MEDIUM

Invoking kexec_load requires CAP_SYS_BOOT (root), justifying PR:H over the provided PR:L; impact is pure availability disruption with no C or I.

3.1 AV:L/AC:L/PR:H/UI:N/S:U/C:N/I:N/A:H
4.0 AV:L/AC:L/AT:N/PR:H/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
SUSE
MEDIUM
qualitative
Red Hat
5.5 LOW
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

5
Analysis Generated
Jul 08, 2026 - 04:22 vuln.today
CVSS changed
Jul 08, 2026 - 04:07 NVD
5.5 (MEDIUM)
Patch available
Jun 26, 2026 - 21:02 EUVD
CVE Published
Jun 26, 2026 - 19:40 nvd
MEDIUM 5.5
CVE Published
Jun 26, 2026 - 19:40 cve.org
UNKNOWN (no severity yet)

DescriptionNVD

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

x86/kexec: Push kjump return address even for non-kjump kexec

The version of purgatory code shipped by kexec-tools attempts to look above the top of its stack to find a return address for a kjump, even in a non-kjump kexec.

After the commit in Fixes: the word above the stack might not be there, leading to a fault (which is at least now caught by my exception-handling code in kexec).

That commit fixed things for the actual kjump path, but no longer "gratuitously" pushes the unused return address to the stack in the non-kjump path. Put that *back* in the non-kjump path, to prevent purgatory from crashing when trying to access it.

AnalysisAI

Stack access fault in the x86/kexec purgatory handoff crashes non-kjump kexec operations on affected Linux kernel versions, resulting in a local denial of service. A prior regression removed a 'gratuitous' stack push in the non-kjump path; however, the purgatory code shipped by kexec-tools still reads above its stack top expecting that return address, triggering a memory fault that aborts the kexec reboot or crashes the system. No public exploit exists and EPSS sits at the 6th percentile, placing this firmly in the reliability-regression category rather than an adversarial attack surface.

Technical ContextAI

The affected subsystem is the x86 kexec implementation in the Linux kernel (CPE: cpe:2.3:a:linux:linux). kexec is a Linux system call enabling one kernel to directly boot another without passing through firmware - used for fast reboots, kdump crash capture, and live patching. The 'purgatory' is a small, self-contained blob of code that executes in the handoff window between the old and new kernel, verifying checksums before transferring control. kjump (kernel jump) is a related execution path for in-place jumps. A prior kernel commit correctly fixed the kjump path but eliminated a stack push that, while unused in the non-kjump path, was expected by the kexec-tools purgatory: it reads the word above its own stack top looking for a kjump return address even when one was never set. With that word now potentially unmapped or corrupt, the access faults. Although CWE is formally unassigned, this is effectively a missing stack-frame initialization - a regression in the stack-discipline logic of purgatory entry.

RemediationAI

Upgrade to a fixed kernel version: Linux 7.1, 7.0.10, or 6.18.33, all of which restore the missing stack push in the non-kjump kexec path. Patch commits are available on kernel.org stable trees (links above). Where patching is not immediately feasible, disable kexec loading by setting /proc/sys/kernel/kexec_load_disabled to 1 (echo 1 > /proc/sys/kernel/kexec_load_disabled); note this also disables kdump crash capture, which may impact incident response capability in production environments. Alternatively, if kdump is not operationally required, removing or not loading the kexec-tools kexec_load trigger scripts prevents exposure without kernel changes. No known workaround preserves kexec functionality while avoiding the fault on vulnerable kernels.

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
SUSE Linux Enterprise Desktop 15 SP7 Not-Affected
SUSE Linux Enterprise Desktop 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Not-Affected
SUSE Linux Enterprise High Performance Computing 15 SP7 Not-Affected

Share

CVE-2026-53282 vulnerability details – vuln.today

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