Katalog CVE

CVE-2026-98400

Nieznane
Opublikowano: Przetłumaczono: NVD NIST

Streszczenie

W obsłudze kdump na platformie s390 jądra Linux funkcja set_os_info_reipl_block() dereferencjonuje wskaźnik reipl_block_actual, który pozostaje NULL dla typów IPL bez bloku parametrów re-IPL (np. HMC FTP boot, QEMU direct kernel boot). Może to prowadzić do dereferencji wskaźnika NULL.

Ocena ryzyka

Dereferencja wskaźnika NULL podczas zrzutu awaryjnego może uniemożliwić prawidłowe zebranie zrzutu i zrestartowanie systemu.

Rekomendacja

Zaktualizuj jądro Linux do wersji zawierającej poprawkę pomijającą aktualizację os_info, gdy blok parametrów re-IPL nie jest dostępny.

Inne podatności w Linux kernel

Zobacz wszystkie
Oryginalny opis (angielski, źródło NVD)

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.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS