Description
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.
Published: 2026-10-14
Score: 5.5 Medium
EPSS: < 1% Very Low
KEV: No
Impact: Denial of Service
Action: Immediate Patch
AI Analysis

Impact

A NULL pointer dereference occurs when the kdump mechanism attempts to use an "IPL parameter block" that does not exist. The faulty dereference forces the kernel to crash during a reboot or crash‑dump operation, causing the system to fail to produce a memory dump and to reboot automatically. The result is an interruption of availability rather than an integrity or confidentiality compromise.

Affected Systems

All Linux kernels running on the s390 architecture that have not incorporated the patch which skips the os_info update when the IPL parameter block is missing are vulnerable. This includes any unpatched release that predates commit 3b9678472bab.

Risk and Exploitability

The CVSS score of 5.5 reflects a moderate severity, and an EPSS score of <1% suggests a very low but non‑zero likelihood of exploitation. The vulnerability is not listed in CISA KEV. The likely attack vector is local privilege or any actor who can trigger a kernel crash through the kdump interface; remote exploitation would require an additional vulnerability to gain the necessary privilege.

Generated by OpenCVE AI on October 16, 2026 at 22:58 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Update the Linux kernel to a release that includes the fix for CVE-2026-98400, such as the commit 3b9678472bab or a downstream security update.
  • Reboot the system after the kernel update to ensure the patched kernel image is active.
  • If an update cannot be applied immediately, restrict privileged users who can invoke a kernel crash via the kdump interface and monitor kernel logs for abnormal termination events as a temporary measure.

Generated by OpenCVE AI on October 16, 2026 at 22:58 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Fri, 16 Oct 2026 00:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-476
References
Metrics threat_severity

None

cvssV3_1

{'score': 5.5, 'vector': 'CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H'}

threat_severity

Low


Thu, 15 Oct 2026 23:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-476

Thu, 15 Oct 2026 04:00:00 +0000

Type Values Removed Values Added
Weaknesses CWE-476

Wed, 14 Oct 2026 13:45:00 +0000

Type Values Removed Values Added
Description 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.
Title s390/ipl: Fix NULL deref in kdump without re-IPL parm block
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-10-19T09:18:53.762Z

Reserved: 2026-09-25T10:25:14.346Z

Link: CVE-2026-98400

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-14T14:17:51.010

Modified: 2026-10-19T10:18:44.820

Link: CVE-2026-98400

cve-icon Redhat

Severity : Low

Publid Date: 2026-10-14T00:00:00Z

Links: CVE-2026-98400 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-10-19T19:00:04Z

Weaknesses