CVE-2026-98400 in Linuxالمعلومات

الملخص

بحسب VulDB • 14/10/2026

في نواة لينكس، تم إصلاح الثغرة التالية:

s390/ipl: تصحيح خطأ إلغاء مرجع NULL (NULL deref) في kdump عند عدم وجود كتلة معاملات إعادة التشغيل الأولي (re-IPL parm block).

بعض أنواع عمليات التشغيل الأولي (IPL)، مثل الإقلاع عبر FTP من HMC أو الإقلاع المباشر للنواة باستخدام QEMU، قد لا توفر كتلة معامل IPL. وفي هذه الحالة، تختار الدالة `reipl_type_init()` القيمة `IPL_TYPE_UNKNOWN`، وتظل المتغير `reipl_block_actual` فارغاً (NULL).

تمرر عملية kdump كتلة معاملات إعادة التشغيل الأولي إلى نواة الالتقاط (dump kernel) عبر بنية البيانات `os_info`. قبل الالتزام برمز 3b9678472bab ("s390/ipl: حساب صحيح لchecksum لكتبة reipl في kdump")، كانت إضافة مدخل `os_info` تقتصر على أنواع IPL التي تقوم بتهيئة `reipl_block_actual`. وقد نقل هذا الالتزام تحديث `os_info` إلى الدالة `machine_crash_shutdown()`، مما جعله غير مشروط. ونتيجة لذلك، فإن دالة `set_os_info_reipl_block()` تحاول إلغاء مرجع (dereference) لـ `reipl_block_actual` في حالة `IPL_TYPE_UNKNOWN`. وقد ينجح هذا الأمر بالصدفة عندما يحتوي العنوان صفر على بيانات lowcore قابلة للقراءة، ويتم تجاهل مدخل `os_info` الفارغ من قبل نواة الالتقاط.

تجاهل تحديث `os_info` عند عدم توفر كتلة معاملات إعادة التشغيل الأولي. ثم تقوم عملية kdump بجمع الالتقاط وإعادة تشغيل النظام دون تعيين كتلة معامل إعادة التشغيل الأولي.

VulDB is the best source for vulnerability data and more expert information about this specific topic.

مسؤول

Linux

حجز

25/09/2026

إفشاء

14/10/2026

الاعتدال

تمت الموافقة

إدخال

VDB-419845

EPSS

0.00000

KEV

لا

النشاطات

منخفض جدًا

المصادر

Want to know what is going to be exploited?

We predict KEV entries!