CVE Catalog

CVE-2025-39904

MediumCVSS 5.5
Published: Updated: Translated: NVD NIST

Exploitation Probability (EPSS)

Low risk
0.13%

2th percentile - higher than 2% of all known CVEs

Summary

In the Linux kernel on arm64, the kexec_buf structure in load_other_segments() was declared without initialization. Commit bf454ec31add added a field that is always read but not consistently populated by all architectures, leading to use of uninitialized memory (garbage) and UBSAN warnings. The fix zero-initializes the structure at declaration.

Risk Assessment

This can cause unstable kexec behavior, spurious UBSAN warnings, and potential kernel errors when loading a crash kernel image. In extreme cases, uninitialized data may affect kernel segment placement logic.

Recommendation

Update the Linux kernel to a version containing the fix (commit from the 'kexec: Fix invalid field access' series) or apply the appropriate arm64 patch. Apply the update as part of the standard patch management cycle.

Other vulnerabilities in Linux kernel

See all
Original NVD description (English source)

In the Linux kernel, the following vulnerability has been resolved: arm64: kexec: initialize kexec_buf struct in load_other_segments() Patch series "kexec: Fix invalid field access". The kexec_buf structure was previously declared without initialization. commit bf454ec31add ("kexec_file: allow to place kexec_buf randomly") added a field that is always read but not consistently populated by all architectures. This un-initialized field will contain garbage. This is also triggering a UBSAN warning when the uninitialized data was accessed: ------------[ cut here ]------------ UBSAN: invalid-load in ./include/linux/kexec.h:210:10 load of value 252 is not a valid value for type '_Bool' Zero-initializing kexec_buf at declaration ensures all fields are cleanly set, preventing future instances of uninitialized memory being used. An initial fix was already landed for arm64[0], and this patchset fixes the problem on the remaining arm64 code and on riscv, as raised by Mark. Discussions about this problem could be found at[1][2]. This patch (of 3): The kexec_buf structure was previously declared without initialization. commit bf454ec31add ("kexec_file: allow to place kexec_buf randomly") added a field that is always read but not consistently populated by all architectures. This un-initialized field will contain garbage. This is also triggering a UBSAN warning when the uninitialized data was accessed: ------------[ cut here ]------------ UBSAN: invalid-load in ./include/linux/kexec.h:210:10 load of value 252 is not a valid value for type '_Bool' Zero-initializing kexec_buf at declaration ensures all fields are cleanly set, preventing future instances of uninitialized memory being used.

Vulnerability data from NVD (NIST) · CISA KEV · EPSS