PT-2026-114379 · Linux · Linux
CVE-2026-98400
·
Published
2026-10-14
·
Updated
2026-10-14
None
No severity ratings or metrics are available. When they are, we'll update the corresponding info on the page.
In the Linux kernel, the following vulnerability has been resolved:
s390/ipl: Fix NULL deref in kdump without re-IPL parm block
Some IPL types, like HMC FTP boot or QEMU direct kernel boot, might
not provide an IPL parameter block. In this case, reipl type init()
selects IPL TYPE UNKNOWN, and reipl block actual remains NULL.
kdump passes the re-IPL parameter block to the dump kernel through
os info. Before commit 3b9678472bab ("s390/ipl: correct kdump reipl
block checksum calculation"), the os info entry was added only for
IPL types which initialized reipl block actual. That commit moved the
os info update to machine crash shutdown(), making it unconditional. As
a result, set os info reipl block() dereferences reipl block actual for
IPL TYPE UNKNOWN. This may happen to work by chance when address zero
contains readable lowcore data and the resulting empty os info entry is
ignored by the dump kernel.
Skip the os info update when no re-IPL parameter block is available.
Kdump then collect the dump and reboot without setting re-IPL parameter
block.
Found an issue in the description? Have something to add? Feel free to write us 👾
Related Identifiers
Affected Products
Linux