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

s390/ipl: Fix NULL deref in dump_reipl without re-IPL parm block

Unlike kdump, which passes the re-IPL parameter block through os_info,
the stand-alone dump passes it through the IPL parm block address and
checksum in lowcore.

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. Nevertheless,
dump_reipl_run() unconditionally dereferences it when preparing the
lowcore fields. This may happen to work by chance when address zero
contains readable lowcore data. A zero IPL parameter block address is
then stored in lowcore, causing the stand-alone dumper to enter disabled
wait after completing the dump.

Explicitly store a zero IPL parameter block address and checksum when no
re-IPL parameter block is available. This does not change the behavior:
the stand-alone dumper completes the dump and halts, while valid re-IPL
parameter blocks continue to be handled as before.
Published: 2026-10-14
Score: 5.5 Medium
EPSS: < 1% Very Low
KEV: No
Impact: Denial of Service
Action: Patch
AI Analysis

Impact

This vulnerability arises from an unguarded dereference in the dump_reipl function when no IPL parameter block is present. On certain boot scenarios such as HMC FTP boot or QEMU direct kernel boot, the kernel does not receive a parameter block, causing reipl_block_actual to remain NULL. The subsequent code still reads from this NULL pointer, leading to a crash during the standby memory dump process. The kernel therefore hangs and ultimately shuts down, denying availability for the host system.

Affected Systems

Linux kernel hosts that have not applied the patch referenced in the commits listed in the advisory are affected. No specific affected kernel versions are listed in the advisory. The fix applies to all current releases of the Linux kernel that include the vendor's patch commits.

Risk and Exploitability

The CVSS score of 5.5 indicates moderate severity, while the EPSS score of < 1% suggests a very low probability of exploitation. The vulnerability is not listed in CISA's KEV catalog. Exploitation requires the system to boot in a mode that lacks an IPL parameter block, such as HMC FTP or QEMU direct boot. An attacker would likely need local or firmware access to trigger the exact scenario, so the immediate risk is moderate to low in most environments; however the disruption caused by a kernel crash is severe availability.

Generated by OpenCVE AI on October 16, 2026 at 23:27 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Apply the latest Linux kernel patch that includes the commit 280ff1985 and related changes
  • Reboot the system to load the updated kernel version
  • Run a manual dump to confirm that dump_reipl completes without error

Generated by OpenCVE AI on October 16, 2026 at 23:27 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 dump_reipl without re-IPL parm block Unlike kdump, which passes the re-IPL parameter block through os_info, the stand-alone dump passes it through the IPL parm block address and checksum in lowcore. 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. Nevertheless, dump_reipl_run() unconditionally dereferences it when preparing the lowcore fields. This may happen to work by chance when address zero contains readable lowcore data. A zero IPL parameter block address is then stored in lowcore, causing the stand-alone dumper to enter disabled wait after completing the dump. Explicitly store a zero IPL parameter block address and checksum when no re-IPL parameter block is available. This does not change the behavior: the stand-alone dumper completes the dump and halts, while valid re-IPL parameter blocks continue to be handled as before.
Title s390/ipl: Fix NULL deref in dump_reipl 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:52.784Z

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

Link: CVE-2026-98399

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

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

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

Link: CVE-2026-98399

cve-icon Redhat

Severity : Low

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

Links: CVE-2026-98399 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-10-19T17:15:06Z

Weaknesses